https://bugs.documentfoundation.org/show_bug.cgi?id=173623
Bug ID: 173623
Summary: a11y: "activate" action of color palette items ignores
which item was activated (gtk3)
Product: LibreOffice
Version: 26.8.0.0 alpha0+ master
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
Assignee: [email protected]
Reporter: [email protected]
Description:
In Gnome, when using AT-SPI to select a color in ColorIconView, the only
exposed action for each color item is "activate", but performing that action
won't select the desired color, keeping the original color instead.
AT-SPI only works by performing the "selectChild" in ColorIconView, and then
perform an "activate" on it. It is so counter-intuitive that tools can not
utilize it correctly.
This bug was introduced in version 26.8.
Steps to Reproduce:
1. In Writer, open Format > Page Style..., go to the "Area" tab and
click "Color".
2. Click "Blue" in the palette. The "New" preview turns blue and its
Hex field shows 2A6099.
3. Use AT-SPI2 to invoke the "activate" action of the "Red" item.
Here's an example of doing 3 via Accerciser's IPython console, with the
"soffice" application selected in the tree:
In [1]: import pyatspi
In [2]: red = pyatspi.findDescendant(acc,
...: lambda x: x.name == "Red" and x.getRoleName() == "icon")
In [3]: red.parent.querySelection().getSelectedChild(0).name
Out[3]: 'Blue'
In [4]: red.queryAction().getName(0)
Out[4]: 'activate'
In [5]: red.queryAction().doAction(0)
Out[5]: True
Actual Results:
Nothing happens. The "New" preview stays blue, Hex is still 2A6099.
Expected Results:
The "New" preview turns red and Hex shows FF0000, as when clicking
"Red" with the mouse.
Reproducible: Always
User Profile Reset: No
Additional Info:
Version: 27.2.0.0.alpha0+ (X86_64)
Build ID: 79b06ca7481771beaf4edc83580f6e0de751a4cd
CPU threads: 20; OS: Linux 7.0; UI render: default; VCL: gtk3
Locale: en-US (C.UTF-8); UI: en-US
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
