Open
Bug 610167
Opened 14 years ago
Updated 2 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•14 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•14 years ago
|
||
Well, it's related to us switching to a non-XUL button here in terms of the STR as file... ;)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•