Issue 21241 - No AccessibleSelection in context menus
Summary: No AccessibleSelection in context menus
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: ui
Classification: Code
Component: code (show other issues)
Version: current
Hardware: Sun Linux, all
: P4 Trivial (vote)
Target Milestone: AOO PleaseHelp
Assignee: thomas.benisch
QA Contact: issues@framework
URL:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-10-15 12:42 UTC by ru
Modified: 2008-03-14 11:36 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ru 2003-10-15 12:42:56 UTC
It is not possible to select a menu/menuitem at the selection interface of
at-poke in context menus.

TBE: When using the AWB (Accessibility WorkBench) from AF the selecting of
menus and menuitems in context menus via the XAccessibleSelection interface
works without problems on Windows and Linux. Of course, the environment
variable SAL_FLOATWIN_NOAPPFOCUSCLOSE must be set.
In addition, I reproduced the bug together with RU on his PC. In one out of
several attempts the bug was not reproduced and the menu item was selected.
Probably this is a hint for a race condition?
Finally, when selecting a menu item via the XAccessibleAction interface, e.g.
a new Font, this works from at-poke without problems.

TBE: As discussed with OBR, PL and SSA I set this bug to P4.

pl->obr: i built into vcl09 that popups are not closed if said env variable is
set to a nonempty value; if this is not sufficient (mouse grab problems), you
can also set SAL_DISABLE_FLOATGRAB to a non empty value. Could you have a look
whether this fits your/TBE's needs ? Please ask HDU about availability of vcl09
install sets as i'm on vacation next week.

obr->ru: you volunteered to verify the fix :)

RU -> PL: SO crashes at selecting a font via context menu. Furthermore I cannot
work with at-poke as SO also crashes at selecting the menu items. This prevents
me from testing that bug.

TZ: Why this task is on target '6 Beta2'. I change it to '7 RC'.


pl->obr: changes are in for a while (they are definitely in a 645m5); could you
please try if this works now; gnomeland doesn't like me an if you start
accessibility on a mercury gnome all applications begin to crash at random
intervals.

obr->pl: unfortunatly this still doesn't work: selecting any item from a context
menu does nothing but closing the context menu itself :(

obr->tz,ak: since this is a P4, I recommend to set this task to target 'Q'.


ak: I can follow the recommendation -> 'Q'
Comment 1 ru 2003-10-15 12:44:41 UTC
Bug was migrated from iBIS.
Comment 2 ulf.stroehler 2004-05-25 15:37:36 UTC
Retargeted to 'OOo Later' and P4.
Comment 3 mdxonefour 2005-09-29 11:04:19 UTC
re-targeted to OOo 3.0
Comment 4 philipp.lohmann 2006-06-15 15:20:46 UTC
target
Comment 5 philipp.lohmann 2008-02-22 10:42:43 UTC
pl->tbe: Is this happening still ? I don't even know how I would test this.
Comment 6 nospam4obr 2008-03-14 11:35:23 UTC
Tested again (a DEV300_m2) on Solaris Nevada (77) with accerciser: selected
"Character .." context menu item from the soffice accessibility tree, expanded
"Action" node on the Interface Viewer tab-page, selected "click" action and
pressed "Perform action" button => the Character dialog pops up. Nice !

Tested a few other menu items as well and did not find any problems any more. 
Comment 7 nospam4obr 2008-03-14 11:36:21 UTC
.