I see the same bug in Thunar (Xfce, Trusty 14.04, 3.13.0-36). This is
really striking in an example like this (was done as root): replaced a
symlink. The new symlink had the same name as the old one, but points to
a totally different file. Original symlink was deleted. New symlink
copied into drectory. According to Thunar, the new symlink points to the
old (original) file. Also the size and date of the original file, and
not the new file are shown. Right click on the (new!) symlink and
viewing the properties gives the details of the original (old) symlink.

Refreshing does not solve the issue.

Killing all Thunar sessions and starting Thunar again, navigating to the
previous directory: symlink will now display correct/ new properties.

This behaviour is seen in Thunar both as user and as root.
Did not test whether, if 2 Thunar sessions open, only one is killed and 
restarted, the properties displayed will differ between the two...

Although this describes a procedure with a symlink, I have seen similar
behaviour with files.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252655

Title:
  Thunar assigns date stamp of deleted file when previous (e.g.
  original) copy of file copied or moved into directory

To manage notifications about this bug go to:
https://bugs.launchpad.net/thunar/+bug/1252655/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to