This bug is part of an ongoing effort to rethink the options available in System Settings. The end goal is to consolidate some obscure options to make Plasma feel simpler to use and improve the user experience. I was advised to make individual bug reports with my suggestions. More details with all the suggestions and talking points can be seen in this shared document: https://collaborate.kde.org/s/oEkdeYerKqaZNyC --------------------- Startup and Shutdown > Behavior – Anything below “Log in again immediately after logging off”** - Those are very technical options. They shouldn’t be exposed to users graphically (since users that use graphical tools are probably less experienced and shouldn’t have options available that are aimed at system administrators). Advanced users that know what they’re doing most likely know how to change those values somewhere else. Plasma is aimed at users of all knowledge levels and having very technical options exposed in easy-to-access places can represent a risk of making it feel complicated or even of allowing the user to break their system. I propose removing the options min/max user UID and halt/reboot command. SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-28-generic (64-bit) Graphics Platform: Wayland Processors: 6 × Intel® Core™ i5-9400F CPU @ 2.90GHz Memory: 7,6 GiB of RAM Graphics Processor: Radeon RX 570 Series
In general, there's an argument to be made for GUI tools even for sysadmins. Not all of them (myself included, in a former life) prefer to do *everything* in a terminal. A good GUI tool is appreciated for something that's very infrequently used. That said, I can't really argue with your logic here. These controls are super technical and likely used by only 0.001% of users. One concrete benefit of removing them is that we could bubble up the remaining settings to the main page, which would make the auto-login feature more obvious. Here's an idea: move those settings into the Desktop Session KCM, which is already super nerdy and technical.
It looks from the "Proposed organization" section of https://invent.kde.org/plasma/systemsettings/-/issues/15 like the intent would have been to move settings into the Desktop Session KCM as was mentioned here. Not sure if something else overrode that later, or if it's still intended and just needs to be figured out by someone in each respective KCM?
Yeah, it's just that no one has moved them yet.