46836 - New Helper App Open/Save Dialog does not go away when you hit OK

Status: VERIFIED DUPLICATE of bug 47248

(SeaMonkey :: UI Design, defect, P3)

Description

[Joseph Elwell]

I'm using Linux build 2000072809.
Steps to reproduce:
1) load URL
2) In the popup select Save.
3) Hit OK.
4) Select a filename and file location.
5) Hit OK.

Actual Results:
After Step 5 the New Helper Open/Save Dialog is still there. It should have gone
away. This makes it look like the file was not saved properly.

Expected Results:
After step 3, or at the latest after step 5, the Helper Open/Save Dialog should
disappear.

I'm getting a Javascript Error when I hit OK in the Filepicker dialog:
JavaScript error: 
 line 0: uncaught exception: [Exception... "Component returned failure code:
0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIHelperAppLauncher.saveToDisk]" 
nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)"  location: "JS frame ::
chrome://global/content/helperAppLauncher.js :: anonymous :: line 102"  data:
no]

Comment 1

[Joseph Elwell]

reassigning to law, as most bugs dealing with these windows are assigned to law.

Comment 2

[sairuh (rarely reading bugmail)]

joseph, did this occur in the branch (m17) or trunk (m18) build? i'm guessing 
this is a trunk issue...

Comment 3

[sairuh (rarely reading bugmail)]

in fact, when using the branch bits [2000.08.31.04-m17 commercial], it doesn't
even download the file. badness. but will it get fixed for beta2? unknown;
adding relnote2 in case it ain't.

Comment 4

[sairuh (rarely reading bugmail)]

and on Mac: the Download dialog only shows the widgets --*no* text-- and
downloading begins immediately (you're not given a choice)

Comment 5

[sairuh (rarely reading bugmail)]

i've filed bug 47240 for the Mac behavior i noted at 2000-08-01 16:34 above.

Comment 6

[sairuh (rarely reading bugmail)]

filed bug 47248 for my observations in comment 2000-08-01 16:27 above.

Comment 7

[Joseph Elwell]

on linux, I think that the file is downloaded to /tmp, so although it appears
the file was not downloaded - it's actually in /tmp

Comment 8

[Scott MacGregor]

Yes the helper app dialog starts downloading the file to a temp directory while
it asks you were you want to save or open the file. Then we move or delete the
file based on your selections.

Not sure why the dialog won't get dimissed though. That sounds odd. This used to
work.

Comment 9

[leger]

Putting on [nsbeta2+] Investigating radar.

Comment 10

[Scott MacGregor]

I think this bug and Bug #47284 are really dups of each other. And my assertion
si that they are both Mac specific.

Becaus eof the JS error when you hit okay the dialog doesn't go away and we
don't finish moving the file to it's final destination.

Comment 11

[Paul Wyskoczka]

testing with today's bits 2000.08.02.04-m17 commercial:

mac and linux: still occurs
winNT: wfm

Comment 12

[Scott MacGregor]

I believe the part with the JS exception and the dialog not going away is fixed.
I think the reamining problems are covered in Bug #47248 --> you aren't prompted
for a save to disk dialog.

Let me know if you still see this JS exception.

I'm going to mark it a dup of 47248. But if after the fix goes in for that bug,
someone can still generate the JS exception described in this bug then we need
to revist this. 

*** This bug has been marked as a duplicate of 47248 ***

Comment 13

[sairuh (rarely reading bugmail)]

don't see the js error originally reported here. downloading is happy too, so
vrfy dup. thx, mscott!