STR: 1) Select some non-form text on a page 2) Open the menu panel and click "copy" to copy it to the clipboard 3) Choose the search input in the nav-bar 4) Open the menu panel What happens? Paste is disabled. What's expected? Paste should be enabled, and clicking on it should paste the clipboard contents into the search input.

I think it's worth to mention that this works as expected (for me) on Mac OSX and Linux (Ubuntu). Should we change the platform flags?

Removing the items from M7 that do not block landing on m-c.

This WFM on Windows and OS X. Mike (C), can you still reproduce this? :-)

Yep. http://screencast.com/t/36Fo0hoUbt What's worse, is that when I click on the button, the panel closes now (it didn't do this before), which gives me the impression that something happened...but the paste didn't happen. I guess that's a separate bug though.

Realized this was just a question of calling updateEditUIVisibility in the ri ght places, like we do for menus. Whoops!

Comment on attachment 777738 [details] [diff] [review] should call updateEditUIVisibility when opening panel, Review of attachment 777738 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/components/customizableui/content/panelUI.js @@ +78,5 @@ > this.hide(); > } else if (this.panel.state == "closed") { > this.ensureRegistered(); > this.panel.hidden = false; > + let editControlPlacement = CustomizableUI.getPlacementOfWidget('edit-controls'); Nit: Convention is double quotes.

Pushed with nits fixed, https://hg.mozilla.org/projects/ux/rev/4a71a1c953d6

Egh, I meant > Pushed with nits fixed, https://hg.mozilla.org/projects/ux/rev/c14e95e3b87f

Tested on :--- User Agent : Mozilla/5.0 (Windows NT 6.2; rv:28.0) Gecko/20100101 Firefox/28.0 Version : Firefox 28.0a1 Platform Tested : x86_64, Win 8 Status : Found Fixed.

Marking this verified based on comment 10. Thanks for your help Ganesh.