Folder size is not calculated after background operation

[sambuca]

Just read your reply. While Totalcmd was still in not-calculating-mode (after I just reproduced it), I set the option "Only standard icons", but that didn't help immediately.

So I restarted the program now, then the error always disappears. So now I will see if the error still occurs with the option "Only standard icons" set.

Give me some time to try and reproduce!

[ghisler(Author)]

Once it happens, please use the command
cm_unloadplugins
on the command line.

This should also stop the background thread and start a new one.

[sambuca]

Until now, with the "Only standard icons" set, it didn't happen, but I didn't try much, as I am doing other things this weekend. Maybe later this week, I will continue to clean out my NAS disk, so then I can tell more. Thanks for the command, I will try that if it happens. Stay tuned...

[ghisler(Author)]

Thanks - it would also be nice if you could try the same with TC 7.56a (with full icon display) before you clean up your NAS disk. Some people reported that it happened only with TC8, but not with TC 7.56a.

[sambuca]

Thanks - it would also be nice if you could try the same with TC 7.56a (with full icon display) before you clean up your NAS disk. Some people reported that it happened only with TC8, but not with TC 7.56a.

I will try to reproduce it and once I know how (still not much of a clue...), I will also try it with 7.56a with full icons. But... I have ran 7.56a with full icons on the same PC until a few weeks ago and I didn't have these problems. At that time I was reorganising my NAS (not cleaning, like I do now) and I moved vast amounts of data to another location (also to different network drives), also with the F2 queue. So I am pretty sure already this issue doesn't happen with 7.56a.

But like I said, if I have a recipe to reproduce, I will test 7.56a also.

Give me a few days...

[ghisler(Author)]

At that time I was reorganising my NAS (not cleaning, like I do now) and I moved vast amounts of data to another location (also to different network drives), also with the F2 queue. So I am pretty sure already this issue doesn't happen with 7.56a.

You can't be sure, it may be caused by a new shell extension of a program installed after you switched to TC8. That's why it would be great if you could check it with TC 7.56a too. I have checked all differences which may be relevant, but found nothing which could cause this behaviour...

[sambuca]

I am quite busy with other things, but I have tried to reproduced this issue and succeeded again, but only once. This was on TC8beta18 with the icons on. It happened after:
- I moved a few dirs with the F2 queue command
- In the meanwhile, I also moved a dir without F2, but then pushed in the background.

First time I did this, no problem. Second time also no problem. Then I deleted a complete dir with quite lot of files (took about 30 seconds). Then I did the above move commands simultaneously for the third time. After I was finished, TC didn't calculate the folder size anymore.

I tried to reproduce again, but I didn't have luck. (also because I didn't have much data to move, later on... I am trying to reproduce while finishing my work, sorry I don't have more time.)

[ghisler(Author)]

Did you try cm_unloadplugins on the command line when it happened?

[sambuca]

Did you try cm_unloadplugins on the command line when it happened?

Oh no, sorry, I forgot to do that. I hope I will remember to do that next time it happens...

[ghisler(Author)]

Could you try to reproduce the problem also with TC 7.56a and TC 7.57, please? Since I cannot find any reason in my code for this problem, I really wonder whether this was introduced in TC8. Maybe it has been in TC 7.56a too, but something on your system changed.

[sambuca]

I just reproduce again, quite easily. This was on v8.0beta18.
I was copying stuff from my NAS to an external USB HD with the F2 queue function. During this copy action, I also copied a few files directly, without using the queue. Then the folder size didn't work anymore, only question marks, no green arrows.

Then I typed "cm_unloadplugins" at the command line and the folder size worked again! So this works.

I then reproduced by copying only 1 file directly while another copying action with the F2 queue was going one. Bam, directly with folder size stopped working again. And with "cm_unloadplugins" the problem was also solved immediately.

Looks like this is something of a recipe to successfully reproduce this issue, maybe other users can check if they can reproduce it this way also.

I am having a party tonight (that's why I was copying music from my NAS to an external drive), so I can't test any more at this moment. Maybe later in the week I will have time to experiment more.

I hope this helps!

[ghisler(Author)]

Finally someone who canreproduce it! Please use either TC 7.57a rc1 or TC8 beta 22, then add the line
DebugIconThread=2
to your wincmd.ini section [Configuration] and restart Total Commander. Now you should get a log file in your TEMP directory which shows where exactly the background thread stops.

[ghisler(Author)]

Can anyone still reproduce it with TC 7.57a rc2?

[Damel]

WinXP + Total Commander 7.56a - no problems (all year round 2011)
(only for completeness' sake)

Win7x64 Total Commander 8.0 betaX-22 x32 - this bug every day, is hard to reproduce it, will appear simply after couple of o'clock work in TC

Today, with DebugIconThread=2 in INI, some F5/F6 (in background only), F8, F3, SHIFT+F6 and bug appear (nothing in background now):

[tcicolog.txt]
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:23: Removing pending bitmap and icon notifications
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:23: Removing pending bitmap and icon notifications
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:23: Removing pending bitmap and icon notifications
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:23: Removing pending bitmap and icon notifications
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:23: Removing pending bitmap and icon notifications
10.03.2012 14:56:23: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:29: Removing pending bitmap and icon notifications
10.03.2012 14:56:29: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:30: Removing pending bitmap and icon notifications
10.03.2012 14:56:30: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:31: Removing pending bitmap and icon notifications
10.03.2012 14:56:31: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:31: Removing pending bitmap and icon notifications
10.03.2012 14:56:31: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:31: Removing pending bitmap and icon notifications
10.03.2012 14:56:31: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:32: Removing pending bitmap and icon notifications
10.03.2012 14:56:32: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:32: Removing pending bitmap and icon notifications
10.03.2012 14:56:32: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:32: Removing pending bitmap and icon notifications
10.03.2012 14:56:32: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:32: Removing pending bitmap and icon notifications
10.03.2012 14:56:32: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:33: Removing pending bitmap and icon notifications
10.03.2012 14:56:33: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:33: Removing pending bitmap and icon notifications
10.03.2012 14:56:33: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:33: Removing pending bitmap and icon notifications
10.03.2012 14:56:33: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:37: Removing pending bitmap and icon notifications
10.03.2012 14:56:37: Removing bitmaps and icons from background thread queue
10.03.2012 14:56:38: Removing pending bitmap and icon notifications
10.03.2012 14:56:38: Removing bitmaps and icons from background thread queue
10.03.2012 14:58:07: Removing pending bitmap and icon notifications
10.03.2012 14:58:07: Removing bitmaps and icons from background thread queue
10.03.2012 14:58:07: Removing pending bitmap and icon notifications
10.03.2012 14:58:07: Removing bitmaps and icons from background thread queue
10.03.2012 14:58:17: Removing pending bitmap and icon notifications
10.03.2012 14:58:17: Removing bitmaps and icons from background thread queue
10.03.2012 14:58:38: Removing pending bitmap and icon notifications
10.03.2012 14:58:38: Removing bitmaps and icons from background thread queue
...

hundreds of these same rows

After cm_unloadplugins:

10.03.2012 14:58:41: Start icon thread
10.03.2012 14:58:41: copy thumb: d:\0156.html<z:\0156.html
10.03.2012 14:58:41: copy thumb: z:\45188.jpg<z:\Mendochino.jpg
10.03.2012 14:58:41: delete thumb: d:\0156.html
10.03.2012 14:58:41: copy thumb: z:\Mendochino.jpg<z:\Mendochino PPGA.jpg
10.03.2012 14:58:41: copy thumb: d:\0202.html<z:\0202.html
10.03.2012 14:58:41: delete thumb: C:\Users\XXX\Local Settings\Temp\tcicolog.txt
10.03.2012 14:58:41: delete thumb: d:\0202.html
...

hundreds of this old things from memory (this was copy/move/delete/rename-ed before half hour)

[ghisler(Author)]

Removing bitmaps and icons from background thread queue
Removing pending bitmap and icon notifications

These two are called in the foreground each time a directory is read (to stop the background operations, and remove icons in the queue which were from the previous directory). You need to checkthe lines above them.

However, the problem has been found in the meantime - it's already fixed in TC 7.57a, and will be fixed in TC8 beta 23 next week.