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)
SeaMonkey
Composer
Tracking
(Not tracked)
NEW
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
Updated•8 years ago
|
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
Comment 2•8 years ago
|
||
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?
Comment 3•6 months ago
|
||
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.
Description
•