Please refer to Fedora downstream bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1350107 and SDDM bug here: https://github.com/sddm/sddm/issues/651 Use of sddm-breeze fails because of permissions on background.png. I'm using the breeze theme. What I found was that the other themes worked fine. I then did a compare between the 01-breeze-fedora theme and the breeze theme. What I found was that the permissions on the file: /usr/share/sddm/themes/breeze/components/artwork/background.png /usr/share/sddm/themes/01-breeze-fedora/components/artwork/background.png were different. In the 01-breeze-fedora version it was 777, in the breeze version (which has the issue) it is 644. Apparently, that is the issue. I changed the permissions for: /usr/share/sddm/themes/breeze/components/artwork/background.png to 777
The permissions appears to have been (to borrow a phrase) a red herring. The issue appears with both the 01-fedora-breeze theme and the breeze theme (the only difference between the two is the background.png file). Other themes, such as maui work fine.
I am not sure if my problem is the same as this but in Archlinux. My login will flash for an instant, then nothing is visible. If I wait for ~15 seconds, the login screen will reappear. Also, if I click the mouse (or maybe press a key instead?), the screen will also reappear (not needing to wait).
Just had a large archlinux update and it is resolved upon reboot.
(In reply to vindicator from comment #3) > Just had a large archlinux update and it is resolved upon reboot. Can you mention what level you are now running? Thanks!
Ugh, false claim of success. I just rebooted to time a trash bug and SDDM is still a problem at v5.7.1. Perhaps before I had unwittingly moved my mouse or clicked it or pressed a key to make the screen reappear.
Failing to load the background won't be a fatal error regardless. It would just show a white square. Once logged in with the default theme can you run sddm-greeter --test-mode --theme /usr/share/sddm/themes/breeze (or whatever the Fedora path is) and see if that loads or crashes or what. if it does exit, can you get a backtrace please. Other thing to investigate is permissions on the SDDM user home directory somewhere in /var. Plasma renders SVGs so will cache them there. Could you reopen this when you've got that info
David, I don't know if you were addressing me, but it ran fine under Archlinux. I also never had a "white square". The screen would just blank out for 30 seconds (or until I click a mouse button). Should I be opening a different bug report for my case?
Created attachment 102824 [details] Diff of good Xorg.0.log vs bad one For me, under both Fedora 24 and Fedora 25, the problem is intermittent, so that's evidence that this might be a timing issue. Also, I diffed the Xorg.0.log from when the bug happened (BAD) vs when it didn't happen (GOOD), and the BAD log is missing some of the EDID info and modeline info that the GOOD log had. The diff of the logs is attached.
github bug is here: https://github.com/sddm/sddm/issues/756
This bug has had its resolution changed, but accidentally has been left in NEEDSINFO status. I am thus closing this bug and setting the status as RESOLVED to reflect the resolution change.
I am trying to debug this problem. Think mine matches. If I use either default breeze theme to SDDM it works during login, but doesn't if I logout. It goes to a black screen with no cursor. I can get out by either ctrl+alt+del for restart, or ctrl+alt+F3. Fedora 35 (kernel 5.15.11). KDE plasma 5.23.4