Open
Bug 626919
Opened 14 years ago
Updated 2 years ago
DIV with overflow-y:hidden is focusable
Categories
(Core :: DOM: Core & HTML, defect, P5)
Core
DOM: Core & HTML
Tracking
()
NEW
People
(Reporter: ic3b3rg, Unassigned)
References
Details
(Keywords: testcase)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9) Gecko/20100101 Firefox/4.0b9
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9) Gecko/20100101 Firefox/4.0b9
An div element with overflow-y:hidden in its style is focusable
Reproducible: Always
Steps to Reproduce:
<html>
<body>
<input>
<div style="overflow-y:hidden"></div>
<input>
</body>
</html>
Actual Results:
div is focusable
Expected Results:
div should not be focusable
inputs included in the html for clarity only
Reporter | ||
Comment 1•14 years ago
|
||
This is the second of my reported bugs that I am reclassifying as a blocker. I am doing so because I feel that this bug is a major usability problem. I hope that whoever reviews this reclassification will agree with me.
Note that when running the code, tab from the first input and you'll see that the div receives focus. This makes absolutely no sense from a usability perspective.
I should note that IE, Chrome, Safari and Opera do not suffer from the bug.
Severity: major → blocker
Comment 2•14 years ago
|
||
Not a blocker. Only bugs that stop the development and testing process for
Mozilla are blockers:
blocker Blocks development and/or testing work
critical crashes, loss of data, severe memory leak
major major loss of function
normal regular issue, some loss of functionality under specific circumstances
minor minor loss of function, or other problem where easy workaround is present
trivial cosmetic problem like misspelled words or misaligned text
enhancement feature requests
Severity is defined objectively according to the standards of the project, and
has nothing to do with the importance of a bug, but rather it's impact as it
relates to the entire project and userbase.
Severity: blocker → normal
Keywords: testcase
This is a major issue for Accessibility User. The user have to tab unnecessarily through these DIVS and are confused with the behavior. Please consider this for resolution ASAP
Comment 5•9 years ago
|
||
There is a testcase in attachment 8643317 [details].
Neil, is this behavior intentional?
Status: UNCONFIRMED → NEW
Component: General → DOM
Ever confirmed: true
Flags: needinfo?(enndeakin)
OS: Windows 7 → All
Product: Firefox → Core
Hardware: x86_64 → All
Comment 6•9 years ago
|
||
Yes, any scrollable area that doesn't have both directions set to hidden is focusable so that keyboard-only users can scroll the content.
Flags: needinfo?(enndeakin)
Updated•6 years ago
|
Priority: -- → P5
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•