Bug 93477

from rommel: 
 
>       Heiko, did you had a clear how-to-reproduce? 
> 
 
No, I can't. 
The only thing that I can say is that it appeared at the same time the syntax 
errors got printed on the console. 
 
However, I see a different bug in Konqueror: 
 
When going to the sample site above for the first time, there's no 
audio/x-pn-realaudio defined. 
This seems to get added automatically (looks like "on demand"). 
The entry itself looked incomplete (since it does not apply to *.rpm or 
*.RPM). 
If I remove that entry the "application/octet-stream" is removed, too. 
This should not happen (and can't be done manually since the remove button 
is greyed out). 
 

hmm, the realaudio mimetype was there with the old realplayer, no? So updating 
the package shouldn't trigger the removal of it. 

The mimetype audio/x-pn-realaudio is present but empty, i.e. there are no file
extensions associated with it.

That's one thing.

I can not reproduce the "application/octet-stream" bug however. I tried but
failed ...

I just checked.
On NLD-i386 GA, the mimetype audio/x-pn-realaudio was present but empty, too.
Embedded play with www.sputnik7.com did not work.

since it was there before, it will no longer block this update.  
 
neithertheless it needs to be fixed! 

File x-pn-realaudio.desktop seems to be present and non-empty in version 10.0.5,
which was just released as security update. Can you verify it?

To KDE maintainers:

In STABLE RealPlayer 10.0.5 contains audio/x-pn-realaudio definition in
/etc/opt/kde3/share/mimelnk/audio/x-pn-realaudio.desktop, kdelibs3 contains
incorrect one in /opt/kde3/share/mimelnk/audio/x-pn-realaudio.desktop (missing
Patterns).

I don't know, whether it can cause problems, but it needs to be fixed in kdelibs3.

Please fix kdelibs3 or remove Real definitions from kdelibs3. Note the related
bug 62568.

we surely don't want *.rpm to be recongized as real audio. We rely on the web  
server to provide the real mimetype and that works very much without patterns.  
  
The opposite is true: the realplayer mimetype is wrong - e.g. not translated  
(at least on 9.3). And it works fine without this mimetype 

Well, we should copy existing translation to RealPlayer MIME types.

In STABLE:

Real audio/x-pn-realaudio contains: Patterns=*.ram;*.rmm

KDE audio/x-pn-realaudio does not contain any pattern.

FWIW, 
- I found that audio/x-pn-realaudio is in our upstream realplay.desktop file.
- The embedded player works in konq for me, albeit without scriptability due to
a lack of npruntime support in konq last time I checked
- realplay.sh contains break's -- not something we have upstream. Maybe this is
the kfmclient stuff.

Please remove the kdelibx3 .desktop files and let RealPlayer supply them --
there are a couple of things about the kdelibs versions that were wrong IIRC.

audio/x-pn-realaudio != RPM, == RAM
audio/x-pn-realaudio-plugin == RPM

This association should only appear in the browser's about:plugins, not in the
kde configuration.

Re: associating on .rpm vs on mime type only, the test case here would come from:

There's no type= attribute required in the <embed> attribute unfortunately,
which means an extension association is required in the browser plugin.

http://service.real.com/help/library/guides/realone/ScriptingGuide/HTML/htmfiles/embedint.htm#20984
<EMBED NAME=javademo
    SRC="demo.rpm"
    WIDTH=220 HEIGHT=180
    CONSOLE=one
    CONTROLS=ImageWindow
    BACKGROUNDCOLOR=white
    CENTER=true
    >

I really don't know, what I can do there. I guess that it should be handled by the plugin mechanism, so it should not have anything to do with desktop files?

In firefox, audio/x-pn-realaudio-plugin is reported by about:plugins and the web page works.

Konqueror reports:

kio (KMimeType): WARNING: KServiceType::offers : servicetype audio/x-pn-realaudio-plugin not found

Trying to explicitly rescan plugins reports:
The nspluginscan executable cannot be found. Netscape plugins will not be scanned.

I have also tried to add audio/x-pn-realaudio-plugin to desktop files, but it does not help, too.

can we have the current status for SLED 10?

Will it work better?

a way to find out is 

ktradertest 'audio/x-pn-realaudio-plugin' 'KParts/ReadOnlyPart'

it lists nsplugin for me just fine, but its 2nd choice. 

we do ship kaffeine.

However, we could remove the real mime type from the kaffeine desktop file, if it is a problem.

I created a new user.

the sputnik7.com site was pretty confused and tried to load the .ram file in a konqueror window.


Then I started RealPlayer, and clicked through the initial config.

Afterwards suddenly konqueror embedded Realplayer!?!?!?!?

Why does behaviour change with starting Realplayer? This should not be the case.

Less than optimal, but as I see it, the Netscape plugin is only configured correctly during the first time RealPlayer is run. Probably not easy to fix because we are not supposed to change the registration and config dialog.

markus, can you give me your output of

ktradertest 'audio/x-pn-realaudio-plugin' 'KParts/ReadOnlyPart'

?

I think given that the kaffeine we ship probably doesn't have the codecs to handle most of the realaudio stuff out there, I think its better to remove those mimetypes. adrian, your opinion as well?

Created attachment 75747 [details]
xx.txt

requested ktradertest output

hmm, so its your only pick. I'm not sure if I can do something about that other than disabling this configuration dialog on first startup

should I add a .realplayerrc containing rpregistered=1 to /etc/skel?

license question I guess. -> JW

What would rpregistered=1 mean?
Would it prevent realplayer from showing the EULA?
If so, we need to present the EULA text during installation.

don't we do that already anyway? 

Adding Maintainer of realplayer. 
Stano, please see comments #24 and #25.

I guess that installation does not contain click-wrap license. Only first run contains it. But if it is reproducible with RealPlayer 10.0.8, we should report it upstream.

What is the current status of this one?

I can not reproduce the issue with 10.2 beta2 anymore.