Broken accessibility hierarchy for yelp

RESOLVED INVALID

Status

()

RESOLVED INVALID
10 years ago
7 years ago

People

(Reporter: ginnchen+exoracle, Unassigned)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
This bug was reported at
http://bugzilla.gnome.org/show_bug.cgi?id=545162

A workaround is committed to yelp on GNOME 2.24.
But it's not 100% right, there are some issues left.
1) When querying relationsets, the parent of "Document Frame" was set back to Gecko root.
See http://bugzilla.gnome.org/show_bug.cgi?id=545162#c15

2) Each time a new page is viewed, we have an event
object:children-changed:add(3, 0, [document frame | Games])
        source: [application | ]
The child index always grows, and it not the correct index of the correct a11y parent.
See http://bugzilla.gnome.org/show_bug.cgi?id=545162#c18



See also:
https://bugzilla.mozilla.org/show_bug.cgi?id=456121#c24

I'm not sure whether it is a Linux specific bug.
Fernando, could you look at this?

Comment 2

8 years ago
Yes. 

As yelp is moving towards webkit in GNOME 3, we should probably make this generic as "broken tree when embedding Gecko on other toolkits"
Closing since this seems to be a resolved issue in downstream. But more importantly, we don't support GtkMozEmbed anymore :)
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.