text: User Well, FireBird just won't do what IE did so well: start playing a movie as soon as the first kilobytes have arrived. Firebird will attempt to download the whole file first before opening/playing it. Try any mpg/wmv/avi/... file Reproducible: Always Steps to Reproduce: 1. 2. 3.
  MPEG and AVI aren't even streamable file formats, so even IE won't stream them. WMV is a streaming file format, and I've seen Firebird successfully pass a WMV URL to Windows Media Player and stream it before. The problem with WMV is that for this to work, the correct MIME type needs to be set on the server side.
  I don't think that this is a bug at all, as Firebird in this case is basically performing to W3C spec. Marking as INVALID.
  What media player? What URL?
  not true. IE will open the vid as soon as the first kilobytes have arrived. EVEN an AVI format, which is just an extension for any video format, so it seems. MediaPlayer 9 by the by
  You have still not provided URLs for us to confirm.
  It sounds like Firebird is downloading the file and then calling the application, instead of telling the external application to download it.
  The option could be to call the app directly, however this would be nontrivial to implement, as we would need to identify whether the file can be played while not fully downloaded, then instead of downloading and calling the app with the local filename, calling the app with the remote filename and let the app handle that not all apps are necessarily network-aware to this extent though
  This is closely related to bug 137339.
  Updating summary. This is most certainly not a bug, as I mentioned in comment 2. This is an enhancement request. Marking as such. RE comment 1, I may have actually opened up a playlist, which is why it appeared to stream the files in WMP. Had I clicked on a media file directly, it would have downloaded and then played. I do think that its quite possible that this is a dupe of bug 137339, but I'm not sure because we have forked download code. Ben, can you comment?
  Moving to new File Handling component.
  *** Bug 249437 has been marked as a duplicate of this bug. ***
  Per bsmedberg, bumping this up to normal sev and cc'ing biesi.
  There's an extension now called "Download With" that may have code that would be helpful to add this URL passing function to the firefox core.
  yeah, this looks like the firefox version of bug 137339 probably depends on some backend work, marking dependency (frontend is forked, so not marking as dup)
  *** Bug 291884 has been marked as a duplicate of this bug. ***
  Created attachment 181868 [details] UI part of the streaming/direct open support Of course that UI part is only the tip of the iceberg. The fix goes deeper into the mimeTypes.rdfCreated attachment 181868 [details] UI part of the streaming/direct open support Of course that UI part is only the tip of the iceberg. The fix goes deeper into the mimeTypes.rdf
  One possible solution to store the configuration for helper applications is to ammend the MimeTyped.rdf. The namespace NC xmlns: Then the code from the "Download with merged into the core" could do the rest. It would not only be streaming that benefits from a direct url support. Also office productivity software that uses webDAV would need that function making FF more attractive for corporate use
  *** Bug 311954 has been marked as a duplicate of this bug. ***
  I can very well reproduce here with Firefox 2, and my reporter of the Fedora Rawhide bug () reports to reproduce it with the latest FF3 build. Steps to reproduce: 1. click on 2. select Rhythmbox as player for your stream Actual result: Rhythmbox thinks that this is reload of whole stream from the local file and so replaces all old radio stations with the new stream Expected results: Firefox is passing URL to Rhythmbox, which then handles it as it should
  Sorry, this should go probably to
  This will not block the final release of Firefox 3.