Closed
Bug 112526
Opened 23 years ago
Closed 23 years ago
Mac: after temp files used by helper app are not deleted after quitting mozilla/n6
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: bugzilla, Assigned: sdagley)
References
()
Details
(Keywords: platform-parity)
found while testing bug 63105, using 2001.11.27.04-comm bits on Mac OS 10.1.1.
not a problem on linux [rh7.2] or winNT.
to observe:
0. my default download folder [which i presume acts like a temp folder] is set
to Magpie:Carbon Downloads & Installers, rather than the desktop.
1. go to http://www.mozilla.org/
2. scroll down to the Nightly Builds section, and click on the download link for
the Mac OS X build.
3. in the resulting helper app dialog [which should have "Open using Stuffit
Expander" selected], click OK. this will initiate downloading and decompression.
4. when download and decompression are complete, you'll get a software agreement
dialog --click Agree to proceed with disk copying.
5. when disk copying is done, the disk image should appear on the desktop. click
out of the download progress dialog if it's still present.
6. quit netscape/mozilla.
7. verify that the temp file in the default download folder [in step 0] has been
removed.
results: the disk image is on the desktop [expected], but the temporary file is
not removed from Maggie:Carbon Downloads & Installers, even after quitting n6/moz.
why is this occurring? could it be because my default download folder is no
longer the desktop? something else?
i'll check if this also occurs on mac os 9.x...
Reporter | ||
Comment 1•23 years ago
|
||
okay, i think i see similar behavior on Mac 9.1 --note that i tested this in the
classic environment mode on 10.1.1 [2001.11.27.08-comm 9.x bits used].
0. my default download folder, unlike in X, is the desktop.
1. went to ftp://sweetlou.mcom.com/products/client/seamonkey/macos/8.x/ppc/
2. went into a subdir, and clicked on the "MacNetscape6Installer.sea.bin" link
for the comm stubs installer.
3. clicked OK in the resulting helper app dialog, which had "Open using Stuffit
Expander" selected. the file was downloaded then decompressed.
4. clicked Close to dismiss the download progress dialog, then quit n6.x.
5. checked the contents of the desktop folder --in my case it's called
Perla:Desktop Folder
results: there was both a "Netscape 6 Installer" folder [expected] and the
"MacNetscape6Installer.sea" file [not expected] in the desktop folder.
expected: the "MacNetscape6Installer.sea" file should've been removed from the
desktop folder after i had quit n6.x.
Keywords: mozilla0.9.7,
pp
Assignee | ||
Comment 2•23 years ago
|
||
Not that I've actually tested this being on sabbatical and all :-) but I think
this bug is invalid. The DL file is actually named
"MacNetscape6Installer.sea.bin" but, unless we've finally stopped the silly
salting you'll get some file someting like "y4yrycgyd.bin" which gets passed off
to StuffIt Expander for the MacBin decoding yielding the file named
"MacNetscape6Installer.sea". That file will stick around since we didn't create
it as a temp file ourselves. Now if we've implemented MacBinary decoding of DLs
in my absence maybe we do have a bug but I'll catch up on that next week.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 3•23 years ago
|
||
you're right, the 'salted' .bin file is gone, at least.
Status: RESOLVED → VERIFIED
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
•