Apprunner Build ID: 1999070614 (The build was downloaded from today's new 1999-07-14-08-M8 directory... yet the date of the application is labeled as above. Who may parse?) Unlike the arrogant, superior Enforcer 5.0, the beast does not generate a file "Save As..." dialog upon click-selecting "cookiecutter-0.1.1.tgz" (an HTTP, NOT a FTP, link), and proceeds to straightwise process the file as ASCII data, loading a new page with said ASCII bytes.

mcmullen@netscape.com (requiescat in pace) is named as the XP File Handling master... by Allah, this should be made right.

I agree, but you should reassign mcmullen bugs to don@netscape.com, who manages the group to which John belonged. Did some who2bug page mislead you to give this to me? /be

Bill, who should get this bug?

This bug might should be re-assigned to the webmaster at www.qis.net :-). It appears that this URL has mime type text/plain, so the browser is naively accepting that. I believe that other browsers might presume they know more and intuit that URLs with "extensions" like ".tgz" might really be something else. If one adhered to that philosophy, then it's a matter for the netlib code, I suspect. I'm reassigning to that component.

Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)

May have dependency on the MIME table (Jud?) Please check with Necko.

if the MIME-table can't find a content type (currently it won't becase TGZ isn't regsitered) for a file extension, the app needs to decide what to do (this is based on context); such as throw a save as dialog.

Back to you don...

*** Bug 11120 has been marked as a duplicate of this bug. ***

<added myself to the cc: list so that I can be reminded to check the mail case specified in bug 11120 when this bug gets marked fixed.>

Resetting QA Contact

It looks like this bug was mistakenly assigned to the OJI area. I don't see any mention of OJI or Java in the bug history, so I'm making my best guess and re-assigning to the Necko area, which *is* mentioned in the bug report.

Radha, we'll need to fix this when the URL dispatching/MIME handling stuff is ready.

Bulk move of all Necko (to be deleted component) bugs to new Networking component.

Not a dogfood requirement

setting shrir as qa contact I actually don't know what the behavior should be, i.e. what takes precedence, mime-type or extension. This URL doesn't exist anymore, however.

This has to do with the uriloader. Don't see a component for that. Passing to mscott for further evaluation.

Putting on [nsbeta2-] radar for beta2 fix. Seems like a weird edgecase.

Not nominated for beta2 so pushing out.

Not a beta3 bug. helper app (w/ save as dialog) is working for the basic cases now. Also, the URL is now invalid.....

Is this still a problem? I am able to download .tgz files without any problems in current builds.

Four months without any comments... I haven't had any trouble downloading .tgz files either, and the URL mentioned in the bug is a 404. Mark as WORKSFORME?

test url is dead..but yeah I can download tgz file with no problm. WfM

v