Issue 26126 - API: svx.AccessibleControlShape
Summary: API: svx.AccessibleControlShape
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial
Target Milestone: ---
Assignee: stephan.wunderlich
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-04 16:51 UTC by stephan.wunderlich
Modified: 2013-02-24 21:07 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description stephan.wunderlich 2004-03-04 16:51:17 UTC 
The controlshape isn't part of the accessibility-tree in src680_m28

Just execute %SOLARENV%\bin\checkapi -o svx.AccessibleControlShape to reproduce
the behaviour
Comment 1 stephan.wunderlich 2004-03-04 16:54:45 UTC 
SW->AF: the same is valid for all shapes-types
Comment 2 groucho266 2004-04-07 13:48:29 UTC 
Accepted.
Comment 3 groucho266 2004-10-06 12:01:55 UTC 
The control shape is now shown as being part of the accessibility tree.

However, for the test to terminate successfull the file
qadecOOo/runner/util/AccessibilityTools.java needs a little modification: the
three parameter variant of printAccessibleTree() has to be guarded against a
null pointer passed as XAccessible object.  This null pointer is of course an
error in the application but is not covered by this issue and maybe does not
belong to Draw or Impress.
Comment 4 groucho266 2004-10-25 13:30:22 UTC 
Step 1/3 of sending issue to QA.
Comment 5 groucho266 2004-10-25 13:30:47 UTC 
Step 2/3 of sending issue to QA.
Comment 6 groucho266 2004-10-25 13:31:06 UTC 
Step 3/3 of sending issue to QA.
Comment 7 stephan.wunderlich 2004-10-29 16:24:46 UTC 
works as expected in cws_impress10 => verified
Comment 8 stephan.wunderlich 2005-01-26 16:37:34 UTC 
ok in src680_m73 => closed