After upgrade to latest snapshot 20241017 I have strange issue on multi screen setups:
SDDM login works only on one of my screens (always the same one), rest of them stuck on loop when I’m typing my password and trying to log in. Issue appeared after latest upgrade. Also below login prompts there no icons to reboot or poweroff, they appears only on screen which allows me to log in and start plasma.
With single monitor setup I cannot notice this issue.
I had the same issue today and thought I went crazy. I typed my password and it got stuck. After a minute or two I noticed that I can click on the login screen on the other monitor and it works there.
Unrelated (maybe), for me there is a regression with the time it takes to load up plasma after logging in. It used to take 1 second to log in and see the desktop, after the update I wait like 10 seconds (wayland)
problem with long loading plasma can be solved by editing this file:
/usr/lib/systemd/user/plasma-ksplash-ready.service
and changing this line:
ExecStart=dbus-send --session --reply-timeout=1 --dest=org.kde.KSplash /KSplash org.kde.KSplash.setStage string:ready
to this line:
ExecStart=dbus-send --session --reply-timeout=1 --type=method_call --dest=org.kde.KSplash /KSplash org.kde.KSplash.setStage string:ready
I have a similar problem after update to the newest version on 18.10.24). After a fresh boot later the day only parts of the login screen was shown and after entering of user and password, nothing further happens (system crashed). Starting with the newest snapshot works. Start with open screen (laptop in docking station) works.
Any idea about the reason?
Or a possible work around?
(by the way, thanks or the tip about long loading).
I have the exact same issue, I rolled back.
If you are still having issues after installing snapshot 20241018 or later, you have a different issue. You should create a different thread.
Login windows on multiple screens with only one that actually accepts input was happening to me for more than a year. Getting rid of SDDM worked a charm. Other DMs include GDM, LightDM, XDM from standard TW repos, plus KDM3 (KDE3 repo on opensuse mirrors) and TDM (TrinityDesktop repo). I mostly use KDM3 and TDM now for Plasma logins, unthemed, old, but reliable.
I think that I had the same problem yesterday: empty screen after typing the password. The workaround was to replace sddm with lightdm.
It is interesting to find out that it was actually related to having the second monitor attached: normally I use only one monitor but I also have a second one that is shared with another computer.
As a workaround I switched to LightDM and everything now works normally after the upgrade. SDDM is still a bit broken however, unless I login on a specific screen.
Same here. After upgrade to 20241017 I only can login on the primary screen (on 2nd screen it does not work). And still the same issue with update 20241024.
Solution:
That worked for me and I can login on any screen I want. So you don’t have to switch to LightDM or so. Check it out…
I can confirm that, on maya and Maledives I can login on all my monitors without problem. On Breeze and Breeze for OpenSuse I can login only on one of them (which is not main in my case), rest of password prompts not working.
So this seems to be an Breeze Bug?
Switching to Maya or Maledives does work but this can’t be the solution.
Upstream bug: 494804 – With Qt 6.8, can't log in using external screen when using the Breeze SDDM theme
Ah thank you!
Didn‘t find that bugreport by myself.
The last big update solved the problems in my environment:
Operating System: openSUSE Tumbleweed 20241108
KDE Plasma Version: 6.2.3
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.11.6-2-default (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i7-6600U CPU @ 2.60GHz
Memory: 19.0 GiB of RAM
I can confirm that problem was solved with last Tumbleweed Snapshot