FYI we have this information locally in libtimezonemap already and an
algorithm specified for querying this for ubuntu-system-settings
(https://wiki.ubuntu.com/TimeAndDate#Choosing_locations - scroll down a
bit "Whenever").
I think it might make sense for libtimezonemap to implement this
algorithm itself, then the three locations that need it that I know of
(two in unity-control-center datetime, one in ubuntu-system-settings)
could all call the same API.
Maybe there were good reasons for using the server (such as localised
search?) that we don't know about atm. Would need to investigate.
** Also affects: libtimezonemap (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1455223
Title:
[time and date] Searching for locations is slow and doesn't work
offline
Status in libtimezonemap package in Ubuntu:
New
Status in unity-control-center package in Ubuntu:
New
Bug description:
Click on clock -> Time and Date settings -> Clock -> Choose Locations
-> Click the + -> Start typing "San Franc"
When I'm at home, on a 300mbps connections, it takes several seconds
to several minutes, when trying to add a new location.
When I'm on a plane without internet connectivity, (ie, exactly when I
most importantly need to change the time on my laptop to the new/next
timezone), it doesn't work at all.
Can we please, please, please move this timezone/location information
to a locally cached database?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libtimezonemap/+bug/1455223/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
