How to reproduce:
1) Lock all tabs (only "Locked", but not "Locked, but directory change allowed");
2) Save tabs to tab-file;
2) Open this tab-file in a text editor, and change paths to non-existent ones, provided that the drive is valid.
It is most easy to choose the C:\ drive, and then type some random characters like "kjet83hjew" as a directory name.
For example, here is a sample tab-file:
Code: Select all
[activetabs] 0_path=c:\9f8j4fmqp35tieiu\ 0_options=1|0|0|0|0|1|0| 1_path=c:\d8oi04hgop25\ 1_options=1|0|0|0|0|1|0| 2_path=c:\msp7oe95kd\ 2_options=1|0|0|0|0|1|0| activetab=0
4) One additional tab with C:\ root is created as a last tab;
5) Now the last (rightmost) tab cannot be closed and is always active, and all other tabs cannot be activated but can be closed.
Bug #2. Non-activating tab
How to reproduce:
1) Create a directory (or use an existing one with waste files);
2) Enter it and lock its tab (only "Locked", but not "Locked, but directory change allowed");
3) Drag this tab so that it is not the last (or just open some tabs after it);
4) In another tab delete the directory created in step 1;
5) As before, the tab pointing to the just deleted directory cannot be activated, but can be closed.
Both these situation were caused by usual events: changing of drive names while reinstalling the Windows, or deleting the directory whose tab was locked before.
In fact, in both cases there is an attempt to activate the tab pointing to non-existent directory.
I treat these as bugs because the tab that cannot be activated is not a normal behavior and can confuse the user.
I suppose that the best solution is to display a standard message box like "Path ... is invalid" or, at worst, just to produce the system "Error" sound