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 740209 - Gtk list text searching doesn't work on Wayland, and keeps opening subwindows
Gtk list text searching doesn't work on Wayland, and keeps opening subwindows
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: Wayland
3.16.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2014-11-16 13:26 UTC by bluescreen_avenger
Modified: 2015-12-15 00:40 UTC
See Also:
GNOME target: ---
GNOME version: 3.15/3.16


Description bluescreen_avenger 2014-11-16 13:26:22 UTC 
I am using Zenity 3.12.1 on GTK Master.

It seems that when I create a Zenity window with
zenity --list --column
And then on the zenity list, when I press a number or letter, A small window with a text field and the number I press appears for 1 second, and then it disappears. Then another one appears, and disappears. It seems to be an infinite loop, but it doesn't do it under the X11 backend.
Comment 1 bluescreen_avenger 2014-11-16 17:23:13 UTC 
I should mention that it seems that it works in gnome-shell wayland. The problems happen under Weston
Comment 2 bluescreen_avenger 2014-11-28 20:46:02 UTC 
Any updates on this? Any way I can toggle the search boxes?
Comment 3 Arx Cruz 2014-12-01 09:09:39 UTC 
Hello,

I still didn't have chance to check. I don't have a machine with wayland. Also, can you check if this happen in other GtkList application? I think this is related to GtkList and not Zenity
Comment 4 bluescreen_avenger 2014-12-01 12:08:57 UTC 
I discovered that this does happen on the list component of gtk3-widget-factory as well.

I will also try to rebuild GTK
Comment 5 bluescreen_avenger 2014-12-01 12:32:44 UTC 
I tried to rebuild GTK, as I haven't rebuilt in a while. still seems the bug is there
Comment 6 Arx Cruz 2014-12-01 12:43:48 UTC 
But the bug is on Gtk, or Zenity? According your comment, it's on GtkList right?
Comment 7 bluescreen_avenger 2014-12-01 12:51:49 UTC 
It is in GTK, as it affects the GTK list on the third page of gtk3-widget-factory as well as Zenity. 

I also just noticed that it seems to only infinitely loop if I press a letter that no entries start with. If I press 'C' it selects the first 'C' entry, but if I press 'Z', there are no 'Z' entries, and it loops forever, displaying the search field in random locations.
Comment 8 bluescreen_avenger 2015-01-02 12:51:20 UTC 
Any updates on this? GtkList on Wayland on Zenity with GTK master still creates subwindows with the search text, that last for about one second, until it creates another one, almost infinitely. 
Weirdly enough, this happens on Weston, but not on gnome-shell-wayland
Comment 9 bluescreen_avenger 2015-04-21 00:03:01 UTC 
Is there more diagnostic info I can provide? It still seems that I am still seeing this problem after building the newest GTK+, and running it with the Wayland backend on Weston
Comment 10 Arx Cruz 2015-04-21 05:53:11 UTC 
Hi,

If it's in GTK+ there's nothing I can do to help. We need to move this bug to Gtk...
Comment 11 bluescreen_avenger 2015-04-21 11:13:34 UTC 
Hi.

I moved it to GTK, at least for selecting the product. It doesn't look like I can change the assignment. Should I refile?
Comment 12 Arx Cruz 2015-05-29 11:46:06 UTC 
I think I was able to.
Comment 13 Matthias Clasen 2015-11-24 19:42:20 UTC 
this has been fixed in GtkTreeView
Comment 14 bluescreen_avenger 2015-12-15 00:40:16 UTC 
Cool! It's fixed!