gnome-session not shutting down cleanly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Ubuntu GNOME |
High
|
Unassigned | ||
| gnome-session (Ubuntu) |
High
|
Unassigned | ||
| Trusty |
Undecided
|
Unassigned | ||
| Utopic |
Undecided
|
Unassigned | ||
| Vivid |
High
|
Unassigned |
Bug Description
[Impact]
We have had reports going back to 13.10 that gnome-shell extensions are disabled after restart (LP: #1236749), this has probably been our #1 unresolved bug for the last few cycles. While this is the main user visible bug probably other bugs caused by this for example (BGO: #745707)
The cause was tracked down to gnome-session not shutting down cleanly under upstart. Although the underlying issue seems to be the order in which upstart takes down the various components in a user session, the side-effects themselves appear to be caused by gnome-session continuing to run when it should in fact be shutdown
The fix updates the 103_kill_
[ Test Case ]
Note: This is only reproducible under upstart init.
1. Load gdm
2. Login to gnome-shell using GNOME from the session list
3. enable some extensions
4. reboot system from user menu.
5. login again to find extensions disabled.
[ Regression Potential ]
Very low, the fail whale is meant to be fatal. The upstream dialog that is disabled in ubuntu does in fact cause gnome-session to get shutdown.
Related branches
- Ubuntu Desktop: Pending requested 2015-03-10
-
Diff: 62 lines (+24/-10)2 files modifieddebian/changelog (+8/-0)
debian/patches/103_kill_the_fail_whale.patch (+16/-10)
Tim Lunn (darkxst) wrote : | #1 |
Changed in ubuntu-gnome: | |
milestone: | none → utopic |
Changed in upstart (Ubuntu): | |
importance: | Undecided → Low |
I don't know how much this comment would contribute to this bug but I can at least confirm that the behavior described here is a possible reason why this is going on, as judged by my comment to bug 1236749 here: https:/
Changed in ubuntu-gnome: | |
milestone: | utopic → vivid |
Tim Lunn (darkxst) wrote : | #4 |
we disable the fail whale dialog on ubuntu, but then just return back into the code, without telling gnome-session to die which is causing some problems. the fail whale should be fatal and the disabled dialog, would normally tell gnome-session to quit.
Tim Lunn (darkxst) wrote : | #5 |
reassigning to gnome-session, although the issue seems to be triggered by upstart pulling down things in the wrong order, most of the damage seems to come from a buggy ubuntu patch in gnome-session.
affects: | upstart (Ubuntu) → gnome-session (Ubuntu) |
Tim Lunn (darkxst) wrote : | #6 |
Tim Lunn (darkxst) wrote : | #7 |
description: | updated |
description: | updated |
Tim Lunn (darkxst) wrote : | #8 |
marking importance as High, since I have a strong suspicion this is also causing many reported black screen deadlocks, and quite possibly failed software rendering fallback under gdm.
Changed in gnome-session (Ubuntu): | |
importance: | Low → High |
Changed in ubuntu-gnome: | |
importance: | Undecided → High |
Changed in gnome-session (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in ubuntu-gnome: | |
status: | New → Triaged |
Launchpad Janitor (janitor) wrote : | #9 |
This bug was fixed in the package gnome-session - 3.14.0-2ubuntu4
---------------
gnome-session (3.14.0-2ubuntu4) vivid; urgency=medium
[ Tim Lunn ]
* debian/
should die at this point. This will fix LP: #1236749,
LP: #1385572 and possibly various other strange bugs
[ Ryan Tandy ]
* debian/
patch to add a --disable_
(LP: #1251281)
* debian/
when launching a GNOME Flashback (Metacity) session.
-- Dmitry Shachnev <email address hidden> Fri, 20 Mar 2015 09:35:59 +0300
Changed in gnome-session (Ubuntu): | |
status: | Triaged → Fix Released |
Changed in gnome-session (Ubuntu Trusty): | |
status: | New → In Progress |
Changed in gnome-session (Ubuntu Utopic): | |
status: | New → In Progress |
Hello Tim, or anyone else affected,
Accepted gnome-session into utopic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Changed in gnome-session (Ubuntu Utopic): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed |
Changed in gnome-session (Ubuntu Trusty): | |
status: | In Progress → Fix Committed |
Brian Murray (brian-murray) wrote : | #11 |
Hello Tim, or anyone else affected,
Accepted gnome-session into trusty-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
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-
Further information regarding the verification process can be found at https:/
Tim Lunn (darkxst) wrote : | #12 |
tested on trusty and utopic, both are working as expected and enabled extensions, stay enabled after restart.
tags: |
added: verification-done removed: verification-needed |
Launchpad Janitor (janitor) wrote : | #13 |
This bug was fixed in the package gnome-session - 3.9.90-0ubuntu12.1
---------------
gnome-session (3.9.90-
[ Tim Lunn ]
* debian/
should die at this point. This will fix LP: #1236749,
LP: #1385572 and possibly various other strange bugs
[ Ryan Tandy ]
* debian/
upstream patch to add a --disable-
(LP: #1251281)
* debian/
when launching a GNOME Flashback (Metacity) session.
-- Dmitry Shachnev <email address hidden> Sat, 21 Mar 2015 15:49:36 +0300
Changed in gnome-session (Ubuntu Trusty): | |
status: | Fix Committed → Fix Released |
Chris J Arges (arges) wrote : Update Released | #14 |
The verification of the Stable Release Update for gnome-session has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
Launchpad Janitor (janitor) wrote : | #15 |
This bug was fixed in the package gnome-session - 3.9.90-0ubuntu16.1
---------------
gnome-session (3.9.90-
[ Tim Lunn ]
* debian/
should die at this point. This will fix LP: #1236749,
LP: #1385572 and possibly various other strange bugs
[ Ryan Tandy ]
* debian/
upstream patch to add a --disable-
(LP: #1251281)
* debian/
when launching a GNOME Flashback (Metacity) session.
-- Dmitry Shachnev <email address hidden> Sat, 21 Mar 2015 15:49:36 +0300
Changed in gnome-session (Ubuntu Utopic): | |
status: | Fix Committed → Fix Released |
Changed in ubuntu-gnome: | |
status: | Triaged → Fix Released |
Andreas Ritter (eddie8) wrote : | #16 |
Dear all, are you sure the bug is fixed? Or are there any other bugs wich lead to this behavior (extensions disabled after login)? I switched back to KDE because of this bug, but with ubuntu 15.10 I began using gnome, again. The last month, the extensions were only about once a week disabled, for now since a few days on every startup.
Ubuntu 15.10, default gnome.
kylea (kylea) wrote : | #17 |
Still present in 15.10. This is definitely not fixed
Miner (assassinking) wrote : | #18 |
Affects Ubuntu 16.04 setup with Dell Inspiron 3537 laptop and external HDMI monitor. Tends to happen when closing a lid and then unplugging HDMI cord.
THIS IS NOT FIXED AND IT MAKES ME PULL OUT MY HAIRS.
Miner (assassinking) wrote : | #19 |
Also happens when resetting the session with "pkill -u <username>", for example when system froze, and you need to Ctrl+Alt+FX to unfreeze it.
Jerther (jerther) wrote : | #20 |
Kind of late, and lost some hair too, but I found that if the extentions are enabled via "Gnome Tweak Tool", they stay on.
Justo (jtorres1825) wrote : | #21 |
Hi, I run gnome 16.04 on a lenovo yoga 910 and I still get the disabled extensions after reboot and after wake from suspend. I employed this workaround "https:/
Thanks!
Jeremy Bicha (jbicha) wrote : | #22 |
Justo, this bug is closed. You'll need to open a new bug for whatever issue you are experiencing.
Francewhoa (francewhoa) wrote : | #23 |
Done. I opened a new bug. Find new ticket at https:/
As you know this bug #1385572 was fixed in the package gnome-session - 3.9.90-0ubuntu16.1 per comment #15 above at https:/
So this ticket #1385572 is closed. But somehow this bug is back. Maybe a regression? Maybe a zombie-bug, LOL ;)
Steps to reproduce in that new ticket at https:/
Steve Silvi (delta1071) wrote : | #24 |
I can confirm that this bug still exists in Ubuntu 19.10 with Gnome 3.34.1. Last night, after restarting the PC to change from my Windows 10 OS to Ubuntu, all previously enabled extensions were disabled. After visiting the Gnome Extensions website and re-enabling them and then re-enabling them again in Tweaks, they are working again.
Nash (thenash) wrote : | #25 |
In 10 days this bug will be 5 years old. Steve did you try the above fix by Brian, it didn't work for me a few years ago, but not so sure now as I no longer use Ubuntu, might work for you.
tellapu (tellapu) wrote : | #26 |
In Ubuntu 19.10 (Gnome 3.34.1) it still happens to me, too, after I logout and login again (I use Ubuntu Desktop not the Gnome desktop). Thanks for working on this.
Tiago (tscolari) wrote : | #27 |
I saw this was marked as fixed but it's still happening on Ubuntu 18.04 and GNOME 3.28.2
Status changed to 'Confirmed' because the bug affects multiple users.