Merge lp:~larsu/indicator-appmenu/lp1075263 into lp:indicator-appmenu/13.04
Proposed by
Lars Karlitski
on 2012-11-07
| Status: | Merged |
|---|---|
| Approved by: | Ted Gould on 2012-11-12 |
| Approved revision: | 218 |
| Merge reported by: | Lars Karlitski |
| Merged at revision: | not available |
| Proposed branch: | lp:~larsu/indicator-appmenu/lp1075263 |
| Merge into: | lp:indicator-appmenu/13.04 |
| Diff against target: |
121 lines (+1/-55) 1 file modified
src/indicator-appmenu.c (+1/-55) |
| To merge this branch: | bzr merge lp:~larsu/indicator-appmenu/lp1075263 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Ted Gould (community) | 2012-11-07 | Approve on 2012-11-12 | |
| Charles Kerr (community) | 2012-11-07 | Approve on 2012-11-07 | |
|
Review via email:
|
|||
Commit Message
Remove window-destroy timeout
The windows were hashed by xid, and the entries in the hash table weren't
removed until five seconds after the window was destroyed. Thus, restarting an
application within these five seconds and being lucky enough to get the same
xid again would lead to the menu of the old instance being shown. Activating
menu items doesn't work in that case, because the action group is on the dbus
connection of the new instance.
This was initially introduced to work around a bug in BAMF (lp:718926), which
has since been fixed.
To post a comment you must log in.
review:
Approve

Nice detective work. :)
All this looks right to me, but for completeness' sake I should point out that though this patch seems to mostly be a reversion of https:/ /code.launchpad .net/~ted/ indicator- appmenu/ destruction- will-happen- in-time/ +merge/ 56641 which was added for lp:718926, this patch and the pre-718926 code have some minor differences (such as in new_window()) and some major ones (such as in unregister_ window( )).