Closed
Bug 291071
Opened 20 years ago
Closed 20 years ago
Dialog to set Firefox as default browser confused screen reader
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: aaronlev, Assigned: aaronlev)
References
Details
(Keywords: access)
Attachments
(1 file, 2 obsolete files)
When a screen reader user launches Firefox for the first time, they encounter the default browser dialog. This dialog confuses the screen reader and causes quirky behavior right off the bat, because an accessible focus event is fired for the dialog itself, but not any control within it.
| Assignee | ||
Comment 1•20 years ago
|
||
Attachment #183823 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #183823 -
Flags: review?(timeless)
Comment 2•20 years ago
|
||
Comment on attachment 183823 [details] [diff] [review] Make sure initial focus is fired correctly Why do you need to overload the meaning of FlushPendingEvents, rather than using a new callback to call FireCurrentFocusEvent?
| Assignee | ||
Updated•20 years ago
|
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 3•20 years ago
|
||
(In reply to comment #2) > (From update of attachment 183823 [details] [diff] [review] [edit]) > Why do you need to overload the meaning of FlushPendingEvents, rather than > using a new callback to call FireCurrentFocusEvent? > I just figured it is an event that needs to be flushed with the rest, and I didn't need to add as many new member variables and methods. It didn't seem too unclean to me. Want me to change it? Oops, not FIXED.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 4•20 years ago
|
||
I can't be sure that the way you have it now won't conflict with something else. Besides, you'll actually save a member variable my way - all your new callback will do is cast its closure so it can call FireCurrentFocusEvent on it.
| Assignee | ||
Updated•20 years ago
|
Attachment #183823 -
Attachment is obsolete: true
Attachment #183823 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #183823 -
Flags: review?(timeless)
| Assignee | ||
Comment 5•20 years ago
|
||
Attachment #184019 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #184019 -
Flags: review?(timeless)
Updated•20 years ago
|
Attachment #184019 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
| Assignee | ||
Comment 6•20 years ago
|
||
Requesting another review from Neil for the nsDocAccessibleWrap.cpp/nsAccessibilityService.cpp changes -- the rest is the same as before.
Attachment #184019 -
Attachment is obsolete: true
Attachment #184162 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #184162 -
Flags: review?(timeless)
Comment 7•20 years ago
|
||
Comment on attachment 184162 [details] [diff] [review] Also fix case where page loads too fast, don't fire doc loaded events unless page is focused (not the case when dialog open) -- wait til timeout to look at focus >+ nsCOMPtr<nsISupports> container = doc->GetContainer(); >+ nsCOMPtr<nsIDocShell> docShell = do_QueryInterface(container); Nit: you can shorten this to nsCOMPtr<nsIDocShell> docShell = do_QueryInterface(doc->GetContainer());
Attachment #184162 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
| Assignee | ||
Updated•20 years ago
|
Attachment #184019 -
Flags: review?(timeless)
| Assignee | ||
Comment 8•20 years ago
|
||
(In reply to comment #7) > Nit: you can shorten this to > nsCOMPtr<nsIDocShell> docShell = do_QueryInterface(doc->GetContainer()); > Done.
Attachment #184162 -
Flags: review?(timeless) → review+
| Assignee | ||
Updated•20 years ago
|
Attachment #184162 -
Flags: approval-aviary1.1a2?
Component: Disability Access → Disability Access APIs
Flags: review+
Product: Firefox → Core
Version: unspecified → Trunk
Comment 9•20 years ago
|
||
Comment on attachment 184162 [details] [diff] [review] Also fix case where page loads too fast, don't fire doc loaded events unless page is focused (not the case when dialog open) -- wait til timeout to look at focus a=shaver for 1.8b3 (not a front-end change)
Attachment #184162 -
Flags: approval-aviary1.1a2? → approval1.8b3+
| Assignee | ||
Comment 10•20 years ago
|
||
Checking in src/base/nsAccessibilityService.cpp; /cvsroot/mozilla/accessible/src/base/nsAccessibilityService.cpp,v <-- nsAccessibilityService.cpp new revision: 1.142; previous revision: 1.141 done Checking in src/base/nsDocAccessible.h; /cvsroot/mozilla/accessible/src/base/nsDocAccessible.h,v <-- nsDocAccessible.h new revision: 1.26; previous revision: 1.25 done Checking in src/base/nsRootAccessible.cpp; /cvsroot/mozilla/accessible/src/base/nsRootAccessible.cpp,v <-- nsRootAccessible.cpp new revision: 1.119; previous revision: 1.118 done Checking in src/base/nsRootAccessible.h; /cvsroot/mozilla/accessible/src/base/nsRootAccessible.h,v <-- nsRootAccessible.h new revision: 1.48; previous revision: 1.47 done Checking in src/msaa/nsDocAccessibleWrap.cpp; /cvsroot/mozilla/accessible/src/msaa/nsDocAccessibleWrap.cpp,v <-- nsDocAccessibleWrap.cpp new revision: 1.28; previous revision: 1.27 done
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•