Issue 110988 - svtools/qa/unoapi fails for svtools.AccessibleBrowseBox etc.
Summary: svtools/qa/unoapi fails for svtools.AccessibleBrowseBox etc.
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: DEV300m76
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2010-04-19 15:43 UTC by Stephan Bergmann
Modified: 2017-05-20 10:55 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
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);
 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
<>; please revert
when fixing this issue
Comment 2 Marcus 2017-05-20 10:55:16 UTC
Reset assigne to the default "".