GNOME Bugzilla – Bug 422126
GtkCList and GtkCTree not redrawn correctly on win32
Last modified: 2010-08-25 05:44:41 UTC
Please describe the problem: Since GTK+ 2.10.11 (win32), when the number of row are reduced at GtkCList or GtkCTree while the scrollbar is not required, they are not redrawn correctly until the redraw is forced by hiding the window. It happens with gtk_clist_remove(), gtk_ctree_remove_node(), gtk_ctree_collapse() etc. As a temporary workaround, explicitly calling gtk_widget_queue_draw() after them will work. Maybe this has something to do with: http://bugzilla.gnome.org/show_bug.cgi?id=389765 (I know GtkCList/CTree is deprecated and they should be migrated to GtkTreeView, but rewriting every part of code (currently 20 or so) to GtkTreeView is rather a hard task ;)) Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Both CList and CTree are deprecated and will be removed for GTK3 hence I expect this report to be OBSOLETE / WONTFIX.