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 398117 - unable to choose initial folder in File Chooser (folder picker mode)
unable to choose initial folder in File Chooser (folder picker mode)
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on: 557689
Blocks:
 
 
Reported: 2007-01-18 19:38 UTC by Nuno J. Silva
Modified: 2010-04-08 13:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Nuno J. Silva 2007-01-18 19:38:25 UTC
Please describe the problem:
When I use some function in a GTK application which requires a file picker to be opened to choose a folder (e.g. save all atachments in a message (Thunderbird)), if it opens in the folder I want to pick and I click “Open”, it does nothing.

If I put . in the address bar, it will say it is unable to create the folder because it already exists.

The only workaround I've found is to click in the file list (in a file or blank area) before clicking the “Open” button.

Steps to reproduce:
1. Open a GTK+ application
2. Use a function which asks you to select a folder
3. Click Open, in the file picker dialog.

Actual results:
Nothing

Expected results:
The attachment should be saved in the folder.

Does this happen every time?
Yes.

Other information:
Comment 1 Scott 2008-03-17 17:24:02 UTC
This happens all the time for me, too. Clicking the blank area in the file list doesn't work for me though - it seems to select a folder even though I didnt click on it.

What does work for me though, is to click a different folder button, then go back to the folder I was in.
Comment 2 Johannes H. Jensen 2008-04-10 22:52:06 UTC
I can confirm this:

If the last widget that had focus (before the action area) was the location entry, gtk_file_chooser_default_should_respond() enters save_entry (gtkfilechooserdefault.c:8534) where it checks that the location entry is non-empty. If it's empty, it returns false and the GtkFileChooserDialog will prevent the "response" signal from continuing its emission.

Is this really intended?
Comment 3 Matt Walton 2008-10-07 16:39:55 UTC
I get this as wekk, and it comes up in Bug #518045 on file-roller, the effect being that you can't extract the contents of an archive into the directory it was opened from without doing a bit of a dance, whereas it should really be a single click.
Comment 4 Peter Kraus 2009-02-02 19:31:59 UTC
Hello,
I'd like to confirm this bug (in file-roller), as of now, 2.Feb.2009; you don't have to "dance" around with folders, just change the options in the dialog somehow (click-unclick a box or so).

File-Roller: 2.24.3-1
GTK2: 2.14.7-1
OS: Arch Linux x86_64, Enlightenment E17.

I'd say it's about time to fix this...
Comment 5 Manuel Bilderbeek 2009-05-07 20:14:02 UTC
I'm having this bug in Thunderbird (Iceweasel), when doing "Save all" for saving all attachments. You can't pick the initial folder, exactly as described above. I almost filed a bug against Thunderbird, until a guy on its IRC channel found this bug...

Please fix this issue... it's very annoying. 
Comment 6 Manuel Bilderbeek 2009-05-07 20:18:59 UTC
s/Iceweasel/Icedove/g (my apologies)
Comment 7 D Haley 2009-10-17 01:53:27 UTC
Why is this unconfirmed? This seems to (still) affect all applications that use the gnome folder-chooser dialog.
Comment 8 Christian Dywan 2009-10-17 10:25:59 UTC
Unconfirmed doesn't have a meaning in this project. Even if somebody starts working on an issue the status usually doesn't change unless the bug is fixed.
Comment 9 Cody Russell 2010-04-08 13:59:05 UTC
This was fixed in commit b6d9bb6e1e6e916fc2ef25f5729b30ba91979597