Hi Peter,
OK, I can now reproduce the bug you're seeing. Note that is is a
different case to the test-switch-to-greeter-return-session regression
test - that test uses the SwitchToGreeter D-Bus API, in your case you
are using the Session.Lock API. The (new) regression test that exercises
the problem is test-lock-session-return-session.
This problem should now be fixed in trunk, please confirm this is the
case.
** Changed in: lightdm
Status: Incomplete => Fix Committed
** Changed in: lightdm (Ubuntu)
Status: Incomplete => Fix Committed
** Changed in: lightdm (Ubuntu)
Importance: Undecided => Medium
** Summary changed:
- Lightdm doesn't terminate alternate session login
+ Locking session leads to stale X server
--
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/1005813
Title:
Locking session leads to stale X server
Status in Light Display Manager:
Fix Committed
Status in “lightdm” package in Ubuntu:
Fix Committed
Bug description:
Choosing "Switch to different user" in Ubuntu gives you another login
screen, which is very nice and useful. However after using that
alternate session, lightdm keeps the X server and greeter for that
alternate session open and running. Gdm, on the contrary, terminates
the X server for the alternate session when you log out of it.
This behaviour does make a difference when you run Ubuntu on a laptop
on battery. Using the alternate login just once after boot (and ending
the session again) initiates a constant cpu load of 1-2% (on my
laptop). Doesn't sound much. But compared to "idle" without the second
X server and greeter, this is an increase of about 75%.
I admit that I didn't have the time to keep the laptop running idlely
und doing some real battery measurements. But with a laptop on
battery, you should use any possibility to save energy.
To manage notifications about this bug go to:
https://bugs.launchpad.net/lightdm/+bug/1005813/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
