Closed
Bug 424757
Opened 17 years ago
Closed 17 years ago
No focus event when returning focus to the Location bar from a search result list item
Categories
(Core :: Disability Access APIs, defect, P2)
Tracking
()
VERIFIED
FIXED
People
(Reporter: MarcoZ, Assigned: ginnchen+exoracle)
References
Details
(Keywords: access, regression)
Attachments
(1 file, 1 obsolete file)
|
1.70 KB,
patch
|
aaronlev
:
review+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
When returning focus to the location bar, no focus event is fired to indicate this.
STR:
1. Open Minefield.
2. Type in something into the Location bar that you know you have visited or bookmarked.
3. Press DownArrow to make a selection in the list of search results.
4. Press RightArrow to return to the Location bar edit combo.
Expected: Screen readers such as NVDA or JAWS should announce the focus change.
Actual: No focus change is present. AccEvent32 shows that no focus event is fired for the edit combo.
Flags: blocking1.9?
| Reporter | ||
Comment 1•17 years ago
|
||
Turns out this was broken with the initial checkin of bug 407359 already. I remember testing one of the prior patches/try server builds for that bug, where this definitely worked. But somewhere along the lines of the patch development this was broken and not caught.
Comment 2•17 years ago
|
||
If this does indeed break the screen readers, and we regressed, we should fix this. Can we get a confirmation that bug 407359 is really the culprit?
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
| Reporter | ||
Comment 3•17 years ago
|
||
Like I said above: It was meant to work in that original patch, and this functionality somehow got lost between the last try-server build I tried and the final patch that was checked in.
Assignee: aaronleventhal → ginn.chen
Status: NEW → ASSIGNED
Attachment #312860 -
Flags: review?(aaronleventhal)
remove the TAB
Attachment #312860 -
Attachment is obsolete: true
Attachment #312862 -
Flags: review?(aaronleventhal)
Attachment #312860 -
Flags: review?(aaronleventhal)
| Reporter | ||
Comment 6•17 years ago
|
||
I tested this patch, and it does indeed fix the problem!
Ginn, any other scenarios I should try which might be affected? For example any special comboboxes or the like?
Macro, I don't know what should be tested.
I think the patch is low risk.
Updated•17 years ago
|
Attachment #312862 -
Flags: review?(aaronleventhal)
Attachment #312862 -
Flags: review+
Attachment #312862 -
Flags: approval1.9?
| Reporter | ||
Comment 9•17 years ago
|
||
Checking in accessible/src/base/nsRootAccessible.cpp;
/cvsroot/mozilla/accessible/src/base/nsRootAccessible.cpp,v <-- nsRootAccessible.cpp
new revision: 1.266; previous revision: 1.265
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 10•17 years ago
|
||
Verified fixed in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008040204 Minefield/3.0pre
Status: RESOLVED → VERIFIED
Comment 11•17 years ago
|
||
Comment on attachment 312862 [details] [diff] [review]
patch
a1.9=beltzner
Attachment #312862 -
Flags: approval1.9? → approval1.9+
You need to log in
before you can comment on or make changes to this bug.
Description
•