Focus/Blur events not reliably fired

RESOLVED WORKSFORME

Status

()

RESOLVED WORKSFORME
14 years ago
5 years ago

People

(Reporter: bugs, Unassigned)

Tracking

Trunk
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Here's how I (and other) people expect focus to work:

Imagine a XUL doc with two text fields, A and B. 

A has a focus and a blur handler. 

User clicks in A. A should get focus event. 
User clicks in B. A should get blur event. 

What actually happens is not quite so simple. Occasionally A will get a focus
event when clicked, it will usually get a focus event when focused via the
keyboard, will not get a blur event when the other is clicked, will usually get
a blur event when the other is focused using the keyboard. 

While I'm here, imagine a XUL Window with an onblur handler. Intuitively this
implies "deactivate", but that's perhaps flawed (in that case, XUL really wants
activate/deactivate events). But at any rate, when I have a blur handler on a
window and then activate another, the window being deactivated gets nothing -
despite all of its controls losing focus. When I reactivate the window, the blur
handler fires twice! Zoinks! Perhaps I am overloading focus/blur in this case
and activate/deactivate would be better. OK. Let's get events for those then ;-)
We have existing bugs on this.
Whiteboard: DUPEME

Updated

13 years ago
No longer blocks: 258672
Assignee: bryner → events
Assignee: events → nobody
QA Contact: ian → events
Old.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → WORKSFORME

Updated

5 years ago
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.