Banshee hangs after plugging in Android phone

Bug #1178179 reported by Stuart Bishop
86
This bug affects 17 people
Affects Status Importance Assigned to Milestone
banshee (Debian)
Fix Released
Unknown
banshee (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

When I plug in my Android 4.2.2 phone (a Nexus 4), Banshee hangs and the interface stops responding.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: banshee 2.6.1-1ubuntu1
ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
Uname: Linux 3.8.0-19-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
Date: Thu May 9 16:25:21 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2013-02-26 (72 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130225)
MarkForUpload: True
SourcePackage: banshee
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Stuart Bishop (stub) wrote :
Changed in banshee (Debian):
status: Unknown → New
Revision history for this message
Chow Loong Jin (hyperair) wrote :

This is probably because of an issue in the MTP device extension in Banshee, which you can disable. Could you get the output from "banshee --debug" while reproducing this issue, please?

Changed in banshee (Ubuntu):
status: New → Incomplete
Revision history for this message
Stuart Bishop (stub) wrote :
Download full text (15.0 KiB)

** Running Mono with --debug **
[1 Debug 12:03:35.128] Bus.Session.RequestName ('org.bansheeproject.Banshee') replied with PrimaryOwner
[1 Info 12:03:35.148] Running Banshee 2.6.1: [Ubuntu 13.04 (linux-gnu, x86_64) @ 2013-04-21 19:43:57 UTC]
[1 Debug 12:03:35.159] Initializing GTK
Gtk-Message: Failed to load module "overlay-scrollbar"
[1 Debug 12:03:35.688] Post-Initializing GTK
[1 Debug 12:03:35.694] Configuration client extension loaded (Banshee.GnomeBackend.GConfConfigurationClient)
[1 Debug 12:03:35.695] Using default gconf-base-key
[1 Debug 12:03:35.736] Core service started (DBusServiceManager, 0.000667)
[1 Debug 12:03:35.737] Registering remote object /org/bansheeproject/Banshee/DBusCommandService (Banshee.ServiceStack.DBusCommandService) on org.bansheeproject.Banshee
[1 Debug 12:03:35.741] Core service started (DBusCommandService, 0.004158)
[1 Debug 12:03:35.763] Opened SQLite (version 3.7.15.2) connection to /home/stub/.config/banshee-1/banshee.db
[1 Debug 12:03:35.763] Core service started (DbConnection, 0.022301)
[1 Debug 12:03:35.766] Database version 45 is up to date
[1 Debug 12:03:35.786] Core service started (PreferenceService, 0.010589)
[1 Debug 12:03:35.793] Core service started (Network, 0.00726)
[1 Debug 12:03:35.794] Registering remote object /org/bansheeproject/Banshee/SourceManager (Banshee.Sources.SourceManager) on org.bansheeproject.Banshee
[1 Debug 12:03:35.794] Core service started (SourceManager, 0.000733)
[1 Debug 12:03:35.799] Core service started (MediaProfileManager, 0.000295)
[1 Debug 12:03:35.802] Registering remote object /org/bansheeproject/Banshee/PlayerEngine (Banshee.MediaEngine.PlayerEngineService) on org.bansheeproject.Banshee
[1 Debug 12:03:35.804] Core service started (PlayerEngine, 0.004538)
[1 Debug 12:03:35.812] Registering remote object /org/bansheeproject/Banshee/PlaybackController (Banshee.PlaybackController.PlaybackControllerService) on org.bansheeproject.Banshee
[1 Debug 12:03:35.812] Core service started (PlaybackController, 0.001414)
[1 Debug 12:03:35.815] Starting - Startup Job
[1 Debug 12:03:35.815] Core service started (JobScheduler, 0.002937)
[1 Debug 12:03:35.821] IO provider extension loaded (Banshee.IO.Gio.Provider)
[1 Debug 12:03:35.857] Loaded HardwareManager backend: Banshee.Hardware.Gio
[1 Debug 12:03:35.859] Core service started (HardwareManager, 0.043416)
[1 Debug 12:03:35.860] Bus.Session.RequestName ('org.bansheeproject.CollectionIndexer') replied with PrimaryOwner
[1 Debug 12:03:35.861] Registering remote object /org/bansheeproject/Banshee/CollectionIndexerService (Banshee.Collection.Indexer.CollectionIndexerService) on org.bansheeproject.CollectionIndexer
[1 Debug 12:03:35.863] Core service started (CollectionIndexerService, 0.004206)
[1 Debug 12:03:35.864] Core service started (SaveTrackMetadataService, 0.001413)
[1 Debug 12:03:35.872] Adding icon theme search path: /usr/share/banshee/icons
[1 Debug 12:03:35.872] Core service started (GtkElementsService, 0.007897)
[1 Debug 12:03:35.874] Core service started (InterfaceActionService, 0.001365)
[1 Debug 12:03:35.901] Loaded new mode into shuffler: lastfm_shuffle_similar_artists
[1 Debug 12:03:35.902] RandomByLastfmUserTopA...

Revision history for this message
Stuart Bishop (stub) wrote :

Disabling the MTP plugin stops the hangs.

The device is recognized, but syncing still fails with what looks like a different bug. Banshee reports 'Cannot write to this file' and the full file:///home/... URL to the *source* file (odd - error message wrong, or trying to modify the original file on copy?)

[49 Debug 12:48:20.624] Starting
[49 Debug 12:48:20.653] Finished - Adding 1 of 1 to Nexus 4
[49 Warn 12:48:22.621] Caught an exception - GLib.GException: Cannot write to this location (in `gio-sharp')
  at GLib.FileAdapter.Copy (File destination, FileCopyFlags flags, GLib.Cancellable cancellable, GLib.FileProgressCallback progress_callback) [0x00000] in <filename unknown>:0
  at Banshee.IO.Gio.File.Copy (Hyena.SafeUri from, Hyena.SafeUri to, Boolean overwrite) [0x00000] in <filename unknown>:0
  at Banshee.IO.File.Copy (Hyena.SafeUri from, Hyena.SafeUri to, Boolean overwrite) [0x00000] in <filename unknown>:0
  at Banshee.Dap.MassStorage.MassStorageSource.AddTrackToDevice (Banshee.Collection.Database.DatabaseTrackInfo track, Hyena.SafeUri fromUri) [0x00000] in <filename unknown>:0
  at Banshee.Dap.DapSource.AttemptToAddTrackToDevice (Banshee.Collection.Database.DatabaseTrackInfo track, Hyena.SafeUri fromUri) [0x00000] in <filename unknown>:0
  at Banshee.Dap.DapSource.AddTrackAndIncrementCount (Banshee.Collection.Database.DatabaseTrackInfo track) [0x00000] in <filename unknown>:0
  at Banshee.Sources.PrimarySource.AddTrackList (System.Object cached_list) [0x00000] in <filename unknown>:0

(Banshee:7116): GLib-GObject-WARNING **: attempting to add an interface (AtkSelection) to class (__gtksharp_134_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bSystem_Object+2c+20mscorlib+2c+20Version+3d4_0_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3db77a5c561934e089+5d+5d) after class_init

(Banshee:7116): GLib-GObject-WARNING **: attempting to add an interface (AtkTable) to class (__gtksharp_134_Hyena_Data_Gui_Accessibility_ListViewAccessible+601+5b+5bSystem_Object+2c+20mscorlib+2c+20Version+3d4_0_0_0+2c+20Culture+3dneutral+2c+20PublicKeyToken+3db77a5c561934e089+5d+5d) after class_init
[1 Debug 12:48:33.190] Creating Pango.Layout, configuring Cairo.Context

Revision history for this message
Drew Noakes (drewnoakes) wrote :
Revision history for this message
Jack Sparrow (jacksparrow) wrote :

I have the same issue, the issue is with the mtp plugin. I'll post the stderr/out when I get back to the affected desktop

Revision history for this message
Michael Chirico (michaelchirico4) wrote :
Download full text (7.2 KiB)

Confirming this bug as well,

Running Linux Mint 16:
3.11.0-12-generic #19-Ubuntu SMP

Android 4.2.2 on my Galaxy S5.

After force quitting just now, starting with banshee --debug as suggested above:

Unhandled Exception: System.Exception: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
  at Halie.Client+IClientWindowProxy.Present () [0x00000] in <filename unknown>:0
  at Halie.Client.HandleWindowCommands (Boolean present) [0x00000] in <filename unknown>:0
  at Halie.Client.Main () [0x00000] in <filename unknown>:0
  at (wrapper managed-to-native) System.AppDomain:ExecuteAssembly (System.AppDomain,System.Reflection.Assembly,string[])
  at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly a, System.String[] args) [0x00000] in <filename unknown>:0
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile, System.Security.Policy.Evidence assemblySecurity, System.String[] args) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string,System.Security.Policy.Evidence,string[])
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string)
  at Booter.Booter.BootClient (System.String clientName) [0x00000] in <filename unknown>:0
  at Booter.Booter.Main () [0x00000] in <filename unknown>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.Exception: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus)
  at Halie.Client+IClientWindowProxy.Present () [0x00000] in <filename unknown>:0
  at Halie.Client.HandleWindowCommands (Boolean present) [0x00000] in <filename unknown>:0
  at Halie.Client.Main () [0x00000] in <filename unknown>:0
  at (wrapper managed-to-native) System.AppDomain:ExecuteAssembly (System.AppDomain,System.Reflection.Assembly,string[])
  at System.AppDomain.ExecuteAssemblyInternal (System.Reflection.Assembly a, System.String[] args) [0x00000] in <filename unknown>:0
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile, System.Security.Policy.Evidence assemblySecurity, System.String[] args) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string,System.Security.Policy.Evidence,string[])
  at System.AppDomain.ExecuteAssembly (System.String assemblyFile) [0x00000] in <filename unknown>:0
  at (wrapper remoting-invoke-with-check) System.AppDomain:ExecuteAssembly (string)
  at Booter.Booter.BootClient (System.String clientName) [0x00000] in <filename unknown>:0
  at Booter.Booter.Main () [0x00000] in <filename unknown>:0

.... Surprise. Just tried to figure out the Banshee version by running banshee -V after force-quitting. Command line spit this out:
 banshee -V
[Info 22:46:42.486] Running Banshee 2.6.1: [Ubuntu 13.10 (linux-gnu, x86_64) @ 2013-11-08 13:26:18 UTC]

(Banshee:2900): GLib-GObject-WARNING **: attempting to add an interface (AtkComponent) to class (__gtksharp_49_Hyena_Gui_BaseWidgetAccessible) after class_init

(Banshee:2900): GLib-GObject-WARNING **: attemp...

Read more...

Revision history for this message
Michael Chirico (michaelchirico4) wrote :

Also, this may not be a problem limited to Banshee...

I've also noticed that Python Toolkit (PTK) seems to be having trouble dealing with the Android phone being plugged in.

Revision history for this message
Neil Myrick (neil-myrick) wrote :

I don't believe this is actually an issue. I have the same 'problem', but Banshee does eventually identify the phone and the music files. My phone is a Motorola Moto X XT1053 with 32GB of storage. I figure it is just taking Banshee a while to scan all the files and identify the audio files.

I notice those who have posted in this bug are running Android on either Nexus or Samsung Galaxy phones. This means that you probably have at least 16 GB of storage that Banshee has to scan for audio files and identify the files as songs. Sometimes this can take some time.

Changed in banshee (Debian):
status: New → Fix Released
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.