GNOME Bugzilla – Bug 708087
Scrolling leads to bogus accessible extents being reported by the list items
Last modified: 2018-04-15 00:23:35 UTC
Created attachment 254948 [details] listener Steps to reproduce: 1. Launch the attached listener in a terminal 2. Get into the Universal Access panel, arrow down to the bottom 3. Arrow back up to the top Expected results: Each list item printed in the terminal would have the correct extents (bounding box). Actual results: After scrolling down, the extents reported are something like (-2147483648, -2147483648, 625, 44) And remain this way until the panel has been scrolled back to the top. Notes: 1. This may be a GtkListBox bug, but the bug doesn't happen with the ListBox demo from gtk3-demo. There the extents are always reasonable. 2. You'll need Gtk+ from master as the listener is looking for an accessible role that has only just recently been properly-exposed.
Created attachment 255837 [details] [review] widgetaccessible: Translate widget coords to viewport coords We need to translate widget coords to viewport coords for the allocations comparison to be meaningful. -- This seems to fix it, but the whole gtk_widget_accessible_on_screen() function assumes things which don't really hold. I'm not sure it can even be made totally correct and not just a best effort.
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla. If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab: https://gitlab.gnome.org/GNOME/gtk/issues/new