Answering "No" to the replace file prompt closes the save dialog

Also, the "No" button (which is the default action) appears to the left of the
"Yes" button here.

The default action should be on the right side, according to the HIG:

http://developer.gnome.org/projects/gup/hig/2.0/windows-alert.html#alert-button-order

Just upgraded to the latest version of Firefox in the ubuntu repositories this
morning.

I've got another problem with replacing files that you've already downloaded.
When I download files from sourceforge a second time, the auto-renaming feature
gives the downloaded file a wierd name. For example, if you download
javaapp-1.0.jar, the 1.0 usually refers to the version number of the javaapp
jar. However, if you download this file a 2nd time, firefox is renaming the
file to javaapp-2.0.jar. This is really a bad renaming scheme for me as I end
up downloading a lot of jar files and rely on the jar filename to know the
version of the jar. Here is a link you can download from once, wait for it to
complete downloading, then download a 2nd time to see the new filename:

http://easynews.dl.sourceforge.net/sourceforge/jpox/jdo-2.0-snapshot.jar

(In reply to comment #2)
> Just upgraded to the latest version of Firefox in the ubuntu repositories this
> morning.
>
> I've got another problem with replacing files that you've already downloaded.
> When I download files from sourceforge a second time, the auto-renaming feature
> gives the downloaded file a wierd name. For example, if you download
> javaapp-1.0.jar, the 1.0 usually refers to the version number of the javaapp
> jar. However, if you download this file a 2nd time, firefox is renaming the
> file to javaapp-2.0.jar. This is really a bad renaming scheme for me as I end
> up downloading a lot of jar files and rely on the jar filename to know the
> version of the jar. Here is a link you can download from once, wait for it to
> complete downloading, then download a 2nd time to see the new filename:
>
> http://easynews.dl.sourceforge.net/sourceforge/jpox/jdo-2.0-snapshot.jar

Please, please please, don't conflate bug reports. This is two bug reports :-)

I can reproduce the original problem and that described in comment #2. I agree
with the submitter. However, I think these issues would best be addressed upstream.

Created an attachment (id=4717)
ubuntu save as

Created an attachment (id=4718)
upstream save as

The ubuntu save as dialog is different then the upstream save as dialog. see
prior attachments. Upstream works as expected.

Has anybody tested this with 1.5 already?

There are three bugs in this post:

The original, which states that anwsering no closes the save dialog;

The first comment, from Uphaar Agrawalla, which states that the dialog is not HID compliant (this have it own bug)

The second comment, from levander, about a renaming scheme. there a launchpad bug for this already open. Just to let you know.

Ok, I confirm this bug with firefox 1.5. Please discuss other issues in other bug reports.

There is two patchs available, someone to review them ?

The primary issue of this bug report has been fixed in edgy and feisty. If the user answers cancel to the overwrite dialog they are taken back to the save dialog with a option to rename the file.

David