Trying to use radio gives a non fatal exception in banshee (depends on libtotem-plparser.so.1)

Bug #132464 reported by Pontus Freyhult
6
Affects Status Importance Assigned to Milestone
banshee (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Binary package hint: banshee

When I try to use Banshees radio feature to listen to mms://sr-wm.qbrick.com/02038_SR-P1-High, nothing happens in banshee. On the console I get

Unhandled Exception: System.TypeInitializationException: An exception was thrown
 by the type initializer for TotemPlParser.Parser ---> System.DllNotFoundException: totem-plparser.so.1
  at (wrapper managed-to-native) TotemPlParser.Parser:totem_pl_parser_get_type ()
  at TotemPlParser.Parser.get_GType () [0x00000]
  at GtkSharp.TotemplparserSharp.ObjectManager.Initialize () [0x00000]
  at TotemPlParser.Parser..cctor () [0x00000] --- End of inner exception stack trace ---

  at <0x00000> <unknown method>
  at Banshee.Plugins.Radio.RadioTrackInfo.LoadStreamUris () [0x00000]
  at Banshee.Plugins.Radio.RadioTrackInfo+<>c__CompilerGenerated3.<>c__AnonymousMethod19 () [0x00000]
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

Banshee explicitly tries to load totem-plparser.so.1 (which will lead to mono trying to load libtotem-plparser.so.1) in src/Plugins/Banshee.Plugins.Radio/totem-plparser/Parser.cs, but it's not provided by the package containing libtotem-plparser.so

If I do

ln -s /usr/lib/libtotem-plparser.so /usr/lib/libtotem-plparser.so.1

everything works fine.

libtotem-plparser7 provides /usr/lib/libtotem-plparser.so with friends, but no /usr/lib/libtotem-plparser.so.1.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Which version of Ubuntu and Banshee are you using?, thanks

Changed in banshee:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Pontus Freyhult (pontusf) wrote :

Sorry. This is in gutsy. Problem exists at least in Banshee 0.12.1+dfsg-5 (package from distribution) and when built from subversion.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

It works fine here with gutsy too and banshee 0.12.1+dfsg-5, probably there was something broken with your installation, is this a fresh gutsy or a upgrade?

Revision history for this message
Pontus Freyhult (pontusf) wrote :

Fresh install. You can play the stream and here sounds? Do you have a libtotem-plparser.so.1? (seems to exist when I check a feisty installation).

I'm not sure how different engines correlate to this.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Yes i can hear the stream, the library i have installed is libtotem-plparser7, lets see if someone else can reproduce this behavior, thanks again.

Revision history for this message
Basilio Kublik (sourcercito) wrote :

i can hear without any problem, running banshee with debug flag show nothing weird, this is a fresh install of gusty from tribe 4 cd, with all updates till date.

libtotem-plparser7 2.19.6-0ubuntu1
banshee 0.12.1+dfsg-5

Revision history for this message
Basilio Kublik (sourcercito) wrote :

actually i must eat my words, just reproduce the bug:

Warning: [14-08-2007 14:13:40] (Power Management Call Failed) - Cannot find GNOME Power Manager: Name org.gnome.PowerManager has no owner

Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for TotemPlParser.Parser ---> System.DllNotFoundException: libtotem-plparser.so.1
  at (wrapper managed-to-native) TotemPlParser.Parser:totem_pl_parser_get_type ()
  at TotemPlParser.Parser.get_GType () [0x00000] in /build/buildd/banshee-0.12.1+dfsg/src/Plugins/Banshee.Plugins.Radio/totem-plparser/Parser.cs:266
  at GtkSharp.TotemplparserSharp.ObjectManager.Initialize () [0x00011] in /build/buildd/banshee-0.12.1+dfsg/src/Plugins/Banshee.Plugins.Radio/totem-plparser/ObjectManager.cs:16
  at TotemPlParser.Parser..cctor () [0x00000] --- End of inner exception stack trace ---

  at <0x00000> <unknown method>
  at Banshee.Plugins.Radio.RadioTrackInfo.LoadStreamUris () [0x00036] in /build/buildd/banshee-0.12.1+dfsg/src/Plugins/Banshee.Plugins.Radio/RadioTrackInfo.cs:95
  at Banshee.Plugins.Radio.RadioTrackInfo+<>c__CompilerGenerated3.<>c__AnonymousMethod19 () [0x00000] in /build/buildd/banshee-0.12.1+dfsg/src/Plugins/Banshee.Plugins.Radio/RadioTrackInfo.cs:61
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

Just as you said Pontus, adding a symlink from /usr/lib/libtotem-plparser.so to /usr/lib/libtotem-plparser.so.1 solves the problem

Revision history for this message
Basilio Kublik (sourcercito) wrote :

again i forgot to say, opening the uri mms://sr-wm.qbrick.com/02038_SR-P1-High with "Open Location" feature work just fine, but if you add the uri as a radio station and then try to listen from there, you can reproduce the bug.

Changed in banshee:
status: Incomplete → Confirmed
Revision history for this message
Sebastian Dröge (slomo) wrote :

That's simply because banshee wants totem-plparser from Gnome 2.18 or below. In 2.19/2.20 it changed API/ABI and banshee was not yet updated, I'm surprised that symlinking totem-plparser.so.7 to .1 works without problems when actually using it.

Revision history for this message
Sebastian Dröge (slomo) wrote :

This will be solved after syncing banshee 0.13.1... see bug #132427

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.