Bug 71806 - UI SIDEBAR: writer keyboard trap stuck in paragraph panel alignment toolbar[a11y]
Summary: UI SIDEBAR: writer keyboard trap stuck in paragraph panel alignment toolbar[a...
Status: RESOLVED DUPLICATE of bug 80543
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
Keywords: accessibility, regression
Depends on:
Blocks: a11y-Windows
  Show dependency treegraph
Reported: 2013-11-19 19:41 UTC by V Stuart Foote
Modified: 2015-12-18 09:31 UTC (History)
4 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 2013-11-19 19:41:34 UTC
On Windows 7 sp1 64-bit
Build ID: f99736820a23cb7e37139607713658dea1c69dd4
TinderBox: Win-x86@42, Branch:master, Time: 2013-11-18_00:10:12

Regression functioned correctly through builds

We now have a keyboard trap on the UI Sidebar for Writer component in the Paragraph panel. 

Steps to reproduce
1. Launch LibreOffice Writer
2. <F6> to enter the Sidebar Tray on the Properties title bar
3. Cursor <Down> twice, onto the Paragraph panel
4. <TAB> twice to enter the panel, landing on the Allign Left button of the Allignment menu.
5. Cursor <Right, Left> will move between items of Allignment menu
6. <TAB> should position to the next menu on the panel--Bullets & Numbering. It does not. Remainder of panel is inaccessible via keyboard, and navigation trapped in Allignment menu.  <ESC> key is necessary to break out of the panel.
Comment 1 V Stuart Foote 2013-11-19 20:55:24 UTC
regression at some point after build

Build ID: 5486fd99e185833f1defa9681ef48f50940a65db
TinderBox: Win-X86@42, Branch:master, Time: 2013-10-23_17:16:46

Additionally, discovered that issuing a <Shift><TAB> when stuck in the Paragraph panel Alignment menu toolbar will move focus backwards in the Paragraph panel landing in the hanging indent spinner box.
Comment 2 V Stuart Foote 2013-11-19 23:01:19 UTC
This seems to be isolated to Windows build only.

Found keyboard navigation works correctly on Linux (Centos 6.4 2.6.32-358.el6.x86_64 kernel with gdm)

Build ID: f99736820a23cb7e37139607713658dea1c69dd4
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2013-11-17_23:56:22
Comment 3 V Stuart Foote 2013-12-05 19:59:28 UTC
On Windows 7 sp1, 64-bit

Build ID: dfd1a47a38dac743f9ed0f1e9507714bac027d35
TinderBox: Win-x86@39, Branch:master, Time: 2013-12-05_01:07:26

No longer keyboard trapped this build in the "box1" "0,0" packing--if I had to guess suspect the hang up was the WriteDirection toolbox or the Vertical Alignment toolbar.

Closing this Resolved WorksForMe

So while keyboard no longer hangs, there appear to be disconnects between UI GTK toolbar objects, their packing-sequencing, button state, and accessibility annotation in source.


Will open new issue with a specifics of sequence issue, where we need to block the GTK Paragraph/Line Spacing actions together into one vertical toolbar/toolbox, and similarly the Indent actions into another GTK vertical toolbar/toolbox.
Comment 4 V Stuart Foote 2014-12-08 19:34:47 UTC

*** This bug has been marked as a duplicate of bug 80543 ***
Comment 5 Robinson Tryon (qubit) 2015-12-18 09:31:36 UTC
Migrating Whiteboard tags to Keywords: (a11y -> accessibility)