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 499832 - F-spot uses wrong timezone for reading EXIF timestamp
F-spot uses wrong timezone for reading EXIF timestamp
Status: RESOLVED DUPLICATE of bug 340899
Product: f-spot
Classification: Other
Component: Metadata
0.4.x
Other All
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2007-11-26 22:13 UTC by Michel Alexandre Salim
Modified: 2007-11-26 22:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Michel Alexandre Salim 2007-11-26 22:13:45 UTC 
Please describe the problem:
I have my computer's hardware clock set to UTC time, with a software offset to EST/EDT (currently -5 hours). I notice that this causes a problem with f-spot, which appears to not apply this offset and thus all my pictures are displayed with timestamps that are five hours ahead.

Steps to reproduce:
1. Set hardware clock to UTC
2. Set timezone to one with an offset from UTC
3. View the timestamp of a picture with EXIF. Compare with the timestamp reported by, e.g. jhead


Actual results:
The timestamp differs by the opposite of whatever the timezone offset is

Expected results:
The timestamp reported by f-spot and jhead should match, i.e. assume that the picture was taken at local time

Does this happen every time?
Always

Other information:
Comment 1 Maxxer 2007-11-26 22:28:00 UTC 
F-Spot stores dates in UTC. 
Sadly it's a known and old issue. There are plenty of open bugs related to date/time. Mono 1.2.5 introduced timezone support, so until this version of Mono is widespread among the main distributions this won't be fixed.

*** This bug has been marked as a duplicate of 340899 ***