Created attachment 149249 [details] Plasma - file size glitch SUMMARY Not sure on which side the bug is. I was trimming a screen recording in HandBrake, and told it to save resulting video file on a Desktop. It created the file immediately, and started processing. Later, when it was done, I opened this video's file properties from Plasma, and it shows Location: / (desktop); Size: 48 B (48). But in Dolphin the information is correct: 2.1 MB STEPS TO REPRODUCE 1. Convert a video with HandBrake, saving on a Desktop 2. After it has started converting, open file properties OBSERVED RESULT Cached information about 48 B size. EXPECTED RESULT Actual information. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.25.80 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 Kernel Version: 5.17.9-arch1-1 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-6700HQ CPU @ 2.60GHz Memory: 15.6 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 970M/PCIe/SSE2 ADDITIONAL INFORMATION Refreshing the desktop (F5 or context menu) helps fixing outdated information. But it should not be necessary.
Can periodically reproduce; IIRC this is an issue with the desktop:/ ioslave. If you switch your desktop to show ~/Desktop instead of desktop:/, it's fixed, right?
Created attachment 149300 [details] Desktop Settings - Plasma - Location > Can periodically reproduce; IIRC this is an issue with the desktop:/ ioslave. If you switch your desktop to show ~/Desktop instead of desktop:/, it's fixed, right? Indeed, it does not happen if I manually specify file:///home/ratijas/Desktop as custom location. How did we end up with a special protocol:// for listing desktop, especially the one that does not work properly… I suppose this bug report is a duplicate of something existing then?
Nah I think this is the OG bug report for it. I think we have a special desktop:// ioslave mostly because we wanted to have different handling for .desktop files.
I think one of the ways to solve it would be to stat the file(s) again, when the properties window is open? (in KFilePropsPlugin) If I understand correctly, there is already an assumption, that all the KFileItem entries passed have been stat-ed. I don't know if it would incur any noticeable delay for the user, though - and should it be also done when checking properties of multiple files?
I can no longer reproduce this issue at all. Looks like it got fixed at some point.