[kde] [Bug 484914] New: sddm has the option to show password and it cannot be turned off
https://bugs.kde.org/show_bug.cgi?id=484914 Bug ID: 484914 Summary: sddm has the option to show password and it cannot be turned off Classification: I don't know Product: kde Version: unspecified Platform: Kubuntu OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: kdeb...@simaj.net Target Milestone: --- Originally filed on launchpad and there ignored, because it turns out to be misfiled (Thanks Scarlet!) [original](https://bugs.launchpad.net/ubuntu/+source/plasma-workspace/+bug/1719078) It appears that there is no way to turn off the toggle to show the password in plain text. There are a lot of situations where accidentally having this toggle to show passwords on, while not expecting it. When people are looking at the screen who should not know the password, this is disastrous! The toggle is hard to see, and there is hardly any visible indication that the password will be readable. The toggle can be set by anyone having access to the login screen. Imagine parents who want to have some control over when their children log in to the computer. The children can set the toggle and then when the parent is typing in the secret password, they can just read it. Or when you are in a public space and you are unaware that the option has been toggled and someone is looking over your shoulder. Etc. If this option is deemed necessary for/by some users, it should never be on by default and AFAICT it currently (17.04) isn't an option that can be configured. (I don't think this has changed since then, up to 2024) This bug is solved for me when - the toggle is made a configurable option - it is set to disabled by default after installation -- You are receiving this mail because: You are watching all bug changes.
[Phonon] [Bug 218533] "Removed Sound Devices" popup appearing on a multi computer setup
https://bugs.kde.org/show_bug.cgi?id=218533 --- Comment #12 from Simon Oosthoek --- I don't have a setup anymore that could reproduce this. With the recent changes to the audio subsystems in Linux (from pulseaudio to pipewire) the whole thing may also be completely changed w.r.t. phonon? Currently my audio works fine and I never run into this error anymore. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 439604] Plasma-5.18.7.1, screen lock: textbox/loginbox not activated by keyboard
https://bugs.kde.org/show_bug.cgi?id=439604 --- Comment #13 from Simon Oosthoek --- Though I understand the reasoning with limited resources to just focus on the newly released 5.24 LTS version, it's a shame that this regression wasn't fixed immediately and now all 5.18.x users are stuck for as long as their upstream package provider doesn't provide 5.24 packages (not taking into account that some people may not be ready to adopt the 5.24 version yet). For me, this bug was one of the very few that has hit me and still annoys me dozens of times every day. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 440707] New: lockscreen doesn't show password prompt unless mouse is moved
https://bugs.kde.org/show_bug.cgi?id=440707 Bug ID: 440707 Summary: lockscreen doesn't show password prompt unless mouse is moved Product: kscreenlocker Version: unspecified Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: kdeb...@simaj.net CC: bhus...@gmail.com Target Milestone: --- SUMMARY Since very recently (a few days) I'm having trouble unlocking my lockscreen via the graphical interface. I can unlock it using a text-terminal (ctrl-alt-f2) and the command: `loginctl unlock-session 3` Hmm, after some more investigating, it appears the problem is that now a mousemovement is required to get a password prompt. It used to be that you could just start typing the password and the lockscreen would catch it, without needing to touch the mouse first... STEPS TO REPRODUCE 1. lock screen 2. type password 3. ... nothing OBSERVED RESULT the screen remains locked EXPECTED RESULT password typed is accepted and after the first keystroke, the prompt is shown with balls indicating the password is being typed. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: kubuntu 20.04 with kubuntu backports (available in About System) KDE Plasma Version: 4:5.18.7-0ubuntu0.1~ubuntu20.04~ppa2 KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[krfb] [Bug 145874] [KDE3] sharing fails when multiple sessions are active
https://bugs.kde.org/show_bug.cgi?id=145874 --- Comment #4 from Simon Oosthoek --- I'm not using KDE3 anymore and this way of working is a thing of the past for me, so for me, "close+won't fix" is fine. Cheers /Simon -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 398450] okular saves as with too few permissions
https://bugs.kde.org/show_bug.cgi?id=398450 --- Comment #2 from Simon Oosthoek --- Thanks, that confirms this is a bug in the versions up to 1.5. I hope it can be backported to a bugfix in ubuntu stable... I'll see if I can make a bugreport on launchpad for it. I'm wondering when this bug was introduced to okular... Cheers /Simon -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 398450] New: okular saves as with too few permissions
https://bugs.kde.org/show_bug.cgi?id=398450 Bug ID: 398450 Summary: okular saves as with too few permissions Product: okular Version: 1.3.3 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: s.oosth...@xs4all.nl Target Milestone: --- Okular doesn't save with the maximum permissions allowable by the umask, which causes problems when sharing files over a unix network share (NFS) and scp. e.g. when the umask (-S) is set to: u=rwx,g=rwx,o=rx, a file saved with "save as" will get the permissions -rw---. The expected permssions are: -rw-rw-r-- I expect okular to request -rw-rw-rw- permissions from the OS, and being allowed to set -rw-rw-r-- according to the umask. Example; when e.g. a student writes a copy of a deliverable document to a supervisor to a network drive (or locally, and later copied using scp) using save as, the file ends up with too few permissions to be readable by the supervisor. This is unexpected behaviour and can result in delays for the student, or worse... I hope this is already fixed in later versions of okular, however the version included in ubuntu 18.04 has this problem. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 395728] New: display power saving not configurable
https://bugs.kde.org/show_bug.cgi?id=395728 Bug ID: 395728 Summary: display power saving not configurable Product: kscreenlocker Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: s.oosth...@xs4all.nl CC: bhus...@gmail.com Target Milestone: --- In my ubuntu 18.04 plasma 5.12 I cannot configure screen power saving in the system settings -> desktop behaviour -> screen locking section. This is where I expect power management for the screen to be, however it is completely absent there and in all other places as well (like "display and monitor") Either I'm missing some package, but I cannot figure out which from the package names (I'd expect it to have the word "power" and "plasma" or "kde" in it) Or the packaged version of the screen locking configuration doesn't include powersaving features. I want to save power (the environment, think of the children, etc. yada) when I'm not using my PC. So I would like powermanagement to be on by default and to be able to configure it. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 392964] New: hide login and new session elements when no mouse/keyboard detected
https://bugs.kde.org/show_bug.cgi?id=392964 Bug ID: 392964 Summary: hide login and new session elements when no mouse/keyboard detected Product: kscreenlocker Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: s.oosth...@xs4all.nl CC: bhus...@gmail.com, mgraess...@kde.org Target Milestone: --- I'm running 5.8.9-0ubuntu1~ubuntu16.04~ppa5 on ubuntu 16.04 (from backports) I've configured the screen locker to show images when I've locked my screen. It would be nice to hide the login/new session elements in the middle of the screen after a couple of seconds inactivity of the mouse and keyboard. Reducing the size and moving the minimized login to the edge of the screen would also be good. The main result would be a clear view of the images when not attempting to login or unlock the screen. As soon as the mouse is moved or the keyboard is pressed, the elements needed to login or start a new session should return to the main part of the screen. Cheers /Simon -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 365237] session not saved/restored upon logout/login
https://bugs.kde.org/show_bug.cgi?id=365237 --- Comment #3 from Simon Oosthoek <s.oosth...@xs4all.nl> --- Sorry, I must have missed the reply in September... It could very well be the konsole bug you referred to, the other problems with firefox and thunderbird might have been resolved, at least on ubuntu 16.10... I guess this bug can remain closed, I may re-open or re-file when I have time for some more testing... Cheers Simon -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 367886] System password changing should be easy/easily accessible
https://bugs.kde.org/show_bug.cgi?id=367886 --- Comment #4 from Simon Oosthoek <s.oosth...@xs4all.nl> --- Thanks for the explanation and the fix! Cheers, Simon -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 367886] System password changing should be easy/easily accessible
https://bugs.kde.org/show_bug.cgi?id=367886 Simon Oosthoek <s.oosth...@xs4all.nl> changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED|UNCONFIRMED --- Comment #2 from Simon Oosthoek <s.oosth...@xs4all.nl> --- the package "user-manager" was installed, so that isn't the solution. My wish (I'd actually call it a bug in the overall UI experience) was and is to have changing the system password for the logged-in user be easily accessible and findable in places where users look for it. @David, your closing as wontfix leaves me wondering weather the KDE community doesn't want people using the plasma desktop have a trouble-free experience or that you are saying that exactly what I want is already available. Or that you consider the current situation to be trouble-free regarding changing system-passwords for the logged-in user. My wish is clearly to make it possible to change the system password from the GUI via desktop-menu, or the kde-menu or some new and (more) intuitive GUI element. This should be possible for users without(!) superuser privileges (so no ability to provide a sudo password). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 367886] New: System password changing should be easy/easily accessible
https://bugs.kde.org/show_bug.cgi?id=367886 Bug ID: 367886 Summary: System password changing should be easy/easily accessible Product: plasmashell Version: 5.6.5 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: s.oosth...@xs4all.nl CC: bhus...@gmail.com, plasma-b...@kde.org Users should be able to change their password without having to resort to the shell based "passwd" command. My daughter (9) wanted to change her password and I thought how she could do it without typing passwd on the command prompt. I found it impossible to do via the GUI! I looked here first: - right mouse menu on the background - kde menu in the taskbar - I typed password/passwd in the alt-f2 box - I looked on the internet and found some stuff about kdepasswd, I installed it (kubuntu 16.04), but nothing changed in the above places. - looked in the system-settings account settings, it's possible to change the password there, but when you click on apply, it requires superuser permissions. This should not be necessary, as it's not for the passwd on the commandline. I don't understand this at all, I think there used to be a way in the past (kde3 perhaps), but for me I always use unix commands, so I don't track this problem very well ;-) Don't people change their passwords at all? Or not via the gui? Reproducible: Always Expected Results: I expect an option to be available and clearly presented to change the password of the currently logged-in user. At least in the places I looked (background right-mouse menu, start-kde, system-settings, through alt-f2, or possibly a new interface element that makes it trivial to modify parameters about the current user. Perhaps a real "About-Me" element? Perhaps it's a good idea to steal possible interface ideas from windows or macintosh UIs? -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 365237] New: session not saved/restored upon logout/login
https://bugs.kde.org/show_bug.cgi?id=365237 Bug ID: 365237 Summary: session not saved/restored upon logout/login Product: ksmserver Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: l.lu...@kde.org Reporter: s.oosth...@xs4all.nl Using ubuntu 16.04 + Neon packages (repo) I usually have at least 3 applications open: Konsole, Thunderbird and Firefox. Whenever I login I want these to be there as well. When I log off, the applications are still open and when I login I want the applications to be started as I left them. Before I installed 16.04+Neon, I was using fedora 23 (+plasma desktop), as far as I can remember, this setup did what I wanted. In another bug https://bugs.kde.org/show_bug.cgi?id=87499 I found a similar problem, which I can confirm, but it's not the same as this. Reproducible: Always Steps to Reproduce: 1. Login 2. Start konsole, firefox, thunderbird 3. logout 4. login 5. no restored session :-( Actual Results: The desktop opens with no open windows Expected Results: I expect konsole firefox and thunderbird to be started when I log in, after I logged out with these specific applications open. -- You are receiving this mail because: You are watching all bug changes.
