Bug 508614

What if you restart again? Is it show the correct forecast? Are other configuration is broken too (like units or appearance)? I can't reproduce the issue. I have been using it for some time and haven't had such issue.

The widget enters its "unconfigured" state, so there is no forecast, units, or appearance.

I haven't tried restarting a second time to see if that fixes it. I'll try the next time it happens.

(In reply to Nate Graham from comment #2)
> The widget enters its "unconfigured" state, so there is no forecast, units,
> or appearance.

Yes, but you can enter the configure page. No? (Right click on the weather widget and "Configure weather report")
It should show some information about your configuration like "Location" and "Provider". Also there is the "Appearance" tab.
Are there anything lost that lost settings too? If you can please check it if the bug will appear again.

I have a slight suspicion on why this could happen under some race condition when reading the configuration.

If you can reproduce it again, could you also check if the station properties are still on the config file?
That would be on `~/.config/plasma-org.kde.plasma.desktop-appletsrc`, 
under the section `[Containments][..][Applets][..][Applets][..][Configuration][WeatherStation]`  (with custom numbers for your config)

Ok, I'll keep an eye out for it. Thanks guys!

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

It happened again.

$ rg -A 3 WeatherStation ~/.config/plasma-org.kde.plasma.desktop-appletsrc

288:[Containments][1184][Applets][1349][Applets][1817][Configuration][WeatherStation]
289-placeDisplayName=[REDACTED]
290-placeInfo=[REDACTED]
291-provider=noaa
--
389:[Containments][1184][Applets][1349][Applets][1841][Configuration][WeatherStation]
390-placeDisplayName=[REDACTED]
391-placeInfo=[REDACTED]
392-provider=noaa
--
558:[Containments][1184][Applets][1349][Applets][1905][Configuration][WeatherStation]
559-placeDisplayName=Berlin-Brandenburg
560-placeInfo=Berlin-Brandenburg|10385
561-provider=dwd
--
678:[Containments][1184][Applets][1349][Applets][2027][Configuration][WeatherStation]
679-placeDisplayName=[REDACTED]
680-placeInfo=[REDACTED]
681-provider=noaa

[REDACTED] is my home location, and what the weather station should be. Berlin-Brandenburg is what I had my weather widget configured to during Akademy, and it just switched to that again randomly.

I do not have four weather widgets, so the presence of four copies of this config data is unusual to me. I have one widget, in the System Tray.

Thanks! That is quite useful at least to follow-up the chain of events

> I do not have four weather widgets, so the presence of four copies of this config data is unusual to me. I have one widget, in the System Tray.

For regular containments, the id of the included applets are stored in the config, as the can be customly placed by the user, for instance this would be the list of applets contained in my panel
      [Containments][1184][General]
      AppletOrder=568;224;544;213;214;193;577;225;573;592;511;6;370;258;578

But on the tray configuration ([Containments][1184][Applets][1349][General]) we don't store an id list, but a list of known named plugins (ex. `org.kde.plasma.weather`)

So in some sense, it is like the system tray is "creating" those "new" applets though. Or more likely, failing at find the previous config id for the weather applet, and creating a new one. 

My guess is that the applet is somehow trying to access the config group before the actual groups are loaded, which results in creating a new group, instead of reusing the already saved.

I suspect it might be an issue of it being in the systray (i have one in the desktop and i never had a reset like that at least recently).

when the reset happens, i would suspect that the systray for some reason creates a new applet with a new id rather than using an existing config

do all those groups only have the group
[Containments][1184][Applets][1349][Applets][xxx][Configuration][WeatherStation]

or is it also present somewhere a group which is just
[Containments][1184][Applets][1349][Applets][xxx]

I would suspect only one of those[Configuration] groups has the short version

Each one has a corresponding short version:


[Containments][1184][Applets][1349][Applets][1817][Configuration][WeatherStation]
placeDisplayName=[REDACTED]
placeInfo=[REDACTED]
provider=noaa
source=noaa|weather|[REDACTED; SOMETHING COMPLETELY DIFFERENT!!!!]

[Containments][1184][Applets][1349][Applets][1817]
immutability=1
plugin=org.kde.plasma.weather



[Containments][1184][Applets][1349][Applets][1841][Configuration][WeatherStation]
placeDisplayName=[REDACTED]
placeInfo=[REDACTED]
provider=noaa
source=noaa|weather|[REDACTED]

[Containments][1184][Applets][1349][Applets][1841]
immutability=1
plugin=org.kde.plasma.weather



[Containments][1184][Applets][1349][Applets][1905][Configuration][WeatherStation]
placeDisplayName=[REDACTED]
placeInfo=[REDACTED]
provider=noaa
source=noaa|weather|[REDACTED; SOMETHING COMPLETELY DIFFERENT!!!!]

[Containments][1184][Applets][1349][Applets][1905]
immutability=1
plugin=org.kde.plasma.weather



[Containments][1184][Applets][1349][Applets][2027][Configuration][WeatherStation]
placeDisplayName=[REDACTED]
placeInfo=[REDACTED]
provider=noaa
source=noaa|weather|[REDACTED]

[Containments][1184][Applets][1349][Applets][2027]
immutability=1
plugin=org.kde.plasma.weather

A possibly relevant merge request was started @ https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/925