Issue 110988

Summary: svtools/qa/unoapi fails for svtools.AccessibleBrowseBox etc.
Product: General Reporter: Stephan Bergmann <stephan.bergmann.secondary>
Component: codeAssignee: AOO issues mailing list <issues>
Status: ACCEPTED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: frank.schoenheit, issues, ocke.janssen
Version: DEV300m76   
Target Milestone: ---   
Hardware: Mac   
OS: Mac OS X, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description Stephan Bergmann 2010-04-19 15:43:58 UTC 
At least on CWS sb120 (mainly making changes to the testing framework),
executing the svtools/qa/unoapi tests repeatedly fails for
svtools.AccessibleBrowseBox, svtools.AccessibleBrowseBoxHeaderBar,
svtools.AccessibleBrowseBoxHeaderCell, svtools.AccessibleBrowseBoxTable,
svtools.AccessibleTreeListBox, and svtools.AccessibleTreeListBoxEntry on
unxmacxi, while it works on other platforms like unxlngi6, unxsoli4, unxsols4,
and wntmsci12.

All the failing test cases fail in the same way, the respective
createTestEnvironment does something like

 log.println("opening DatasourceBrowser");
 URL the_url = new URL();
 the_url.Complete = ".component:DB/DataSourceBrowser";
 getting = aProv.queryDispatch(the_url, "_beamer", 12);
 PropertyValue[] noArgs = new PropertyValue[0];
 getting.dispatch(the_url, noArgs);
 shortWait();
 XFrame the_frame1 = the_Desk.getCurrentFrame();

and the obtained XFrame is null, resulting in an unanticipated
NullPointerException shortly after.  Maybe .componet:DB/DataSourceBrowser does
not work as expected on Mac OS X?
Comment 1 Stephan Bergmann 2010-04-19 16:03:26 UTC 
worked around for now by disabling the affected tests in
svtools/qa/unoapi/svtools.sce, see
<http://hg.services.openoffice.org/cws/sb120/rev/8ba08ab65faf>; please revert
when fixing this issue
Comment 2 Marcus 2017-05-20 10:55:16 UTC 
Reset assigne to the default "issues@openoffice.apache.org".