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 483277 - Filechooser dialog clears the filename
Filechooser dialog clears the filename
Status: RESOLVED DUPLICATE of bug 419737
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other All
: Normal minor
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2007-10-04 08:53 UTC by mohringarmin
Modified: 2008-02-06 01:29 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description mohringarmin 2007-10-04 08:53:00 UTC
Please describe the problem:
Try to download a file and save it to the home folder (of an user).
The "save as" dialog then clears the name of file.

Steps to reproduce:
1. Try to download a file and save it to home folder (of an user).
2. The "save as" dialog then clears the name of the file.
3. 


Actual results:
The "save as" dialog then clears the name of the file.

Expected results:
The name of the file remains in the "save as" dialog.

Does this happen every time?
Yes.

Other information:
Comment 1 arielmt 2007-12-25 02:20:55 UTC
I have this happen to me with every application using the standard Gnome Save-As dialog box.  The most recent occurrence for me was with gedit, but it also bites me routinely in Mozilla Firefox and the GIMP.

The file name is not highlighted, yet the cursor appears at the start of the input field instead of the end.

Also, in the steps to reproduce this bug, all that needs to happen is to choose any directory from the breadcrumb trail directly underneath the Name box or the Places list in the left column, not necessarily the home directory.

Navigating into a directory in the current directory causes the expected behavior with the added expected behavior of the file name becoming highlighted.

Workaround 1:
* navigate to the desired directory,
* retype the complete file name in the now-empty Name box,
* click on Save.

Workaround 2:
* highlight the file name,
* right-click and choose Copy,
* navigate to the desired directory,
* right-click on the empty Name box,
* choose Paste,
* click on Save.

I'm using Gnome version 2.20.1 as distributed by Ubuntu and have been experiencing this bug for several Gnome versions.
Comment 2 Cosimo Cecchi 2007-12-27 10:42:31 UTC
-> GTK+

The filechooser for saving files from applications is handled by GTK+ and not by Nautilus, so reassigning.
Comment 3 Cosimo Cecchi 2007-12-27 10:43:19 UTC
Updating summary.
Comment 4 arielmt 2008-01-02 03:11:03 UTC
I have identified a pattern for this bug, which I hope will allow someone who understands the source to zero in on the cause.  This pattern was discovered while saving a JPEG image using Mozilla Firefox 2.0.0.11 on Ubuntu 7.10 (libgtk2.0-common 2.12.0-1ubuntu3).

Unlike the behavior reported with gedit, the filename in the Name box was highlighted.

If the displayed directory has a subdirectory, or if it does not show any files, then this bug does not manifest.  The Name box keeps the name and it remains highlighted.

If the displayed directory does not have a subdirectory but does show one or more files, then the bug manifests.  The Name box is reset to the name of the first entry (without highlighting) an instant before being cleared, then the selected directory is loaded, filtered, and displayed.
Comment 5 John Chivall 2008-01-21 14:04:10 UTC
I also get this bug on Fedora 8, gtk2-2.12.3-3.fc8.src.rpm

Example: Using Firefox, right-click on an image and choose Save As...
Filename is filled in and highlighted.
Click on a folder in the left hand Places list
Folder is opened, filename has been cleared and has to be manually entered

However, if when the box is first opened I click on a parent folder in the breadcrumb trail, the filename stays filled in and highlighted as I browse to other folders, even using the Places shortcuts.
Comment 6 Federico Mena Quintero 2008-02-05 19:53:17 UTC

*** This bug has been marked as a duplicate of 419737 ***
Comment 7 arielmt 2008-02-06 01:29:17 UTC
Thank you.  For some reason, Bug 419737 did not show up in searches for this bug.  I can't wait for the fix to reach Ubuntu's software updates.  :)