Summary: | Plasma fails to launch when there's no write access to $HOME directory without setting the $KDE_HOME_READONLY environment variable | ||
---|---|---|---|
Product: | [Unmaintained] ksmserver | Reporter: | foss |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | david.cortes.rivera, nate, nicolas.fella, plasma-bugs-null |
Priority: | NOR | ||
Version First Reported In: | 5.26.4 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/plasma/plasma-workspace/commit/a9a0807aeec1bc7a2d40e367c6bfe682597a5561 | Version Fixed In: | 6.0 |
Sentry Crash Report: |
Description
foss
2022-12-22 19:25:04 UTC
Relevant code is at https://invent.kde.org/plasma/plasma-workspace/-/blob/master/ksmserver/main.cpp#L124 It's checked as a "sanity check", not because it's strictly necessary for operation There's also a KDE_HOME_READONLY environment variable to suppress the check @Nicolas Fella: Thanks for taking time to reply! >It's checked as a "sanity check", not because it's strictly necessary for operation It really looked like something broken beyond repair, the shell was not loaded/visible, just a black screen and the error window. One needs to close it for the shell to appear. >There's also a KDE_HOME_READONLY environment variable to suppress the check I tested it and indeed, the error window didn't appear! Now, I don't know how to proceed here. For me, the "problem" is solved in the sense that I can use my PC without ksmserver "blocking" the log in. Please feel free to close the report as you see fits if no further steps required. Anyway, thank you. Maybe KDE_HOME_READONLY should get set automatically when $HOME is missing write permissions? (In reply to Nate Graham from comment #3) > Maybe KDE_HOME_READONLY should get set automatically when $HOME is missing > write permissions? That would defeat the purpose of the environment variable I think. As far as I can tell it's only used to suppress warnings about home not being writable Hmm, well if $HOME not being writable is a valid state, why bother to even check for it? Presumably to warn about accidental setup issues. It's somewhat hard to tell though since there is a good chance this code is older than me :) Heh, yeah. If it's just supposed to be a warning, it probably shouldn't entirely prevent Plasma from launching, though. That seems quite overly harsh. *** Bug 467120 has been marked as a duplicate of this bug. *** A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2748 Git commit a9a0807aeec1bc7a2d40e367c6bfe682597a5561 by Nate Graham. Committed on 15/03/2023 at 01:33. Pushed by ngraham into branch 'master'. ksmserver: help users with intentionally read-only homedirs self-satisfy As part of its sanity check, ksmserver doesn't start Plasma if `$HOME` is read-only unless `KDE_HOME_READONLY=1` is set in the environment. But this is never told to the user, so an advanced user or system administrator who has intentionally set up the system this way won't know what to do about it and will submit a bug report to KDE. To resolve this, inform such users about the relevant environment variable in the error message, without giving specific details about how to set it. Advanced users will already know how to do this and thus self-satisfy. FIXED-IN: 6.0 M +3 -1 ksmserver/main.cpp https://invent.kde.org/plasma/plasma-workspace/commit/a9a0807aeec1bc7a2d40e367c6bfe682597a5561 |