Bug 80543 - SIDEBAR: Paragraph Property panel keyboard navigation hangs at the horizontalalignment toolbox--when AT has been activated (a11y)
Summary: SIDEBAR: Paragraph Property panel keyboard navigation hangs at the horizontal...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: Other All
: medium normal
Assignee: Not Assigned
Keywords: accessibility
: 71806 (view as bug list)
Depends on:
Blocks: Sidebar-Accessibility Sidebar-Properties-Paragraph
  Show dependency treegraph
Reported: 2014-06-26 00:56 UTC by V Stuart Foote
Modified: 2019-01-18 13:56 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description V Stuart Foote 2014-06-26 00:56:59 UTC
On Windows 7 sp1, 64-bit en-US
Build ID: bdd87b2acddb2e244569dcc8f228e270614dc59e
TinderBox: Win-x86@39, Branch:master, Time: 2014-06-23_00:37:24

In the Sidebar Properties Paragraph panel With keyboard navigation <TAB> will not advance off of the Alignment horizontal toolbar--e.g. Align left, Centered, Align right and Justified.

However, Shift <TAB> will regress through all toolboxes of the panel.

In the sidebarparagraph.ui it looks like it maybe is hanging up on the hidden (in en-US) writedirection toolbox.
Comment 1 V Stuart Foote 2014-06-26 20:35:20 UTC
Hey, here is another clue.

On Windows 7 sp1, 64-bit en-US
did a fresh /A install of 
Build ID: a532e2bba1a2400925e5930d20ab6fd573171085
TinderBox: Win-x86@39, Branch:master, Time: 2014-06-26_00:23:42

Keyboard navigation with TAB moved forward from the paragraph alignment horizontal toolbox until I enabled an AT (NVDA). After that, even with AT (NVDA) disabled--no forward movement onto the Bullets dropdown.  <Shift>+TAB moves backward off the alignment horizontal and cycles backward all the way around.

If I clear profile, TAB movement is restored--until I again enable AT (NVDA).

So this is only happening when the AT has been activated at least once.

Anyone who can comment on OSX NSAccessibility or a Linux Gnome/Orca?
Comment 2 V Stuart Foote 2014-12-08 19:34:47 UTC
*** Bug 71806 has been marked as a duplicate of this bug. ***
Comment 3 V Stuart Foote 2014-12-08 19:37:27 UTC
Present at least since alpah1, manifests when Assistive Technology support activated.
Comment 4 QA Administrators 2015-12-20 16:15:54 UTC Comment hidden (obsolete)
Comment 5 Yousuf Philips (jay) (retired) 2016-09-13 10:47:36 UTC
So the problem seems to occur if you have CTL disabled, which is the default. Just another reason why the buttons should be visible but disabled rather than hidden. :D

Build ID: 78404fe5549fded2eaf0c5ea6e1ca66039e995af
CPU Threads: 2; OS Version: Linux 3.19; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-09-11_09:14:01
Locale: en-US (en_US.UTF-8); Calc: group
Comment 6 QA Administrators 2017-11-17 09:10:54 UTC Comment hidden (obsolete)
Comment 7 Alex ARNAUD 2017-12-01 13:25:58 UTC
Dear all,

I can reproduce on LibreOfficeDev 6.1 from 2017-11-26.

Best regards.
Comment 8 QA Administrators 2018-12-03 03:59:32 UTC Comment hidden (obsolete)
Comment 9 Alex ARNAUD 2019-01-18 13:56:18 UTC
Dear all,

I cannot reproduce on LibreOfficeDev 6.3 (VCL GTK3) from 2019-01-16 on Debian 9 "Stretch" (GNU/Linux).

I can confirm the original issue with LibreOffice on the same computer with also VCL GTK3.

Best regards,