timezone map no longer allows reliable selection of the correct zone
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Indicator Date and Time |
Invalid
|
Undecided
|
Unassigned | ||
indicator-datetime (Ubuntu) |
Fix Released
|
High
|
Michael Terry | ||
Precise |
Fix Released
|
High
|
Michael Terry |
Bug Description
In precise, when I click on the "Time & Date Settings" from the datetime indicator, I'm presented with a timezone map. Clicking in the general area of Iowa/Illinois, US, which is firmly in the US/Central timezone, results in "Vincennes" being selected as my timezone - which is wrong, Vincennes is in Eastern time and the highlighted region is clearly not where my mouse pointer was! moving slightly to the left and clicking again, while staying in the right area for the Central timezone, I now get "Denver" selected, which is one timezone to the WEST of what should be selected. If I move my mouse up into Minnesota and click, I get "Rainy River", which is in the right general timezone but in the wrong country ( == DST rules are not guaranteed to be the same). Clicking again at the same point does no good - it does not cycle through the cities in this timezone band, only continues to present me with the same wrong zone.
By trial and error, moving the cursor a pixel at a time and clicking again, I'm ultimately able to choose Chicago.
This UI is completely unusable. I know it didn't work this poorly in oneiric, so something seems to have regressed upstream.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: indicator-datetime 0.3.1-0ubuntu2
ProcVersionSign
Uname: Linux 3.1.0-3-generic x86_64
ApportVersion: 1.26-0ubuntu1
Architecture: amd64
Date: Mon Nov 21 10:49:58 2011
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
ProcEnviron:
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: indicator-datetime
UpgradeStatus: Upgraded to precise on 2011-11-08 (12 days ago)
Related branches
- Charles Kerr (community): Approve
-
Diff: 3186 lines (+45/-2783)17 files modifiedMakefile.am (+0/-1)
configure.ac (+1/-5)
libmap/Makefile.am (+0/-77)
libmap/README (+0/-5)
libmap/backward (+0/-118)
libmap/cc-timezone-map.c (+0/-1157)
libmap/cc-timezone-map.h (+0/-85)
libmap/test-timezone.c (+0/-56)
libmap/tz.c (+0/-399)
libmap/tz.h (+0/-86)
src/Makefile.am (+2/-6)
src/datetime-prefs-locations.c (+9/-9)
src/datetime-prefs-locations.h (+1/-1)
src/datetime-prefs.c (+24/-15)
src/indicator-datetime.c (+8/-0)
src/timezone-completion.c (+0/-697)
src/timezone-completion.h (+0/-66)
tags: | added: rls-mgr-p-tracking |
Seb points out that the indicator-datetime hasn't changed since oneiric so this is not likely to be a regression. This is possible; on reflection, the last time I would have needed Central Time would have been in January, so I wasn't trying to select this timezone at all in oneiric, so maybe other timezones generally work better.