Open Bug 687482 Opened 13 years ago Updated 6 months ago

Composer Normal View: Find and Replace, does not work until page is given focus

Categories

(SeaMonkey :: Composer, defect)

defect
Not set
normal

Tracking

(Not tracked)

People

(Reporter: therubex, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0) Gecko/20110916 Firefox/7.0 SeaMonkey/2.4 Build ID: 20110916214003 Steps to reproduce: New Profile Start SeaMonkey Open http://www.seamonkey-project.org/start/ Load the page in Composer, Ctrl+E > do NOT provide focus into the page itself > you are in 'Normal' view Type Ctrl+F (Edit | Find and Replace) Type 'seamonkey' into the 'Find text:' dialog box Type 'xxxxxxxxxxxx' into the 'Repace with:' dialog box Either hit a Return or click 'Find Next' Actual results: Nothing. A search is not performed. Expected results: A search should have been performed. Further clicking 'Replace' or 'Replace and Find' has no affect. 'Replace All' DOES work. This is NOT an issue if 'Search Backwards' is enabled, or if focus is first provided to the page before initiating the Find and Replace.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
Version: unspecified → Trunk
Summary: Composer, Find and Replace, does not work until page is given focus → Composer Normal View: Find and Replace, does not work until page is given focus
REPRODUCIBLE with official en-US SeaMonkey 2.48a1 (NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0 Build 20160804000913 (Default Classic Theme) on German WIN7 64bit @therube: did that ever work for you?

This (cmd_findReplace) and other commands are handled using a controller that's attached to window.content, not window (see the insertControllerAt call in the initialization in GetComposerCommandTable() of suite/editor/base/content/ComposerCommands.js), and so handling doesn't happen outside the content area (e.g. not even isCommandEnabled() gets executed for the affected commands, because there is no handler for them). This affects the corresponding menuitems too as these go through the controller as well.

You need to log in before you can comment on or make changes to this bug.