Bug 26257 - sddm freezes immediatly on login with one user.
Summary: sddm freezes immediatly on login with one user.
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2020-02-25 22:22 CET by w unruh
Modified: 2020-12-09 20:53 CET (History)
2 users (show)

See Also:
Source RPM: sddm-0.18.1-3.mga7.src.rpm
CVE:
Status comment:


Attachments

Description w unruh 2020-02-25 22:22:33 CET
Description of problem:
When I try to log in to the sddm login screen, all that happens is that the sddm login screen freezes. The mouse works, but I can do nothing with it. None of the bottons work and the system does not log in 
If I do alt-ctrl-Bksp twice it reloads and I can again enter the username and password but again it freezes with that user. 

I can do alt-ctrl-F2 and login to the terminal and run 
startx -- :1 
and the Plasma screen comes up ok. But sddm login is a disaster. 

There are no error messages (except the usual EE in /var/log/Xlog.0 that /var/run/sddm/{....} (the dots are a ong list of random characters) does not exist, when it clearly does exist But on users who can log in that same error message is in the log when they manage to log on. 

I have no idea what is freezing in sddm. But as it stands now, the sddm login screen is useless for me. 




Version-Release number of selected component (if applicable):

sddm-0.18.1-3.mga7

How reproducible: always


Steps to Reproduce:
1.
2.
3.
Comment 1 Lewis Smith 2020-02-26 20:48:46 CET
You are having strange problems unique to yourself. Can you say a little about your system.

To carry on (hopefully), install another display manager like lightdm, then in a Ctrl/Alt/Fn console, login as root, and do:
 # drakdm
Change to the other display manager. Unfortunately, you often have to re-boot for the change to take effect. See whether that at least enables you to log in normally.
If it does, try changing back to SDDM to see whether the original problem returns.

CC: (none) => lewyssmith
Source RPM: sddm? => sddm-0.18.1-3.mga7.src.rpm

Comment 2 Aurelien Oudelet 2020-08-10 14:33:01 CEST
@ reporter,

Are you still affected by this strange bug?

Does procedure above help you?

Regards,

CC: (none) => ouaurelien

Comment 3 w unruh 2020-08-10 17:46:51 CEST
No idea. Covid happened. I could get into X by logging in to a terminal and then running startx. But I have not been able to get back at my work computer-- university shut down.
Comment 4 Aurelien Oudelet 2020-08-10 18:39:38 CEST Comment hidden (obsolete)

Status: NEW => UNCONFIRMED
Ever confirmed: 1 => 0

Comment 5 Aurelien Oudelet 2020-08-10 18:40:57 CEST
This bug report will stay opened until some further feedbacks when it will be possible.

Bug to unconfirmed, needinfo.

Suggest: performing above (Comment #2),

or try reinstall/upgrade with classic Installer from 7.1 ISO and using online repos. If asked for /etc/sddm.conf or files in /etc/sddm.d/, please use .rpmnew file as it will prevent misconfiguration.

Keywords: (none) => NEEDINFO

Aurelien Oudelet 2020-08-19 23:28:27 CEST

Severity: critical => normal

Comment 6 Aurelien Oudelet 2020-12-09 20:53:33 CET
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution.

Users who have experienced this problem are encouraged to upgrade to the latest update of our distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information.

Closing as OLD.

Status: UNCONFIRMED => RESOLVED
Resolution: (none) => OLD


Note You need to log in before you can comment on or make changes to this bug.