| Summary: | Wallpaper reset erratically after upgrade to Plasma 5.23 | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Michal Ziabkowski <mziab> |
| Component: | generic-multiscreen | Assignee: | Aleix Pol <aleixpol> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | asturm, nate, notmart, plasma-bugs |
| Priority: | NOR | ||
| Version: | 5.23.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Michal Ziabkowski
2021-12-22 15:15:06 UTC
I think more than a wallpaper reset this is often plasma thinks there is no containment for that screen and creates a new one, probably driving to many stray ones in the appletrs. can you post your ~/.config/plasma-org.kde.plasma.desktop-appletsrc ? also can you test if this still happens on 5.24? (In reply to Marco Martin from comment #1) > I think more than a wallpaper reset this is often plasma thinks there is no > containment for that screen and creates a new one, probably driving to many > stray ones in the appletrs. > > can you post your ~/.config/plasma-org.kde.plasma.desktop-appletsrc ? > > also can you test if this still happens on 5.24? You may be onto something here. I've seen containment ids being added seemingly at random when examining my appletsrc, but I thought that some legacy cruft in my old config was to blame, so I disregarded and forgot about it. As I mentioned before, the bug also happens with a fresh appletsrc, though. But I never checked what goes on with the ids in a fresh appletsrc, so that would be a reasonable next step, I guess. I've yet to test on Plasma 5.24, so I will get back to you on that. > I've seen containment ids being added seemingly at random when examining my appletsrc I wonder if that could be related to Bug 448609. Well, upgrading to Plasma 5.23.90 doesn't seem to have helped. After upgrading and rebooting I got the same black wallpaper again. Moreover, on some reboots this delay before the actual wallpaper is display doesn't seem to happen, but it's like 1 in 10 boots, maybe not even that. When I get the time I will try with a fresh Plasma profile to see what happens to the containments in appletsrc between boots. *** This bug has been marked as a duplicate of bug 440995 *** *** This bug has been marked as a duplicate of bug 371717 *** Okay, I've finally found some time for some more extensive testing. Sorry it took so long. To remove some variables out of the equation, I purged my appletsrc, changed the wallpapers for both my activities (I have two with different wallpapers) and rebooted a few times. I can attach the config file, but I believe the changes between runs are more interesting: After the first reboot, the path to the wallpaper changes and a new containment is added: @@ -22,7 +22,7 @@ DialogWidth=800 [Containments][1][Wallpaper][org.kde.image][General] -Image=/usr/share/wallpapers/SafeLanding/ +Image=file:///usr/share/wallpapers/SafeLanding/contents/images/5120x2880.jpg SlidePaths=/home/mziab/.local/share/wallpapers,/usr/share/wallpapers [Containments][2] @@ -92,6 +92,20 @@ Image=/usr/share/wallpapers/OneStandsOut/ SlidePaths=/home/mziab/.local/share/wallpapers,/usr/share/wallpapers +[Containments][25] +ItemGeometries-1920x1080= +ItemGeometriesHorizontal= +activityId=c850a35c-21b5-4a3d-a501-e439889d7d98 +formfactor=0 +immutability=1 +lastScreen=2 +location=0 +plugin=org.kde.plasma.folder +wallpaperplugin=org.kde.image + +[Containments][25][Wallpaper][org.kde.image][General] +Image=file:///usr/share/wallpapers/Next/contents/images/1920x1080.png + [Containments][8] activityId= formfactor=2 On the next reboot, the wallpaper path changes again, for the other activity, it seems: @@ -89,7 +89,7 @@ DialogWidth=800 [Containments][24][Wallpaper][org.kde.image][General] -Image=/usr/share/wallpapers/OneStandsOut/ +Image=file:///usr/share/wallpapers/OneStandsOut/contents/images/1920x1080.jpg SlidePaths=/home/mziab/.local/share/wallpapers,/usr/share/wallpapers [Containments][25] Then it changes again on the next reboot: @@ -89,7 +89,7 @@ DialogWidth=800 [Containments][24][Wallpaper][org.kde.image][General] -Image=file:///usr/share/wallpapers/OneStandsOut/contents/images/1920x1080.jpg +Image=file:///usr/share/wallpapers/OneStandsOut/contents/images/2560x1600.jpg SlidePaths=/home/mziab/.local/share/wallpapers,/usr/share/wallpapers [Containments][25] As a reminder, this is an X11 install with two screens, a 1080p one and a 4k one. The latter is set to clone the first one (without scaling) for convenience. It's possible that there are TWO bugs at play here. The changing wallpaper paths might also warrant some scrutiny, but the bug happens with my own wallpapers with no multiple versions for different resolutions, so it's likely not the main culprit. I have conclusive evidence that disconnecting the TV works around the bug. After doing that I couldn't reproduce it, the proper wallpaper appeared instantly. With the TV plugged in, the wallpaper would change to the proper one after 40 or so seconds. So if this is hard to read. I can post more info, just tell me what you need. Please note that this is still on Plasma 5.23, but as I mentioned in a previous comment, I got the exact same bug on Plasma 5.23.90, so whatever causes it isn't yet fixed. Would you mind posting that on Bug 371717? *** This bug has been marked as a duplicate of bug 440995 *** |