Closed Bug 91092 Opened 23 years ago Closed 23 years ago

Real Player Plugin Broken for Mozilla 0.92

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 88214

People

(Reporter: ammulder, Assigned: serhunt)

References

()

Details

Using Red Hat Linux 7.1 with kernel 2.4.6, Mozilla 0.92 (via RPM).
Downloaded RealPlayer basic, community supported (i.e. UNIX) player for Linux
2.x with libc6 via RPM.
Installed RPM.
Copied "rpnp.so" from /usr/local/netscape/plugins to /usr/lib/mozilla/plugins
Started Mozilla, went to Help: About Plug-ins
RealPlayer Entry shows:
------------
ЄоџП??@`. CPeэ@ЄоџП?R;AьоџПќоџП

    File name: /usr/lib/mozilla/plugins/rpnp.so
Heэ@

Mime Type Description Suffixes Enabled
audio/x-pn-realaudio-plugin RealPlayer Plugin Metafile rpm Yes
------------
    That is, the plugin name is garbage, and the about text is garbage. 
Contrast this to the Plugger 3.2, Shockwave Flash, and Default Plugin entries
which are all clear text.
    Next, went to http://www.broadcast.com/ and then followed "radio" link. 
Selected KSAN FM.  Popup window declared that I had an invalid configuration,
but offered direct link to streaming feed for Linux etc. users.  Clicked the
link, and a download/save to disk window appeared.  MIME type appeared to be
audio/x-pn-realaudio (contrast to plugin registered for
audio/x-pn-realaudio-plugin).  Tried to use Edit:Preferences:Navigator:Helper
Apps to configure realplayer for audio/x-pn-realaudio, but was unable to get
that to work as well (it would popup a window too fast to see, but not actually
launch RealPlayer.  Not that I really know which application to link it to: I
tried /usr/lib/RealPlayer8/realplay).

Finally, if I right-click and copy the link location from the broadcast.com
direct link to streaming feed, and then launch RealPlayer and paste in the URL,
it works.  So RealPlayer itself is fully functional, it's just the plugin that
is broken.

Finally, as directed by the newsgroup, I did not copy the "raclass.zip" file
from the Netscape plugins directory to the Mozilla plugins directory.  However
when I tried that in the past, it didn't make any difference.
Reporter, to find out which executable to place in your helper apps
configuration, type 'which realplay' at the command line (I believe it should be
/usr/X11R6/bin/realplay and not the lib path you used).

You also appear to have two bugs here: "real player plugin doesn't work,
about:plugins shows garbage" and "cannot configure audio/x-pn-realaudio through
helper apps to be handled by real player."
I've always copied the raclass.zip file to my plugins directory (both under
mandrake and debian) and don't know if it makes a difference but it certainly
didn't give me problems.
Lastly, the real player plugin has a known issue with mozilla builds compiled
with older versions of gcc (see bug 56464 for details) so I would recommend
testing again with a mozilla build compiled with gcc 2.95 (available from
http://ftp.mozilla.org/pub/mozilla/nightly/2001-07-16-09-trunk/).

Please report your findings on this bug.
Dave, this is about a _plugin_, not a helper....
I copied rpnp.so and raclass.zip into /usr/local/mozilla/plugins and went to
yahoo  then i chose realplayer and i got a download window. I told it to use
realplay (located in /usr/X11R6/bin and i saw the introductory video fine

build: today's branch
Okay, more info...

It turned out that the "helper app" failure was spurious.  I have a dual-head
configuration, and real player dies if I try to start it on the second screen,
but the helper app configuration works OK if I start Mozilla on the first screen.

As well, I tried copying the "raclass.zip" into /usr/lib/mozilla/plugins and it
didn't changs the problem in any way.

So, let's go back to the main issue.  Mozilla shows garbage for the RealPlayer
plugin in the Help:About Plug-ins screen.  That is certainly undesirable, at a
minimum.

Also, the RealPlayer plugin does not register itself for the correct MIME types,
and does not get invoked properly unless you set up the "realplay" executable as
a helper app (for which you don't need a plugin at all, right?).
That's correct, helper apps and plugins are separate. The fact that realplayer
doesn't set up a helper app by default is a separate issue from this bug
(there's probably already something out there for it... probably a general
helper apps bug).

As to the plugin problem, did you try with a gcc 2.95 build? You're problem
isn't _exactly_ the same as the one in bug 56464 but it may well be related.
resolving as dup of bug 88214 for now.

*** This bug has been marked as a duplicate of 88214 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"

Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.