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 730426 - Wrong timezone is displayed (MLT variant of the real timezone)
Wrong timezone is displayed (MLT variant of the real timezone)
Status: RESOLVED DUPLICATE of bug 730332
Product: gnome-shell
Classification: Core
Component: calendar
3.12.x
Other All
: Normal major
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 730405 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-05-20 08:09 UTC by Olav Vitters
Modified: 2014-05-20 17:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Olav Vitters 2014-05-20 08:09:10 UTC 
Either gnome-shell or glib is taking the wrong timezone information from timezone package. This happened since the latest timezone package. Loads of people are seeing this on Mageia.

Downstream report: https://bugs.mageia.org/show_bug.cgi?id=13407

Comments from reporters:
> I am seeing this too; wherever I choose in the gnome time and date settings
> for timezone, I endup with the corresponding MLT (Mean Local Time) variant
> of the timezone.
> 
> I think this is because MLT was added to the *start* of all the tiemzone
> files maybe.
> 
> The date command in gnome-terminal gives the correct result, but the
> gnome-shell clock display does not.

Another comment:
> Trying to select my timezone again, I realize the interface is
> proposing for Paris LMT(UTC+00:09:21) o_O
> Paris is UTC+02:00:00 during summer. That explain the 2h late of the clock.
> If Gnome if not managing that by itself, this means there's a problem
> in the timezone package (timezone-2014c-1.mga5)

I can reproduce. This on gnome-shell 3.12.2 and glib 2.40.1
Comment 1 Olav Vitters 2014-05-20 08:19:20 UTC 
Bug 730332 seems to confirm it is a bug in glib. Leaving up to a gnome-shell dev to mark as duplicate.
Comment 2 Maciej (Matthew) Piechotka 2014-05-20 17:35:34 UTC 
*** Bug 730405 has been marked as a duplicate of this bug. ***
Comment 3 Maciej (Matthew) Piechotka 2014-05-20 17:36:03 UTC 
Minimal reproduction:

int main() {
    stdout.printf("%s\n", new DateTime.now_local().format("%F %T %z"));
    return 0;
}

Output:

% ./test && date '+%F %T %z'
2014-05-20 18:26:27 +0053
2014-05-20 19:32:59 +0200

(53 minutes offset from the UTC?)
Comment 4 Jasper St. Pierre (not reading bugmail) 2014-05-20 17:41:50 UTC 
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

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