Minor bug: Non-focused window doesn't update filesize

The behaviour described in the bug report is either by design, or would be far too complex/time-consuming to be changed

Moderators: Hacker, petermad, Stefan2, white

Post Reply
Loren Pechtel
Junior Member
Junior Member
Posts: 86
Joined: 2004-05-02, 01:50 UTC

Minor bug: Non-focused window doesn't update filesize

Post by *Loren Pechtel »

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.
User avatar
petermad
Power Member
Power Member
Posts: 16032
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

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
Loren Pechtel
Junior Member
Junior Member
Posts: 86
Joined: 2004-05-02, 01:50 UTC

Post by *Loren Pechtel »

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.
That wasn't it--there was an unchecked option in there:

"Also when size, date or attributes change". That's exactly what the issue was--it wasn't reacting to size changes.
User avatar
HolgerK
Power Member
Power Member
Posts: 5411
Joined: 2006-01-26, 22:15 UTC
Location: Europe, Aachen

Post by *HolgerK »

@ Loren Pechtel

I can confirm this since vista / windows 7 does an extensive file caching.
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.
Only way around is manual refresh with <Ctrl+R> (with Configuration->Options.. Icons [x] Show overlay Icons enabled).
The read operation triggered by the refresh of the overlay icons seems to flush the ntfs cache.

Regards
Holger
Loren Pechtel
Junior Member
Junior Member
Posts: 86
Joined: 2004-05-02, 01:50 UTC

Post by *Loren Pechtel »

HolgerK wrote:@ Loren Pechtel

I can confirm this since vista / windows 7 does an extensive file caching.
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.
Only way around is manual refresh with <Ctrl+R> (with Configuration->Options.. Icons [x] Show overlay Icons enabled).
The read operation triggered by the refresh of the overlay icons seems to flush the ntfs cache.

Regards
Holger
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.
Post Reply