downloaded .bin file not recognized/properly registered

RESOLVED WONTFIX

Status

P3
normal
RESOLVED WONTFIX
18 years ago
3 years ago

People

(Reporter: bugzilla, Assigned: law)

Tracking

Trunk
Future
PowerPC
Mac System 9.x

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

18 years ago
found using 2001.03.29.08 opt comm bits on Mac OS 9.0x.

1. go to the above ftp url and select a location that has mac bin file.
ftp://ftp.mozilla.org/pub/mozilla/nightly/2001-03-28-04-trunk would work.
2. double-click the MacMozillaFullInstaller.sea.bin file.
3. in the resulting Downloading dialog, make sure "Save to disk" is selected,
and click OK.
4. in the resulting file picker, pick a download location and click Save. the
download progress [Saving File] will appear. wait for it to complete the
download.
5. go to the download location.

results:
* the icon for the MacMozillaFullInstaller.sea.bin file is blank.
* after double-clicking this file's icon, i get a "The document
MacMozillaFullInstaller.sea.bin could not be opened, because the application
program that created it could not be found."

btw, dragging and dropping the file onto Stuffit Expander does work properly.
just seems like we aren't registering the filetype properly.
(Reporter)

Updated

18 years ago
Keywords: nsbeta1

Comment 1

18 years ago
We need to set the file type/creator on the downloaded file, when saving direct 
to disk.
Keywords: nsCatFood
We are setting it, or at least attempting to. Any file that is created will go
through nsLocalFileMac::SetOSTypeAndCreatorFromExtension() and, testing the case
given here, it did and it got set to the proper file type/creator. Since we're
using IC to do this, is it possible that IC on your system is somehow missing a
mapping for .bin? Maybe we need to, on a one-time basis, check if IC has common
mappings and, if not, set them?
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P3
Keywords: nsCatFood → nsCatFood-
Target Milestone: --- → mozilla0.9.2

Comment 3

18 years ago
nav triage team:

Pushing out to mozilla0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
nav triage: -> m1.0.1
Target Milestone: mozilla0.9.3 → mozilla1.0.1
(Reporter)

Comment 5

17 years ago
spam: over to File Handling. i have not changed the assigned developer [or the
other fields for that matter], so if anyone realizes that a bug should have a
more appropriate owner, go ahead and change it. :)
Component: XP Apps → File Handling

Comment 6

17 years ago
->default owner
Assignee: pchen → law
Target Milestone: mozilla1.0.1 → ---
(Assignee)

Comment 7

17 years ago
restoring target milestone
Target Milestone: --- → mozilla1.0.1

Comment 8

17 years ago
i filed bug 163141 and bug 163142 <q class="spoiled">i always use wget on
windows to download my mozilla-mac nightlies. then i double click on it in
finder from the services for macintosh volume (I think SFM lists the file as
LMANTEXT) and stuffit runs automatically.</q>
(Reporter)

Updated

16 years ago
QA Contact: sairuh → petersen
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".

Comment 10

15 years ago
retargeting
Target Milestone: mozilla1.0.1 → Future
I cannot confirm this behaviour in MacOS X with a recent build.
Because we are not working on anything dealing with old Mac since 1.3.1 anymore,
I mark this "WONTFIX".
In case that it reoccurs in MacOS X, please file a new bug.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.