57507 - dialogs doesn't accept keyboard input for a short time the first time it's opened

Status: VERIFIED DUPLICATE of bug 55015

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Jesse Ruderman]

1. Open a fresh instance of Mozilla
2. Ctrl-L, and very quickly type a letter

Result: Open Web Location dialog with empty textbox
Expected: Open Web Location dialog with the letter typed in the textbox.

This seems to only happen the first time the dialog is opened.  Similar things 
happen when pressing enter or trying to paste.

May be related to bug 35087, single-textfield dialogs shouldn't have to 
explicitl set focus to the textfield.

Comment 1

[Jesse Ruderman]

Same results for find dialog (Ctrl-F).

This bug is similar to bug 55015, which involves opening a new window as 
opposed to opening a dialog.

Comment 2

[sairuh (rarely reading bugmail)]

i think this is a dup of bug 41354...

*** This bug has been marked as a duplicate of 41354 ***

Comment 3

[Jesse Ruderman]

I don't think it's a duplicate.  This is more of a timing issue.

Comment 4

[saari (gone)]

This is a fundamental problem in that we don't have event queues until a window
is up. We need a a new layer in event processing that cues up events until the
window is ready to process them.

Comment 5

[Viswanath Ramachandran]

Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy

Comment 6

[Chris McAfee]

nsbeta1?  

Comment 7

[saari (gone)]

Unless someone else in event land wants to take this, I don't think it will get
fixed for the next round of releases.

Comment 8

[Chris McAfee]

-

Comment 9

[Jesse Ruderman]

Bug 60150 might be related.

Comment 10

[Blake Ross]

Reassigning to saari, but not expecting a fix for this release.

Comment 11

[saari (gone)]

I wish I could fix it in this release, but no, that won't be happening.

Comment 12

[sairuh (rarely reading bugmail)]

also see this on linux -> all.

aaronl or akkana, would you be able to look and/or take this?

Comment 13

[saari (gone)]

This isn't a small bug fix, it is an design change. We need to revisit all of
our event queues to fix this! 

Comment 14

[Peter Trudelle]

->future

Comment 15

[Aaron Leventhal]

It's accel+shift+L to open this now.

Hmmm... WORKSFORME

Anyone else?

Comment 16

[Jesse Ruderman]

I still see this bug.

Comment 17

[sairuh (rarely reading bugmail)]

bryner/saari, could this be related to bug 108787?

Comment 18

[Diego Biurrun]

No, not related to bug 108787, still seeing this on linux 2002011108.

Comment 19

[Mihail Daskalov]

If this requires a design change isn't it better to consider it before Mozilla
1.0 is out?

and also its duplicates like 
bug 55015



bug 41354 is marked as duplicate of this - it is marked as fixed and it looks
fixed for me with Build 2002050708, but this one is not.

Comment 20

[Akkana Peck]

This seems very hard to reproduce with the improvement in window opening times.
 Is anyone still experiencing this?  On what machine?

Comment 21

[Aaron Leventhal]

New window open time is fast enough now that this is no longer an issue. In
addition, Accel+L now highlights the URL bar, which is the main way to
accomplish typing a new URL in with the keyboard.

If anyone still has a problem with this being closed, reopen.

Comment 22

[sairuh (rarely reading bugmail)]

mass-verifying WorksForMe bugs.

reopen only if this bug is still a problem with a *recent trunk build*.

mail search string for bugspam: AchilleaMillefolium

Comment 23

[Jesse Ruderman]

I still see this with Phoenix's add-bookmark dialog.  Going to mark this as a
dup of bug 55015.

Comment 24

[Jesse Ruderman]

*** This bug has been marked as a duplicate of 55015 ***

Comment 25

[sairuh (rarely reading bugmail)]

okay