AppData\Local\Ghisler gets created, settings elsewhere

[HolgerK]

Steps to reproduce with tc 7.57a (windows 7 x64):

1. Start TC with a new empty ini (e.g. Button in TC8.0 with parameter "/n /i="%%TEMP%%\TMP.ini""
2. left Panel: cd %LOCALAPPDATA%
3. <Shift+Del> the folder GHISLER (first delete!)
4. right Panel: cd %TEMP%
5. create some temp. files inside %TEMP% folder
6. <Shift+Del> one of the temp. files (second delete!)
7. <Tab> to the left panel
8. <F2> Refresh
-> folder %LOCALAPPDATA%\GHISLER is not created!

9. Restart TC with the same INI file
11. <Tab> to the right panel
10. <Shift+Del> a temp file in %TEMP% folder
11. <Tab> to left panel
12. <F2> Refresh
-> folder %LOCALAPPDATA%\GHISLER is created!

Regards
Holger

[white]

1. Start TC with a new empty ini (e.g. Button in TC8.0 with parameter "/n /i="%%TEMP%%\TMP.ini""

So you did not disable thumbnail caching? Can disable thumbnail caching, restart TC and try again?

[HolgerK]

Okay, with disabled thumbnail cache neither TC7.57a/7.56a nor TC8.0(x86/x64) creates %LOCALAPPDATA%\GHISLER.

Still: it's not a new bug introduced with TC8.0!

Regards
Holger

[white]

Not confirmed in Win7 nor in Win8. So if it really happens, it must be WinXP specific.
BTW, that directory is not just for thumbnails - if a drive root is unwritable, *.wc files for Directory Tree are stored there too (and who knows what else).

EDIT:
Ok, scratch that. I just reproduced it too using TC8 x32 and x64. Steps to reproduce it are very simple. If 'AppData\Local\GHISLER\' exists, when TC is started, the first attempt to rename/delete it will recreate it.

Confirmed for TC8 32 bit and Windows XP and thumbnail caching off.

When the %LOCALAPPDATA%\GHISLER folder not exists, it is created as soon a folder is created somewhere on the C: drive (refresh your display afterwards). This only happens when using TC 8 beta 10 and above.

[HolgerK]

When the %LOCALAPPDATA%\GHISLER folder not exists, it is created as soon a folder is created somewhere on the C: drive (refresh your display afterwards). This only happens when using TC 8 beta 10 and above.

Seems to be related to:

25.11.11 Release Total Commander 8.0 public beta 10 (32/64)
...
22.11.11 Added: Alt+F10 tree: If TreeFileLocation isn't set, save the tree in the same location as the thumbnail cache in the following cases: 1. network shares, 2. the drive containing the windows directory (revert to default with TreeFileLocation=%R%treeinfo.wc) (32/64)

Trying to update a non existing treefile...

Regards
Holger

[umbra]

2white
Thanks for confirming my observations. However, in your quote, you forgot to include my last sentence:

But my original opinions stays - is it really such a big issue?

I mean, what's so bad about the fact, that TC creates a settings folder even if it doesn't necessarily need to (and who knows, maybe it does need to do it). If it's not created when you rename a directory, then it will be created when you use thumbnails or a directory tree (or some else feature, that requires it).
Don't get me wrong, if it can be prevented, then why not. But for such a minor issue, the discussion here is too big. There are much bigger issues in TC right now.

[ghisler(Author)]

The folder is created by a background thread which is responsible for copying thumbnails with files. It tries to access the thumbnails file, and creates the path if it isn't there yet.