! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Overwritten files don't change size not even with Ctrl+R
Status:
RESOLVED: DUPLICATE

Comments

Description riksoft 2015-01-19 16:14:35 CET
Initially I thought it was a problem about the network path (smb://) but I then realized that it actually happens even in the local FS.

I've tested this behaviour with Xubuntu 14.04.01 and Mint XFCE 17.01 (Rebecca) both new installation without any customization. Tried on different hardware. Thunar 1.6.3.

Step to reproduce the problem

1) Create an empty text file on a dir (let's say dir A)
2) Open a second dir (let's say B) and copy that file in there.
3) Reopen the file in dir A and add "aaaa" and save. It is now 4 bytes.
4) Copy this file on dir B. It will ask to confirm the overwriting of the 0 byte with the new 4 bytes one. Confirm.
5) Looking now at the size of the file in dir B, both in the status bar and from "Properties" it will still show 0 bytes instead of 4.
6) If you now press F5 or CTRL+R the size remains 0 bytes

If you repeat step 4 more than once, it will still tell you that you're going to overwrite a 0 byte file, again and again.

The only way I've found to see the proper size is going to another directory and then go back. There is no other way to force a refresh. CTRL+R or F5 dosn't work.

See ya,
Rik
Comment 1 riksoft 2015-01-24 19:51:26 CET
I've discovered some new things:

- On some directories it works. E.g. on Xubuntu, in dir Downloads, the new size is shown as soon as the overwrite end, automatically. But on another computer in the same dir doesn't work. On 3 PC only on 1 I've found a dir where it work properly.

- on any other folder it doesn't work at all (e.g. Picture, Music, etc.)
I've also duplicated the Download dir thinking it could be the presence of something inside. Nop: an exact same content dir called download (with the initial lowercase) doesn't work.

- Even worse:
I copy a file and the size it's OK.
I change the source file size and overwrite it in the target. The size is in the target file is wrong: it remains the old size (object of this bug)
BUT, if I delete the file in the target and then I repeat the copy, the copied file has the old wrong size, even if is a new copy without overwriting! =8-o

So basically it seems that Thunar remembers the deleted file and even copying a new file in there result in a (wrong) size, that is, the same of the previous delete file with that name!

This is a very DANGEROUS misleading behaviour of Thunar that can lead a user to very bad decisions (e.g. delete a file instead of another)!
Comment 2 Peter de Ridder editbugs 2015-02-05 22:19:42 CET
This is not limited so file size.
See duplicate.

*** This bug has been marked as a duplicate of bug 11008 ***
Comment 3 riksoft 2015-02-06 13:07:32 CET
Probably the cause is the same, but keep in mind that I'm not talking about dates as in the other report, I'm talking about size and with other info you don't find in the other report.
Comment 4 Peter de Ridder editbugs 2015-02-06 23:41:43 CET
(In reply to riksoft from comment #3)
> Probably the cause is the same, but keep in mind that I'm not talking about
> dates as in the other report, I'm talking about size and with other info you
> don't find in the other report.

That is the reason I marked it as dup as well.
Now these are linked, and the seem to have the same cause.
The patched attached to the other bug, I've verified with filesize.

Bug #11468

Reported by:
riksoft
Reported on: 2015-01-19
Last modified on: 2015-02-06

People

Assignee:
Jannis Pohlmann
CC List:
2 users

Version

Version:
unspecified

Attachments

Additional information