Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: gnome-panel AssignedTo: rstrode@redhat.com ReportedBy: aalam@redhat.com QAContact: extras-qa@fedoraproject.org CC: rstrode@redhat.com, fedora-i18n-bugs@redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: ---
Created an attachment (id=364235) --> (https://bugzilla.redhat.com/attachment.cgi?id=364235) Screenshot for s-c-date and gnome-clock
Description of problem: After installation and setting Default Timezone Kolkata, Clock is showing Default Timezone (added by Default) Boston (after Fresh installation).
Version-Release number of selected component (if applicable): gnome-panel-2.28.0-2.fc12.x86_64 system-config-date-1.9.52-1.fc12.noarch libgweather-2.28.0-1.fc12.x86_64
How reproducible: Everytime
Steps to Reproduce: 1. fresh install with Hindi (hi_IN) locale 2. login with Hindi 3. Click on clock/Task Top-Right Side
Actual results: Boston is added by Default
Expected results: Either should be default for locale or s-c-date's Zone
Additional info: Screenshot
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
A S Alam aalam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[hi_IN][ta_IN] TimeZone in |[ALL Lang] TimeZone in |Clock is Boston by default |Clock is Boston by default
--- Comment #1 from A S Alam aalam@redhat.com 2009-10-09 10:18:20 EDT --- French (fr_FR) also showing Boston only Time zone in Clock
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Matthias Clasen mclasen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mclasen@redhat.com
--- Comment #2 from Matthias Clasen mclasen@redhat.com 2009-10-09 14:02:53 EDT --- This is an intentional change; we think having some location selected is better than none at all; it makes the location support more understandable. Ideally, we will have a) geolocation support to automatically detect your location and b) firstboot support to select the default location.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
--- Comment #3 from A S Alam aalam@redhat.com 2009-10-09 21:20:16 EDT --- ok, that is good idea, libgweather providing default region for each locale (for weather information),
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Davide Cescato ceski@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ceski@fedoraproject.org
--- Comment #4 from Davide Cescato ceski@fedoraproject.org 2009-11-05 03:17:47 EDT --- I find the part of comment #2 after "Ideally" good. I disagree with the first part, though. Although I see the need of hinting the user about location support, I think that arbitrarily picking a location implies favoring a given city or country over all others and this may make some users feel discriminated. Politics may come at play here. Why a city on the East Coast and not on the West Coast? Why not a city in another country or continent?
So while the changes in comment #2 are being implemented, there should be no default location selected without any input from the user.
If I remember correctly, there was no hinting about location support previous versions of Fedora anyway, so there is no regression in not providing any in Fedora 12.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Kieran Clancy clancy.kieran+redhat@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |clancy.kieran+redhat@gmail. | |com
--- Comment #6 from Kieran Clancy clancy.kieran+redhat@gmail.com 2009-11-25 03:47:17 EDT --- Why does this need to be during firstboot?
Fedora 12 asked for my timezone/location when I installed it by showing a big map and getting me to click on it. Why doesn't it use that? It logged it in my anaconda-ks.cfg file, and assumably stored that information someplace.
Also, I agree with Davide that having no default location is better than choosing one arbitrarily.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Dave Jones warrior_62095@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |warrior_62095@yahoo.com
--- Comment #7 from Dave Jones warrior_62095@yahoo.com 2009-12-09 11:16:36 EDT --- I agree with Kieran. I already selected Chicago from the map, so start there if you need a default. What is the point of me choosing if it will be ignored? Make the weather show in Chicago. At least that is in the same time zone.
Taking it a step further- I do not know if there is an equivalent of a zip code abroad (I admit this is probably something I should not be ignorant of) but maybe ask for that or give me a list of "weather locations" in the region of the "Chicago" selection I made earlier while doing the install. Why is it giving me Chicago option just to select Boston on it's own? I really want my weather the be in St. Louis, MO (which is Chesterfield, MO in the weather list) in the first place.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |petersen@redhat.com
--- Comment #8 from Jens Petersen petersen@redhat.com 2010-09-02 03:17:10 EDT --- I agree with Dave seems better UX to default to the selected system timezone location.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Parag pnemade@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pnemade@redhat.com Version|12 |14
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Ray Strode [halfline] rstrode@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |anaconda-maint-list@redhat. | |com, | |jonathan@jonmasters.org, | |kanarip@kanarip.com Component|gnome-panel |anaconda AssignedTo|rstrode@redhat.com |anaconda-maint-list@redhat. | |com
--- Comment #9 from Ray Strode [halfline] rstrode@redhat.com 2010-11-30 13:22:47 EST --- well part of the problem, I think, is the clock wants the user's actual location not timezone. We only get timezone during install, so e.g., if a user lives in Boston they would pick New York as a timezone.
That means if we used that information we would still end up with the wrong location out of the box in the clock.
I think ideally anaconda would let the user pick location not just timezone and then we could make gnome-panel (or the shell in gnome 3) pick that up by default
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Bruno Rocha brunor@br.ibm.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brunor@br.ibm.com
--- Comment #10 from Bruno Rocha brunor@br.ibm.com 2011-03-08 09:44:47 EST --- Any target dates for implementation?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Nathan Galvin ngalvin@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |795587
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution|--- |NEXTRELEASE Last Closed| |2012-06-28 04:46:24
--- Comment #11 from Jens Petersen petersen@redhat.com --- I can't reproduce the original report with F15. So proposing to close this...
Anyway I guess the RFE is a gnome issue not anaconda. Probably better to open a bug for that, upstream even.
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Ray Strode [halfline] rstrode@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |847386
i18n-bugs@lists.fedoraproject.org