With appmenu-qt some menus are blacked out in VirtualBox

Bug #641209 reported by Michael
102
This bug affects 23 people
Affects Status Importance Assigned to Milestone
DBus Menu
Fix Released
Low
Unassigned
appmenu-qt (Ubuntu)
Invalid
Undecided
Unassigned
libdbusmenu (Ubuntu)
Fix Released
Low
Michael Terry

Bug Description

Binary package hint: indicator-application

Start VirtualBox with the appmenu-gtk in use. Most of the entries in the "Machine" menu are blacked out - I suspect that these are entries that are initially greyed out in the menu and enabled later by the application, and that appmenu-gtk doesn't notice this.

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: indicator-application 0.2.8-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-21.31-generic 2.6.35.4
Uname: Linux 2.6.35-21-generic x86_64
Architecture: amd64
Date: Fri Sep 17 13:17:04 2010
ExecutablePath: /usr/lib/indicator-applet/indicator-applet-appmenu
ProcEnviron:
 LANG=fr_FR.utf8
 LANGUAGE=fr_FR:fr:en_GB:en
 SHELL=/bin/bash
SourcePackage: indicator-application
XsessionErrors:
 (bluetooth-applet:1721): Gtk-CRITICAL **: IA__gtk_widget_set_sensitive: assertion `GTK_IS_WIDGET (widget)' failed
 (polkit-gnome-authentication-agent-1:1726): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:1723): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
 (gtk-gnash:2193): Gtk-CRITICAL **: IA__gtk_style_detach: assertion `style->attach_count > 0' failed
indicator-applet-session.log:
 Looking at Module: libme.so
 Updating username label
 Using user icon for 'Session d'invité' from file: (null)

Related branches

Revision history for this message
Michael (michaeljt) wrote :
affects: indicator-application (Ubuntu) → appmenu-gtk (Ubuntu)
Revision history for this message
Michael (michaeljt) wrote :

Should this the a bug in "the application menu"?

Revision history for this message
Omer Akram (om26er) wrote :

virtualbox is not a gtk app.

affects: appmenu-gtk (Ubuntu) → indicator-appmenu (Ubuntu)
Revision history for this message
Hernando Torque (htorque) wrote :

FWIW, this also happens with the latest VirtualBox release (virtualbox-4.0 and indicator-appmenu 0.0.13-0ubuntu4 in Natty).

Changed in indicator-appmenu (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you try if that's still an issue in the current version?

Changed in indicator-appmenu (Ubuntu):
importance: Undecided → Low
Revision history for this message
Michael Thayer (michael-thayer) wrote :

Unchanged in a recently updated 10.10.

Kalle Valo (kvalo)
Changed in indicator-appmenu:
status: New → Triaged
importance: Undecided → Low
Changed in indicator-appmenu (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Hernando Torque (htorque) wrote :

This is now also affecting the GIMP.

Revision history for this message
Alex Eftimie (alexeftimie) wrote :

I can confirm this with latest unity and virtualbox-4.0.4.

Guest Machine window has all menus disabled, except for Quit.

Revision history for this message
Alex Eftimie (alexeftimie) wrote :

This appears to be fixed in appmenu-gtk 0.1.96-0ubuntu1, indicator-appmenu 0.1.97-0ubuntu1, virtualbox 4.0.4-70112~Ubuntu~maverick

Revision history for this message
Dylan McCall (dylanmccall) wrote :

This seems to be a wide reaching issue. I am encountering the same thing in Bzr-Explorer. (Marked that as a duplicate). In addition, I was writing a very simple Qt application that had a MainWindow with a completely normal menu. In the MainWindow's overrided constructor, I disabled some actions right away. Later on, I enabled those actions and the menus in indicator-appmenu remained disabled no matter how much I scowled at them.

Running my Qt application, Virtualbox or Bzr-Explorer with APPMENU_DISPLAY_BOTH=1, it is easy to see these miscommunications between appmenu-qt and indicator-appmenu itself. It is clear that the system is oblivious to at least one way Qt4 applications disable their menu items.

You see the same inconsistency with the Edit›Copy menu items in qtdemo's Main Window examples (like the Application example). However, the problem only occurs with those menu items, so I wonder if that might be a different issue (perhaps related to focus).

Revision history for this message
Thomas Krause (krause) wrote :

I also noticed this behavor in BZR Explorer. Everything that is related to the current active branch (so everyhting interesting) is not enabled and therefore unusable.

Can BZR-Explorer be blacklisted? Currently it is impossible to work with it (reverting local changes etc.).

Revision history for this message
Thomas Krause (krause) wrote :

P.S. I'm using a fully updated Natty Beta 2

Revision history for this message
Mario Limonciello (superm1) wrote :

At least for the VirtualBox case it mentions in the (greyed) menus what the key combo to activate that item, and that combo still works.

Revision history for this message
Michael Terry (mterry) wrote :

I know what is causing this, it's a silly typo in dbusmenu.

affects: indicator-appmenu (Ubuntu) → libdbusmenu (Ubuntu)
Changed in libdbusmenu (Ubuntu):
assignee: nobody → Michael Terry (mterry)
status: Triaged → In Progress
affects: indicator-appmenu → dbusmenu
Changed in appmenu-qt (Ubuntu):
status: New → Invalid
Ted Gould (ted)
Changed in dbusmenu:
status: Triaged → Fix Committed
milestone: none → 0.4.4
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package libdbusmenu - 0.4.3-0ubuntu3

---------------
libdbusmenu (0.4.3-0ubuntu3) natty; urgency=low

  * Backport bug fixes from trunk:
    - Fix a typo in the signal name to make it match the XML
      files (LP: #641209)
    - Ref'ing the server for the entire time we're getting the
      bus (LP: #738568)
 -- Ken VanDine <email address hidden> Tue, 19 Apr 2011 15:14:23 -0400

Changed in libdbusmenu (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Michael (michaeljt) wrote :

I tried rebuilding the current Natty package with changeset 301 applied. It is certainly an improvement - sometimes the menus are displayed correctly, sometimes menus which should be greyed out are not, and after a couple of switches between different display modes (which if I recall correctly cause the window to be recreated) the menu stops dropping down at all, see attached screenshot. Of course, this may be a different issue.

Revision history for this message
Michael (michaeljt) wrote :
Revision history for this message
Michael (michaeljt) wrote :

Note that I didn't actually log out of the desktop, I just exited VirtualBox, killed unity-panel-service and restarted VirtualBox. I will see if there is any difference next time I do log out.

Revision history for this message
Dylan McCall (dylanmccall) wrote :

Okay, that fixes it for me with bzr-explorer and my own app I had mentioned. Thank you, mterry! :)

michaeljt, I have bumped into that as well and judging by your description it certainly isn't related to this fix (and probably not to this issue). There might already be a bug report, so consider searching for it or filing a new one if it's necessary.
The reason I don't think it's related is because people have been encountering that issue for quite a while.

Ted Gould (ted)
Changed in dbusmenu:
status: Fix Committed → Fix Released
joopbraak (joopbraak)
summary: - With appmenu-gtk some menus are blacked out in VirtualBox
+ With appmenu-qt some menus are blacked out in VirtualBox
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.