Closed Bug 255086 Opened 20 years ago Closed 17 years ago

HTML updates not being properly fired via accessibility API

Categories

(Core :: Disability Access APIs, defect)

All
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: korn, Assigned: ginnchen+exoracle)

References

()

Details

(Keywords: access, Whiteboard: AP2)

1. Launch GOK 2. Launch Mozilla with some page 3. Bring up the GOK UI-Grab keyboard 4. Select a hyperlink on that keyboard - Mozilla goes to that web page (good) 5. Note that the UI-Grab keyboard doesn't update (bad). Compare to gnome-help, where a new web page appearance is tracked by GOK, which then updates its UI-Grab keyboard.
Whiteboard: AP2
Assignee: aaronleventhal → Louie.Zhao
Keywords: sec508
Assignee: Louie.Zhao → gaomingcn
Blocks: keya11y
Hardware: Sun → All
Internally we fire EVENT_REORDER on the parent of the change, along with EVENT_SHOW or EVENT_HIDE on the child which is changing. This needs to be translated to the proper children-changed events. It's not an HTML specific issue -- technically it can (and probably does) happen anywhere in the UI. This is an important area for Web 2.0 / AJAX accessibility.
Assignee: gaomingcn → ginn.chen
Blocks: atk
No longer blocks: keya11y
Version: 1.7 Branch → Trunk
We have follow up bugs but the main issues -- missing events, is now fixed.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
David, you'll need to use the document load and reload events for Firefox 3.
I think this was working when testing my patch on http://bugzilla.gnome.org/show_bug.cgi?id=356702 but having the load and reload events will be handy.
On second thought... I was doing a workaround with GOK. Ignore comment #4
You need to log in before you can comment on or make changes to this bug.