GNOME Bugzilla – Bug 574059
search button not available in some cases
Last modified: 2009-03-12 20:42:19 UTC
the bug has been opened on https://bugs.launchpad.net/bugs/337432 "gedit 2.25.8-0ubuntu1 http://launchpadlibrarian.net/23405841/Capture.png Here is the screenshots of the bug. As said above, to reproduce the bug, one just have to press ctrl+f same problem with search and replace. There is no bug while choosing the incremental search option from the search menu. It can be used as a workaround."
the issue seems to be new in 2.25.8
I cannot reproduce this on intrepid with gedit 2.25.8. The sensitivity of the button is controlled by gtk_dialog_set_response_sensitive, and is set to sensitive whenever text in the entry is changed and not empty. Can this be a gtk+ problem?
could be, selecting something in the combo change the button correctly but typing text doesn't
Created attachment 130030 [details] test case This seems a bug in gtk+, as you can see in the test case the changed signal is not emitted when you type on the combobox. With older versions of gtk+ this works perfect.
I've fixed this in gedit by using the changed signal in the GtkEditable instead of using the comobobox directly.
I confirm that last commit works perfectly. I also tried to do a git bisect and I can confirm that this regression didn't appear in gedit itself as previous revisions that worked correctly still have this bug when re-compiled.
Created attachment 130055 [details] [review] Fixes the regression in GtkComboBoxEntry http://bugzilla.gnome.org/show_bug.cgi?id=572478 caused the regression in GtkComboBoxEntry's gtk_combo_box_entry_contents_changed()
Created attachment 130057 [details] [review] Fixes the regression in GtkComboBoxEntry (corrected diff)
Please commit. As this fixes a regression, I want it in 2.16.0
*** Bug 575135 has been marked as a duplicate of this bug. ***