Description of problem: I am unable to add the following to "world clocks": Tokyo, Japan Braunschweig, Germany Bern, Swiss Zürich, Swiss and others. Those worked: Berlin, Germany New York, USA Paris, France Republic the app finds those city names in no time, but does not offer to add them. IF the criteria, who or who's not added, is decided on having a named TZ file like "berlin/europe" in the list of valid timezones, this app as no usecase and should be deleted. If i want to know the time in "my city", because i travel a lot, than i should be able to add "my city" and not the capitol of nation X or in case of switzerland, the capitol of germany or france :D It's the same timezone, so it should not matter, but therefor you need an exact list of gps coordinates for each timezone and city in your list. as the map app offers to find any city, it should not be hard to find out in which tz a city is. Version-Release number of selected component (if applicable): gnome-clocks-3.18.0-1.fc23.x86_64 Disclaimer: This bugreport is intoxinated by french wine. Any error a reader does find, can be keept by the specific reader. Prost.
I am unable to add any cities under F25. I'll try more to see if I can add any cities. But I can't add even some cities which I am able to add in F24 (e.g. Antalya - Turkey)
Confirmed on a fresh F25 upgraded system.
Same happens on F26 Alpha
The 'Add' button wont activate when adding cities. 1. I launched gnome-clocks from the command line and got this error: ** (gnome-clocks:12177): WARNING **: geocoding.vala:44: Failed to connect to GeoClue2 service: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Agent rejected 'org.gnome.clocks' for user '1000'. Please ensure that 'org.gnome.clocks' has installed a valid org.gnome.clocks.desktop file. 2. Tried 'sudo gnome-clocks' and got: No protocol specified Unable to init server: Could not connect: Connection refused (gnome-clocks:21549): Gtk-WARNING **: cannot open display: :0 3. Next, tried 'sudo -u lewisb gnome-clocks' and ... I now get a dropdown suggestion list and the 'Add' button activates. Is this expected behavior?
4. I still get the same error as in number 1 above but it works now. 5. Ran the following from my home directory and got nothing: find . -name org.gnome.clocks.desktop -print Apparently org.gnome.clocks doesn't/hasn't installed this desktop file. 6. Ran: sudo find / -name org.gnome.clocks.desktop -print And got: /usr/share/applications/org.gnome.clocks.desktop All these desktop files are owned by user: root, group: root Now what?
@lewis.bogan: you probably don’t have geoclue installed/started? I do, and I don’t get the geoclue warning on F26. Try querying it with systemctl status geoclue.service, and, if it’s not running, start it by systemctl start geoclue.service (or, if you are using the GNOME desktop, you can enable it under Privacy in the Settings app.) sudo doesn’t work, because Fedora’s default sudo settings don’t transfer environment variables between your session and roots. To do so, use sudo -E gnome-clocks. However, I don’t think GeoClue causes the problem here, as it only queries your current location (based on GPS signal, if any, or on your IP address.
I am having the same issues, in F25 and now in F26 Beta. Can't choose any city at all. I tried running "sudo -u USER gnome-clock" and suddenly I too got the drop down menu, which was not there when run normally. And I found an interesting thing: I am able to add ANY world clock ("Add" button gets activated) as long as there are at least 2 options in drop down menu to choose from. When there is only last one and the text bar gets automatically filled, "Add" button won't activate. Example trying to add "Prague, Czech Republic": Typing "Pra" and choosing from menu activates "Add" button and lets me add it. Typing "Prag" and choosing from menu or typing the rest won't activate "Add" button. Typing "Pra" and choosing something else (fe. "Pratica di Mare, Italy") activates the "Add" for Pratica. Than retyping it to Prague and clicking "Add" adds "Pratica di Mare, Italy" as "excpected" even though the text field states different city. Hope this helps pinpointing and fixing the issue. In the meantime it provides workaround.
After some more testing: * sudo -u USER gnome-clocks won't save the changes => useless workaround * Happens with 2 monitors, if I switch them, works perfectly fine. * Not in X11, Wayland issue. Plus this is probably a duplicate of BZ1384572: https://bugzilla.redhat.com/show_bug.cgi?id=1384572
I have the same issue under X11 (F26 beta + updates). It doesn't work when the text is auto filled. But if a drop down list appears (even with a single choice) and I press "Down" arrow key and select it from the drop down list, 'Add' button is enabled and I can add the city. Note: I now see the same problem in the weather application to add cities. This is either a GTK bug, or the same programmer error happens in both applications.
This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This is still present in Fedora 27. Needs to be re-opened.
It is indeed present in F27 (gnome-clocks-3.26.1-1.fc27.x86_64 and libgweather-3.26.1-1.fc27.x86_64)
(In reply to Jakub Krysl from comment #7) > I am having the same issues, in F25 and now in F26 Beta. Can't choose any > city at all. > I tried running "sudo -u USER gnome-clock" and suddenly I too got the drop > down menu, which was not there when run normally. And I found an interesting > thing: > I am able to add ANY world clock ("Add" button gets activated) as long as > there are at least 2 options in drop down menu to choose from. When there is > only last one and the text bar gets automatically filled, "Add" button won't > activate. > > Example trying to add "Prague, Czech Republic": > Typing "Pra" and choosing from menu activates "Add" button and lets me add > it. > Typing "Prag" and choosing from menu or typing the rest won't activate "Add" > button. > Typing "Pra" and choosing something else (fe. "Pratica di Mare, Italy") > activates the "Add" for Pratica. Than retyping it to Prague and clicking > "Add" adds "Pratica di Mare, Italy" as "excpected" even though the text > field states different city. > > Hope this helps pinpointing and fixing the issue. In the meantime it > provides workaround. I'm on Fedora 28 with Gnome Version 3.28.2 and I am also experiencing the exact same issue. I can also confirm that Jakub's workaround works for me. I was trying to add Osaka, Japan and when the menu only showed one entry, the 'add' button wasn't available. After reading his comment, I tried by searching for the fisrt two letters and sure enough I was able to choose Osaka from the list and add it.
This message is a reminder that Fedora 27 is nearing its end of life. On 2018-Nov-30 Fedora will stop maintaining and issuing updates for Fedora 27. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '27'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 27 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 27 changed to end-of-life (EOL) status on 2018-11-30. Fedora 27 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
How do we get this opened again? I'm getting this on a fresh fc29 install. I can choose "New" to add a world clock, but no matter what I put in the dialog, nothing is ever found, not even from a static list of cities or zones. Jan 14 10:51:32 strem dbus-daemon[1601]: [session uid=1000 pid=1601] Activating service name='org.gnome.clocks' requested by ':1.13' (uid=1000 pid=1682 comm="/usr/bin/gnome-shell " label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") Jan 14 10:51:32 strem dbus-daemon[1601]: [session uid=1000 pid=1601] Successfully activated service 'org.gnome.clocks' Jan 14 10:51:33 strem dbus-daemon[826]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' requested by ':1.603' (uid=1000 pid=32059 comm="/usr/bin/gnome-clocks --gapplication-service " label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") Jan 14 10:51:33 strem systemd[1]: Starting Location Lookup Service... Jan 14 10:51:33 strem dbus-daemon[826]: [system] Successfully activated service 'org.freedesktop.GeoClue2' Jan 14 10:51:33 strem audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=geoclue comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Jan 14 10:51:33 strem systemd[1]: Started Location Lookup Service. Jan 14 10:51:53 strem gnome-clocks[32059]: geocoding.vala:44: Failed to connect to GeoClue2 service: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Geolocation disabled for UID 1000 I don't understand how geolocation being on or off prevents having a list of clocks.
Re-opening since I'm unable to add any clocks to work-clock. "Add" button stays disabled.
$ rpm -q gnome-clocks gnome-clocks-3.30.1-1.fc29.x86_64
FWIW, I'm using multiple monitors (2 external, 1 built-in from laptop).
Created attachment 1536295 [details] Disabled "Add" button after being able to search for a city.
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still reproducible on Fedora 31 (gnome-clocks-3.34.0-1.fc31).
Strangely, I just noticed that it's reproducible for me on my secondary monitor, but when I drag gnome-clocks over to my primary monitor it works!
For me on F31 it's the exact opposite. The world clock drop-down only works on the secondary monitor...
Not sure if this is the same issue. But I'm having at least a similar/related issue. I, too, can't select my desired location from the drop down immediately. Only after deleting/re-entering/manually selecting the entry. Also it doesn't "stick". Meaning that if I close the Clocks app and open it again the city will now show up with my local time zone instead of what the city's actual time zone is. Furthermore the city does not show up in the Gnome Panel (Super+M) under "World Clocks". The only time a city sticks and shows up in the panel is when the city is saved to dconf with an Airport code attached. For example: Bonn, Germany sticks as it is attached to ICAO code EDDK (Cologne Bonn Airport) Cologne, Germany (where EDDK is actually located) doesn't stick, as it doesn't get saved with it's ICAO code. Cologne / Bonn, Germany sticks (this is the common name used for EDDK / CGN aiport) Leverkusen, Germany doesn't stick. It's not saved with it's ICAO code (EDKL) Hahn, Germany sticks. It has it's own airport and get's saved with it's ICAO code (EDFH) Sunnyvale, California sticks, it is saved with KNUQ, which is Moffett Field that sits in an unincorporated part of Santa Clara County between Mountain View and Sunnyvale. San Francisco sticks, it is saved with KOAK (which is Oakland Airport. KSFO would be more logical, I guess) So basically I could make any city stick that has it's own airport regardless of how small it's significance (such as Hahn, Paderborn or Moffett Field). Similar bugreport at Ubuntu: https://bugs.launchpad.net/ubuntu/+source/gnome-clocks/+bug/1835307
Update on the original topic: gnome-clocks-3.32.0-1.fc30.x86_64 Adding "bern, switzerland" is now possible, IF there is a slot free to add it. It looks like gnome-clocks allows only 6 entries all together. ** Problem solved **
@Felix Kaechele Adding "Köln, Deutschland" aka "Cologne, Germany", works out-of-the-box and it gets saved, timezone correct. Adding "San Francisco, Vereinigte Staaten von Amerika" works as expected without an airport attached. Timezone keeps being correct.
Request to close this bug. Any other actual problem with clocks should be reopend into seperate bugreports.
This is still present in a new installation of F31! I installed my new workstation at work, and wanted to add some timezones around the globe to see support and exchange opening times. First I though I was crazy since it wasn't able to add locations like New York, New York, United States. Left it for a few days, and today I looked into this stumbling across this thread, this fix is to move the clock app to the primary screen and it works! This must be an issue with a GTK drawing the list on the primary output screen rather then the screen where the app is located. Don't understand why this is open for this long. Quick fix could be open the application on the primary screen when starting the clock app.
I can confirm the bug is still present in F32. I have 2 monitors connected to a laptop. One of the monitors is set as "primary", but the list of cities only show if I move the window to the internal laptop screen.
I can confirm the bug is still present in F32. I have 2nd monitor connected to a laptop. The external monitor is set as "primary", but the list of cities only show if I move the window to the internal laptop screen.
This issue is present in F32. I had to move the clocks window to another monitor to get it to show the list of search results and add cities.
Wow 4 year old bug and still happening on a clean install of F32. Single PC/monitor, so no way to add Amsterdam.
Hitting the same problem, was able to add world clocks before but no longer can
Customercare: > Request to close this bug. > Any other actual problem with clocks should be reopend into seperate bugreports. Request granted. This bug is well aged but ... well, it's not a whisky, quite the opposite in fact. Blending it with lot's of other bugs doesn't help either. I could reproduce the wayland+dualmonitor issue and created a new bug for that: https://bugzilla.redhat.com/show_bug.cgi?id=1941085 If anything else is still reproducable please let me know / create a new bug, thanks! Btw: I couldn't reproduce a limit to 6 cities, not sure this is intended.