User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3 If you are trying to save a file temp.html in a directory where there is already a temp.html, the GTK file selctor doesn't prompt any message it just overwrites. Whereas this works fine in the XUL file picker. Reproducible: Always Steps to Reproduce: 1.Go to www.mozilla.org 2.Save the page as say temp.html 3.Again try to save the same page as temp.html (it just overwrites here) Actual Results: It doesn't prompt any dialog before it overwrites. Expected Results: A dialog should be prompted like XUL File dialog.

Please file this bug on the GTK filepicker (in the GTK bugzilla), since that's where the problem lies.

But this works fine in openoffice which uses GTK File selector. Thats why I believe it could be a bug in Mozilla

That's not a filepicker bug; tons of gnome apps (and as has been pointed out, at least one completely non-gnome app) do this just fine. If you're expecting a particular signal or something that isn't working, I'll be happy to sic our resident gtk expert on it, but otherwise, this is an app problem.

If there already exists a file with the same name it will ask the user for confirmation whether to overwrite the existing file or not

Comment on attachment 159092 [details] [diff] [review] this will now ask the user for confirmation before overwriting the file + label=gtk_label_new("File already exists, overwrite?"); you can't hardcode english strings

http://lxr.mozilla.org/seamonkey/source/widget/src/xpwidgets/nsBaseFilePicker.cpp#115 is an example how you can get localizable strings

Marking the bug confirmed; this would be really good to get in 1.0, given that this filesel is now the linux default. But I don't feel comfortable nominating it; I don't know what the process is now.

GtkFileChooser doesn't support overwrite-confirmation yet. I'll try to put it in for GTK+ 2.6.

For reference, this is http://bugzilla.gnome.org/show_bug.cgi?id=152860

I'll try and get something hacked up for this.

This was fixed with the checkin for Bug 264210. *** This bug has been marked as a duplicate of 264210 ***