51951 - Mac version do not know how to handle .sea.bin file format

Status: VERIFIED FIXED

(Core :: Networking, defect, P3)

Description

[Frank Tang]

somehow the Mac SeaMonkey do not how to handle .sea.bin format
This is serious because user won't be able to download newer version of Mac 
Netscape by using SeaMonkey

reproduce procedure-
1. Use SeaMonkey
2. visit 
ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/2000-09-08-11-M18/MacMozi
llaInstaller.sea.bin
or some other .sea.bin file or other newer build
3. SeaMonkey will tell user that it does not know how to handle it and ask you 
to save the file into the disk
4. You did that.
5. The file will be save into the disk and then if you double click it, it 
won't do anything. 

expect result-
in 3, it will download and expend the .sea.bin like 4.x did.

Comment 1

[Frank Tang]

mark it as nsbeta3, if we don't fix it and Mac users really use Netscape6 for 
their default browser, they won't be able to download new build.

Comment 2

[Asa Dotzler [:asa]]

I get a dialog asking if I want to save it or open it with some other app
(default other app is communicator for me).

Comment 3

[Gagan]

I suspect this is a dup of pchen's bugs. 

Comment 4

[Paul Chen]

Ok, if you click on the link for the URL in this bug report, you'll get the
dialog to "Open Using" or "Save to Disk". Because the full path is reported, you
won't see that the "Open Using" actually points to the Stuffit Expander app
which just so happens to be in your communicator folder. If you select the text
in the "Open using" text field and continue to the right to scroll the rest of
the contents, you SHOULD see Stuffit Expander at the end. Bonus useless trivia
info, if you navigate to this file, (i.e. go to "ftp://sweetlou/" and then
traverse directory tree), when you click on the installer to download, you'll
get the unknown content dialog. Mscott knows about that one.

Comment 5

[Paul Chen]

Okay, didn't see Frank's comment about what he reported as going on. Like I
mentioned previously, this is a known issue, ftp and "Save Link As..." downloads
don't use the external helper app stuff. Reassign to mscott.

Comment 6

[selmer (gone)]

Isn't the workaround to open it with an app and then choose the right app?

Comment 7

[Scott MacGregor]

No that isn't a valid work around because we associate an incorrect creator type
with the file. So trying to open it just launches communicator.

Comment 8

[selmer (gone)]

I'm not a primary machine Mac person.  Is this format the most frequently used
download type for Mac?

Comment 9

[hirata masakazu]

Yes.  That is why nightly builds are in this format.  This is a serious bug.
Currently available workaround is typing the link in the location window and 
hitting Return.
Somehow, clicking the link brings up this bug while copying and pasting the link 
to the location window then hitting return correctly starts downloading.
The two behaviors even differ in the dialog brought up at the start of 
downloading.

Comment 10

[Scott MacGregor]

This is working for me on both the branch and trunk. I believe it was fixed as a
side effect of some changes I made the other night.

Marking as fixed so we can get QA to verify.

(to verify, goto ftp://sweetlou and click ona nighly .bin file. You should see
the helper app dialog come up. save to disk. Now double click on the file, it
launches unstuffit now.

Comment 11

[hirata masakazu]

Has the bug 50420 been fixed, too then?

Comment 12

[Tom Everingham]

yes it has, verified