| Summary: | Can not edit user details | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Omeritzics <omeritzicschwartz> |
| Component: | kcm_users | Assignee: | Janet Blackquill <uhhadd> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | bugs.kde.org, nate, plasma-bugs |
| Priority: | NOR | Keywords: | rtl |
| Version: | 5.20.2 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Omeritzics
2020-11-01 00:58:22 UTC
Can you clarify what you're doing to run into this bug? (In reply to Jan Blackquill (Carson Black) from comment #1) > Can you clarify what you're doing to run into this bug? Hello, authentication was required to make the changes, and there was no dialog box when the changes failed, but this it is still a bug. 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! I suffer the same bug on a newly (manually, clean) installed arch system. From what I see in "journalctl -f" I suspect that at some point ~/.face is read by the system settings applet - and fails if it doesn't exist. I assume that all that needs to be changed is to make that file access conditional (check if it exists prior to accessing it). After I manually created such file with "touch .face" I could modify user settings and save without error. However, there are more bugs to solve here (that devs may want to open separate tickets for): (1) I tried to modify a user that I had created as admin, switched into that user account via SDDM, logged out that user, returned to the initial admin and tried to modify the user. (Only!) on journalctl I get an error that some processes still run for that user. Same applies to "usermod -l". So modifying its login name should be disabled if processes for that user still run. At least, a proper error messages should be given to the user. I could delete that user though, and recreate it with the desired settings. (2) A similar issue applies to modifying the login name of the CURRENT user. IMHO, this simply should not be allowed, thus that field should not be editable for the current user. Hmm, shouldn't it be .face.icon anyway? At least that's what https://wiki.archlinux.org/index.php/KDE#Faces tells me. Should it be corrected there? *** This bug has been marked as a duplicate of bug 346691 *** |