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 579958 - "Other..." entry disappear in a GtkFileChooserButton
"Other..." entry disappear in a GtkFileChooserButton
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.14.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2009-04-23 13:27 UTC by Fabien Parent
Modified: 2013-09-23 19:41 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Test case (550 bytes, text/plain)
2009-04-23 13:51 UTC, Fabien Parent
Details
Another test case demonstrating a work-around (734 bytes, text/x-csrc)
2009-05-10 11:46 UTC, Daniel Elstner
Details

Description Fabien Parent 2009-04-23 13:27:14 UTC
Please describe the problem:
When you launch an gtk+ application with a GtkFileChooserButton and have activate the "local only" property on it from a custom folder (other than the home folder, desktop folder, ...), the "Others ..." entry disappear. The consequence is we cannot choose a custom folder anymore.

Steps to reproduce:
1. Create a custom folder where we gonna launch an gtk+ app with an GtkFileChooserButton set to only select local file/folder.
2. Launch from this folder this app.
3. Now the "Other ..." entry has disappear :(


Actual results:
The Other entry disappear, so we cannot choose a custom folder/file.

Expected results:
I expect the Other entry doesn't disappear.

Does this happen every time?
Yes

Other information:
Comment 1 Fabien Parent 2009-04-23 13:51:49 UTC
Created attachment 133179 [details]
Test case
Comment 2 Murray Cumming 2009-04-23 14:06:39 UTC
This has been annoying me in regexxer for quite a while, at least in jhbuild.
Comment 3 Daniel Elstner 2009-05-10 11:46:21 UTC
Created attachment 134352 [details]
Another test case demonstrating a work-around

I've digged into this a bit and found an interesting work-around.  It works as long as the current directory during construction of the GtkFileChooserButton is a special directory.  This is true even if the original directory is restored directly after the call to gtk_file_chooser_button_new().

I've attached a new test case to demonstrate this work-around.  Hopefully this narrows it down a bit.
Comment 4 Federico Mena Quintero 2013-09-23 19:41:55 UTC
This is fixed now, very likely with the fixes that went in around bug #691040.