| Summary: | KCM should warn users about not being able to set a greeter background when /home is encrypted | ||
|---|---|---|---|
| Product: | [Plasma] lightdm | Reporter: | Rohan Garg <rohan> |
| Component: | config | Assignee: | David Edmundson <kde> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | gandalflechner |
| Priority: | NOR | ||
| Version First Reported In: | 0.2.1 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Rohan Garg
2012-08-29 13:44:42 UTC
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 |