Merge lp:~mterry/unity/never-stop-oh-never-stop-the-scrubbing into lp:unity
Status: | Merged |
---|---|
Approved by: | Gord Allott |
Approved revision: | no longer in the source branch. |
Merged at revision: | 791 |
Proposed branch: | lp:~mterry/unity/never-stop-oh-never-stop-the-scrubbing |
Merge into: | lp:unity |
Diff against target: |
31 lines (+17/-2) 1 file modified
services/panel-service.c (+17/-2) |
To merge this branch: | bzr merge lp:~mterry/unity/never-stop-oh-never-stop-the-scrubbing |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Gord Allott | Pending | ||
Review via email: mp+47581@code.launchpad.net |
Description of the change
This branch lets the panel service handle IndicatorObject
Basically, if the panel service finds itself with a menu-less entry, it previously halted a scrub in its tracks. To avoid that, I just create a dummy GtkMenu for the duration of the scrub.
In practice, we should rarely if ever hit this. But for the moment, when an application swaps out a toplevel menu, indicator-appmenu is able to remove it, but not put the new one in place. So you'll see this, for example, in empathy, if you open a contact window and scrub across the "Contact" menu item. You'll need [1] though or you'll just crash instead.
[1] https:/