Hello Alistair, or anyone else affected, Accepted lightdm into saucy-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/lightdm/1.8.6-0ubuntu1 in a few hours, and then in the -proposed repository.
Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance! ** Changed in: lightdm (Ubuntu Saucy) Status: In Progress => Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1256150 Title: Xorg guest session fails to start if the user has logged out and logged in again Status in Light Display Manager: Fix Released Status in Light Display Manager 1.8 series: Fix Released Status in “lightdm” package in Ubuntu: Fix Released Status in “lightdm” source package in Saucy: Fix Committed Status in “lightdm” source package in Trusty: Fix Released Bug description: [Impact] Unable to switch sessions. [Test Case] 1. Log in to the desktop. 2. Log out again. (But don't reboot or anything like that.) 3. Log in again. 4. Start a guest session. Result: Depends on Xorg server in use. With intel driver, the guest Xorg session fails to start up with a DRM permission error (see attached Xorg.1.log). With virtualbox, and possibly AMD proprietary driver, the Xorg session on :1 appears to fight the one on :0 for control of the framebuffer - windows from both desktops get drawn over each other, causing a big mess. The login/logout step is important: if you log in to the desktop immediately after the lightdm session has been started or restarted ("sudo service lightdm restart"), then the :1 session will start correctly. (This problem can also be reproduced in another way: some desktops, when locking the display, create a new greeter instance on :1. This will also fail if the user has logged out and logged in again. For example, Xubuntu does this.) [Regression Potential] Low. Bug is a simple fix for wrong logic and has been running in Ubuntu 14.04 for some time without issue. To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1256150/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
