Closed Bug 404343 Opened 17 years ago Closed 17 years ago

ATK accessible hierarchy is broken

Categories

(Core :: Disability Access APIs, defect)

Product:
Core
Component:
Disability Access APIs
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: scott, Assigned: aaronlev)

References

Details

(Keywords: access, regression) 

The accessible hierarchy is acting very strange for Gecko/2007111904 Minefield/3.0b2pre .  I rarely see any subtree below the scrollpane for tabs 2 and higher.  In addition, there have been occasions where Minefield is not even recognized by Accerciser.

Do the following to test:
1) Open Minefield followed by a second page.  I used google.com
2) Open Accerciser and look for the second tab.  I am not seeing any accessible children of the scrollpane.
Blocks: fox3access
Severity: normal → critical
Keywords: access, regression
Accerciser sees all the scrollpane subtrees if there are multiple tabs open upon startup.  However, any new tab will have a childCount=0 and no subtree shown for the scrollpane.

Still checking on the date that this first occurred. 
The problem occurred between the Gecko/2007111504 Minefield/3.0b2pre and Gecko/2007111604 Minefield/3.0b2pre builds.
To be exact, do you mean:
11/15: works
11/16: broken
?
Gecko/2007111504 Minefield/3.0b2pre works.
Gecko/2007111604 Minefield/3.0b2pre is broken.
It is Bug 398021.

The "Force CacheChildren()" caused this problem.

I've no idea what it is trying to fix.
It was trying to fix a particular crash, I can CC you on the bug, if wanted.
Anyway, the offending patch was backed out, so this should be fixed, I guess, in tomorrow's build.
Blocks: 398021
This was fixed by backing out bug 398021.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.