I've got a task running in the background that's dropping files in a directory. Total Commander has this directory in one of it's panes but it does not have focus. Every time a new file is created Total Commander notes this, the directory updates with the new file at size zero. However, it does not update the size of the files it's already shown.
The window corrects itself if focused.
Minor bug: Non-focused window doesn't update filesize
Moderators: Hacker, petermad, Stefan2, white
-
- Junior Member
- Posts: 86
- Joined: 2004-05-02, 01:50 UTC
Try experimenting with the options in the "Configuration" - -> "Refresh" settings - fx. remove the checkmark in "Don't react to updates while in the background" if it is set.
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
-
- Junior Member
- Posts: 86
- Joined: 2004-05-02, 01:50 UTC
That wasn't it--there was an unchecked option in there:petermad wrote:Try experimenting with the options in the "Configuration" - -> "Refresh" settings - fx. remove the checkmark in "Don't react to updates while in the background" if it is set.
"Also when size, date or attributes change". That's exactly what the issue was--it wasn't reacting to size changes.
@ Loren Pechtel
I can confirm this since vista / windows 7 does an extensive file caching.
The read operation triggered by the refresh of the overlay icons seems to flush the ntfs cache.
Regards
Holger
I can confirm this since vista / windows 7 does an extensive file caching.
Only way around is manual refresh with <Ctrl+R> (with Configuration->Options.. Icons [x] Show overlay Icons enabled).MSDN: FindFirstChangeNotification wrote: FILE_NOTIFY_CHANGE_SIZE
0x00000008
Any file-size change in the watched directory or subtree causes a change notification wait operation to return. The operating system detects a change in file size only when the file is written to the disk. For operating systems that use extensive caching, detection occurs only when the cache is sufficiently flushed.
The read operation triggered by the refresh of the overlay icons seems to flush the ntfs cache.
Regards
Holger
-
- Junior Member
- Posts: 86
- Joined: 2004-05-02, 01:50 UTC
It's just it looks wrong when you see the new files popping in on the screen while the old ones stay at size zero. Since it was a config option I retract calling it a bug.HolgerK wrote:@ Loren Pechtel
I can confirm this since vista / windows 7 does an extensive file caching.
Only way around is manual refresh with <Ctrl+R> (with Configuration->Options.. Icons [x] Show overlay Icons enabled).MSDN: FindFirstChangeNotification wrote: FILE_NOTIFY_CHANGE_SIZE
0x00000008
Any file-size change in the watched directory or subtree causes a change notification wait operation to return. The operating system detects a change in file size only when the file is written to the disk. For operating systems that use extensive caching, detection occurs only when the cache is sufficiently flushed.
The read operation triggered by the refresh of the overlay icons seems to flush the ntfs cache.
Regards
Holger