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 644782 - Add support for missing timezones
Add support for missing timezones
Status: RESOLVED OBSOLETE
Product: gnome-control-center
Classification: Core
Component: Date and Time
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
3.10
: 678935 749654 (view as bug list)
Depends on: 636961
Blocks:
 
 
Reported: 2011-03-15 02:03 UTC by Bastien Nocera
Modified: 2021-06-09 16:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
datetime: Handle GMT offsets as timezones (2.23 KB, patch)
2011-04-15 03:10 UTC, Bastien Nocera
needs-work Details | Review

Description Bastien Nocera 2011-03-15 02:03:26 UTC
Such as "Etc/GMT", and the likes.
Comment 1 Bastien Nocera 2011-04-15 01:42:42 UTC
Added code to provide fallback for a number of timezones already.
We still need support for the GMT offsets/non-geographic timezones.
Comment 2 Bastien Nocera 2011-04-15 03:10:03 UTC
Created attachment 185992 [details] [review]
datetime: Handle GMT offsets as timezones
Comment 3 Bastien Nocera 2011-04-15 03:14:55 UTC
A word of warning from tzdata:

# We use POSIX-style signs in the Zone names and the output abbreviations,
# even though this is the opposite of what many people expect.
# POSIX has positive signs west of Greenwich, but many people expect
# positive signs east of Greenwich.  For example, TZ='Etc/GMT+4' uses
# the abbreviation "GMT+4" and corresponds to 4 hours behind UTC
# (i.e. west of Greenwich) even though many people would expect it to
# mean 4 hours ahead of UTC (i.e. east of Greenwich).

And further:

# Do not use a TZ setting like TZ='GMT+4', which is four hours behind
# GMT but uses the completely misleading abbreviation "GMT".

Which means we'd need to translate those zones ourselves, as the system-config-date translations are completely useless in that case.

But let's do this after we land the libgweather text entry from bug 636961.

We should also enable test-timezone itself.
Comment 4 Matthias Clasen 2011-09-16 16:46:34 UTC
In my opinion, the combo boxes need a more thorough design review. Just adding offsets is not going to make things better. One approach (based on libgweather data) can be found in the initial-setup branch of gdm. We should look at that for 3.4.
Comment 5 Bastien Nocera 2011-09-16 16:54:53 UTC
Couldn't agree more. The panel needs to use another way of setting up timezones.
Comment 6 Bastien Nocera 2012-06-27 08:56:41 UTC
*** Bug 678935 has been marked as a duplicate of this bug. ***
Comment 7 Bastien Nocera 2015-05-21 05:14:06 UTC
*** Bug 749654 has been marked as a duplicate of this bug. ***
Comment 8 Georges Basile Stavracas Neto 2018-01-18 14:35:46 UTC
Review of attachment 185992 [details] [review]:

This patch does not apply on top of master. Is it still relevant?
Comment 9 Bastien Nocera 2018-01-18 16:53:11 UTC
Review of attachment 185992 [details] [review]:

Yes and no. We probably want to make sure that the UI doesn't crap itself when non-geographical timezones are used by the system.
That's it. Handling them in the UI isn't something we want to do.
Comment 10 André Klapper 2021-06-09 16:25:45 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new bug report at
  https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/

Thank you for your understanding and your help.