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 164344 - EXIF hour off by one (DST)
EXIF hour off by one (DST)
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.6.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2005-01-17 12:08 UTC by Jens Granseuer
Modified: 2005-01-17 19:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jens Granseuer 2005-01-17 12:08:39 UTC 
When reading the EXIF date from an image and setting that in the comment dialog
the hour is always off by 1 (or rather -1). When the image properties dialog
shows e.g. "2005:01:01 10:00" gthumb sets the date in the comment as 2005-01-01
09:00.

This is probably related to the isdst field being set to 1 in get_exif_time(),
but I'm not sure I fully understand the meaning of this flag anyway, so I don't
know whether setting it to 0 or -1 is the proper fix or if it will break other
people's setups.

This is with gthumb 2.6.2 and various versions of libexif.
Comment 1 Paolo Bacchilega 2005-01-17 19:04:19 UTC 
fixed now, thank you.