695320 - TabView::init fails to handle session store window state changes that hide/show the toolbar

Status: RESOLVED FIXED

(Firefox Graveyard :: Panorama, defect)

Description

[:Gavin Sharp [email: [e-mail]]]

This was brought up by the browser/components/privatebrowsing/test/browser/browser_privatebrowsing_popupmode.js test once I attempted to land bug 692130 - the move to components meant the tabview tests now ran after the private browsing tests. That popupmode tests switching a window from being a popup to not being a popup and back, using ss.setWindowState().

Thanks to http://hg.mozilla.org/mozilla-central/rev/ed6776b1ac0d , setWindowState ends up calling TabView::init again to have the keyboard shortcut disabled correctly. Unfortunately, this only works for the transition from not-popup->popup, and not vice-versa. That results in the shortcut being broken in that window after the browser_privatebrowsing_popupmode test, which causes browser_tabview_bug595518.js to fail.

I propose we fix the code, since while browser_privatebrowsing_popupmode is doing something quite unusual, it's not easy to fix (using another window is complicated because of PB mode) and not something entirely unreasonable to expect to work (given behavior of setWindowState and its attempt to half-support that).

Comment 1

[:Gavin Sharp [email: [e-mail]]]

Attachment: patch

Comment 2

[Tim Taubert [:ttaubert] (inactive)]

Comment on attachment 567742 [details] [diff] [review]
patch

Review of attachment 567742 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good, thanks!

Comment 3

[:Gavin Sharp [email: [e-mail]]]

https://hg.mozilla.org/integration/mozilla-inbound/rev/160410d0608c

Comment 4

[Marco Bonardo [:mak]]

https://hg.mozilla.org/mozilla-central/rev/160410d0608c