Apache OpenOffice (AOO) Bugzilla – Issue 36127
API: svtools.AccessibleTabBarPage
Last modified: 2017-05-20 11:27:31 UTC
while creating environment for svtools.AccessibleTabBarPage the test iterates over the accessible tree. On one point it seems that one node has a child with content null. This causes an NullPointerExecption. While closing this document the office crashes. To reproduce this behavior just start your office with parameter "-accept=socket,host=0,port=8100;urp;" and call inside a solar shell: checkapi -o svtools.AccessibleTabBarPage The last lines of the log output of the test: LOG> 56,():com.sun.star.comp.toolkit.AccessibleWindow LOG> StateType contains SHOWING: true LOG> 40,Slides():com.sun.star.comp.toolkit.AccessibleWindow LOG> StateType contains SHOWING: true LOG> 63,():com.sun.star.comp.toolkit.AccessibleToolBox LOG> StateType contains SHOWING: true LOG> 44,():com.sun.star.comp.toolkit.AccessibleToolBoxItem LOG> The boundary Rectangle is (0,0) (15,15) LOG> StateType contains SHOWING: true Exception while getting Environment java.lang.NullPointerException Attached you will find the log of the accessible tree the tests iterates over. Not: currently it is not possible to create such a tree in a solar shell. This comes with integration of qadev19. But the nullpointer you will see.
Created attachment 18666 [details] the accessible tree
.
tbe...
TBE->CN: For the crash of the office (draw) I wrote #i36665#. Therefore I propose to set the priority of this task to 3.
becasue the crash results not of this bug => Prio 3
accepted
The java.lang.NullPointerException is thrown in the recursively called getAccessibleObjectForRole(), because xacc is null. In order to get an object of a certain accessible role the whole accessibility hierarchy is searched for. The problem in this task is the 'Pages' floating window (accessible name: Slides) in draw. For this object getAccessibleChildCount() returns 3, but one of the children is null. Therefore all accessibility API tests for objects, which are found in the accessibility hierarchy AFTER the 'Pages' object will fail. API tests for objects which are found BEFORE the 'Pages' object will succeed. TBE->CN: As already mentioned in #i26685# the implementation of getAccessibleObjectForRole() should be modified in that way, that one checks, if a child is null before calliing getAccessibleObjectForRole() again. If a child is null an error message can be printed, but the search should be continued. Don't forget to coordinate your work with SG!!! TBE->AF: Nevertheless the problem of the 'Pages' object in draw should be fixed.
Accepted.
set to prio4
*** Issue 43843 has been marked as a duplicate of this issue. ***
Changing target.
This may have been fixed in CWS impress51.
Due to resource constraints I set the target to OOo Later.
add keyword "accessibility"
re-targeted to OOo 3.0
Target change.
set target 3.0
Retargeted to OOo 3.x due to time constraints.
Removed Accessibility Keyword. This is an automatic (Accessibility) API testing, and results of this don't actually reflect the Accessibility of the product. We are not aware of any Accessibility issue related to this API test scenario.
Reset assigne to the default "issues@openoffice.apache.org".