Issue running in KDE - menus only appears after losing and regaining focus

Bug #779344 reported by shane
34
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Global menubar extension
Confirmed
Undecided
Unassigned
libdbusmenu-qt
New
Undecided
Unassigned
firefox (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I know this is not really designed for KDE/Kubuntu but in general it does work well.

The problem when running either firefox or thunderbird in KDE is the same - when launching either app, the menus don't appear in KDE's global menu widget.
If I click on something else to take focus away from the app, the menu appears when the app regains focus.
From then on the menu continues to work normal until the app is closed and re-opened.

Hope that explains the problem well enough and let me know if I need to add anything more

Tags: patch
Revision history for this message
Joseph Yasi (joe-yasi) wrote :

This is happening to me, too with the Firefox beta in the firefox-next ppa. That doesn't use the extension, it uses a patch to Firefox. On first click, menus are empty. After mousing over a menu item and clicking off, the submenu is populated.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Revision history for this message
Joseph Yasi (joe-yasi) wrote :

This only affects an Ubuntu specific patch to Firefox which is not upstreamed yet.

Changed in firefox (Ubuntu):
status: New → Confirmed
Joseph Yasi (joe-yasi)
affects: firefox → firefox (Ubuntu)
Revision history for this message
Joseph Yasi (joe-yasi) wrote :

.xsession-errors contains:
void DBusMenuImporterPrivate::updateActionProperty(QAction*, const QString&, const QVariant&): Unhandled property update "children-display"
after clicking on the missing menu items on the first try. It seems like there is a lazy fetch out of order.

Changed in globalmenu-extension:
status: New → Confirmed
Changed in firefox (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Yasi (joe-yasi) wrote :

Is anyone looking at this bug?

Revision history for this message
Joseph Yasi (joe-yasi) wrote :

I figured out what is going on. The "children-display" property is immutable in libdbusmenu-qt. This, when the firefox patch tries to change that property to submenu for menus with children, it doesn't work. The patch will have to be updated to set the children-display property to submenu on creation and not update it later.

Revision history for this message
Joseph Yasi (joe-yasi) wrote :

I think this might actually be libdbusmenu-qt's bug. If the "children-display" menu is not immutable in the libdbusmenu-gtk version, then it shouldn't be in libdbusmenu-qt either.

Revision history for this message
iwelkers (iwelkers) wrote :

Well, this patch works for me (Arch Linux, libdbusmenu-qt 0.9.2 with #1035755 bugfix, Firefox 34.0.5 with Unity patches).

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "Make 'children-display' property mutable" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
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.