Merge lp:~gue5t/midori/appmenu-initial-visibility into lp:midori
Proposed by
gue5t gue5t
Status: | Merged |
---|---|
Approved by: | Cris Dywan |
Approved revision: | 7017 |
Merged at revision: | 7020 |
Proposed branch: | lp:~gue5t/midori/appmenu-initial-visibility |
Merge into: | lp:midori |
Diff against target: |
15 lines (+4/-1) 1 file modified
midori/midori-window.vala (+4/-1) |
To merge this branch: | bzr merge lp:~gue5t/midori/appmenu-initial-visibility |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Cris Dywan | Approve | ||
Review via email: mp+267600@code.launchpad.net |
Commit message
Make sure that only one of appmenu and menubar are visible *initially* as well as when changed
Description of the change
The previous fix here didn't set the visibility of the appmenu action on browser creation but only on change to menubar visibility. This is easy to not notice since new configuration directories enable the appmenu and not the menubar, but if you enable the menubar and restart Midori the problem becomes apparent.
This fixes visibility from startup onward.
To post a comment you must log in.
Can we unit test this? Given the non-obvious semantics (and I used to think it was a lot more straight-forward myself).