Locking a System folder tab is lost after restart of TC

[cHiNgaChg00k]

I'd like to have my Desktop folder ("\\Desktop") in a locked folder tab in TC so I won't have to minimize all the windows just to find an object on the desktop.
So far I've used to map the directory "c:\Documents and Settings\<USER>\Desktop\" but that will not include the objects in the desktop that are in the "All Users" desktop ("c:\Documents and Settings\All Users\Desktop\").
I tried to use (i.e. lock) the 'proper' desktop folder, \\Desktop, but when I restart TC, the tab isn't \\Desktop anymore but just plain C:\.

Is this behavior intentional by design or is it a bug?
If it's the latter I hope the bug will be fixed. If it's the former, consider this a request so the a system folder can be locked in a folder tab and that the folder tab will be remembered after a restart of TC.

[Lefteous]

2cHiNgaChg00k
I cannot reproduce this here where it works fine.

[cHiNgaChg00k]

Strange, I can reproduce it on both my laptop and my desktop PC.

I'm using the Extended TC menu (TCExtMenu) on both computers, I don't know if that might be a reason for this behavior here...?

[Flint]

Cannot reproduce too. I open the virtual folder \\Desktop, lock this tab, restart TC - and this tab is still locked and still has \\Desktop virtual folder opened.

TC 6.55pb2 on WinXP SP2 eng.

[Phred]

Ten years later and this characteristic of TC (8.52a and 9.00b15) still obtains.

I'm finding that TC refuses to save these pseudo folder names in its .ini files for FolderTabs in saved configurations.
If you edit the ini directly, TC treats a \\Documents\ tab entry as anathema and returns just the root - C:\

In these days of the deprecation of drive letters and paths, and increasing reliance on indirect naming conventions - UNCs, libraries, user folders - inclusion of 'local UNCs' would be a great benefit.

I've just reLocated my user folders from a small M.2 C: disk to a larger conventional D: disk. Indirect referencing is now especially desirable.

Anyone confirm this? Anyone concur?

[ghisler(Author)]

It depends on the system folder, whether TC can get a path in text form, or just a binary item idlist. Only the former paths can be saved to wincmd.ini.

[Phred]

I don't quite understand the dichotomy between getting text and binary item idlist, but for expanded evidence, I provide further data.
I used \\Documents\, above, however I see it's \\Downloads\ that isn't retained in the current ini.

The ten (10) tabs that should be saved are, as paths:

1 C:\Program Files\
2 C:\Program Files (x86)\
3 D:\Users\Manager\Desktop
4 D:\Users\Manager\Documents
5 D:\Users\Manager\Downloads
6 D:\Users\Manager\Pictures
7 C:\Users\Manager\AppData\Roaming\Microsoft\Windows\Start
8 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\
9 C:\Users\Public\Downloads
10 C:\Users\Public\Pictures

The section saved in that ini is:

[lefttabs]
0_path=c:\Program Files\
0_options=1|0|0|0|0|0|0
1_path=c:\Program Files (x86)\
1_options=1|0|0|0|0|0|0
2_path=::
2_caption=Desktop
2_options=1|3|1|0|0|0|0
3_path=::{031E4825-7B94-4DC3-B131-E946B44C8DD5}\Documents.library-ms
3_caption=Documents
3_options=1|0|0|0|0|0|0
4_path=::{031E4825-7B94-4DC3-B131-E946B44C8DD5}\Pictures.library-ms
4_caption=Pictures
4_options=1|3|1|0|0|0|0
5_path=C:\Users\Manager\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\
5_caption=MgrStrt
5_options=1|0|0|0|0|0|0
6_path=c:\ProgramData\Microsoft\Windows\Start Menu\Programs\
6_caption=PubStrt
6_options=1|0|0|0|0|0|0
7_path=C:\Users\Public\Downloads\
7_caption=CPubDlds
7_options=1|0|0|0|0|0|0
8_path=c:\Users\Public\Pictures\
8_caption=CPubPics
8_options=1|3|1|0|0|0|0
activetab=4

Note: only nine (9).

The ini lies happily in c:\Users\Public\
Both TC 8.52a and 9.00b15 exhibit this behaviour.
Windows 10 A/U &ff

Is this a common problem, and can the item idlist curiosity be cured?

[ghisler(Author)]

For example, this is re representation of a virtual folder which can be stored in the ini:

::{031E4825-7B94-4DC3-B131-E946B44C8DD5}\Documents.library-ms

Not all virtual folders have such a representation, so they cannot be stored in the ini.

[Phred]

With my migration of all possible folders of a user from an SSD C: drive to a D: drive, I'm wanting to fix/save tabs in TC using their 'local UNC' names, like \\Downloads\ - so that I don't have to repeatedly keep avoiding the C:\Users\[user] branch that often draws me in.

But D:\Users\Downloads\ - a real, physical folder - won't stay fixed in saved TC tabs when referenced in the \\[folder]\ way.

Thanks, Author Ghisler, for the information, but I don't believe that virtual folders feature in what I'm attempting.
Any other way of saving \\Documents\, \\Downloads\, etc., in tabs, reliably?

With the growing use of SSDs, a greater use of separate data drives will very likely emerge, IMO.

[ghisler(Author)]

If you put a directory on a tab, and this tab is the current tab when TC is starting (but the directory is not accessible) then TC will have to switch elsewhere.