Can't switch from Unity to Metacity without losing app menus

Bug #705932 reported by Eric Appleman
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Invalid
Undecided
Unassigned
metacity (Ubuntu)
Expired
Undecided
Unassigned
unity (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: metacity

Switching from a Unity session to a Metacity session either through GDM or the command line will create a situation where the app menus do not appear.

Unless there is a command to type into the terminal, this can only be fixed with a reboot.

Furthermore, apps that do not follow GTK precisely, like Firefox, are not affected.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: metacity 1:2.30.3-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.37-12.26-genusername 2.6.37
Uname: Linux 2.6.37-12-generic i686
Architecture: i386
Date: Fri Jan 21 10:21:28 2011
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Alpha i386 (20101229)
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 LC_MESSAGES=en_US.utf8
 SHELL=/bin/bash
SourcePackage: metacity

Revision history for this message
Eric Appleman (erappleman) wrote :
Revision history for this message
Eric Appleman (erappleman) wrote :

Can I at least get a confirmation?

Revision history for this message
Eric Appleman (erappleman) wrote :
Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

That shouldn't happen if you switch your session in GDM. Switching in the current session isn't supported either by us, either by upstream (required components are fixed for a session).

I can't reproduce that when I switch between two sessions in gdm, can you please try to give reproducible steps (like 1."entering ubuntu desktop session", 2."logout", 3. "login in the ubuntu classic session") for us to be able to reproduce it?

Changed in metacity (Ubuntu):
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Paul Sladen (sladen) wrote :

There's quite a few situations where the global menus can "jam"... (I've got one at this moment).

All of these, and the above could possibly be worked around by having a watchdog-type setup on the Gtk+/XUL side that unhides the local menus if the global menus stop working or the D-Bus interface disappears. It might not be elegant, but it would probably be more robust.

...Or perhaps a watchdog on the global menu side that drops its interface reliably and then the individuals application menu hooks watch for that action and revert to their local menus.

Revision history for this message
Paul Sladen (sladen) wrote :

Eric: I've raised making the global app menus a bit more fallback robust with didrocks and kamstrup, will investigate it further when Tedg is around too.

Alex Launi (alexlauni)
Changed in unity:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for metacity (Ubuntu) because there has been no activity for 60 days.]

Changed in metacity (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for unity (Ubuntu) because there has been no activity for 60 days.]

Changed in unity (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Omer Akram (om26er) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future.

Changed in unity:
status: Incomplete → Invalid
Changed in unity (Ubuntu):
status: Expired → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.