Locked tabs behave differently as in previous versions

[MarianD]

In versions up to 7.56a locked tabs (locked WITHOUT allowing directory changing) in spite of their locked status were able to open a desired subfolder – they open it in the automatically created a new tab or they used already existing tab with this subfolder opened. In version 8.0 beta 8 trying to open a subfolder does nothing. Is it the intent or a bug?

[siealex]

Not confirmed. 8.0b8 x32, WinXP.

[MVV]

Cannot confirm too. TC8x32, TC8x64.

[Flint]

MarianD
Please, check the options TabEnterDirChange and LockedTabChange in your wincmd.ini.

[ghisler(Author)]

Cannot confirm either. How did you try to open the directory? I can open it with ENTER and by double clicking. A new tab is created automatically.

[MarianD]

I have only one

c:\Users\Marian\AppData\Roaming\GHISLER\wincmd.ini

for both Total Commander version 7.56a and 8.0ß8 (64-bit) – both are installed in the same directory

c:\TotalCmd

(the version 8.0ß8 64-bit is installed over the original 7.56a). Operating system Windows 7 Ultimate 64-bit.

My settings are:

TabEnterDirChange=1 ;0-do nothing, 1-open new tab, 2-ask (for locked tabs)
LockedTabChange=1 ;0-new tab, 1-re-use tab with same dir, 2= re-use first unlocked tab

I have the opportunity directly compare behavior of both version of TC, when I have instance of every opened simultaneously. They definitely behave differently, as I wrote in my previous post.

[MarianD]

Yes, and I try open subfolders with ENTER and by double clicking, too, as you. 7.56a – success, 8.0ß8 – nothing.

[ghisler(Author)]

My settings are:

TabEnterDirChange=1 ;0-do nothing, 1-open new tab, 2-ask (for locked tabs)
LockedTabChange=1 ;0-new tab, 1-re-use tab with same dir, 2= re-use first unlocked tab

This works for me too. Could you try with a fresh wincmd.ini, please?

[MarianD]

Yes, with the fresh wincmd.ini it works – in the both version (7.56a and 8.0 ß8 64-bit). So, there was problem with some other setting, I will try to isolate it and then I will post the result here.

[MarianD]

So, launch TC with EXACTLY this wincmd.ini, NOT REMOVING the comment in the second row:

[Configuration]
TabEnterDirChange=1 ;0-do nothing, 1-open new tab, 2-ask (for locked tabs)
LockedTabChange=1
[lefttabs]
0_path=C:\
0_caption=Root
0_options=1|3|1|0|0|1|0
activetab=0
activelocked=1
activecaption=Disk

Now try to change to another directory on the left panel. Version 7.56 – success, 8.0 ß8 – failure.
And now remove the comment and try it again. Are you surprised as me?

[Sir_SiLvA]

Are you surprised as me?

No, because

Code: Select all

[Configuration]
TabEnterDirChange=1	;0-do nothing, 1-open new tab, 2-ask (for locked tabs)

Is a faulty entry wich only can lead to unpredictable results.
You SHOULDNT add a comment on the same line as a parameter
inside an Ini-File....

So please move this thread to the english forum. TIA

[MarianD]

This is not my fault, but the bug of the used ini-file parser, as you can clearly see – the parser used in TC 7.56a has no problems with embedded comments.

[Flint]

MarianD
TC uses the standard Windows system functions for parsing INI, so this behaviour is shared by 99% Windows applications.