Closed Bug 47358 Opened 24 years ago Closed 24 years ago

involuntary downloading occurs (helper app-network issue?)

Categories

(Core :: Networking, defect, P3)

defect

Tracking

()

VERIFIED INVALID

People

(Reporter: bugzilla, Assigned: gagan)

References

Details

with the help of Paul, we found another downloading issue that occurs on all
platforms, using the branch bits, 2000.08.02.04-m17 [commercial]. methinks this
is the cause of the following problems: bug 47248 and bug 46313. this bug in
turn might be caused/a symptom of bug 44176 (i want to file this separately,
because 44176 is looking a bit too chaotic :-).

anyhow, to reproduce:
1. go to http://www.mozilla.org/
2. scroll down to the Nightly Build section.
3. select a link that will cause the new helper app Download dialog to appear.
depending on your platform, choose:

	win32: select the Windows link
	linux: select the Macintosh link (yes, this one)
	mac: select the Macintosh link

results: *observe* once the Download dialog appears, look at the progress meter
in the statusbar. lo! something is being loaded...specifically, downloaded
*without* any user input.

*don't* interrupt the progress (this is key to bug 46313). wait for the progress
to complete: the files will go to the following locations (the result of bug
47248):

	win32: on the desktop
	linux: in /tmp
	mac: on the desktop

expected: the involuntary downloading should *not* occur at all!
added dep's and kw's.
Blocks: 46313, 47248
Depends on: 44176
This is by design. We download the file in the back ground while the user
decides where they want to save it or where they want to open it. This is how IE
does it and this is how we are doing it now too. It gives you a perception of
better performance (plus we needed to do it to get the download to work correctly).

The only caveat is if the user hits cancel (they don't want the file) we need to
delete it. I have to do that for beta3.
No longer blocks: 46313, 47248
Status: NEW → RESOLVED
Closed: 24 years ago
No longer depends on: 44176
Blocks: 47364
what is this resolved as?
I resolved it as invalid. Not sure why that isn't properly reflected in the bug 
state. We download the file to a temp file by design per my description above.
I beleive this is how the helper app works...starts downloading in background.  
Checks with use to know where to put file as download starts.  Correct gagan?
actually I think you meant to ask me and not gagan. I'm not sure why this was
assigned to gagan. But yes, this is the way it's supposed to work. Hence the
reason I resolved it...Hope that helps...
as mscott mentioned earlier, bugzilla was having a seizure and forgot to put
down the invalid label...so, am gonna verify this one. :-)
Status: RESOLVED → VERIFIED
mid-air collision ? / bugzilla cleanup
Reopening (current State: resolved and no resolution)
Status: VERIFIED → REOPENED
invalid
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → INVALID
marking verfied
(old state verfied)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.