143434 - HTTP multipart/mixed attachment: file dialog not shown

Status: VERIFIED DUPLICATE of bug 117958

(Core Graveyard :: File Handling, defect)

Description

[Julien Plissonneau Duquène]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020412 Debian/0.9.9-6

When receiving a reply like this:

(HTTP headers...)
Content-Type: multipart/mixed; boundary=EncoreUnTestDeMIME

--EncoreUnTestDeMIME
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline

The server is making your document.

extracting...
formatting...

OK!

Downloading doc.pdf, 430KB ...

--EncoreUnTestDeMIME
Content-Type: application/octet-stream
Content-Disposition: attachment; filename=doc.pdf

(... some PDF ...)
--EncoreUnTestDeMIME
Content-Type: text/html; charset=iso-8859-1
Content-Disposition: inline

(some HTML ...)<h1>Your document is ready!</h1>(... end of
HTML ...)
--EncoreUnTestDeMIME--


The "progress page" appears (that's OK), the "open with/save on disk" dialog
appears (that's OK), if I choose Open With it opens the document and shows the
"ready" page (that's OK), but if I choose "save on disk" the file selection
dialog never appears, the file does not appear to be saved anywhere, and I still
get the "ready" page.

The same stuff works fine with NS4.xx

Comment 1

[Boris Zbarsky [:bzbarsky]]

Duplicate of "Streamed files saved to bit-bucket" (yeah, bad summary).  This was
fixed on March 7 and RC1 has the fix, as well as all the current branch/trunk
builds.

*** This bug has been marked as a duplicate of 117958 ***

Comment 2

[sairuh (rarely reading bugmail)]

marking verified as a duplicate.

if you decide to reopen this bug, please clarify why.

search string for bugspam removal: SalviaGuaranitica