After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 538682 - Using collection to find the previous object on a large page in FF3 is quite slow
Using collection to find the previous object on a large page in FF3 is quite ...
Status: RESOLVED DUPLICATE of bug 538680
Product: orca
Classification: Applications
Component: general
2.23.x
Other All
: Normal normal
: ---
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
Depends on:
Blocks: 404403
 
 
Reported: 2008-06-16 22:33 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2010-04-12 03:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Description Joanmarie Diggs (IRC: joanie) 2008-06-16 22:33:52 UTC 
This is a blocking/tracking bug for the following at-spi bug:
Bug 538680: collection.getMatchesTo() seems to ignore the count

After adding some debugging code into Orca I discovered that when we use collection.getMatchesFrom() to get the next x objects, we get at most x objects returned.  But when we use collection.getMatchesTo() to get the previous x objects, we get all of the objects that match from the top of the document frame. On a page with lots of objects, especially lots of objects that might match, this number can be huge and it slows down structural navigation considerably. :-(
Comment 1 Joanmarie Diggs (IRC: joanie) 2010-04-12 03:52:46 UTC 
Yay! The AT-SPI bug is fixed.

Closing our bug out since there's nothing else for us to do in Orca w.r.t. this issue. I guess it's not NOTGNOME since it was AT-SPI. So, I'll call it a dup.

*** This bug has been marked as a duplicate of bug 538680 ***