GNOME Bugzilla – Bug 568631
Orca does not update the position for same-page links which reference objects by name/id in Firefox 3
Last modified: 2009-01-22 22:25:10 UTC
This is a spin-off bug from bug #544771. > Navigate to http://live.gnome.org/Orca > Tab down to "Does Orca work with Skype?" and activate the link. > The focus is moved, but we are not updating to reflect the new location. The reason why is the links in this instance are referencing objects by id rather than by anchor.
Created attachment 126973 [details] [review] revision 1 Pylinted and regression tested. Will please review. Thanks!
Seems like a decent way to check for a same page link. If one were to jump off the page onto another link with a fragment, such as going from this bug page to http://live.gnome.org/Orca#head-57a68c24cf7c113345e8389db746bfe158e464ba, does the desired thing happen with the patch?
(In reply to comment #2) > Seems like a decent way to check for a same page link. If one were to jump off > the page onto another link with a fragment, such as going from this bug page to > http://live.gnome.org/Orca#head-57a68c24cf7c113345e8389db746bfe158e464ba, does > the desired thing happen with the patch? > Good catch Will! Thanks! It does not. :-( But the patch doesn't break it or in any way impact it: Turns out we weren't doing the right thing before either. ;-) The issue you raise seems to be a different case: When a page finishes loading, the Gecko script's onStateChanged makes decisions about where to place the caret and what to present. I opened bug 568768 for that issue. I've committed the patch attached to this bug to both trunk and the gnome-2-24 branch. Now to muck with onStateChanged. :-)