User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Mozilla download manager lacks an option to close the download manager after the download completes. This has the odd effect that whenever one starts playing a winamp shoutcast stream, or any other form of streaming media, download manager will download the playlist file and then begin playing it with the default application, while leaving the download manager window open, even after the playlist file has finished downloading. This is a very annoying behaviour. The inability to close the download manager after a file has finsihed downloading - or better still to find a way to smoothly intergrate the capture and playback of streaming media content without the need for the download manager to be involved may not be a bug, but it is at least a significant ommision. Please advise. Q Reproducible: Always Steps to Reproduce: 1.Open mozilla 2. Click on a Streaming media file, .ie. a link from www.shoutcast.com. 3.The download manager will launch and will download the file and will remain open. Actual Results: See above. Expected Results: Smoothly lauched the deafult streaming media application for that file type and begun playing it with the default streaming media application without any need for any additional software, such as download manager. As things stand,the current state of intergration is anything but 'smooth.' GJ See above.

Reporter : try again with a 1.6b release. Thanks.

Ok... I will, but are you saying that the streaming media issue has been resolved, or that there is simply an option now in download manager to close the it after a download completes? Using the download manager to capture streaming media content could cause problems anyway, as even if you could tell it to close after a download completes, this is possibly only useful for streaming media content. Other files, such as .zip and .exe may benefit from having the download manager left open. The question is how do you differentitate? If you use download manager to handle this kind of content and thus require the user to interact with the browser to choose the appropriate action, you are again going to impact on the impression of 'smooth' muti-media/streaming intergration. I will give the new browser a try. Hopefully it will resolve at least some of these issues. Q

frederick, trying with a new build is not likely to change anything wrt the misfeature that is download manager, since no one is really actively working on it. *** This bug has been marked as a duplicate of 167452 ***

Ouch :[ Forgot to search a duplicate :[ I was too used to new download manager in Firebird :)

Not really a dupe, using the download manager to manage streaming media content is in any case as i said, possibly not an ideal solution anyway. Download manager - as it currently stands is incapable of differentiating between streaming media files and other content. There would have to be an additional rule specifically for streaming media content, i.e. download this file, open the deault media player for this kind of streaming media content - and then close the download manager. A blanket rule to close the download manager after ALL downloads have completed, regardless of the file type, is likely to only cause as many problems as it would resolve. GJ

I think this should be reframed as a general inability of Mozilla (and incidently Firebird also) to handle streaming/mutimedia files correctly. If I click on any streaming media file, rather than attempt to play it with the default application, more often than not Mozilla/Firebird will simply attempt to download the whole file and only then will it launch the default application and begin playing it. Which overall rather defeats the object of 'streaming media'. This is despite having several open source players capable of handling streaming media files correctly. Real Alternative, Quicktime Alternative, Video Lan Player, Media Player Classic are only a few that immediately spring to mind. Some kind of intergration with a default media player (such as media player classic) reallly is needed to make this browser a usable proposition. I am no fan of Microsoft, but they at least caught on to this fact several years ago. GJ

The other bug is not about unconditional autoclose, but autoclose when it makes sense. This really is a dup. *** This bug has been marked as a duplicate of 167452 ***

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

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