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 422126 - GtkCList and GtkCTree not redrawn correctly on win32
GtkCList and GtkCTree not redrawn correctly on win32
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.10.x
Other All
: Normal major
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2007-03-24 01:50 UTC by Hiroyuki Yamamoto
Modified: 2010-08-25 05:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Hiroyuki Yamamoto 2007-03-24 01:50:57 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:
Comment 1 André Klapper 2009-11-08 13:48:52 UTC
Both CList and CTree are deprecated and will be removed for GTK3 hence I expect this report to be OBSOLETE / WONTFIX.