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 671074 - Hectic redraws in GtkEntryCompletion popup when adding/deleting rows to its model
Hectic redraws in GtkEntryCompletion popup when adding/deleting rows to its m...
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkEntry
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2012-02-29 16:41 UTC by Xan Lopez
Modified: 2018-02-10 03:41 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Xan Lopez 2012-02-29 16:41:30 UTC 
The new history code in Epiphany deals with a ton of data (infinite history), so having all of it in a GtkTreeModel and relying on the filtering of GtkEntryCompletion won't work. For that reason we have switched to manually changing the entire model each time the entry is updated, filling the right history items.

This works well but for one reason: when the size of the model changes GtkEntryCompletion won't redraw its popup smoothly. Instead it's very visibly doing it in several steps, with the partially-blank treeview visible in the middle. See: http://people.gnome.org/~xan/ugly-ephy.webm

Company suggested on IRC to call gtk_entry_completion_complete when all the new rows have been added/replaced to workaround this. That works, but ideally we should make it work right.
Comment 1 Matthias Clasen 2018-02-10 03:41:30 UTC 
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.