Description of problem:immediately after logging into LXDE for the first time after the install reboot, screen locker activates and presents the popup for unlock against a black background. accepts password, unlocks and presents the desktop. screen locker behaves normally after this.ie, if desktop unattended for a period of time, screen locker reactivates and presents unlock popup when key pressed or mouse moved. reboot system and login to a normal DE as expected Version-Release number of selected component (if applicable): Mageia-5-rc-x86_64-DVD Tue Mar 3 09:15:07 CET 2015 How reproducible: 2 x occurrences logged on Mageia5rc pad by different users Steps to Reproduce: 1.Install LXDE system only. reboot 2.login to LXDE desktop 3.be presented with a black screen with the screen locker popup awaiting password entry and no desktop Reproducible: Steps to Reproduce:
CC: (none) => nicolas.salgueroComponent: Release (media or process) => RPM PackagesSource RPM: Mageia-5-rc-x86_64-DVD. Mar 3 09:15:07 CET 2015 => task-lxde?
CC: sysadmin-bugs => eeeemail, ennael1, loginov_alex
*** Bug 15517 has been marked as a duplicate of this bug. ***
Summary: M5RC LXDE at first login screen locker immediately activates after login => M5RC, LXDE and XFCE at first login screen locker immediately activates after login
in iso Mageia-5-dual-DVD 1 april 2015 screen locker activates immediately after subsequent logins also
valid Mageia-5-dual-DVD 15 april 2015
Just to be sure: this happens at first login after installation, at first login after a reboot, or at every login?
CC: (none) => stormi
usually, I only do the one boot up after install, test the system, and replace the entire system with the next DE. so I am confident that the issue absolutely occurs on the first login after install. today, from i586 CI, both lxde and xfce, however, the issue did not present. yesterday, from dual, xfce, it did.
CC: (none) => jani.valimaa
Priority: Normal => release_blockerBlocks: (none) => 14069
I can't reproduce with the final Mageia 5 RC, classical x86_64 DVD, installing LXDE. Both the first and subsequent reboots are just fine, I don't get the screen locker. I've tested both with and without autologin, no issue.
Source RPM: task-lxde? => xscreensaver
Can we have one more test report about it? at least to decrease or close this bug
Tested it also using DVD 64 classical isos. 2 full installations, one with LXDE, one with XFCE. No problem at all with screensaver.
Decreasing priority until we can confirm that it's still reproducible, and under which circumstances.
Priority: release_blocker => High
I experienced this with lxde during RC testng
It is very intermittant, in that a re-install from the same media may not exhibit the problem.
occurred today from Mageia-5-dual-DVD, installed from DVD
I have updated the errata https://wiki.mageia.org/en/Mageia_5_Errata#LXDE concerning this problem.
Whiteboard: (none) => IN_ERRATA
I confirm this issue for LXDE first start (xscreensaver-5.29-6.mga5). xscreensaver asks password, but option "Lock Screen After" is not checked. It's OK if xscreensaver starts, but not OK if asks password against own settings.
Whiteboard: IN_ERRATA => IN_ERRATA MGA5TOO
It will be more right: xscreensaver the first start: - option "Lock Screen After" is enabled by default with 10 minutes, but timer works wrong and screen locks immediately (without 10 min). xscreensaver the second start: - option "Lock Screen After" is enabled, but does not work - password does not prompted. Maybe workaround: disable option "Lock Screen After" by default. This option works randomly and user have no time to change it if it enabled by default.
Assignee: bugsquad => nicolas.salguero
Hi, The package xscreensaver-5.29-6.2.mga5 in core/updates_testing disables option "Lock Screen After" by default. Could you test it, please, to see if the problem is solved? Moreover is this bug also occur with Cauldron version of xscreensaver? Best regards, Nico.
If the problem does persist in Cauldron, we should let upstream know. This option is enabled for what seem to be obvious reasons, so it wouldn't be great if we had to disable it.
The main problem is that I cannot easily reproduce the bug: I only saw the "immediate lock after first log in" bug once (in a Virtualbox VM) but I have never been able to trigger it again, neither in a Virtualbox VM nor in real hardware (tested on several machines).
This bug is not reproducible in Virtualbox in my tests. That's why you cannot reproduce. But I can reproduce it always in my real system. I don't know reason: drivers, hardware, something else. The package xscreensaver-5.29-6.2.mga5 in core/updates_testing fixes this issue: screensaver starts, but screen does not lock.
Alex, what is happening if you manually re-enable screen locking after the first time you log in? Does the problem reappear if you log out and then log in? And if you reboot or power off and then power on? Could you also try to enable debug mode (with option -verbose in command line or by setting verbose to True in configuration file) to see what xscreensaver tells us? The only hypothesis I have for the moment is a problem with a NTP client which would correct computer time when you log in.
I have made available version 5.34 in core/updates_testing for Mga5 because of bug 17012. Does that version also corrects the "immediate lock after first log in" problem? If not, I will have to talk about that problem with upstream.
Whiteboard: IN_ERRATA MGA5TOO => IN_ERRATA MGA5TOO NEEDHELP
Whiteboard: IN_ERRATA MGA5TOO NEEDHELP => IN_ERRATA MGA5TOO NEEDINFO
Adding the pkg-bugs mailing list in CC because of the NEEDHELP keyword set by the maintainer.
CC: (none) => pkg-bugsWhiteboard: IN_ERRATA MGA5TOO NEEDINFO => IN_ERRATA MGA5TOO NEEDHELP
Hi, I have made available version 5.35 in core/updates_testing for Mga5 and Cauldron (and in tainted/updates_testing for Cauldron too). Does that version corrects the "immediate lock after first log in" problem? Best regards, Nico.
Hi, In fact, the version 5.35 is in core/release for Cauldron. Best regards, Nico.
(In reply to Nicolas Salguero from comment #23) > Hi, > > I have made available version 5.35 in core/updates_testing for Mga5 and > Cauldron (and in tainted/updates_testing for Cauldron too). > > Does that version corrects the "immediate lock after first log in" problem? > > Best regards, > > Nico. Hi Nico, in Mageia-6-RC-i586-DVD.iso DATE.txt: Fri Jul 22 23:00:00 CEST 2016 md5sum: 33bbcc84fda8ddfd3bcee622d4d5703d sha1sum: 3b59d9a956237cb4916aa08ab3323215dd9bb359 in a virtual box, no. :( I would not normally test in a virtual box, but I am unable to check on real hardware at the moment
Keywords: (none) => 6RCSummary: M5RC, LXDE and XFCE at first login screen locker immediately activates after login => [6rc], LXDE and XFCE at first login screen locker immediately activates after login
There is no such behaviour for x86_64 xfce; it works normally with latest classical iso - last sync an hour ago. I've not tested i586 Tony
CC: (none) => tablackwell
It looks like it's fixed, then. Great. Please reopen if it occurs again to someone in the near future.
Status: NEW => RESOLVEDResolution: (none) => FIXED