Bug 495998
Summary: | Weather applet forgets its configuration | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ville Skyttä <ville.skytta> |
Component: | kde-plasma-weather | Assignee: | Kevin Kofler <kevin> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | arbiter, jreznik, kevin, ltinkl, rdieter, shawn.starr, smparrish, than |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 1.0.0-6.fc10 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-04-27 21:37:01 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ville Skyttä
2009-04-15 21:53:19 UTC
Depending on which patches Fedora has taken This is fixed in KDE trunk (what will be KDE 4.3) however, if they did backport this fix. You will need to remove the weather applet from your plasma-appletsrc config *BEFORE* plasma is started otherwise do this: 1) start konsole 2) run kquitapp plasma-desktop (or plasma) 3) edit your plasma-appletsrc and remove all references of weather plasmoid. 4) load plasma again (type plasma or plasma-desktop) 5) add weather plasmoid back, see if this works, if not then we need to backport the fix from kdelibs/libplasma in 4.3 Tried the recipe in comment 1, it does not make any difference. BTW, all other settings besides the city I've chosen seem to be ok (also before trying the stuff in comment 1). This should be fixed in kdelibs-4.2.2-8 (by a libplasma change). Can anybody please test? F11 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=98704 F10 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=98705 F9 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=98706 Tested with 4.2.2-9.fc10.x86_64, works, although required saving the changes one more time in a session started after the update was installed, which I suppose means that old applet configs are not automatically fixed/migrated but need user intervention. old applet configs should get migrated on next login (via kconf_update) I'm almost certain that it didn't happen for me; IIRC what I did was: 1) Update kdelibs and kdelibs-common to 4.2.2-9.fc10.x86_64 while KDE is running, weather applet configured and running too, settings saved 2) Logout & login 3) Notice weather applet again in unconfigured state 4) Configure weather applet, click ok, shows weather normally again 5) Logout & login 6) Success, weather applet remembers its config FWIW, I upgraded to -9.fc10 from -5.fc10. kdelibs-4.2.2-9.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/kdelibs-4.2.2-9.fc10 kdelibs-4.2.2-9.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kdelibs-4.2.2-9.fc9 Re comment #6, my kconf_update script was broken. (Thanks to MathStuf who made me realize where I screwed up.) I'm now building fixed builds which should sort it out: F11: http://koji.fedoraproject.org/koji/buildinfo?buildID=99383 F10: http://koji.fedoraproject.org/koji/buildinfo?buildID=99384 F9: http://koji.fedoraproject.org/koji/buildinfo?buildID=99385 This time I'll test it myself to prevent any further bad surprises, sorry. The effects of the broken kconf_update script are mostly harmless, just a bogus "plasmarc,plasmoidviewer-appletsrc" (yes, with the comma) file getting created. So the fixed script should fix it for good. Hmmmph, this doesn't work as supposed either, it marks the updates as applied to the correct files, but they don't actually end up changed. Yet when I run the script on the plasma-appletsrc by hand, it works as expected? Looks like Plasma breaks things by keeping saving the old stuff even after the update ran. :-( Actually, I figured out where I screwed up, I have to add # DELETEGROUP comments to get kconf_update to actually delete the unwanted groups. New attempts at fixing: F11: http://koji.fedoraproject.org/koji/buildinfo?buildID=99393 F10: http://koji.fedoraproject.org/koji/buildinfo?buildID=99394 F9: http://koji.fedoraproject.org/koji/buildinfo?buildID=99395 You will need to restart Plasma for the fixes to take effect and I still can't guarantee there won't be race conditions. Let's see if it at least passes my own test this time. :-) Grrr, the # DELETEGROUP didn't really change anything. Looks like I really can't fix this any further with kconf_update due to how Plasma works. :-( This stuff just causes more problems than it solves. I'm reverting the kdelibs backports, I'll instead just make the weather applet ignore the "PopupApplet" group. I have to do that anyway because I can't get kconf_update to delete it reliably. kde-plasma-weather-1.0.0-6.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/kde-plasma-weather-1.0.0-6.fc10 kde-plasma-weather-1.0.0-6.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/kde-plasma-weather-1.0.0-6.fc9 I asked for kde-plasma-weather-1.0.0-6.fc11 to be tagged into the Fedora 11 release: https://fedorahosted.org/rel-eng/ticket/1642 kde-plasma-weather-1.0.0-6.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. kde-plasma-weather-1.0.0-6.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report. |