https://bugs.freedesktop.org/show_bug.cgi?id=56031
Priority: medium
Bug ID: 56031
Assignee: libreoffice-bugs@lists.freedesktop.org
Blocks: 36549
Summary: Accessible Text Interface not updating until word
boundary at caret offset
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: jdi...@igalia.com
Hardware: Other
Status: UNCONFIRMED
Version: 3.6.3.1 rc
Component: Writer
Product: LibreOffice
Created attachment 68620
--> https://bugs.freedesktop.org/attachment.cgi?id=68620&action=edit
accessible event listener
Steps to reproduce (without the mouse and exactly as follows):
1. Launch the attached accessible event listener in a terminal.
2. Launch writer.
3. Type the string "This is a test." and press Return.
4. Press Up Arrow.
5. Press Right Arrow to move the cursor to the word "is".
6. Press Delete once (leaving "This s a test.")
7. Type the string "wa" (resulting in "This was a test.")
8. Press Down Arrow then Up Arrow.
Expected results (short version): After step 8:
current line: This was a test.
Actual results (short version): After step 8:
current line: This s a test.
Expected results (long version): Every time the caret moved on screen, the
event listener would print out the current line and the current line's contents
would be accurate.
Actual results: The current line is only printed out when the character at the
caret offset is at a word boundary (space, period, etc.). And the line contents
are incorrect until a word boundary (space, period, etc.) is typed. At that
point the line text is correct.
Apparently this is a regression introduced at some point in the 3.6 cycle as
per this Orca user's report:
https://bugzilla.gnome.org/show_bug.cgi?id=685098#c2
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
