GNOME Bugzilla – Bug 609890
[blocked] Orca does not move to the expected object when Tab is pressed in Firefox 3.6 effective June 11th 2009 build
Last modified: 2012-10-05 03:43:58 UTC
This is a tracking bug for the following Mozilla regression: https://bugzilla.mozilla.org/show_bug.cgi?id=546068 This regression boils down to the following: Any time Orca moves the caret, be it structural navigation or caret navigation, Firefox is no longer properly updating the position. As a result, pressing Tab or Shift+Tab will not move you to the next focusable object with respect to your current location. This renders Tab pretty much useless. This breakage occurred in Firefox 3.6 on 11th June and remains broken through the present build (currently 13th Feb).
Created attachment 156096 [details] This debug.out file shows does'nt work the headings list extension with actual available Firefox 3.6 stable version Joanmarie, if you have a little time, please analyze this debug.out file. I see an interesting problem with Rich Caloggero Navigation Bundle Firefox extension (1.4 version) on the headings list function. The problem is the headings list extension if I using Firefox 3.6 version. When I ask a headings list with a webpage with Ctrl+Alt+h key combination, choose any heading with the list and press enter key, the focus does'nt jump the choosed heading. Interesting, but links list extension is OK, correct working. I don't no this is an Orca related bug, or a bug with extension because this extension is not compatible now Firefox 3.6. The extension download link is following: http://www.mit.edu/~rjc/navigationBundle-1.4.xpi Oldest Firefox versions before 3.6 version this extension is working absolute right. The grab focus on objects when navigating of course is unchecked, but not help if I checking this check box. Thank you the suggestions with an another bugreport, I short time show what the right method to work with this extension. I downloaded following Firefox version with mozilla website, and this version this problem is not present: firefox-3.6a1pre.en-US.linux-i686.tar.bz2 This debug.out maked actual awailable Firefox 3.6 version with my Lucid system. Next comment I sending important informations. Attila
Created attachment 156099 [details] This debug.out shows how working right the headings list extension Joanmarie, I found a Firefox 3.6 version with the headings list extension is working right. The about dialog data is following: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090601 Minefield/3.6a1pre After following version not working right this extension: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090610 Minefield/3.6a1pre I sending you right working debug.out file with debug.out.right file. I hope my informations is helpful, but I am fraid this is a Mozilla Firefox bug, not Orca bug. Attila
(In reply to comment #2) Attila, just to be sure I'm following what you're saying, does this: > After following version not working right this extension: > Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090610 > Minefield/3.6a1pre mean that the last version which does work is: * Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090610 and the first version which does not work is: * Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090611 If so, then that would be further evidence to support my suspicion that what you found is just another instance of this bug. But if instead you mean that this version does not work: * Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090610 then you may have found yet another Mozilla regression. Please let me know. And thank you *very, very much* for doing all of this work to triage the problem!
*** Bug 615877 has been marked as a duplicate of this bug. ***
This is an tracking bug for a fixed Mozilla bug. Closing as NOTGNOME.