Closed
Bug 74027
Opened 24 years ago
Closed 20 years ago
downloaded .bin file not recognized/properly registered
Categories
(Core Graveyard :: File Handling, defect, P3)
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.
Comment 1•24 years ago
|
||
We need to set the file type/creator on the downloaded file, when saving direct
to disk.
Keywords: nsCatFood
Comment 2•24 years ago
|
||
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?
Updated•24 years ago
|
Updated•23 years ago
|
Keywords: nsCatFood → nsCatFood-
Target Milestone: --- → mozilla0.9.2
nav triage team:
Pushing out to mozilla0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Reporter | ||
Comment 5•23 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
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>
Reporter | ||
Updated•22 years ago
|
QA Contact: sairuh → petersen
Comment 9•21 years ago
|
||
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 11•20 years ago
|
||
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
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•