112526 - Mac: after temp files used by helper app are not deleted after quitting mozilla/n6

Status: VERIFIED INVALID

(Core Graveyard :: File Handling, defect)

Description

[sairuh (rarely reading bugmail)]

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...

Comment 1

[sairuh (rarely reading bugmail)]

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.

Comment 2

[Steve Dagley]

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.

Comment 3

[sairuh (rarely reading bugmail)]

you're right, the 'salted' .bin file is gone, at least.