[TC 10.50] Not logical navigation through directories.

[unter_officer]

Hello.
I apologize for my English, forced to to use Google Translate.

I ran into a problem like this. I don't know if this is a bug or not.
For example, the E drive contains the TEST directory. The TEST directory contains the TEST1 directory.
I enter the TEST1 directory and copy a file into it, then return to the TEST directory by clicking the button to go to the parent directory - [..] . Or I press the go to the root of the disk button - [\] .
Then I move to any other drive, such as the F drive.
Then I press the E drive button and for some reason I end up in the TEST1 directory instead of the TEST directory.
Important: All actions I perform not with the keyboard, but with the mouse.
I find this behavior illogical. The jump should be to the TEST directory, not to TEST1.

Video link: https://disk.yandex.ru/i/SEpgqcxQadrorA

[Stefan2]

Hi and welcome.

You probably have the folder Test1 open in the other (in-active) panel (window) too?

That folder is used as start folder if you click the drive button in the active panel.




You may use Alt+ArrowDown (or the triangle-button on the right side of the path) to go to the wanted folder.



That?
 

[white]

Bug confirmed. Seems to be introduced in TC version 9.51.

• Go to a folder in left panel
• Go to right panel, make sure another drive is shown in right panel
• While in right panel click the ".." or "\" button in the left panel
• Change drive for left panel and change drive back

[Horst.Epp]

Not confirmed here.
I come back to the dir which was the one after the .. or \ on the left side.

[petermad]

Bug confirmed. Seems to be introduced in TC version 9.51.

Go to a folder in left panel
Go to right panel, make sure another drive is shown in right panel
While in right panel click the ".." or "\" button in the left panel
Change drive for left panel and change drive back

I can confirm this, but only for the Left panel.

In my work wincmd.ini I have these entries for viewmodes:

Spoiler

[ViewModes]
0_name=<standard>
0_icon=
0_options=-1|-1|0||-1|-1|-1|-1|-1
1_name=Standard
1_icon=%COMMANDER_EXE%,6
1_options=-1|-1|0||-1|-1|-1|-1|-1
2_name=Folder
2_icon=%COMMANDER_EXE%,6
2_commands=*cm_SrcAllFiles
2_options=-1|-1|0||-1|-1|-1|-1|-1
3_name=Archive
3_icon=*%COMMANDER_EXE%,7
3_commands=*cm_SrcAllFiles
3_options=-1|-1|0||8454016|13434828|-1|25088|-1
4_name=FTP
4_icon=wcmicons.dll,16
4_commands=*cm_SrcAllFiles
4_options=-1|-1|0||12615935|16769535|-1|5570645|-1
5_name=Share
5_icon=%COMMANDER_EXE%,5
5_commands=*cm_SrcAllFiles
5_options=-1|-1|0||25542|13295103|-1|15003|-1
6_name=Virtual Panel
6_icon=
6_commands=*cm_SrcAllFiles
6_options=-1|-1|0||16744576|16768477|-1|6684672|-1
7_name=Search result
7_icon=wcmicons.dll,47
7_options=-1|-1|0||8454143|13303807|-1|31097|-1
8_name=Branch view
8_icon=wcmicons.dll,50
8_commands=*|cm_SrcViewModeList Folder
8_options=-1|-1|0||8454143|14548991|-1|31097|-1
9_name=Google Drive
9_icon=*shell32.dll,15
9_options=-1|-1|0||16744576|16768477|-1|6684672|-1
10_name=OneDrive
10_icon=*shell32.dll,17
10_options=-1|-1|0||16744576|16768477|-1|6684672|-1
11_name=Box
11_icon=*shell32.dll,18
11_options=-1|-1|0||16744576|16768477|-1|6684672|-1
12_name=Dropbox
12_icon=*shell32.dll,13
12_options=-1|-1|0||16744576|16768477|-1|6684672|-1
13_name=Totalcmd
13_icon=%COMMANDER_EXE%
13_options=-1|-1|0||8454143|-1|-1|-1|-1
14_name=No .br2
14_icon=%COMMANDER_EXE%
14_commands=-em_nobr2|-cm_SrcAllFiles
14_options=-1|-1|0||255|-1|-1|-1|-1

[ViewModeSwitch]
Enabled=1
0_rules=A
0_mode=3
1_rules=+*\wcmd_*\
1_mode=14
2_rules=+*\totalcmd\*\|&L||+*\wc\*\|&L
2_mode=13
3_rules=+\\\Cloud\Google Drive\*\
3_mode=9
4_rules=+\\\Cloud\Dropbox\*\
4_mode=12
5_rules=+\\\Cloud\Box\*\
5_mode=11
6_rules=+\\\Cloud\OneDrive\*\
6_mode=10
7_rules=S
7_mode=7
8_rules=F
8_mode=4
9_rules=V
9_mode=6
10_rules=P
10_mode=6
11_rules=U
11_mode=5
12_rules=L1235
12_mode=2
13_rules=D
13_mode=5

An with these viewmode settings I cannot reproduce the bug when using the [\] button.

If i remove the line:
2_commands=*cm_SrcAllFiles
I can aganin reproduce the bug using the [\] button.

[ghisler(Author)]

Thanks for the video. It seems to happen when you click on ".." while the OTHER (right) panel has the focus. Then the last directory isn't recorded.

[unter_officer]

2ghisler(Author)

Yes, that's right.
When I click button the [..] or [\] above the inactive panel, the directory is not recorded in the history.

[ghisler(Author)]

OK, then I will just focus the correct panel before trying to switch directories.

[petermad]

12.08.22 Fixed: When clicking on ".." above the inactive (target) panel, activate the panel first before changing directories, otherwise the last used directory of that drive isn't remembered (32/64)

Confirmed fixed in TC 10.51rc2

[unter_officer]

Yes, that's right.
When I click button the [..] or [\] above the inactive panel, the directory is not recorded in the history.

12.08.22 Fixed: When clicking on ".." above the inactive (target) panel, activate the panel first before changing directories, otherwise the last used directory of that drive isn't remembered (32/64)

Yes, clicking on [..] now works fine. Thanks.
But the problem remains when you press button [\] .

[petermad]

But the problem remains when you press button [\] .

Not here.

EDIT - Sorry I had a ViewModeSwitch active that prevented it - with ViewModeSwitch disabled, I can confirm that the problem still exists when pressing the [\] button.

[white]

But the problem remains when you press button [\] .

Confirmed using TC10.51rc2 32bit and 64bit.

[unter_officer]

Fixed: When clicking on ".." above the inactive (target) panel, activate the panel first before changing directories, otherwise the last used directory of that drive isn't remembered (32/64)

Fixed: When clicking on "\" above the inactive (target) panel, activate the panel first before changing directories, otherwise the last used directory of that drive isn't remembered (32/64)

Works great now. Thanks a lot.

[white]

Fix confirmed.

Moderator message from: white » 2022-08-24, 11:35 UTC

Moved to Fixed bugs.

[ghisler(Author)]

I found two similar problems:
1. When using a Ctrl+D directory hotlist entry with target directory saved, where the left and right locations were on different drives
2. cm_synchangedirs with left and right locations were on different drives

These should be fixed now too.