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)

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.