Closed Bug 274118 Opened 20 years ago Closed 20 years ago

Can't open the link ("ecouter" = listen.php) that is supposed to open an audio file with RealPlayer

Categories

(Firefox :: File Handling, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 209819

People

(Reporter: lucasm02, Assigned: bugs)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

In the page at
http://www.radiofrance.fr/chaines/france-inter01/information/chroniques/chronique/index.php?chronique_id=49,
I can't use the link (ecouter) which is supposed to automaticaly open an audio
file with RealPlayer. 

Reproducible: Always
Steps to Reproduce:
1.click the link "ecouter" (in the web page)
2.download manager want to save it (or open it) with microsoft "Word" (only)
3.Word shows a "rtsp://" adress that can open Realplayer thru Firefox

Actual Results:  
Instead of opening RealPlayer (as seen with all my other browsers: netscape,
Internet Explorer, Opera and Safari), the download manager wants me to open it
with Microsoft "Word" (default choice that I can't change). In "word", this file
shows an adress:
rtsp://son.radio-france.fr/chaines/france-inter/chroniques/qdirecte.ra
when opened in Firefox, this adress can finally open the Realplayer 

Expected Results:  
This link (when downloaded) open directly an audio file in RealPlayer
WFM 20041209 PC/WinXP
Firefox (and Camino as well) download a file called "listen.php" which is, in
reality, a .ram file.  For me, Safari actually downloads a file it calls
"listen.ram;" it doesn't fire up RealPlayer, either, but it at least downloads a
file that does start Real when double-clicked.  IE also downloads "listen.php"
and does nothing else.  iCab downloads "listen.php" but gives the file Real's
type/creator codes and launches Real, coming the closest--for me--of getting
this right.  (I don't think the "in-page plugin" for Real works at all under OS
X....)

Not sure what's going on here exactly...apparently the server is returning a
mime type of audio/x-pn-realaudio for the URL for ecouter (at least according to
the W3C validator), but it seems the core code is not naming and handling the
resulting file correctly.

There are a couple of similar bugs (bug 209819, Core/All and bug 242595,
Firefox/Mac) where the gist seems to be Moz products download
"dynamicly-generated" .ram files in ways that ensures the resulting files can't
be passed to RealPlayer successfully.  I'm going to dupe this against the
Core/All bug.

*** This bug has been marked as a duplicate of 209819 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.