Boris Zbarsky [:bzbarsky] Reporter
	Description • 18 years ago

See bug 52209 comment 16.

	Mike Schroepfer
	Comment 1 • 17 years ago

Bz  - do you think we want to tackle this for 1.9 or differ it?  

	Boris Zbarsky [:bzbarsky] Reporter
	Comment 2 • 17 years ago

I don't really know, to be honest.  We should really just fix the GTK bug I mention in that comment, but I doubt we have anyone working on that sort of stuff.  Really, we should fix our modality bugs in general, at which point this _might_ become a non-issue.

And somehow delaying event handler execution would be a lot of work.  :(

Maybe we can just disable script on a page while it has a modal dialog up?

	Johnny Stenback (:jst)
	Comment 3 • 17 years ago

On second thought, we're not going to block on this.

Not sure how much of this is worth looking into for now, but Karl, see bug 52209 comment 16, anything we can do about GTK event handlers here?

	Karl Tomlinson (:karlt) Assignee
	Comment 4 • 17 years ago

Is this fixed by Matthew's patch (which has landed) in bug 290862 comment 13?

	Matthew Gregan [:kinetik]
	Comment 5 • 17 years ago

The patch fixes the key event dispatch that Boris mentions: "At least on GTK key events get dispatched to the main window while a modal dialog is up.  :(", but not the other issues mentioned.

	Boris Zbarsky [:bzbarsky] Reporter
	Comment 6 • 17 years ago

Hmm.  Do we still dispatch mousemove events?  Or no?

If we no longer dispatch user events, that would only leave things like onload and whatnot, right?

	Karl Tomlinson (:karlt) Assignee
	Comment 7 • 17 years ago

(In reply to comment #6)
> Hmm.  Do we still dispatch mousemove events?  Or no?

Not on Linux, but Bug 324149 is about that on Windows.

	Boris Zbarsky [:bzbarsky] Reporter
	Comment 8 • 17 years ago

What about focus/blur?  Or just when the alert comes up and down?

	Karl Tomlinson (:karlt) Assignee
	Comment 9 • 17 years ago

Well, not focus/blur.

But some mouse motion events are still happening on Linux as demonstrated by attachment 287639 [details].