25271 - Find on this page dialog does not open with focus in the find text field

Status: VERIFIED WORKSFORME

(Core :: XUL, defect, P3)

Description

[kirbyt]

1. Choose "Find on this page..." from the "Search" menu.
2. Type some text.

Result: The cursor is blinking in the 'Find Text' field, but the field does not 
really have focus. You must click the mouse into this field to type.

Comment 1

[kirbyt]

version is m13. The bugzilla form is only giving me 'other' as a version choice. 
-Todd

Comment 2

[kirbyt]

version is m13. The bugzilla form is only giving me 'other' as a version choice. 

-Todd

Comment 3

[Eli Goldberg]

Claudius, might you know which engineer should get this? (trying to avoid 
mailbombing saari with every focus-related bug on earth. ;)

Comment 4

[Claudius Gayle]

I might.

Comment 5

[Bill Law]

The code in findDialog.js tries to give focus to the text entry field and 
apparently succeeds to some extent, since the cursor is blinking there.  But key 
events seem to be dispatched elsewhere.  This seems to work OK on WinNT 
but is broken the same way on Linux.

I think it's a focus quirk; reassigning to Chris Saari.

Comment 6

[Sitsofe Wheeler]

*** Bug 23581 has been marked as a duplicate of this bug. ***

Comment 7

[saari (gone)]

Currently on MacOS and Windows, there is no cursor when the Find dialog opens and you cannot type into it. What happened now?

Comment 8

[Phil Peterson]

*** Bug 26946 has been marked as a duplicate of this bug. ***

Comment 9

[saari (gone)]

Fixed

Comment 10

[Sitsofe Wheeler]

*** Bug 27645 has been marked as a duplicate of this bug. ***

Comment 11

[Claudius Gayle]

VERIFIED Fixed with 2000021608 build

Comment 12

[Jeffrey Baker]

This has regressed, at least on Linux.  Tested with Build 2000060620 (M17). 
When the Find on This Page dialog is opened, the input text field does not have
the keyboard focus, nor the caret.  Pressing the tab key moves the focus and the
caret to the field.

I am not sufficiently empowered to reopen, add the regression keyword, or do
anything else.  Please Reopen this bug and change the platform and opsys.

Comment 13

[Claudius Gayle]

here's the current status, by platform with the 2000060708 builds:

Mac: works perfectly.
Win: No caret but textfield has inital focus and will accept input.
Lnx: No caret, no focus, tabbing doesn't help. Must click in texfield to set focus and type

I did notice that when I clicked cancel on linux the textfield lit up with focus right b4 the
dialog dismisses.

Comment 14

[Peter Trudelle]

Mouseover also sets keyboard focus in many of these dialogs, although I have
specifically disabled that feature in my window manager. nominating for nsbeta3

Comment 15

[Peter Trudelle]

*** Bug 42122 has been marked as a duplicate of this bug. ***

Comment 16

[saari (gone)]

I do see a caret on my windows build, but this is prior to ender lite, where the 
game is completely different. I'm nominating this of beta2. I really, really 
don't want to be dealing with this crap in beta3.

Comment 17

[saari (gone)]

Works for me on Win2K 

Comment 18

[leger]

Putting on [nsbeta2-] radar. Not critical to beta2.

Comment 19

[leger]

Putting on [nsbeta2-] radar. Not critical to beta2.  Putting on relnote radar to 
document workaround.

Comment 20

[Jeffrey Baker]

Works properly on Linux 2000071808.  The caret and the focus are in the text
field when the find dialog appears.  Mac and Win have ben reported as working in
previous posts, so I am marking WFM.

Comment 21

[Claudius Gayle]

OK Verified

Comment 22

[Alexey Chernyak]

If this ever gets re-opened,
This was getting fixed recently in bug 51549 which is a dupe of this one.
There is a more general bug 35087 which in turn is a subset of bug 58853.
Some related work has been done in bug 63647.