GNOME Bugzilla – Bug 535885
GtkFileChooserButton "file-set" signal not emitted when a combo box path is selected
Last modified: 2013-09-23 20:19:27 UTC
Please describe the problem: When selecting a shortcut, bookmark or volume in the GtkFileChooserButton combo box the "file-set" signal is not emitted. When selecting a file or path via the Other... dialog, signal is emitted. Steps to reproduce: 1. Run patched version of testfilechooserbutton 2. Notice that file-set signal is only emitted via Dialog file/path selection Actual results: "file-set" is not emitted. Expected results: "file-set" is emitted. Does this happen every time? Yes Other information: I attempted to add calls to g_signal_emit_by_name() for the "file-set" signal in the combo_box_changed_cb() function in gtk/gtkfilechooserbutton.c, but it appears that the new assigned file name is set asynchronously (at least it wasn't updated when attempting to retrieve the new name in the "file-set" signal handler).
Created attachment 111834 [details] [review] Adds "file-set" signal emission messages to testfilechooserbutton
Created attachment 111835 [details] [review] Attempt to add "file-set" emissions in combo_box_changed_cb() This patch does not work properly. It was my attempt to get "file-set" signal to emit when combo_box_changed_cb() was called and a new path/file was assigned. Unfortunately it appears that the path/file is not yet assigned when the "file-set" handler is called.
Hi, This bug is over three years old and is still a problem in GTK+ 3.0.11. It seems to me a fairly important problem, since selecting a folder in the drop-down list *appears* to change the selected folder but in fact does nothing, thereby misleading the user.
*** This bug has been marked as a duplicate of bug 543732 ***