GNOME Bugzilla – Bug 465175
Location field not working
Last modified: 2008-10-05 13:48:47 UTC
Please describe the problem: The location field which appears under the path line in the local file browser, does not work. When you type a path in it, and press enter, nothing happens Steps to reproduce: 1. Start Brasero and choose to create a data cd 2. In the right pane (local file browser), click on the button to the left of the path line, to show the Location field 3. In the location field, type a path, for example /tmp 4. Press Enter Actual results: /tmp is shown in the file browser Expected results: Nothing happens Does this happen every time? Yes Other information: I have this problem on Mandriva Cooker, it also has been reported on Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433697
Of course expected results and actual results have to be inverted :-) I expect it to show /tmp, but actually nothing happens.
I believe the pane is actually provided by GTK+ (it's basically the standard GTK+ file open / save dialog), and I'm currently seeing this problem on every GTK+ app in Cooker. Fred, please try with some other GTK+ apps and see if you have the same problem there - if you do, the issue is likely not in Brasero.
Adam can you tell me other app that is doing the same behavior please.
Ok i talked with Philippe looks like Gedit as the same location field but it's working so it's a brasero bug. Confirmed.
What Luis said is true. But it works for gedit in the GtkFileChooserDIALOG. I tried other apps that uses the same GtkFileChooserWidget and it doesn't work (same behavior as in brasero). I think that's a GTK+ bug.
This looks like gtk+ bug #505857.
gtk+ bug #505857 has been fixed in trunk. Anyone running an updated version of gtk+ trunk that can confirm this solves the Brasero issue?
Ok we still got the problem... the location bar is displaying the right directories but when we press enter it doesn't do nothing. I'll try to fix it before 0.8.0
Ok there isn't much we can do right now. Copy & Paste Federico comments on IRC: <federico> metalgod: the bug is this: a) GtkFileChooserDefault and GtkFileChooserDialog assume quite a bit about each other. In particular, GtkFileChooserDefault creates its location_entry but doesn't connect to "activate" on it or anything. It just assumes that pressing Enter will cause the dialog to activate its default button. In turn, doing that causes GtkFileChooserDialog to run gtkfilechooserdialog.c:response_cb(), which asks the underlying widget, metalgod: b) GtkFileChooserDefault should really monitor the file entry by itself. That's not hard to do; grep for file_chooser_entry_new and start from there.
After much delay and uncertainty, I finally fixed this bug. Note that the fix doesn't do what was expected in the initial bug report for directories. If the path of a directory is typed and enter pressed then the directory is added to the compilation/project. It isn't displayed in the file browser. Thanks for your patience and help.