Open
Bug 610167
Opened 15 years ago
Updated 3 years ago
keyboard events lost in some situations on error pages
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
NEW
People
(Reporter: tnikkel, Unassigned)
Details
Goto an IP that does not respond like http://123.4.5.6. Get the error page. Click Try Again. While the Try Again button is disabled hit Ctrl-L. It does nothing, similarly for other keyboard shortcuts.
hg bisect tells me
The first bad revision is:
changeset: 50983:61fd19a4587f
user: Jonas Sicking <jonas@sicking.cc>
date: Thu Aug 19 16:06:07 2010 -0700
summary: Bug 546857 Part 3: Make error pages not use xul buttons. r=dao a=blocker
|
||
Comment 1•15 years ago
|
||
The problem is that disabled HTML input suppress all events on themselves, no? We have existing bugs on that; maybe we should fix them....
Oh, so this isn't related to bug 546857 at all then. Will happen on any webpage which uses non-xul buttons, i.e. every page with buttons which are disabled.
No longer blocks: kill-remote-xul
|
|
||
Comment 3•15 years ago
|
||
Well, it's related to us switching to a non-XUL button here in terms of the STR as file... ;)
|
||
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•