Opened 6 years ago

Closed 6 years ago

Last modified 6 years ago

#16668 closed defect (fixed)

wxListCtrl: 100% CPU usage with GTK+3 when scrollbars are visible

Reported by: botg Owned by: pcor
Priority: high Milestone:
Component: wxGTK Version: dev-latest
Keywords: GTK3 Cc:
Blocked By: Blocking:
Patch: no


It seems like the inner window is constantly oscillating between two different sizes when the list is large enough for there to be scrollbars.

Issue does not appear to affect other scrollable controls, it is not reproducible in the scroll, vscroll, treectrl nor treelist samples.

This issue affects both trunk as well as 3.0.2

Steps to reproduce:

  • Configure and compile wxWidgets with --with-gtk=3
  • Compile and run listctrl sample
  • Resize the window so that scrollbars are visible in the list control

Reproducible under multiple systems. Confirmed to happen using Xfce under Debian Jessie as well as KDE under openSUSE 13.2.

Issue first reported in this downstream bug report:

Change History (4)

comment:1 Changed 6 years ago by vadz

  • Keywords GTK3 added
  • Priority changed from normal to high

comment:2 Changed 6 years ago by pcor

  • Owner set to pcor
  • Status changed from new to accepted

comment:3 Changed 6 years ago by PC

  • Resolution set to fixed
  • Status changed from accepted to closed

In 78106:

fix infinite sizing loop with GTK3 when using a non-default target window, closes #16668

comment:4 Changed 6 years ago by botg

Thank you, the fix works well.

Note: See TracTickets for help on using tickets.