There exists a race condition in the Save dialog that interferes with editing of the file name in the first few moments after the dialog is shown.

This is how to reproduce it:

1. I have an icon open in The GIMP, say e.g. "Application.ico".
2. I press [Shift]+[Control]+[S] so that the file dialog is displayed.
3. Once the Name field is drawn with a default value ("Application.ico" in this case), I can start typing in it. Note that the contents of the directory are not yet shown at this point (I assume that behind the scenes this is still being fetched).
4. I press [End] and hit [Backspace] 3 times to erase the "ico" part because I want to save it as PNG file "Application.png".
5. What happens next is that the directory listing is displayed but the Name field is unfortunately also re-updated and selected as a whole.
6. Apparently at least one (and maybe all) of the [Backspace] keys act upon the freshly updated Name field.
7. So what happens is that I'm left with a blank Name field instead of one that says "Application.". This is very annoying. I don't see why the Name field should be updated twice, so fixing that would probably also eliminate the race condition.

I have experienced this in The GIMP but also with Firefox (on Fedora 7). However, any GTK+ application is probably subject to it. Reproducing it is not easy as your PC may be too fast. Mine is a 1.6 GHz Intel Pentium 4 with 512M of RAM. My feeling is that the more files you have in the directory, the more chance you have to experience it as then the loading of the file list takes long enough. In Firefox, I encountered the problem when trying to save an image from a web page. It displays the default file name from the website. Then you start typing and ultimately the Name field information gets overwritten again by the same default file name, leaving only some of the remaining characters you typed.

Other information: