toolkit/content/tests/chrome/bug624329_window.xul@129ffea94266
toolkit/content/tests/chrome/bug624329_window.xul
Sat, 03 Jan 2015 20:18:00 +0100
- author
- Michael Schloh von Bennewitz <michael@schloh.com>
- date
- Sat, 03 Jan 2015 20:18:00 +0100
- branch
- TOR_BUG_3246
- changeset 7
- 129ffea94266
- permissions
- -rw-r--r--
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.
1 <?xml version="1.0"?>
2 <?xml-stylesheet href="chrome://global/skin" type="text/css"?>
4 <window title="Test for bug 624329 context menu position"
5 xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
6 context="menu">
8 <script>
9 opener.SimpleTest.waitForFocus(opener.childFocused, window);
10 </script>
12 <menupopup id="menu">
13 <!-- The bug demonstrated only when the accesskey was presented separately
14 from the label.
15 e.g. because the accesskey is not a letter in the label.
17 The bug demonstrates only on the first show of the context menu
18 unless menu items are removed/added each time the menu is
19 constructed. -->
20 <menuitem label="Long label to ensure the popup would hit the right of the screen" accesskey="1"/>
21 </menupopup>
22 </window>
