First tab closing without warning when double-clicking
The same behavior in any tab past the first results correctly in a warning about unsaved changes (if any) rather than closing outright.
This is somewhat problematic since it is inconsistent behavior between tabs and makes it a little too easy to accidentally lose unsaved work.
Is there any known setting that addresses this behavior? Thanks.
Yes, I've heard of "Undo", however I do not feel that using "Undo" is a particularly intuitive response to accidentally closing a file without saving your work (yes, having tested it just now it does seem to work - assuming you click back into the Query editor window first) as I cannot think of another widely used application where such undo behavior (recovering a lost file) would be an expected result of pressing Ctrl-Z.
To be clear, I hadn't thought to try and "undo" a lost file, nor would I expect doing so to be an intuitive response from most end users.
Additionally, this still does not address the underlying concern that the behavior between tabs is inconsistent. Double-clicking on any tab other than the first results in a warning if unsaved work is present (and no warning if all work is saved). Users typically expect similar aspects of a piece of software to function consistently (meaning if they hadn't noticed the little asterisk indicating unsaved work and were quickly closing tabs, they may assume that all work was saved when they have closed all tabs, which may not be the case if modified work exists on the first tab).
TL;DR - Tabs should behave consistently. I appreciate your help with a functioning workaround, I still believe the issue is worth noting and addressing.
Think you're right - the other tabs warn you about closing a file per doubleclick, while the first tab does not - only it does not close, and that's the reason why it does not warn. I can probably check that. On the other side, why not use Ctrl+Z here - the undo-history is not reset as long as you close the whole application.
I'm not sure I understand entirely what you mean when you say it does not "close" (but I've only been using HeidiSQL for a very short time so far, like a few hours), but at least visually it appears to (I'm assuming you mean it doesn't actually close in the technical sense).
As a quick example if it helps clarify what I mean, if I open HeidiSQL via double-clicking on a SQL file on my desktop, let's call it "test.sql", if I then make some changes and for whatever reason double-click on the "test.sql" tab (since it's the only tab) I'm left looking at a blank query window titled "Query" (which gives the appearance of my sql file having "closed").
I will certainly use undo for now (and I'm glad to have been informed of the ability to do so). Thank you very much for your help.
I also feel it worth noting that I ran into HeidiSQL while looking for a solid alternative to MySQL Workbench/Query Browser (the former being an application I've grown to mostly despise, the latter being functional but obviously a bit out of date and with annoying functionality I'd rather avoid).
Between the alternatives I've tried so far, HedidSQL is my preferred choice. Receiving such a quick response here further solidifies my feeling that this is probably an application I want to spend some time getting to know.
Thanks again for your help.
I'd like to "upvote" this issue :-)
HeidiSQL is a great tool but little quirks like this make using it somewhat frustrating. Like kthanid wrote, ideally HeidiSQL should ask to save changes to an open file when it is closed whether it is the first tab or not. Better yet, it shouldn't load files into the first tab at all, even if there is nothing typed into the first tab.
In any case thank you for HeidiSQL!
Also an "upvote" for me !!
- First tab should behave like others when closing
- It should also display the "cross" to close it
- Be able to move (drag/drop left/right) the tabs
Today, I just closed some tab (NOT the 1st) with a double click on it (expected to expand my request to full screen)
It didn't ask me for any confirm, so I'll have to rewrite all the unsaved modifications
I checked back my options, and didn't see anything I might have modified.
Oh, and btw, Ctrl-Z didn't help at all.
After some more testing, it seems ctrl-Z doesn't do anything outside of the current tab, no mater whether I close the first tab or another.
Using Portable version 18.104.22.16825 of this great tool.
Seems I can't edit my post, so I'll complete with another instead
• After double checking, it turns out the confirmation for closing tabs in the 'SQL' options was indeed disabled
• BUT, this doesn't explain me why ctrl-z doesn't help, which is what matters to me (we tend to confirm things a bit too fast anyway, so I think reverting mistakes is the olny true solution in such cases)
Ctrl+Z should work on every tab, as well as on the first one. At least it works for me. Can you reproduce that?
Yeah, can reproduce as much as I want, just tested it again. I event re-extracted my version in case the keybindings I tried to change could have had any impact.
I've uploaded the exact archive I used to my FTP, so you can check it out : evilpotatoe.free. fr/HeidiSQL_9.4_Portable.zip
Hope you'll reproduce as well.
You should again test with the current nightly build, but at least with the latest release (9.5)
No surprise, same result with portable 22.214.171.12496 (32 bit, 2017-12-19 15:45:53)
Yet, I just noticed something weird, an error when starting : /* Error with snippets directory: The specified path was not found */
I used to try customizing some shortcuts (essentially replacing ctrl-Y's bind to redo instead of clearing a line), but
- It was on another version (I use portable ones, so I assume the config shouldn't be shared among them)
- I reverted keybindings to defaults
Could a paramater effectively be shared among versions ? And could reverted parameters still create such an issue (e.g. leaving an empty custom directory which creates an error ?) Note that ctrl-Z/ctrl-shift-Z work normally for editing in the queries tabs (e.g. cancelling or redoing inputs). So do alt-[shift]-backspace
Is there a particular place I should focus for it to work ? Or any possible conflict ? I mean, I wondered how is this ctrl-Z supposed to be correctly interpreted, since closing a tab leaves your cursor in the previous tab (or in the brand-new first tab in case you closed the first). I'd intuitively think a ctrl-Z here would undo in the editor, not in the broader scope of tabs. Guess this last idea is completely wrong , but I'm just looking in every possible direction :)
All settings including customized hotkeys go into the portable_settings.txt file when you quit a portable version of HeidiSQL.
Probably a good way to verify if it's some broken setting is to
- make a backup of portable_settings.txt
- make the portable_settings.txt entirely empty
- start HeidiSQL and watch out for the hotkey
This way you definitely have all options set to default.
I just noticed an important point : after double-clicking on a tab, you are focused on the tab bar... where ctrl-Z has no effect, anyway. So, you first have to focus the SQL editor panel again for ctrl-Z to have any effect. This might seem "obvious", but I didn't notice it before. I guess the grayed-out "undo" icon in the menubar (since you're not focused on the editor at that time) renforces this confusion.
Still, it only did make a difference when I killed the first tab, for any other, the content is just lost.
About portable_settings.txt, nothing new here, but thanks for the provided details.
Here is the exact console output I get when I launch the application :
/* Error with snippets directory: The specified path was not found */ /* Delimiter changed to ; */ /* Connecting to 127.0.0.1 via MySQL (TCP/IP), username root, using password: No ... */ SELECT CONNECTION_ID(); /* Connected. Thread-ID: 1786 */ /* Characterset: utf8mb4 */ SHOW STATUS; SHOW VARIABLES; SHOW DATABASES; /* Entering session "Local" */
What else could I add... I run without admin rights, and switched in English to get original English messages (default falls to French). If you have no clues, I can live with this, of course. I'm essentially trying to help fix (or more exactly, find which precise case breaks something which seems to work for the others).
Does it work differently with the same portable version on your side ?
I guess there is no issue, if Ctrl-Z works when the editor is focused, right?
Please login to leave a reply, or register at first.