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 722388 - Setting wrap width on GtkTreeMenu makes it really slow
Setting wrap width on GtkTreeMenu makes it really slow
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
3.11.x
Other Linux
: Normal normal
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2014-01-17 02:26 UTC by Matthew Brush
Modified: 2018-05-02 15:54 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Test case showing the issue (1.58 KB, text/x-csrc)
2014-01-17 15:45 UTC, Colomban Wendling 		Details

Description Matthew Brush 2014-01-17 02:26:17 UTC 
It's ok if you set it after loading items. It manifested in a GtkComboBox.

It's probably this, but I don't know GTK+ code well:

https://git.gnome.org/browse/gtk+/tree/gtk/gtktreemenu.c?id=3.11.4#n1078
Comment 1 Colomban Wendling 2014-01-17 15:45:45 UTC 
Created attachment 266554 [details]
Test case showing the issue

I can confirm this, any value of wrap-width > 0 (even 1) make populating the combo box terribly slow.

Attached is a test case showing the problem, and on my machine it gives:

 n_items | wrap-width | time (ms)
 --------| -----------|----------
 100     | 0          |       10
 100     | 1          |      710
 100     | 2          |      729
 100     | 3          |      750
 100     | 4          |      765
 -------------------------------
 200     | 0          |       27
 200     | 1          |     2953
 200     | 2          |     3096
 200     | 3          |     3323
 200     | 4          |     3561

This looks pretty damn slow for anything but wrap-width=0.

Note that this slowness exists before the widget is shown, and even before it is added to its parent.

Of course, a workaround is to only set the wrap-width after the combo has been filled, but:

 1) one has to know this, and
 2) it's not really convenient when e.g. a ComboBoxText is created with Glade and filled by the program.
Comment 2 Matthias Clasen 2018-02-10 05:08:42 UTC 
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.
Comment 3 Colomban Wendling 2018-02-11 03:30:41 UTC 
Still relevant as of 3.22.  @Matthew, could you reopen?
Comment 4 Matthew Brush 2018-02-11 03:34:59 UTC 
@Colomban, I can't it will only let me make it "NEEDINFO" or "RESOLVED".
Comment 5 GNOME Infrastructure Team 2018-05-02 15:54:36 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/461.