After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 303470 - 'Date Modified' Lost when copying folder
'Date Modified' Lost when copying folder
Status: RESOLVED FIXED
Product: gnome-vfs
Classification: Deprecated
Component: File operations
2.10.x
Other Linux
: Normal trivial
: ---
Assigned To: gnome-vfs maintainers
Nautilus Maintainers
: 304295 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-05-08 15:15 UTC by Dom Incollingo
Modified: 2005-05-15 22:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10

Attachments
Patch to fix the issue (2.24 KB, patch)
2005-05-09 11:37 UTC, Christian Kellner 		committed Details | Review

Description Dom Incollingo 2005-05-08 15:15:18 UTC 
Version details: Nautilus version 2.10.0
Distribution/Version: SuSE .3

1) Launch the Gnome File Manager (Nautilus).
2) Copy a directory (preferably one that contains sub-directories) from one
location to another: right click, copy file, then paste.
3) Open a shell, and do an 'ls -l' on the target directory (the directory that
was created by the copy).
4) The Date Modified on the target directory (as well as its sub-directories)
shows as 1969-12-31.
5) The Date Modified of any regular files (non-directories) inside the target
directory is preserved correctly.  It is only the Date Modified of the target
directory (and sub-directories) that is dropped.

Expected Results:  

The Date Modified on the target directory should be the same as the date
modified on the original directory.  The Date Modified should not be set back to
1969-12-31.
Comment 1 Dom Incollingo 2005-05-08 15:17:23 UTC 
The distribution should be SuSE 9.3 Professional.

I've also reported this bug to SuSE.
Comment 2 Christian Kirbach 2005-05-08 15:25:56 UTC 
Confirmed.

Nautilus 2.8.2 is also affected

copy any arbitrary folder and its "date modified" property will be reset to 
1969, i.e. Unix time 0.

+Severity trivial as this should hardly hurt anyone

Retitling
Comment 3 Christian Kirbach 2005-05-08 15:27:35 UTC 
Dom please state in your SuSE report that you have submitted this to
Gnome bugzilla and point to this report.
Comment 4 Dom Incollingo 2005-05-08 18:06:56 UTC 
I updated my SuSE report to include a link to this bug report.  The SuSE report
ticket number is 20050507990000117.
Comment 5 Sebastien Bacher 2005-05-08 22:22:47 UTC 
gnomevfs-copy does the same, reassigning
Comment 6 Christian Kellner 2005-05-09 11:37:27 UTC 
Created attachment 46234 [details] [review]
Patch to fix the issue

For the those who are curious and maybe distributors, here is the patch against
HEAD.
Comment 7 Christian Kellner 2005-05-09 11:38:17 UTC 
Fix on HEAD (will get on gnome-2-10 soon though).
Comment 8 Sebastien Bacher 2005-05-15 22:03:44 UTC 
*** Bug 304295 has been marked as a duplicate of this bug. ***