Sat, 03 Jan 2015 20:18:00 +0100
Conditionally enable double key logic according to:
private browsing mode or privacy.thirdparty.isolate preference and
implement in GetCookieStringCommon and FindCookie where it counts...
With some reservations of how to convince FindCookie users to test
condition and pass a nullptr when disabling double key logic.
michael@0 | 1 | <?xml version="1.0"?> |
michael@0 | 2 | <?xml-stylesheet href="chrome://global/skin" type="text/css"?> |
michael@0 | 3 | |
michael@0 | 4 | <window title="Test for bug 624329 context menu position" |
michael@0 | 5 | xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" |
michael@0 | 6 | context="menu"> |
michael@0 | 7 | |
michael@0 | 8 | <script> |
michael@0 | 9 | opener.SimpleTest.waitForFocus(opener.childFocused, window); |
michael@0 | 10 | </script> |
michael@0 | 11 | |
michael@0 | 12 | <menupopup id="menu"> |
michael@0 | 13 | <!-- The bug demonstrated only when the accesskey was presented separately |
michael@0 | 14 | from the label. |
michael@0 | 15 | e.g. because the accesskey is not a letter in the label. |
michael@0 | 16 | |
michael@0 | 17 | The bug demonstrates only on the first show of the context menu |
michael@0 | 18 | unless menu items are removed/added each time the menu is |
michael@0 | 19 | constructed. --> |
michael@0 | 20 | <menuitem label="Long label to ensure the popup would hit the right of the screen" accesskey="1"/> |
michael@0 | 21 | </menupopup> |
michael@0 | 22 | </window> |