User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0 Build ID: 20150525141253 Steps to reproduce: 1. Click Australis menu 2. Right-click on free space in menu so that context menu appeared 3. Choose clickable context menu item, place mouse over it and press left mouse button 4. Move mouse away from that menu item, release left mouse button 5. Click another button in toolbar 6. (optional) Repeat steps from 2 Actual results: Menu popups do not close Note: On Windows steps 3-4 are not necessary. Watch videos if Steps-To-Reproduce are not clear enough Linux: https://dl.dropboxusercontent.com/s/zejxs773d12l0v9/Linux%20-%20Australis%20menu%20popups%20from%20toolbar%20do%20not%20close.webm?dl=0 Windows: https://dl.dropboxusercontent.com/s/4jea5xw3f25t9nm/Windows%20-%20Australis%20menu%20popups%20from%20toolbar%20do%20not%20close.webm?dl=0

confirmed on windows7 and ubuntu14.04

UPDATE: On Windows steps 3-4 ARE necessary (to do the same trick with menu as in Linux video) I'm very sorry, I tested that on Windows 6 month ago, and apparently that part was fixed.

3 more STRs (tested on Win7). Needinfo me if you need them in text form. If you think that interaction with content (STRs 2 and 3 from this video) is separate bug, feel free to file it.

STR_5: 1. Move "Share this page" toolbarbutton to toolbar. 2. Open http://example.org/ , right-click on the page, click "Share this page" 3. Right-click inside the panel opened in Step 2 4. Click on pocket toolbarbutton placed on toolbar (bonus) 5. Repeat Step 3 6. Click on downloads toolbarbutton placed on toolbar AR: 3 panels opened ER: only one panel should be opened at the time @ Neil Deakin: Please triage this bug (ignored for 17+ months) correctly, if you have time for that. If you're going to call this "edge case", please confirm that you (team) want to keep this bug as long as possible based on that, in favor of "improvements" of searchbar, locationbar, new bookmark panel etc. that only break UX.

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0 I have verified this issue using the scenario from comment 4 on latest Nightly (Build ID: 20170103030204) and I can reproduce it.

I could reproduce this on Windows, but not on Mac.