GNOME Bugzilla – Bug 79787
gweather doesn't remember where I live between crashes
Last modified: 2006-02-13 07:28:36 UTC
gweather crashes a lot, but you probably know that. It'd be nice if between crashes it'd remember where I live. Currently, when I restart it, it thinks I live in Pittsburgh and I have to reconfigure it.
It's worse. I'll select a city, then close the dialog. Then, when I hit "refresh", my location is forgotten. Sometimes the location field even gets gets corrupted, displaying non-printable characters.
Please specify which version of gnome you are running.
I'm using a pre-release of gnome2. (Binaries from Debian.)
So... 1) I don't know that gweather crashes a lot; it's been working fine here for many months (it used to crash all the time) and there have been basically no stack traces submitted against it for months. [one in the past two months, and we're pretty sure that was a build problem.] So please submit stack traces if you can get them. 2) is gconf working for other apps for you?
OK. I havn't had any real crash problems, but the settings are behaving strangely. With both gconf-editor and the "Weather Preferences" dialog open, clicking on any location on the weather preferences dialog makes the location change in gconf, but does not cause the panel display to update---it only updates after double-clicking on an entry in the Weather Preferences dialog. Closing the weather preference dialog, I right click on the applet and click refresh. In less than a second, I get "? --" on the panel, indicating that it couldn't connect to the server, I assume. When I then open up the weather preferences dialog again, no location is selected and all of the countries are collapsed. All this time, gconf-editor shows the same location. When I double-click on the same town that is shown in gconf-editor, the correct weather information is shown on the panel again. Now, with weather preferences still open, I clicked refresh from the panel several times and again got "? --". The same town stays selected on the preferences dialog. Double-clicking on the town on the preferences dialog caused it to again fetch the correct weather information. After setting the refresh rate to every minute, Nothing happend, untill I asked for the forecast. First it popped up with the correct information, with the exception of an incorrect location, but then it updated, causing the panel to display "? --" again, and causing the location to go to some crazy unprintable charactars, I'd assume. Gconf still shows the correct location (I'm using Worcester, MA). Every time I click update, the location in the Forecast window switches to some other weird string, most of the charactars being in the font "Standard Symbols L", but sometimes containing a substring of "g'", "/", and once just "4". For what it's worth, The gconf entry is something like: /apps/panel/profiles/default/applets/0t10255...1232/prefs and there are two other weather "folders" (if that's what they are called) in gconf, each of them in default/applets/.../prefs, both with the default values set. (I hope this wasn't too much information :-) )
To follow up, I woke up this morning and had a "gweather2-applet has crashed..." dialog. I think I clicked "debug", but I never got bug-buddy, I only got the "gweather2-applet has exit, do you want to restart it?" dialog. I clicked "yes" to that, and after a few updates, I got the same misbhavior to happen. One thing of note: I just got it to misbehave, but this time the location field in the Forecast dialog changed from "Worscester" to "Worsceste0". This and the other odd behavior I've seen makes me think there are string errors.
String corruption? eww. ->high
Hmm, maybe this is related to bug #86631? I really need to rewrite some workings of this applet...
It certainly looks symtomatically similar. I'm wondering if the patch posted for that bug fixes this one...
The patch against 86631 fixes all the problems mentioned here. However, it has not crashed so far for me. I would appreciate if someone could verify the patch for me. But it fixes these problems: * retrieval failed errors. * Remembers previously configured locations. * Updates once location is changed in the Weather preferences. * Now it prints the location correctly. Previously, I too used to get junk characters for location.
Ben: your problem is now fixed in cvs. As far as the original report goes, this won't be fixed. Settings for gweather have to be per-instance because users way want to have multiple weather applets on a single panel.
Great. I'll look forward to binaries finding there way to me :-)