User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0 (Beta/Release) Build ID: 20140516030204 Steps to reproduce: In a clean Nightly 32.0a1 (or 29.0.1 stable) profile, open Scratchpad (Shift+F4 or via the hamburger button>Developer). Then press Edit>Find. Actual results: The search box doesn''t appear. Expected results: The search box should appear. (on the other hand, the search box appears ok when pressing Ctrl+F instead)

Confirmed in 32.0a1 (2014-05-18), win 7 x64

Hello, I gave a shot at fixing this bug. Found that editMenuOverlay [1] didn't had `onCommand` for the find and findAgain commands. Added them and it worked. Not sure whom to request for feedback/review. Some help would be great. [1]: https://dxr.mozilla.org/mozilla-central/source/toolkit/content/editMenuOverlay.xul

Comment on attachment 8612524 [details] [diff] [review] Added command listeners for `cmd_find` and `cmd_findAgain`. Maybe Patrick can review this, or if not, redirect it?

Comment on attachment 8612524 [details] [diff] [review] Added command listeners for `cmd_find` and `cmd_findAgain`. Looks good, thanks! Next time you can click on the "suggested reviewers" link next to the review field to see a list.

Thanks Gijs and Panos. Anything else that is left to be done here?

Nope, I made sure the tests still pass locally and landed it.

Reproduced the bug in Nightly 32.0a1 (2014-05-16) on Linux x64 by following comment 0's instruction! This Bug is now verified as fixed on Latest Aurora 41.0a2 (2015-07-21) Build ID: 20150722004007 User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0

I have successfully reproduced the bug in Nightly 32.0a1(2014-05-16)(Build ID: 20140516030204)on Windows 10 x64. Bug is now fixed on Latest Aurora 41.0a2 (2015-07-21) Build ID: 20150721004010 Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:41.0) Gecko/20100101 Firefox/41.0

It is verified on Linux and Windows (Comment 10 and Comment 11), Marking it as verified!