GNOME Bugzilla – Bug 547047
banshee 1.2.0 doesn't quit correctly
Last modified: 2008-08-09 14:44:31 UTC
Please describe the problem: after update from 1.0.0, clicking 'quit' doesn't close banshee. Steps to reproduce: 1. run banshee 2. play something 3. try to exit Actual results: banshee is still playing, but interface is unresponsive. Expected results: banshee should be closed. it's quite obvious. Does this happen every time? yep. Other information: in galaxium messenger such bug appears too, but I don't know which svn revision bringed this bug. some versions: mono-data-sqlite-1.9.1-6.1 mono-addins-0.3.1-32.1 mono-data-1.9.1-6.1 mono-devel-1.9.1-6.1 mono-basic-1.9-18.1 mono-zeroconf-provider-avahi-0.7.6-36.1 mono-extras-1.9.1-6.1 avahi-mono-0.6.22-86.1 monodoc-core-1.9-18.1 mono-zeroconf-0.7.6-36.1 mono-core-1.9.1-6.1 mono-winforms-1.9.1-6.1 mono-web-1.9.1-6.1 mono-nunit-1.9.1-6.1 gmime-sharp-2.2.18-28.1 notify-sharp-0.4.0-149.1 glib-sharp2-2.12.1-9.2 evolution-sharp-0.17.4-2.1 taglib-sharp-2.0.3.0-34.1 gsf-sharp-0.8.1-193.1 gtk-sharp2-2.12.1-9.2 gnome-vfs-sharp2-2.20.1-11.1 gnome-sharp2-2.20.1-11.1 gconf-sharp2-2.20.1-11.1 gnome-keyring-sharp-0.1.0-115.1 libanculus-sharp-0.3.1-4.1 art-sharp2-2.20.1-11.1 gnome-desktop-sharp2-2.20.1-28.1 wnck-sharp-2.20.1-28.1 gtkhtml314-sharp-2.20.1-28.1 gecko-sharp2-0.13-32.1 webkit-sharp-0.2-9.2 gettext-csharp-0.17-57.1 gtksourceview-sharp2-0.12-34.1 glade-sharp2-2.12.1-9.2 galago-sharp-0.5.0-237.1 libgstinterfaces-0_10-0-0.10.20-42.pm.1 gstreamer-0_10-ffmpeg-0.10.4-42.pm.1 gstreamer-0_10-plugins-good-0.10.8-42.pm.1 gstreamer-0_10-plugins-good-extra-0.10.8-42.pm.1 libgstreamer-0_10-0.10.20-42.pm.1 gstreamer-0_10-plugins-base-lang-0.10.20-42.pm.1 gstreamer-0_10-pulse-0.9.7-42.pm.1 gstreamer-0_10-plugins-ugly-lang-0.10.8-42.pm.1 gstreamer-0_10-lang-0.10.20-42.pm.1 gstreamer-0_10-plugins-base-0.10.20-42.pm.1 gstreamer-0_10-plugins-bad-0.10.7-42.pm.1 libgstapp-0_10-0-0.10.7-42.pm.1 gstreamer-0_10-devel-0.10.20-42.pm.1 libgstreamer-0_10-0-0.10.19-16.2 gstreamer-0_10-plugins-bad-lang-0.10.7-42.pm.1 gstreamer-0_10-plugins-base-devel-0.10.20-42.pm.1 python-gstreamer-0_10-0.10.12-42.pm.1 gstreamer-0_10-0.10.20-42.pm.1 gstreamer-0_10-plugins-ugly-0.10.8-42.pm.1 banshee-1-backend-platform-unix-1.2.0-22.1 banshee-1-1.2.0-22.1 banshee-1-extensions-default-1.2.0-22.1 banshee-1-backend-platform-gnome-1.2.0-22.1 banshee-1-lang-1.2.0-22.1 banshee-1-backend-engine-gstreamer-1.2.0-22.1 the system is openSUSE 11.0 with following repos. 1 | GNOME:Community 2 | Mono:Community 3 | OSS 4 | Emulators 5 | Mozilla 6 | Updates 7 | Virtualization:VirtualBox 8 | home:obi_gl 9 | X11:XGL 10 | NVIDIA 11 | GNOME:STABLE 12 | KDE:KDE4:Factory:Desktop 13 | KDE:KDE4:Factory:Extra-Apps 14 | Packman 15 | Emulators:Wine 16 | Videolan
Thanks for your report. I suspect this is a duplicate of bug 545739. Could you either test in SVN or run this command: `kill -s QUIT $(pidof banshee-1); cp ~/.config/banshee-1/log ~/Desktop/banshee.log` and attach the banshee.log file that is now on your Desktop?
signal QUIT didn't caused banshee's UI to be unresponsive like 'quit' does. however, the log is quite short. [Info 14:54:59.265] Running Banshee 1.2.0 [Error 14:55:09.609] Unknown sort key passed in! Published not recognized [Info 14:55:10.914] All services are started 10,949812s [Info 14:55:14.981] nereid Client Started [Warn 14:55:16.310] Failed to start DAAP client - No Zeroconf providers could be found or initialized. Necessary daemon may not be running. (in `Mono.Zeroconf') at Mono.Zeroconf.Providers.ProviderFactory.GetProviders () [0x00000] at Mono.Zeroconf.Providers.ProviderFactory.get_DefaultProvider () [0x00000] at Mono.Zeroconf.Providers.ProviderFactory.get_SelectedProvider () [0x00000] at Mono.Zeroconf.ServiceBrowser..ctor () [0x00000] at Daap.ServiceLocator.Start () [0x00000] at Banshee.Daap.DaapService.DelayedInitialize () [0x00000] [Warn 14:55:17.690] Caught an exception - Invalid RSS document. (in `Migo') at Migo.Syndication.RssParser.CheckRss () [0x00000] at Migo.Syndication.RssParser..ctor (System.String url, System.String xml) [0x00000] at Migo.Syndication.FeedUpdateTask.OnDownloadDataReceived (System.Object sender, Migo.Net.DownloadStringCompletedEventArgs args) [0x00000] Full thread dump: "" tid=0x0xb7fd38f0 this=0x0x25e10: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Banshee.Gui.GtkBaseClient.Run () <0x00052> at Banshee.Gui.GtkBaseClient.Startup () <0x00034> at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <0x000a2> at Banshee.Gui.GtkBaseClient.Entry () <0x00039> at Nereid.Client.Main (string[]) <0x00133> at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Full thread dump: "" tid=0x0xb7fd38f0 this=0x0x25e10: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Banshee.Gui.GtkBaseClient.Run () <0x00052> at Banshee.Gui.GtkBaseClient.Startup () <0x00034> at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <0x000a2> at Banshee.Gui.GtkBaseClient.Entry () <0x00039> at Nereid.Client.Main (string[]) <0x00133> at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Full thread dump: "" tid=0x0xb7fd38f0 this=0x0x25e10: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Banshee.Gui.GtkBaseClient.Run () <0x00052> at Banshee.Gui.GtkBaseClient.Startup () <0x00034> at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <0x000a2> at Banshee.Gui.GtkBaseClient.Entry () <0x00039> at Nereid.Client.Main (string[]) <0x00133> at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Full thread dump: "" tid=0x0xb7fd38f0 this=0x0x25e10: at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00004> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x00007> at Banshee.Gui.GtkBaseClient.Run () <0x00052> at Banshee.Gui.GtkBaseClient.Startup () <0x00034> at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) <0x000a2> at Banshee.Gui.GtkBaseClient.Entry () <0x00039> at Nereid.Client.Main (string[]) <0x00133> at (wrapper runtime-invoke) Nereid.Client.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff>
when clicking 'quit' instead of triggering QUIT signal: Exception in Gtk# callback delegate Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception. System.NullReferenceException: Object reference not set to an instance of an object at Daap.ServiceLocator.Stop () [0x00000] at Banshee.Daap.DaapService.Dispose () [0x00000] at Banshee.ServiceStack.ServiceManager.Shutdown () [0x00000] at Banshee.ServiceStack.Application.Dispose () [0x00000] at Banshee.ServiceStack.Application.Shutdown () [0x00000] at Banshee.Gui.GlobalActions.OnQuit (System.Object o, System.EventArgs args) [0x00000] at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr data) [0x00000] at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal) at GLib.Signal.voidObjectCallback(IntPtr handle, IntPtr data) at GLib.Signal.voidObjectCallback(IntPtr , IntPtr ) at Gtk.Application.gtk_main() at Gtk.Application.gtk_main() at Gtk.Application.Run() at Banshee.Gui.GtkBaseClient.Run() at Banshee.Gui.GtkBaseClient.Startup() at Hyena.Gui.CleanRoomStartup.Startup(Hyena.Gui.StartupInvocationHandler startup) at Banshee.Gui.GtkBaseClient.Entry() at Nereid.Client.Main(System.String[] args)
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. The stacktrace show it is the same problem as bug #545739. *** This bug has been marked as a duplicate of 545739 ***