[bug] Tab title after cm_exchange

[JackFoo]

Seeing as there's already a Tab title [bug] I'll add another, it's a bit tricky and I haven't yet found a way to reproduce it on regular basis.

It involves CTRL+U, i.e. switching target and source while one or both of the tabs are locked but dir changes allowed. It sometimes causes the title of the locked tab to chage _permanently_ to a wrong title, the dir is correct but title changes to the switched tab's title.

Hopefuly Christian will find the cause while solving the previous bug.

Cheers.

[Sheepdog]

Do you know if the locked tabs name is the one proposed of TC (foldername) or is set of your own?

sheepdog

[Gral]

Confirmed.
Set tabs "locked but directory changes allowed" in both panels.
Switch target -> source (CTRL+U)
Filelist change, tab title no.
In both cases: with name proposed of TC and set by user.
When try change name of tab, in dialog window correct name is displayed (match with filelist).

[Clo]

2Gral
Hello !

- Confirmed too here under Win 98 SE. The captions of the tabs don't change with “cm_Exchange”, while the title-bars and the contents of the panels are right always…

 K R
Claude
Clo

[Sheepdog]

When I switch once the Tab-caption of the locked Tab remains while the caption of the other Tab changes to the one of the locked Tab.

When I switch again the caption of the locked Tab still remains while the other Tab-caption is rtestored.

That works as expected for me. The caption of the "Locked, but directory changes allowed" -Tab should remain, no difference you swithc to another directory/drive or switch the Tab. It is locked and when I come back to it it will be again at the 'locked root'.

JackFoo did report the opposite:

It sometimes causes the title of the locked tab to chage _permanently_ to a wrong title

What did not happen here. But as he claimed: It's a bit tricky to reproduce. That for I asked about one more detail for testing purposes.

sheepdog

[JackFoo]

Tab's title shouldn't change when you cm_Exchange so in most cases TC works as supposed, as I said I haven't been able to find a way to reproduce it. It has happened several times to me, IIRC both with proposed names and user chosen ones. It might have had something to do with CTRL+U and target=source several switches etc. but I can't remember exactly.

Cheers.

[ghisler(Author)]

The tab title doesn't change here either on Ctrl+U. Please let me know if you find a reliable way to change the tab title this way!

[Sheepdog]

1. Open two tabs on each panel
2. name the Tabs in the left panel "Tab one" and "Tab Two"
3. name the Tabs in the right panel "Locked Tab one" and "Locked Tab Two" and lock them with dir changes allowed
4. Activate 'Locked Tab one' and make 'Tab one' to the target
5. Press [Ctrl]+
6. Press [Shift]+[Ctrl]+
Now you get on left:
'locked Tab one' and ''tab Two' both unlocked
on the right:
'Tab 1' and 'Locked Tab Two' both locked

I don't know if this is the behavior that JackFoo meant, but I think it is unexpexted behavior. With Combination of [Ctrl]+,[Shift]+[Ctrl]+ you do change the 'locked' Attribute and thus the name of the Tab.

sheepdog

[JackFoo]

Not exactly, since I never used CTRL+SHIFT+U, but trying it now, it shows the same symptoms even without creating locked tabs.

Trying to CTRL+U and CTRL+SHIFT+U with two panes both containing several locked but dir changes allowed tabs made a mess with names not matching the tab directory, so it probably is the same bug with different method of recreating.

Thanks, Sheepdog.

Cheers.

[Sheepdog]

Not exactly, since I never used CTRL+SHIFT+U, but trying it now, it shows the same symptoms even without creating locaked tabs.

Trying to CTRL+U and CTRL+SHIFT+U with two panes both containing several locked but dir changes allowed tabs made a mess with names not matching the tab directory, so it probably is the same bug with different method of recreating.

Thanks, Sheepdog.

Cheers.

Maybe you touched [shift] by accident...

Anyway, I'm happy to could have been helpful. Now let's hope that Christian could fix it soon.

sheepdog

[ghisler(Author)]

So it seems to be a problem with Ctrl+Shift+U only, if I understand you correctly?

[JackFoo]

So it seems to be a problem with Ctrl+Shift+U only, if I understand you correctly?

Well, I'm pretty certain that it happened to me without SHIFT but given I can't find a way to reproduce it... Maybe if you looked into the SHIFT bug you could also solve the original one.

Thanks.

[ghisler(Author)]

I could not reproduce it with Ctrl+Shift+U: It happens when one of the panels is set to "locked but directory changes allowed", and the directory shown is NOT the base directory (the locked dir) of that panel.

[Sheepdog]

I could not reproduce it with Ctrl+Shift+U:

open tc with the following ini file :

Code: Select all

[Configuration]
firstmnu=2810
FirstTime=0
test=177
[left]
path=D:\
ShowAllDetails=1
SpecialView=0
show=1
sortorder=0
negative Sortorder=0
[right]
path=D:\
ShowAllDetails=1
SpecialView=0
show=1
sortorder=0
negative Sortorder=0
PanelsVertical=0
[lefttabs]
0_path=c:\
0_caption=c:\ locked
0_options=1|0|0|0|0|2|0
activetab=1
activelocked=2
activecaption=d:\ locked
[righttabs]
0_path=c:\
0_caption=c: unlocked
0_options=1|0|0|0|0|0|0
activetab=1
activecaption=d: unlocked

Press once [Ctrl]+ then once [Ctrl]+[Shift]+.
Then you get left "c: unlocked"and "d:\ locked" and right "*c:\locked" and "d: unlocked"

It happens when one of the panels is set to "locked but directory changes allowed", and the directory shown is NOT the base directory (the locked dir) of that panel.

That does nos work for me with [Ctrl]+

I get this beahvior only with combination of [Ctrl]+ and [Ctrl+[Shift]+

sheepdog

[ghisler(Author)]

Sorry, I made a typo - I wanted to write that I could reproduce it with Ctrl+Shift+U! It will be fixed in the next version.