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 603099 - Creation date reset with modified date
Creation date reset with modified date
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
1.9.x
Other All
: Normal normal
: ---
Assigned To: Andreas J. Guelzow
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2009-11-27 01:22 UTC by R. J. Jeremy Kozlowski
Modified: 2009-12-11 01:43 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description R. J. Jeremy Kozlowski 2009-11-27 01:22:13 UTC
Gnumeric sets the creation date along with the modified and accessed dates when saving a file. It happens with .gnumeric and .xls and .ods files.

It should be leaving the creation date alone while setting the modified date with the current time.
Comment 1 Morten Welinder 2009-11-27 14:43:35 UTC
I'm afraid I don't understand.  What dates are we setting, precisely?
Comment 2 R. J. Jeremy Kozlowski 2009-11-27 14:48:59 UTC
The metadata associated with the file that is being saved. "Date created", "Date modified", "Date accessed".

When saving a file, Gnumeric saves the file with the current date and time for all 3 of these, but creation date should not be changing.
Comment 3 Andreas J. Guelzow 2009-11-27 17:03:57 UTC
Morten, I believe Jeremy is speaking about the information we are showing in the file tab of the document properties dialog. AS far as I know we are never setting those items but just retrieve them fromt eh operating system.

In linux the "Created" date is always "unknown", since we only know the "last modified" and "last accessed" date. I suspect on MS Windows there is also a creation date.
Comment 4 Andreas J. Guelzow 2009-11-27 17:10:39 UTC
Hm, I just opened an xls file (on Linux). It shows a creation, modified and last accessed date and they are all distinct. If I modify the file and resave it it none of them change. This is obviously not correct.
Comment 5 Andreas J. Guelzow 2009-12-09 08:28:58 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 6 R. J. Jeremy Kozlowski 2009-12-09 11:58:57 UTC
That's great news!
Thank you for all your work and for making Gnumeric such a great application.
Comment 7 Morten Welinder 2009-12-11 00:32:36 UTC
Andreas: this caused minor complications for the test suite: I had to blank
out the date before checking if the generated documents were right.

See t59??.pl
Comment 8 Andreas J. Guelzow 2009-12-11 01:43:26 UTC
Morten in the moment we are setting the creation-date on every new gnumeric file (the modification date is only set if we really modify the file, which should not be the case for any of these tests.)

Since we technically do not "create" the document when importing/opening a file we could mit the creation date when opening/importing the file. Currently if the file contains a creation date it will override our creation date anyways.)