GNOME Bugzilla – Bug 620156
Caret-moved events not presented in OOo Writer 3.2's Hyperlink dialog
Last modified: 2010-06-18 14:52:54 UTC
Dear Developers, When I tri inserting a hiperlink with a document in OO Writer, if I would like edit the hiperlink destination, Orca is not talking with normal character navigation operations. Following common operations are not resulting speech output with destination hibrid combo box/edit box field: 1. Delete a character with backspace key: Orca not spokening the deleted character. 2. Navigating characters with left or right arrow: Orca unfortunately not spokening the actual character with the caret is positioned. 3. Where am I operation: Orca not spokening actual wroted destination text. I don't no this is a bug with Openoffice.org Writer, or bug with Orca only. I maked a debug.out file with try do some common task with destination field with insert hiperlink dialog (moving destination field characters with left or right arrow key, deleting a character with backspace key, do where am I operation). How can you try reproduce this issue for example in Ubuntu Lucid and Openoffice.org 3.2? 1. Launch Openoffice.org Writer. 2. Go to insert menu, and choose hiperlink menu item. 3. Write a destination text, and try do common navigation tasks. You will be not hear speech output. Only way to check now right wroted destination text to jump Tab with next object, and press a Shift+Tab key combination. If this is an Openoffice.org bug only and not Orca problem, I am very happy, and would like excuse me you my unneed bugreport. Now, I tested this problem with latest pulled Orca git master version with containing lot of very good Openoffice.org Orca script bug fixes. I try test this problem with hungarian locale. Attila
Created attachment 162384 [details] I hope this debug.out file help you determining why happening this problem
I can confirm this problem with 3.2. It doesn't happen with 3.3. However, with 3.2, I am seeing caret-moved events. Question is, why are we not presenting anything? (It's a rhetorical question. <smile> I'll investigate.) Thanks for the report Attila!
Okay, I have good news and bad news. The good news is that I see what the problem is: we don't think this is the locusOfFocus. I can solve that. The bad news is that this particular type of widget suffers (or used to suffer) from a bug in OOo in which bogus object:text-selection-changed events are emitted each time you arrow. See this issue: http://qa.openoffice.org/issues/show_bug.cgi?id=104470 which we were tracking via bug 592927. As described in our tracking bug, the result is that Orca says "unselected" each time you arrow. More good news: The OOo guys fixed that issue. And by doing so, caused the bug where we say "unselected" all the time to go away. This fix is available in OOo 3.3. More bad news: There's nothing (reasonable) I can do about it for 3.2. We don't really have a way to know that selected text didn't just become unselected. We have to trust that OOo isn't lying to us. Sorry! Fix for what I can do coming up!
I have just committed the fix to master: http://git.gnome.org/browse/orca/commit/?id=9a56814d1e2fa584f51cfdad8a7294ba969d557e Attila could you please pull the latest Orca and test the fix? As stated in the previous comment, there's nothing I can do about the "unselected."
Joanie, thank you the fix and detailed prewious comment (good news and bad news what can possible fix now in Orca side in OO 3.2 related), I full understand. The fix is works well, you wroted, the unselected spokening problem with character move operation is not Orca problem, problem in OO 3.2. But, the character deletion is works well, where am I is works well in destination field, thank you this fix. I have one question before we change this bug status to resolved and fixed: In insert hiperlink dialog, after the "destination in the document" or similar labelled button, have a list view control, with general Orca nothing spoken when the focus is jumps this control. When I insert hiperlink destination in destination edit box, press 3 Tab key, I hear silent spokening output. When I do where am I operation, Orca only spokening list item text, but not spokening any value. I think this is the document frame list control, but I am not sure this is the right english label name with this control. This control are not have default value with need spokening? Can you look this before we mark this bug with resolved and fixed? If you help this, I maked an updated debug.out file with possible show what happening when I do following steps: 1. Inserting following hiperlink destination: live.gnome.org/Orca 2. Press 3 Tab key to jump this "silent" control. 3. Do where am I operation with shows default output spokening in where am I operation. 4. Move down arrow with the list element (choosing a document frame). 5. Do where am I operation again to see what changed. 6. Move up arrow the caret, and do where am I operation. Attila
Created attachment 162425 [details] Updated debug.out file with shows insert hiperlink document frame list related problem Joanie, I sending the promised updated debug.out file with concentrating only the document frame list related prewious comment wroted problem. I do prewious comment wroted test steps, I hope this updated debug.out file is help you fix this issue if this is possible. If this problem impossible to fix with Orca side, I not see any another need fixing problems with insert hiperlink dialog controls in Orca. This debug.out file based on latest pulled git master Orca version with containing your caret moved related fix. If impossible to fix this issue, feel free to change this bug status with resolved, fixed. Attila
Attila thanks for the confirmation. What you describe in comments 5 and 6 doesn't sound like a problem with caret-moved events not being spoken. It sounds like this dialog box has multiple bugs/issues present. In keeping with our community tradition of trying to have one bug per issue, would you mind opening a new bug for this new issue? I'd do it myself, but it's 1:30 AM and I have a super long DayJob day tomorrow (errr, today) and really should go to bed. <smile> Thanks in advance! And thanks again for all your reports and testing!
Just a moment, I do new bugreport with this document frame related issue, sorry. Attila
I doed another bugreport with command 5 and 6 wroted document frame issue. The bug number is bug 620119. If not need do any another related work this bugreport, I mark this bugreport status with resolved fixed.
Sorry, the bug number is bug 620219, I mistake prewious. Attila
Thanks Attila!
This fix will be included in the 2.30.2 release. http://git.gnome.org/browse/orca/commit/?id=9e420dfb6d92900a7ece4e5f2ec6bd2905ad987d