File save dialog delets filename when changing directory

Bug #93396 reported by x
108
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
High
gtk+2.0 (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

it seems in Feisty and gutsy we now have regression of bug https://launchpad.net/ubuntu/+source/gtk+2.0/+bug/20051

When i open the file save dialog and change the directory, the file name get emptied and must be typed by hand.

This happens in gedit (save as) and gnome-btdownload when changing the destiny directory

Related branches

Revision history for this message
x (xk2c-deactivatedaccount) wrote :

ok after reading a bit more carefully it seems in #20051 is different.

Revision history for this message
x (xk2c-deactivatedaccount) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

How do you change the directory? That doesn't happen on my desktop with gedit when clicking on folders from the list

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
x (xk2c-deactivatedaccount) wrote :

when selcting the folder with double click (to see it´s content in file list) it happens.
I have just rechecked and then it happens everytime here.

Revision history for this message
Sebastien Bacher (seb128) wrote :

marking unconfirmed, that doesn't happen on my feisty desktop

Changed in gtk+2.0:
status: Needs Info → Unconfirmed
Revision history for this message
x (xk2c-deactivatedaccount) wrote :

OK
when editing in gedit an new file and try to save that it does not happen.

but when open an existing file and then repeat the above (save as) with double click.

What does that gives you?

Revision history for this message
x (xk2c-deactivatedaccount) wrote :

what happens to you when downloading this torrent (knoppix)
http://torrent.unix-ag.uni-kl.de/torrents/KNOPPIX_V5.1.1CD-2007-01-04-DE.torrent

the open it with gnome-btdownload and change the download directory to something different then $HOME

What does that gives you?

Revision history for this message
x (xk2c-deactivatedaccount) wrote :

PS. don´t forget to double click

Revision history for this message
Markus Korn (thekorn) wrote :

I can confirm that behavior of the file-save-as-Dialog for applications like "gnome-btdownload", "scite" and "mousepad" but not in "firefox".

My System: xubuntu feisty (last update: ~2007-03-15)

Maybe this might help:
When I change a folder in the "Name"-field the first element of the last path appears very short, after that its blank.

Changed in gtk+2.0:
status: Unconfirmed → Confirmed
Revision history for this message
x (xk2c-deactivatedaccount) wrote :

hmm correct in firefox it does not happen

Changed in gtk:
status: Unknown → Unconfirmed
Revision history for this message
Cláudio Silva (gphoenixpower) wrote :

In my feisty desktop, the firefox bug happens.

Revision history for this message
Peng Deng (d6g) wrote :

In firefox, it happens when saving a image.

As I noticed, not all the directory switching actions will trigger the
bug. The current directory (location before you switches) should
contain some individual files of a certain type, then when switching
action happens, the filename is replaced by the first individual
file's name in that directory before disappears, which takes only .5
seconds or less.

I attached a video(screencast) in the duplicate report showing two
consecutive switching actions, of which only one triggers this bug.
But unfortunately the video can not catch the filename replacement
before disappearance.

The video could be found here:
http://librarian.launchpad.net/7044342/nautilus-save-as-bug.ogg

Revision history for this message
kaij74 (kaij74) wrote :

This is not upstream bug. I have tried several other distributions and gtkfilechooser works just fine. This must be bug in Ubuntu.

Here's easy way to reprosude it in Edgy, Feisty and Gutsy:

1. Launch example gedit.

2. Write somenthing if you want to. Click "File" and "Save" or "Save as".

3. Click "Name:" field and write example "test.txt", or just leave it "Unsaved Document 1".

4. Click your home directory twice from the "Places" list.

5. Click "Exampless" directory twice.

6. Click your home directory again twice from the "Places" list.

7. File name(test.txt or Unsaved Document 1) disappears and is replaced for very short time with first
file's name from the "Examples" directory, before it disappears completely.

Very annoying and can also be reprodused with livecd's.

Revision history for this message
kaij74 (kaij74) wrote :

I mean reproduse ofcourse.

Revision history for this message
sefs (sefsinc) wrote :

confirmed that this happens on my feisty installation as well. When saving files or downloads.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Did you try the exact same version of GTK+ on other distros? Are you sure they don't patch it to fix the bug? There is patch in the Ubuntu package like to create the issue

Revision history for this message
kaij74 (kaij74) wrote :

No i didn't try exactly same version. I did find bug report from FreeBSD user about exactly same issue so i quess it's upstream bug after all.

Anyway, like i said, this happens in Edgy, Feisty and now in Gutsy. Dapper is last Ubuntu release with working gtkfilechooser. I have tried latest Fedora, Foresight and Mandriva releases and filechooser works fine. It might be broken in older versions...

Revision history for this message
kaij74 (kaij74) wrote :

I did some more research. It seams to be this old bug http://bugzilla.gnome.org/show_bug.cgi?id=308332

I also found these:
http://bugzilla.gnome.org/show_bug.cgi?id=419737
http://bugzilla.gnome.org/show_bug.cgi?id=434293
http://bugzilla.gnome.org/show_bug.cgi?id=450852

So yes, various distribution seems to patch it but for some reason it doesn't work in Ubuntu.

Revision history for this message
kaij74 (kaij74) wrote :

I tried Debian Etch, Lenny and Sid. No prolems with fileselector. Still broken in Ubuntu...

Revision history for this message
Sebastien Bacher (seb128) wrote :

that might be due to some user configuration the sources are the sames in Debian and Ubuntu

Revision history for this message
kaij74 (kaij74) wrote :

Like i already said. This happens even with livecd's, Edgy, Feisty and Gutsy, default settings ofcourse. I don't understand how this could be user configuration issue?

Revision history for this message
Sebastien Bacher (seb128) wrote :

The GTK sources are the same in Debian and Ubuntu, there is no reason it should behave differently

Revision history for this message
Sebastien Bacher (seb128) wrote :

Does it happen only using normal directories?

Revision history for this message
kaij74 (kaij74) wrote :

Yes, but it behaves differently. Maybe the bug is somewhere else but that's what happens if you try to save or open files. Dapper is last working release.

Revision history for this message
kaij74 (kaij74) wrote :

I made short screenscast of this bug using Gutsy Tribe4 desktop cd, default settings. Because livecd's are slower you can easily see what happens.

Revision history for this message
kaij74 (kaij74) wrote :

It doesn't make any difference what applications you use. Firefox, Gedit, Openoffice, same thing happens.

No problems opening files, silly me

Revision history for this message
kaij74 (kaij74) wrote :

Same bug, different way to reproduce it.

Slighty harder to spot what happens because this is installed version of Gutsy, so it's much faster.

Revision history for this message
kaij74 (kaij74) wrote :

Same bug, different way to reproduce it.

Slightly harder to spot what happens because this is installed version of Gutsy, so it's much faster.

Changed in gtk+2.0:
status: Confirmed → Triaged
Changed in gtk:
status: New → Confirmed
Revision history for this message
Adrianus (adrianus-kurnadi) wrote :

I experience the same bug,
happened to me a lot trying to save attachment from Thunderbird or evolution mail client.
Also happened sometimes when saving html pages.
Most annoying is when trying to save attachment(s) in the email, because my colleagues sent a lot of whitepaper, presentation, customer proposal, all have to be saved into different directories.
I either have to copy the filename to the clipboard or retype the correct filename because of this bug.
I didn't notice it in edgy, but in Feisty this is very real.

description: updated
Revision history for this message
MAA (alexander-achterfeld) wrote :

The bug can easily be reproduced in most gtk+ applications under the following circumstances:
1. The document to be saved must already have a filename (e.g. because it was opened from some other location).
2. The SAVE-AS dialog must be used to save the document.
3. In the save-as dialog the directory browser has to be activated.
4. In the directory browser's left box, you must DIRECTLY click on the desktop or home directory entry.

The bug is very annoying. My father-in-law (who is over 60 years old) complained on the phone about not being able to save files in open office that he had opened from within his email client. It took me quite some time until I realized that the filename was missing. It took even longer time until I was able to reproduce the bug.

Changed in gtk+2.0:
status: Triaged → Confirmed
Revision history for this message
jamf (jamf-gm) wrote : DoVerMan

I find this bug in feisty and it is very annoying. When I switch to gutsy beta I try to find same bug and I can't find it, I think "it is not there". Now in the oficial release I find the same issue. Could be some problem in a library.

Revision history for this message
Trouilliez vincent (vincent-trouilliez-modulonet) wrote :

Hi there, yet another victim of this bug speaking ! ;-)
Just to add my voice... I experienced that problem first time in Feisty, still there in Gutsy, and yes... very annoying it is.
Everytime I want to save a file from the Web using Epyphany (my typical use case), I have to first copy the file name into the clipboard, then browse to the directory where I want to save the file... file name gets deleted, then I can restore the file name from the clipboard.

Revision history for this message
hotani (hotani) wrote :

Same here. Extremely annoying.
1- open existing file (any application)
2- choose "save-as"
3- browse to *any* directory and the filename is deleted.

Revision history for this message
Milan Bouchet-Valat (nalimilan) wrote :

A fix is in quick progress upstream, more news when it is released...

Revision history for this message
Stephen Eisenhauer (bhspitmonkey) wrote :

Still in Gutsy. : (

This bug is actually shortening my life.

Changed in gtk+2.0:
status: Confirmed → Triaged
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.12.7-1ubuntu1

---------------
gtk+2.0 (2.12.7-1ubuntu1) hardy; urgency=low

  * debian/patches/080_from_upstream_fix_fileselector_focus_issues.patch:
    - change from upstream to fix fileselector focus issues
      (LP: #93396, #130224)

 -- Sebastien Bacher <email address hidden> Wed, 06 Feb 2008 10:51:25 +0100

Changed in gtk+2.0:
status: Triaged → Fix Released
Changed in gtk:
status: Confirmed → Fix Released
Revision history for this message
Holger Koch (atarax) wrote :

This bug still exists in a fresh installation of Ubuntu 8.04 Hardy Heron. I could reproduce it only with gedit (v2.22.3):

- open an existing file
- select "save as" -> file selector dialog opens (file name is in the name field)
- on the left side in the "places" panel single click on any place -> the file name is being deleted from the name field

I could not find a package "gtk+2.0 - 2.12.7-1ubuntu1" on my machine and also not in the repos...

Revision history for this message
Milan Bouchet-Valat (nalimilan) wrote :

Thanks for noticing this with a precise case. Upstream has partially fixed this bug, and the problem just explained is reported to them but they did not remark it yet. Thus I reopen the bug.

The package gtk+2.0 does not exist since it's a source package; corresponding binary package is libgtk2.0-0 (among others).

Changed in gtk+2.0:
status: Fix Released → Confirmed
Revision history for this message
Holger Koch (atarax) wrote :

I'd like to add that in previous versions of Ubuntu I had experienced this bug also with Gimp and Inkscape, where it seems to have been fixed now.

Changed in gtk+2.0:
status: Confirmed → Triaged
Changed in gtk:
status: Fix Released → Confirmed
Changed in gtk:
status: Confirmed → Fix Released
Revision history for this message
Pedro Villavicencio (pedro) wrote :

fixed upstream, thanks for reporting.

Changed in gtk+2.0:
status: Triaged → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version is in intrepid now

Changed in gtk+2.0:
status: Fix Committed → Fix Released
Changed in gtk:
importance: Unknown → High
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.