On a Pentium IV notebook of mine I am using lxde as desktop environment and lxdm as display manager. Suspend to ram works as can be verified via 'systemctl suspend'. However if I suspend via the GUI menu then xscreensaver-command -suspend is invoked which shows a login dialogue after resume. As you can see from the attached image the background is black after resume and stays dark when the slideshow of xscreensaver begins (see image). Now /etc/X11/app-defaults/XScreensaver sets black as the foreground colour and something very bright as background colour. However xscreensaver does not pay heed to the configured background colour so that you end up with an unreadable login dialogue. You can issue a killall xscreensaver on another vtXX [Ctrl][Alt][Fxx] and that resolves the issue for this time. However I have now set the label text, the button text and the input field text colour to AAAA00 in /etc/X11/app-defaults/XScreensaver which is a mediocre light yellow that should be readable with black background but also with a bright photo behind like one showing snow. This does resolve the issue. David W. Hodgins has helped me on this issue and he tested it with other display managers like gdm. Unlike lxdm, gdm does not appear to rely on xscreensave-command -suspend. Gdm displays its own login dialogue and allows to disable the login dialogue which does not appear to be possible for xscreensaver-command -suspend. You can invoke xscreensaver-command -suspend manually from a terminal and I have run into the same issue without doing any actual suspend or hibernate. While most display managers do not rely on xscreensaver for suspend and hibernate, it should still be configured correctly, which is important when using lxdm/lxde.
Created attachment 13220 [details] screenshot of login image after suspend when the slideshow has already begun
other suspend and hibernate issues here: https://bugs.mageia.org/show_bug.cgi?id=30180
Hi, Indeed, in your case, xscreensaver is not really usable. My main concern is that I never saw such a problem with xscreensaver. I daily use LXDE and xscreensaver on a wide range of machines (since two decades on different UNIX-like OSes for xscreensaver) and, for me, the rectangle that appears almost transparent in your screenshot has always been not transparent at all but light grey. Did you add a compositor on top of LXDE? Do you have other problems with OpenGL, for instance? Did you change anything in the system-wide config files of xscreensaver? If you have the file "$HOME/.xscreensaver", can you try to remove it, logout from LXDE and log into it again to see if it solves the issue? Best regards, Nico.
CC: (none) => nicolas.salgueroAssignee: bugsquad => nicolas.salguero
The problem has already been resolved by the latest updates thanks to our engaged Mageia team. A Pentium IV does of course have no OpenGL but the respective environment variable can obviously resolve this issue (as for Qt apps): # ps -p 9452 -o pid,ppid,args PID PPID COMMAND 9452 8864 xscreensaver -no-splash # tr '\000' '\n' </proc/9452/environ | grep GL QT_XCB_FORCE_SOFTWARE_OPENGL=1 For me it would be nice to know which package update has resolved the issue. Do you know where there is a logfile with the updates performed lately? Furthermore I am looking forward to Gtk4 where mcc should work again without OpenGL (said to work: GSK_RENDERER=cairo).
.
Status: NEW => RESOLVEDResolution: (none) => FIXED
Bug 31227: regression - again the login dialogue is not drawn correctly (background box is missing). A grep on /proc/NNN/environ has shown that the QT_XCB_FORCE_SOFTWARE_OPENGL environment variable is no more set. This is a regression of this bug and should be fixed again (at least as long as Mageia does not include the patches from Karol Herbst, Bug 30568 which fix this for the time before the first s2ram)
Resolution: FIXED => (none)Status: RESOLVED => REOPENED
fixed by upgarding to Mageia 9 (currently alpha 1 to my knowledge): xscreensaver-6.06-1.mga9
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED