SUMMARY When the lock screen's type of wallpaper is changed (e.g. from Image to Slideshow), the wallpaper resets to the default wallpaper. STEPS TO REPRODUCE 1. Go to System Settings → Workspace Behavior → Screen Locking → Appearance tab 2. Set the wallpaper type to "Image" 3. Select an image other than the default (on my system it's "Next", the low-poly image of a wave crashing on a beach) 4. Click "Apply" 5. Set the wallpaper type to "Slideshow" 6. Choose any order except "Random" 7. Click "Apply" 8. Lock the screen OBSERVED RESULT The lock screen's wallpaper is now the default wallpaper ("Next" on my system). EXPECTED RESULT The lock screen's wallpaper should be first image in the chosen order, as it is when performing these same actions in the desktop wallpaper settings. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 20.04 Linux 5.4.0-42-generic (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 ADDITIONAL INFORMATION I wanted to have a slideshow of the same image on both my lock screen and my desktop. Since it's impossible to set the lock screen's wallpaper to the desktop wallpaper (bug 383670), I figured I could approximate it by setting both to Slideshow and cycle through the same images ("A to Z" setting). However, this doesn't work due to the above-described bug. When the change is made, the lock screen resets its image to the default image, which on my system isn't the first or last image, so they will always be out of sync.
I'd be happy to take a swing at this myself if someone could point me to the source code for this particular settings menu as a starting point. I couldn't seem to find it in KScreenLocker's source code; the "wallpaper integration" files didn't look like they contained anything of substance.
repo plasma-workspace wallpapers/image image code covers both single image and slideshow but from the point of view of the code loading the wallpaper plugin they appear as two distinct plugins. I don't yet understand what you were trying to say the bug is though. If you set it to slideshow it should show images from the folders you configured in slideshow mode.
(In reply to David Edmundson from comment #2) > I don't yet understand what you were trying to say the bug is though. > If you set it to slideshow it should show images from the folders you > configured in slideshow mode. I don't know how I can make it any clearer than the report. I'll try to say it another way. I wanted to set both my lock screen and my desktop to slideshow, and ensure that they always have the same image in the slideshow. I decided to accomplish this by setting the wallpaper type of both the lock screen and the desktop to a "Slideshow" (of the same time interval and a fixed order fixed order) at the same time. The desktop's part works as I want: when I change the wallpaper type from "Image" to "Slideshow", the slideshow starts at the first image in order. I would expect the lock screen's slideshow to start at the first image in order, like the desktop, so that the lock screen and desktop are synchronized. However, when the lock screen's wallpaper type is changed from "Image" to "Slideshow", it starts the slideshow at the default wallpaper. I consider this a bug. Because the default wallpaper is not the first in order, the two wallpapers will never be synchronized. If this still doesn't make it clear I can upload a video.
The bug only occurs when all the folders of wallpapers added to the slideshow are the default folders (/usr/share/wallpapers and /usr/share/plasma/wallpapers).
Changing status back since I've provided the requested clarification.
At one point there was a bug whereby the first image in the lock screen slideshow always showed the default wallpaper as the first image in the slideshow. That has since been fixed, though--in Plasma 5.21 IIRC. Can you reproduce the issue in Plasma 5.21 or 5.22?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!