Description of problem: Anyone can see desktop briefly Steps to Reproduce: 1. Boot Live xfce to desktop 2. Mageia menu -> Log out button -> suspend button 3. Wake it up 4. See desktop a couple seconds. (on my old machine more than 3s first time...) 5. ...then desktop get covered by login Ideas: Can login screen be launced before suspend? If not possible to fix at login, maybe can xfce minimize all windows before suspending?
Priority: Normal => HighCC: (none) => jani.valimaa
Whiteboard: (none) => 8RC take 5Keywords: (none) => 8rc1Target Milestone: --- => Mageia 8
Sidenote: the Login button is not translated. I don't know if it should be. That word is probably understood in most port of the world anyway...
What about the specification of the machine? It is too slow that light locker opens itself too slowly?
CC: (none) => ouaurelien
Thinkpad T400: 2x2,2 MHz 64 bit 4G RAM, some for its time decent GPU, no problem with internet tv, video etc. Comparison: Larger apps like Mageia Control Center is *much* quicker. But i have come to think that it may not be the screen locker that is slow. Maybe erroneoulsy old image data is shown, while the screen locker is invisibly up, like the problem at login where old graphic data are still shown a couple seconds at login; see https://bugs.mageia.org/show_bug.cgi?id=24134#c35 Anyway, in this case too, it would work around that bug if screen locker was fully launched *before* entering sleep - i dont know if that is technically easily possible to achieve. This problem of screen showing up before locker as principle is as old as from last millenia, i think it was never correctly implemented. It is just that what i see here is worse than ever.
Whiteboard: 8RC take 5 => (none)
Mageia 8 XFCE, x86_64 from classic ISO and under a VM. I CAN reproduce the behaviour. Putting system to sleep is OK. Wake from sleep briefly display the XFCE desktop and switches to lightdm-greeter on other TTY to ask for password. You can see this using a mediam sized Virtualbox window: the window is redrew and you see a VT switch. Using virtual Keyboard, I see tty2 is owned by lightdm locker asking for current user credential... BUT!! tty1 is the already running desktop and totally UNLOCKED! this is crazy and insane! XScreenSaver is not installed by default. Light Locker preferences are owned by xfce4-power-manager-4.16.0-1.mga8.src.rpm I remember that XFCE sometimes displayed 2 login screen when screen is locked. 2 process in conflicts. Now, situation is somewhat worse. What ScreenLocker should be run by default? Better to ask xfce maintainer, @Jani can you answer ^^, please?
Source RPM: (none) => xfce4-power-manager-4.16.0-1.mga8.src.rpmKeywords: 8rc1 => (none)Severity: normal => criticalSummary: Resume login: xfce desktop visible a couple seconds - Xscreensaver(?) far too slow to start => XFCE Light Locker: Resume from suspend gives a desktop visible a couple seconds before a VT switch to Light Loocker on TTY2. TTY1 still accessible and unlocked
Summary: XFCE Light Locker: Resume from suspend gives a desktop visible a couple seconds before a VT switch to Light Loocker on TTY2. TTY1 still accessible and unlocked => XFCE Light Locker: Resume from suspend gives a desktop visible a couple seconds before a VT switch to Light Locker on TTY2. TTY1 still accessible and unlocked
@Jani, can you please tell something about that I discovered above? Assigning to you, feel free to reassign back if irrelevant.
Assignee: bugsquad => jani.valimaa
Something similar, here. I work under Mate. When I leave my workplace and come back many minutes later - well after time time-to-lock time, the screen is black but a movement on the mousepad display the graphical environement which is still accessible a few seconds (up to 10 !?) before the screen saver locks the system. During this short time, I have already tested than I can send some commands... This unsecure things arrive near 1 ober 5-6 times. Intel 64 bits, Mageia uptodate Screesaver used: Ecran vide (Empty screen)
CC: (none) => raoul.behrend