GNOME Bugzilla – Bug 677485
Accessible text reports 0 selections when text selection starts at first or last offset
Last modified: 2014-01-14 17:49:13 UTC
Created attachment 215655 [details] event listener Steps to reproduce: 1. Launch the attached listener 2. Press Alt+F2 to get into the gnome-shell run dialog 3. Type some text 4. Move the caret to the very {beginning,end} of the text 5. Press Shift + {Right,Left} Arrow to select text Expected results: The number of reported selections would be 1. Actual results: The number of reported selections is 0. Notes: 1. This only seems to occur if text selection starts from the very beginning or very end. Moving just one character in and performing the same test results in things working as expected. 2. If we ignore the reported number of selections and just try to get the first selection anyway, we succeed (i.e. if need be, I could hack around this in Orca. But I'm hoping it's just a silly and easily fixable bug in Cally.)
Just tested and patch uploaded on bug 722188 solved this issue. Both are caused by the same: a wrong implementation of atk_get_n_selections at cally-text. Closing as duplicate. *** This bug has been marked as a duplicate of bug 722188 ***