When the home dir of a user is encrypted, lightdm can't read the wallpaper that the user set for the greeter background causing the user to see a white background and leaving the user somewhat perplexed. The KCM should ideally represent this at the time when a user sets the background. Alternatively, lightdm should do as the user says and copy the file over to a unecnrypted location ( possibly /usr/share/wallpapers ? ) thus allowing lightdm to display the greeter wallpaper Reproducible: Always Steps to Reproduce: 1. Setup install with encrypted home dir 2. Set greeter wallpaper from KCM where the wallpaper is on the encrypted home dir 3. Get a white background for the greeter
Split into two bugs: https://bugs.kde.org/show_bug.cgi?id=305989 We should do something better than a white background in the case of an error. I will aim that for 0.3.1, this can come later as it's much bigger. I'm not sure of a reliable way to tell if the if the file will be readable when LightDM loads. As well as encryption we also have permissions, network mounts etc. Ideas? If we go with the "copying a file" approach, it should be to lightDM's users home folder which is in /var somewhere.
Seems we can detect the folder to copy into with KUser ldmUser("lightdm") if (ldmUser.isValid()) { copy images to ldmUser.homeDir() } Will require: - new AuthKit module to copy file - code in the UI loader to know it should/can copy files - code in KConfigSkeleton to know to replace the full path with the newly moved path
*** Bug 312810 has been marked as a duplicate of this bug. ***
We no longer use lightDM, having moved to SDDM several years ago. As such, this bug report is no longer applicable. Bugs reports for the new SDDM-based login screen should be filed to one of two places: 1. Visual/UI bugs with the login screen UI itself, or feature requests: plasmashell | Theme - Breeze 2. Bugs with the login/user switching process: https://github.com/sddm/sddm/issues