Normal logging in from boot is OK At resuming (from suspend/hibernate) there is a slightly different dialogue, that have an extra text field overlayed, telling to enter password. Sometimes, that text field is below password field, but sometimes it is *covering* the password field - effectively locking out the user! Sometimes there are both dialogues, some of those times, i see that what happens is the defunct dislogue is displayed a fraction of a second, then the normal login. I then pass that normal login but get stuck as the defunct one. Preinstalled with Xfce is also IceWM, same problem when logging into IceWM after resume. Preinstalled DM are LightDM, (default) and XDM. Changing login manager to XDM, it launches IceWM. Then after suspend, & resuming there i *same* strange dialogue.
This bug separates the login bug from bug 27896, leaving the hibernation issue itself there. I have only tested this with my old Thinkpad T43 and T400, and only Xfce. It manifests on both machines, using i586 and x86_64 ISOs respectively.
Whiteboard: (none) => 8RCPriority: Normal => HighTarget Milestone: --- => Mageia 8
Created attachment 12237 [details] Defunct login dialogue The rounded square with "Ange ditt lösenord" = "Enter your password" do look like I should enter it there, and that part looks like the working dialogue. Below that box the ugly field with text "Lösenord:" = "Password:" But I can not place text cursor *anywhere* Cannot write anywhere, no response either from Enter, Tab, Esc keys Only the mouse pointer and mouse keys works an can click the two buttons: Avbryt = Abort : Blackens screen Lås upp = Unlock : Always fail, of course Also tried typing in blind then click "Lås Upp" -> Fail.
More testing: § Having journalctl -f running in a VT (correct name? Ctrl-AltF4), i see nothing happening. § Using LightDM, selecting to launch IceWM-session instead of plain IceWM i do not see this happening (yet, five times in a row). Launching plain IceWM (without -session) now have always failed later resmume now three times in a row. --- Earlier today I left it long time, resumed, got to that defunct login, tried to switch to a VT but there comes no prompt, just black screen with a blinking cursor !? I could switch between terminals and the login screen so not completely hung. No trace in log afterwards. (next boot #journalctl -b-1). This may be a completely different bug, or disk problem; i had a few days ago the drive not responding. It may also be both then and now that the system shut down that spinner and failed to start it. Note to self: Machine "j7"; T400
Forgot to write for attachment in comment 2: After clicking button to unlock, under the text "Lösenord:" there comes a text line "Kontrollerar" ( = "Checking..." ) and if i leave it long it say time is out and screen blackens. That area is also higher when extra line of text is there, and the whole dialogue expands in height with it, so it is not dead. It just cant take input. Maybe the other dialogue is hidden behind, taking the text input...?
Thank you for all your trials. And the attached image showing the problem. To summarise the details of both systems, please post the output of: $ inxi -MSGxx Can we clarify that this deformed 'unlock' dialogue occurs: - With LightDM, both Xfce and IceWM - With XDM and IceWM - but NOT with LightDM & IceWM-session (comment 3). [which begs the too-obvious question of "XDM + IceWM-session" if possible, to see whether the DM or desktop is the factor].
CC: (none) => lewyssmith
> Can we clarify that this deformed 'unlock' dialogue occurs: > - With LightDM, both Xfce and IceWM Correct. > - With XDM and IceWM I dont know wether XDM start IceWM or IceWM-session. I can only guess it is IceWM because it vut not -session fail with LightDM. > - but NOT with LightDM & IceWM-session (comment 3). Correct. > [which begs the too-obvious question of "XDM + IceWM-session" if possible, I don't know how to tell XDM what to start. > to see whether the DM or desktop is the factor]. We could try some other DM too. And DE. But it would also be interesting to see how it works on others machines. This can be tested with xfce Live, even without persistence.
On Thinkpad T400: $ inxi -MSGxx System: Host: localhost Kernel: 5.10.7-desktop586-1.mga8 i686 bits: 32 compiler: gcc v: 10.2.1 Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 wm: xfwm4 dm: LightDM Distro: Mageia 8 mga8 Machine: Type: Laptop System: LENOVO product: 64741EG v: ThinkPad T400 serial: <superuser required> Chassis: type: 10 serial: <superuser required> Mobo: LENOVO model: 64741EG serial: <superuser required> BIOS: LENOVO v: 7UET94WW (3.24 ) date: 10/17/2012 Graphics: Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Lenovo driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:2a42 Display: x11 server: Mageia X.org 1.20.10 driver: intel unloaded: fbdev,modesetting,vesa resolution: 1280x800~60Hz s-dpi: 96 OpenGL: renderer: Mesa DRI Mobile Intel GM45 Express (CTG) v: 2.1 Mesa 20.3.3 direct render: Yes
On Thinkpad T43 $ inxi -MSGxx System: Host: localhost Kernel: 5.10.7-desktop586-1.mga8 i686 bits: 32 compiler: gcc v: 10.2.1 Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 wm: xfwm4 dm: LightDM Distro: Mageia 8 mga8 Machine: Type: Laptop System: IBM product: 2669N27 v: ThinkPad T43 serial: <superuser required> Chassis: type: 10 serial: <superuser required> Mobo: IBM model: 2669N27 serial: <superuser required> BIOS: IBM v: 1YET65WW (1.29 ) date: 08/21/2006 Graphics: Device-1: AMD RV370/M22 [Mobility Radeon X300] vendor: IBM driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:5460 Display: x11 server: Mageia X.org 1.20.10 driver: ati,radeon unloaded: fbdev,modesetting,vesa resolution: 1024x768~60Hz s-dpi: 96 OpenGL: renderer: ATI RV370 v: 2.1 Mesa 20.3.3 direct render: Yes
I will manage to test this that day. Meanwhile, according to Chris on QA ml: > Our default Xfce settings  > Power Manager: lock > Default installed xfce-screensaver: lock (with black screen) > lightdm-locker: lock > All are enabled by default. They have different lock/unlock screen. This should be fixed before release. I do see similar bug report about XFCE's difficulties to recover from a screenlocker. This bug https://bugs.mageia.org/show_bug.cgi?id=27889 could be related at his roots. Raising. @Morgan, Does your installation come from default presets from installer ISO?
Priority: High => release_blockerCC: (none) => ouaurelien
All defaults. One classic install to disk, and one classic to another USB. In both of them plus several times while using Xfce Live, this have hit me. inxi outputs in comment 6 & 7 was from booted same 32 bit stick. The problem is there also when running 64 bit spinning disk or USB on the T400 - with the added quirk that when using spinner it once seem not to have restarted after long pause.
> Default installed xfce-screensaver: lock (with black screen) When i click Abort in the defunct dialogue screen go black, so this may be that "screensaver".
M8_RC1_Round2 ISO. Classic ISO, default preset, x86_64 in a VM. XFCE installed only, lightdm is default DM. Default XFCE screen-locker is Light Locker and according to xfce4-settings-manager => Power Manager => Security : Automatically lock the session: Never Delay locking after screensaver for 1 seconds Lock screen when system is going to sleep is set ON (Checked) Under xfce4-settings-manager => Session and Startup => General Session Chooser Display chooser on login is unckeched (this is what we want) Logout Settings has two options checked and do not matter here. BUT!! The latter one: Shutdown Lock scree before sleep (Run xflock4 before suspending or hibernating the system) is UNCHECKED and must be UNCHECKED if you use Light Locker from Power Manager. Both are exclusive and can't be used at the same time. the default behaviour for XFCE is to use of Lightdm as Desktop Graphical Manager and it uses it to display an user prompt to log in and to unlock the session. You can't use 2 screenlockers. Also, note that Classic Installer on x86_64 does not install xfce4-screensaver. This can be also a good candidate to add an additional Login prompt. By default, I can't see any 2 login prompts on a x86_64 VM. I will test an i586 later. @Morgan, can you check these settings above?
Culprit: xfce4-screensaver association with Light Locker is broken. When it loads the "screensaver" (I used the one with mouses to differentiate from an other black screen) it can also lock the session, it displays a Lightdm-like greeter and prompts for user credentials, there is no VT switch to LightDM. So, this is an other process. But as soon as I put system to sleep/hibernate, upon wake up, I get a VT switch to LightDM and lightdm-greeter asks for user credentials. BUT, Xfce desktop is locked by xfce-screensaver also! and prevents me to enter my credentials, there is no focus in password field, mouse can move but I can't click in it. I can click on "logon" "Cancel" but it clearly does not function well. I must go to TTY2, log as my user name, and do a kill $PID of xfce-screensaver to return to Desktop. So there is a setting somewhere that must be reverted somewhere. If you really want xfce-screensaver function, which is not installed by default, Light Locker functionality must be deactivated. But, this can't be set somewhere. To sum up, there is 3 ways to lock screen on XFCE: - Light-Locker (in Power Manager => Security), this is default one. - xfce-screensaver (Not installed by default by task-xfce-minimal, that's installed by Classic ISO) - xflock4 command (if selected in Session and Startup => General => Session Chooser), deactivated by default, so, it won't interfere as long as user leave this setting alone unchecked. Assigning to XFCE maintainer. this is not possible, there is a bug upstream: if session is locked by xfce-screensaver, light-locker should not be activated leaving sleep/hibernation.
Assignee: bugsquad => jani.valimaa
Are we back in the quagmire of having >1 screensaver/locker at work?
(In reply to Lewis Smith from comment #14) > Are we back in the quagmire of having >1 screensaver/locker at work? No, as long as user does not install xfce-screensaver rpm. By default, it is not installed on new M8 installation from Classic ISO and after chosen XFCE as desktop.
Priority: release_blocker => High
Keywords: (none) => FOR_ERRATA8
Please run xfce Live: It seem to have this bug, and if so IS a blocker until fixed. At least here it fouls up without me setting, installing or updating anything.
What do QA think about this? Does anyone else see it?
I asked on QA list and Chris responded he have reported before https://ml.mageia.org/l/arc/qa-discuss/2021-01/msg00424.html Apart from that neither confirmation nor opposite.
Thanks for the pointer, same as Aurélien's comment 9; but he omitted the next line. Chris knows Xfce backwards: "Our default Xfce settings :( Power Manager: lock Default installed xfce-screensaver: lock (with black screen) lightdm-locker: lock All are enabled by default. They have different lock/unlock screen. I have reported that more than once. These are not sensible settings."
CC: lewyssmith => (none)
And sensible default settings would be? I can alter the default settings, but I would like to know the best working combination of settings and pkgs installed by default.
I think we have several options, and I trust Jani to pick the best. He knows best. On the latest Xfce Live and the net install: xfce4-screensaver is installed by default, maybe we use task-xfce. On the big DVD (I don´t use it) no xfce4-screensaver by default, maybe because we use task-xfce-minimal? Option 1: (this is what debian does) don't install xfce4-screensaver. We can do everything with the xfce power manager and xflock and lightdm-locker. And it works well. Option 2: don't autostart the xfce screensaver Option 3: disable the xfce screensaver by default Maybe there is more, not sure. Btw: very nice Xfce system so far on M8, Jani :) I'm 'Chris' on the qa team list.
CC: (none) => shybluenight
I just checked the rpm list of the Big DVD, there xscreensaver is installed. That might be a problem as well if it is activated in Xfce. I have no suggestion for this, and I'm not familiar at all with installing from this medium.
(In reply to Jani Välimaa from comment #20) > And sensible default settings would be? > > I can alter the default settings, but I would like to know the best working > combination of settings and pkgs installed by default. Classic ISO install : no xfce4-screensaver. Best settings. This rely solely on Light-Locker and a VT switch with Lightdm. Don't install xfce4-screensaver on Live ISO and by default. I think this should be reported upstream. I can't find a good setting with xfce4-screensaver installed. I always get a VT switch to Lightdm while resume from sleep/hibernate, what ever I set in xfce4-settings-manager. I do think it should be ditched from our repos. Or, if someone can pinpoint the setting to prevent VT switch to Lightdm upon resume, xfce4-screensaver can be survive (but an only black screen or with mouses running around)...
(In reply to Chris B from comment #22) > I just checked the rpm list of the Big DVD, there xscreensaver is installed. > That might be a problem as well if it is activated in Xfce. I have no > suggestion for this, and I'm not familiar at all with installing from this > medium. Xscreensaver is not enabled by default when you only choose XFCE in Classic iso.
I have now added default settings for xfce4-screensaver to mageia-xfce-config. Xfce4-screensaver is disabled by default. I also removed xfce4-screensaver recommends from xfce4-settings.
Great: I dont see the problem on Live xfce 64 on ISO round 3. Good if someone more confirm. One detail: The login dialogue from suspend i saw was not translated. (button)
Whiteboard: 8RC => 8RC round 3Keywords: FOR_ERRATA8 => (none)
I already confirmed (on the qa list) that it is solved for the xfce live iso. But you could test it with the classic iso (which had the issue also), and for example a multi DE install, if xscreensaver does funny things.
Yes, problem is fixed, great :) A new problem becomes visible: Bug 28286 - Resume login: xfce desktop visible a couple seconds - Xscreensaver(?) far too slow to start
forgot
Resolution: (none) => FIXEDStatus: NEW => RESOLVED