Closed Bug 74027 Opened 23 years ago Closed 20 years ago

downloaded .bin file not recognized/properly registered

Categories

(Core Graveyard :: File Handling, defect, P3)

PowerPC
Mac System 9.x
defect

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: bugzilla, Assigned: law)

References

()

Details

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.
Keywords: nsbeta1
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: nsbeta1nsbeta1+
Priority: -- → P3
Keywords: nsCatFoodnsCatFood-
Target Milestone: --- → mozilla0.9.2
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
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
->default owner
Assignee: pchen → law
Target Milestone: mozilla1.0.1 → ---
restoring target milestone
Target Milestone: --- → mozilla1.0.1
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>
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".
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
Closed: 20 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.