This feature seems to have actually been taken out of mozilla, I want it back. When I download mp3s, or files which can stream or be previewed, even movie files for example, I dont want to wait for a big file to download before it appears, I want it to download onto my desktop when i tell it to.

->law

Marking NEW.

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

->law

The observed behavior is due to the fact that the file is initially downloaded to a temporary location. Therefore we can't show it on the Desktop (or wherever you ultimately choose to save it) until the download is complete. This behavior is the subject of bug 55690. I'm setting the target milestone to FUTURE and making that bug a blocker. Probably this bug should be reassigned to the owner of that bug, but since this is mostly about the UI/front-end aspects, I'll keep it. At least until that bug is resolved.

Shouldn't this be a dupe of bug 55690 ? I don't see any difference between them.

As an additional comment, I'd also like the Mozilla team to investigate the impact of allowing Mozilla to handle .torrents in the same way the Mozilla browser handles .html, could we have .torrent based webpages as a result if the information for the site were stored and distributed via .torrents? Of course this could have its advantages or disadvantages but the advantages do make sense if its a popular site such as slashdot, or if its a site which just got slashdotted and people are looking for mirrors.

Is there anything left to do here now that bug 55690 is fixed?

(In reply to comment #8) > Is there anything left to do here now that bug 55690 is fixed? IMHO nothing is left. This bug could be resolved. Now immediately after selecting the destination the file shows there as .part.