** Description changed:
Binary package hint: gnome-panel
- To reproduce:
- 1. create a non UTC location within the world-clock-applet
- 2. set the location as your home (world-clock-applet tries to change the
computers timezone here)
- 3. configured the applet to show the weather and
Sebastien, the steps I included in the bug description should be sufficient to
reproduce the bug on a stock install.
The question of course is whether we both see this feature as a bug. It seems
the clock-applet's taskbar weather display does not tolerate if the computer's
tzdata differs from
Ahh It gets clearer now. I thought the world-clock uses the location
where I pressed 'set' as home. Thence my incredulity about the clock
changing how it works despite me not fiddling with its preferences.
I assumed the clock should keep the last 'set' location regardless of
the system timezone.
@Invalid: Oh :-/ yeah I mean I already found a workaround. (the Africa
thing) Just had hope that this might be enter the queue as low priority
or at least wishlist.
@users not wanting to use the command line: I agree, but exactly the
missing features in the world applet drove me to use the
(setting 'assigned' to 'none' as the way bug-triaging should be done was
changed in 2008-01. Seems 'assigned' is only used now when someone has
assigned theirself to fix the bug and not to pre-triage it)
** Changed in: eog (Ubuntu)
Assignee: Dieter Moerschel (dmoer) = (unassigned)
--
eye