Bug 1902501 - gnome-weather does not remember the last city used if GPS does not give a result.
Summary: gnome-weather does not remember the last city used if GPS does not give a re...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-weather
Version: 34
Hardware: aarch64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Igor Raits
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-11-29 18:15 UTC by customercare
Modified: 2021-08-20 01:20 UTC (History)
7 users (show)

Fixed In Version: gnome-weather-40.1-1.fc34
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-08-20 01:20:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description customercare 2020-11-29 18:15:36 UTC
Description of problem:

On day one, the GPS of pinephone worked and the location was correctly calculated.

On day two, the gps was failing ( at least i think so), i tried to set the city name by hand. Typing the first 2 chars, weather opened a list of suggestions STEALING the input focus from caribou towards the select list.

This way it's impossible to enter the city name. 

2 ways to fix it:

the list needs to end at the beginning of caribou keyboard, several gnome apps are able to find it, so should be easy.

or the list isn't loading on displays with touch at all. 

Version-Release number of selected component (if applicable):

3.36.1

Comment 1 customercare 2020-11-29 18:28:31 UTC
addition:

as soon as the "location" contexts opens, the caribou keyboard gets messed up. Its the only app that does interfere with caribou controls.

and it really is't rmembering the last location correctly, as a test showed:

exporting gnome-weater to my desktops display, i could enter the city, closed the app and reopend it on the device => it forgot which city i just used.

Pls fix asap, the app is blending in perfectly on the phone. Now it needs to function proper :D

Comment 2 Ben Cotton 2021-02-09 16:17:37 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle.
Changing version to 34.

Comment 3 Daniel Rusek 2021-06-15 11:50:40 UTC
Upstream issue: https://gitlab.gnome.org/GNOME/gnome-weather/-/issues/187

Comment 4 Daniel Rusek 2021-08-11 10:26:10 UTC
gnome-weather 40.1 was released upstream and should include fix for this issue: https://gitlab.gnome.org/GNOME/gnome-weather/-/tags/40.1

Comment 5 Daniel Rusek 2021-08-11 10:34:20 UTC
Adding Kalev Lember to CC since he seems to be taking care of gnome-weather updates at the moment.

Comment 6 Daniel Rusek 2021-08-13 11:36:53 UTC
Sorry for the previous noise. The actual Weather 40.1 tarball was not yet released because of a problem with the master.gnome.org server, see: https://gitlab.gnome.org/GNOME/gnome-weather/-/merge_requests/85#note_1246182

It will hopefully be released in a few days.

Comment 7 Fedora Update System 2021-08-19 11:24:03 UTC
FEDORA-2021-5bc8c87bf2 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-5bc8c87bf2

Comment 8 Fedora Update System 2021-08-20 01:20:53 UTC
FEDORA-2021-5bc8c87bf2 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.