Bug 447388 - Wallpaper reset erratically after upgrade to Plasma 5.23
Summary: Wallpaper reset erratically after upgrade to Plasma 5.23
Status: RESOLVED DUPLICATE of bug 440995
Alias: None
Product: plasmashell
Classification: Plasma
Component: generic-multiscreen (show other bugs)
Version: 5.23.4
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: 1.0
Assignee: Aleix Pol
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-12-22 15:15 UTC by Michal Ziabkowski
Modified: 2022-08-05 15:55 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Ziabkowski 2021-12-22 15:15:06 UTC
SUMMARY

Ever since upgrading to Plasma 5.23, one of three things will happen on a power cycle:
a) I am greeted with a black background instead of the wallpaper
b) the wallpaper is reset to the default one (/usr/share/wallpapers/Next/contents/images/1920x1080.png)
c) more rarely the wallpaper is reset to one of the included I'd used previous (e.g. /usr/share/wallpapers/summer_1am/contents/images/2560x1600.jpg)

The interesting thing is that the proper wallpaper will restore itself, if I wait about 20-30 seconds.

I've tried deleting my plasma-org.kde.plasma.desktop-appletsrc and kactivitymanagerdrc, to no avail.

My setup is a 1080p monitor connected via DVI and a 4k TV connected via HDMI. I have the latter set to 1080p and mirroring the primary 1080p screen.

This seems similar to https://bugs.kde.org/show_bug.cgi?id=443832. However, I'm on nvidia-drivers. And that bug was filed against Plasma 5.22, whereas my issue only started with 5.23 and downgrading to 5.22 indeed makes the issue go away.

One more pertinent piece of information: when I unplug the tv, the bug seems to go away. Hence why I've filed this against multi-screen support.

STEPS TO REPRODUCE
1. Set custom wallpaper
2. Reboot

OBSERVED RESULT
The wallpaper is replaced by a blank background or the default wallpaper, then fixes itself after some seconds have passed

EXPECTED RESULT
The proper wallpaper is visible from the start

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
Operating System: Gentoo Linux 2.8
KDE Plasma Version: 5.23.4
KDE Frameworks Version: 5.89.0
Qt Version: 5.15.2
Kernel Version: 5.15.10-gentoo (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 23.5 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 1030/PCIe/SSE2
Comment 1 Marco Martin 2022-01-19 14:39:46 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?
Comment 2 Michal Ziabkowski 2022-01-21 10:47:13 UTC
(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.
Comment 3 Nate Graham 2022-01-21 17:09:07 UTC
> I've seen containment ids being added seemingly at random when examining my appletsrc
I wonder if that could be related to Bug 448609.
Comment 4 Michal Ziabkowski 2022-01-23 13:10:22 UTC
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.
Comment 5 Nate Graham 2022-01-23 18:40:30 UTC

*** This bug has been marked as a duplicate of bug 440995 ***
Comment 6 Nate Graham 2022-01-24 19:48:23 UTC

*** This bug has been marked as a duplicate of bug 371717 ***
Comment 7 Michal Ziabkowski 2022-01-30 13:51:48 UTC
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.
Comment 8 Nate Graham 2022-01-31 17:50:37 UTC
Would you mind posting that on Bug 371717?
Comment 9 Nate Graham 2022-08-05 15:55:05 UTC

*** This bug has been marked as a duplicate of bug 440995 ***