GNOME Bugzilla – Bug 570517
Tasque freezes when connecting to RTM (Fedora)
Last modified: 2010-09-20 21:09:51 UTC
Steps to reproduce: 1. Install Tasque on Fedora 10 (RPMS can be found here: http://koji.fedoraproject.org/koji/buildinfo?buildID=76685) 2. Run Tasque & try to connect to RTM 3. Tasque freezes before opening the browser Stack trace: Other information: Debug info: [dkaylor@localhost ~]$ tasque --debug ** Running Mono with --debug ** [Debug]: Tasque remote control active. [Debug]: Backend specified: --debug [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Tasque.exe location: /usr/lib64/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib64/tasque [Info]: Reading /usr/lib64/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: CurrentBackend specified in Preferences: [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init [Info]: Using backend: Remember the Milk (Tasque.Backends.RtmBackend.RtmBackend) [Debug]: ThreadState: Unstarted [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: False [Debug]: Rtm: Not authorized [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished Something else I noticed that may be helpful: If I install 0.1.7, everything works fine and ~/.config/tasque/preferences is created. If I immediately upgrade to 0.1.8 after doing this, it skips the connection process and seems to work fine. The next time it needs to connect though, it will freeze.
Hi, I can confirm this bug using tasque-0.1.8-1.fc9.i386 on Fedora 9. Greetings. Ralf
Hi, I can confirm this bug using tasque-0.1.8-1.fc10.x86_64.rpm on Fedora 10. Linux serviac 2.6.27.15-170.2.24.fc10.x86_64 #1 SMP Wed Feb 11 23:14:31 EST 2009 x86_64 x86_64 x86_64 GNU/Linux gnome-sharp-2.24.0-1.fc10.x86_64 taglib-sharp-2.0.3.0-7.fc10.x86_64 gnome-sharp-devel-2.24.0-1.fc10.x86_64 gnome-keyring-sharp-devel-1.0.0-0.2.87622svn.fc10.x86_64 avahi-sharp-0.6.22-12.fc10.x86_64 gtksourceview-sharp-2.0.12-6.fc10.x86_64 gnome-desktop-sharp-devel-2.24.0-3.fc10.x86_64 gnome-desktop-sharp-2.24.0-3.fc10.x86_64 notify-sharp-0.4.0-0.5.20080912svn.fc10.x86_64 gsf-sharp-0.8.1-8.fc10.x86_64 gtk-sharp-1.0.10-20.fc10.x86_64 gtk-sharp-gapi-devel-1.0.10-20.fc10.x86_64 dbus-sharp-devel-0.63-10.fc10.x86_64 gtk-sharp2-devel-2.12.7-1.fc10.1.x86_64 gtk-sharp2-2.12.7-1.fc10.1.x86_64 gnome-keyring-sharp-1.0.0-0.2.87622svn.fc10.x86_64 ipod-sharp-0.8.1-1.fc10.x86_64 notify-sharp-devel-0.4.0-0.5.20080912svn.fc10.x86_64 gtksourceview-sharp-devel-2.0.12-6.fc10.x86_64 evolution-sharp-devel-0.18.1-1.fc10.x86_64 mono-sharpcvslib-0.35-3.fc10.x86_64 gmime-sharp-2.2.21-1.fc10.x86_64 evolution-sharp-0.18.1-1.fc10.x86_64 taglib-sharp-devel-2.0.3.0-7.fc10.x86_64 dbus-sharp-0.63-10.fc10.x86_64 gtk-sharp-devel-1.0.10-20.fc10.x86_64 mono-addins-0.3.1-2.2.fc10.x86_64 un-extra-fonts-jamonovel-1.0.2-0.7.080608.fc10.noarch mono-web-2.0.1-12.fc10.x86_64 mono-devel-2.0.1-12.fc10.x86_64 mono-data-2.0.1-12.fc10.x86_64 monodoc-2.0-5.fc10.x86_64 mono-extras-2.0.1-12.fc10.x86_64 mono-nunit-2.0.1-12.fc10.x86_64 mono-basic-2.0-4.fc10.x86_64 mono-nunit22-2.2.10-7.fc10.x86_64 mono-ndoc-1.3.1-3.fc10.x86_64 mono-sharpcvslib-0.35-3.fc10.x86_64 mono-winforms-2.0.1-12.fc10.x86_64 monodevelop-1.9-6.fc10.x86_64 mono-core-2.0.1-12.fc10.x86_64 mono-data-sqlite-2.0.1-12.fc10.x86_64 mono-addins-devel-0.3.1-2.2.fc10.x86_64 mono-zeroconf-0.7.5-4.fc9.x86_64 Stefan
I can confirm this on F10 as well. Here's a stack trace obtained with "kill -s QUIT" when tasque is frozen: ~ tasque --debug ** Running Mono with --debug ** ** (Tasque:6988): WARNING **: Symbol file /usr/lib64/mono/gac/NDesk.DBus.GLib/1.0.0.0__f6716e4f9b2ed099/NDesk.DBus.GLib.dll.mdb has incorrect version (expected 50.0, got 39) ** (Tasque:6988): WARNING **: Symbol file /usr/lib64/mono/gac/NDesk.DBus/1.0.0.0__f6716e4f9b2ed099/NDesk.DBus.dll.mdb has incorrect version (expected 50.0, got 39) [Debug]: Tasque remote control active. [Debug]: Backend specified: --debug [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Tasque.exe location: /usr/lib64/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib64/tasque [Info]: Reading /usr/lib64/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: CurrentBackend specified in Preferences: Tasque.Backends.RtmBackend.RtmBackend [Info]: Using backend: Remember the Milk (Tasque.Backends.RtmBackend.RtmBackend) [Debug]: ThreadState: Unstarted [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: False [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Error]: Thread has already been started. [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Error]: Thread has already been started. [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init [Debug]: Rtm: Not authorized [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Error]: Thread has already been started. [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Error]: Thread has already been started. Full thread dump: "" tid=0x0x7f0e14a3f730 this=0x0x7f0e0fd3ec00: at System.Xml.Serialization.TypeTranslator..cctor () [0x008f4] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.Serialization/TypeTranslator.cs:159 at System.Xml.Serialization.TypeTranslator..cctor () [0x00028] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.Serialization/TypeTranslator.cs:88 at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) [0x0004b] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.Serialization/XmlReflectionImporter.cs:194 at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) [0x0003c] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.Serialization/XmlReflectionImporter.cs:192 at System.Xml.Serialization.XmlSerializer..ctor (System.Type,System.Xml.Serialization.XmlAttributeOverrides,System.Type[],System.Xml.Serialization.XmlRootAttribute,string) [0x0004b] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.Serialization/XmlSerializer.cs:226 at System.Xml.Serialization.XmlSerializer..ctor (System.Type) [0x00000] in /builddir/build/BUILD/mono-2.0.1/mcs/class/System.XML/System.Xml.XPath/Parser.cs:1 at RtmNet.Utils.GetSerializer (System.Type) <0x000db> at RtmNet.Utils.Deserialize (string) <0x0002b> at RtmNet.Rtm.GetResponse (System.Collections.Hashtable) <0x003eb> at RtmNet.Rtm.AuthGetFrob () <0x0005f> at Tasque.Backends.RtmBackend.RtmBackend.GetAuthUrl () [0x00000] in /builddir/build/BUILD/tasque-0.1.8/src/Backends/Rtm/RtmBackend.cs:270 at Tasque.Backends.RtmBackend.RtmPreferencesWidget.OnAuthButtonClicked (object,System.EventArgs) [0x0002d] in /builddir/build/BUILD/tasque-0.1.8/src/Backends/Rtm/RtmPreferencesWidget.cs:105 at (wrapper runtime-invoke) Tasque.TaskWindow.runtime_invoke_void__this___object_EventArgs (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0x0006c> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0xffffffff> at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) [0x00057] in /builddir/build/BUILD/mono-2.0.1/mcs/class/corlib/System.Reflection/MonoMethod.cs:157 at System.Reflection.MethodBase.Invoke (object,object[]) [0x00000] in /builddir/build/BUILD/mono-2.0.1/mcs/class/corlib/System.Reflection/MethodBase.cs:110 at System.Delegate.DynamicInvokeImpl (object[]) [0x000b4] in /builddir/build/BUILD/mono-2.0.1/mcs/class/corlib/System/Delegate.cs:422 at System.MulticastDelegate.DynamicInvokeImpl (object[]) [0x00018] in /builddir/build/BUILD/mono-2.0.1/mcs/class/corlib/System/MulticastDelegate.cs:71 at System.Delegate.DynamicInvoke (object[]) [0x00000] in /builddir/build/BUILD/mono-2.0.1/mcs/class/corlib/System/Delegate.cs:394 at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x0019b> at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0002a> at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x0022f> at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00057> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x0000b> at Gnome.Program.Run () <0x0000b> at Tasque.GnomeApplication.StartMainLoop () [0x00000] in /builddir/build/BUILD/tasque-0.1.8/src/GnomeApplication.cs:59 at Tasque.Application.StartMainLoop () [0x00000] in /builddir/build/BUILD/tasque-0.1.8/src/Application.cs:600 at Tasque.Application.Main (string[]) [0x0000b] in /builddir/build/BUILD/tasque-0.1.8/src/Application.cs:564 at (wrapper runtime-invoke) Tasque.Application.runtime_invoke_void_string[] (object,intptr,intptr,intptr) <0xffffffff> Tasque freezes as soon as it tries to connect to RTM. It is completely frozen, even the icon on the notification panel. I am using version 0.1.8. Mono-related RPMS installed: mono-extras-2.0.1-12.fc10.x86_64 mono-data-sqlite-2.0.1-12.fc10.x86_64 mono-addins-0.3.1-2.2.fc10.x86_64 mono-web-2.0.1-12.fc10.x86_64 mono-core-2.0.1-12.fc10.x86_64 mono-data-2.0.1-12.fc10.x86_64 mono-winforms-2.0.1-12.fc10.x86_64 C#-related RPMS: gnome-desktop-sharp-2.24.0-3.fc10.x86_64 gnome-sharp-2.24.0-1.fc10.x86_64 gnome-keyring-sharp-1.0.0-0.2.87622svn.fc10.x86_64 gmime-sharp-2.2.21-1.fc10.x86_64 notify-sharp-0.4.0-0.5.20080912svn.fc10.x86_64 gtk-sharp2-2.12.7-1.fc10.1.x86_64 This is not a general tasque issue, since I use tasque at work on Ubuntu 8.10 as well (but IIRC it's still version 0.1.6).
Rebuilding ndesk-dbus eliminates the incorrect version warnings (expected 50.0, got 39) but doesn't solve the freezing problem.
(In reply to comment #4) > Rebuilding ndesk-dbus eliminates the incorrect version warnings (expected 50.0, Yeah, those can really be ignored. > got 39) but doesn't solve the freezing problem. Something is broken somewhere in the Fedora stack. I'll need to set up a VM or something to look into this, but I don't know when I'll have the time. Would really appreciate help if anybody else wants to dig into it.
Strangely this is fixed in my Fedora 10 up-to-date. I had this issue but now its solved. I did not notice any update related to tasque, but maybe it could be something else...
Good news! Can anyone else confirm this?
I have no pending updates and 0.1.8 still does not work for me.
Okay, I know nothing about Fedora updates. António, did you have to do anything special to get the updates that fixed your Tasque problems?
Well, I ways tryng to see if other packages would solve the problem so I tried to install a fedora 11 package from http://koji.fedoraproject.org/koji/packageinfo?packageID=7036 Tasque did not start with this package so I removed it and went back to the regular fedora package. Todar I ways going to try and digg on this problem and tasque just connected to remember de milk.
I tried to reinstall taque and now, despite having the same error a couple of times, I am able to connect to remeber the milk. This is odd.
Well, Tasque still freezes here on my up-to-date F10 box when I click on "click here to connect"... =(
I installed Tasque in Fedora 11 Beta today to see if it behaves any differently. Fedora 10 uses Mono 2.0 but Fedora 11 is using version 2.4. When I clicked the link to connect to RTM, I received this error: An error occurred while loading or saving configuration information for Tasque. Some of your configuration settings may not work properly. Clicking the details button in the error dialog showed the following: Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end with a slash '/' Despite the error, everything worked. I was able to log in to RTM and authorize Tasque.
I have installed Tasque on Ubuntu 9.04 (amd64) and have the same problems connecting to RTM with the error as: gconf handler is fine as firefox %s Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end with a slash '/' in error window followed by a debug dump of: (Tasque:12954): Gtk-WARNING **: Unable to show 'Click Here to Connect': Operation not supported [Debug]: Failed to get auth URL from Remember the Milk. Try again later.
(In reply to comment #14) > I have installed Tasque on Ubuntu 9.04 (amd64) and have the same problems > connecting to RTM with the error as: > > gconf handler is fine as firefox %s > > Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may > not end with a slash '/' in error window followed by a debug dump of: > > (Tasque:12954): Gtk-WARNING **: Unable to show 'Click Here to Connect': > Operation not supported > [Debug]: Failed to get auth URL from Remember the Milk. Try again later. > This is a different problem, actually. RTM is currently unavailable (they must be doing a service update of some kind). See bug #578279, which is about preventing a related crash and giving the user more information about this situation.
(In reply to comment #6) > Strangely this is fixed in my Fedora 10 up-to-date. I had this issue but now > its solved. I did not notice any update related to tasque, but maybe it could > be something else... The reason it works is that you still have your configuration files from F9 in place. I copied ~/.config/tasque/preferences from my working F9 install to my F10 box and Tasque began working as expected. Its the process of getting an AuthToken from RtM for your account that is hanging. Once you have one configured it seems to work just fine.
Yes, I had another tasque instalation previously and I can remember playing around with the configuration files a bit in Fedora 10 and that might have done the trick. Altought this is not a very straight foward workaround...
Package: tasque-0.1.8-1.fc10.i386 On a clean user account freshly patched fedora 10 workstation. Restarted with a clean /tmp dir also. when starting tasque for the first time I get this on the console (Version 0.1.8) $ tasque [Debug]: Tasque remote control active. [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Tasque.exe location: /usr/lib/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib/tasque [Info]: Reading /usr/lib/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: CurrentBackend specified in Preferences: [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init I Select the drop down and pick Remember the Milk [Info]: Using backend: Remember the Milk (Tasque.Backends.RtmBackend.RtmBackend) [Debug]: ThreadState: Unstarted [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: False [Debug]: Rtm: Not authorized [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: Backend sync finished [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished As soon as a click on the "Click Here to Connect" link the scrolling messages stop and the app no longer responds. If I do not select "Click Here to Connect" the following keeps scrooling: [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished This does not stop unless I try to connect and hang the app.. After killing the app if I restart it the console scrolls: [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished The config file when the app is in this state: <tasqueprefs> <InactivateTimeout>5</InactivateTimeout> <CompletedTasksRange>All</CompletedTasksRange> <SelectedCategory>All</SelectedCategory> <CurrentBackend>Tasque.Backends.RtmBackend.RtmBackend</CurrentBackend> </tasqueprefs> I can recreate this at will by simply deleting ~/.config/tasque and trying to start tasque ===Work Around=== rm -Rf ~/.config/tasque Start tasque select "Local File" Wait until the task list refreshes select "Remember the Milk" go through the rest of the normal authentication process Only side effect that I am aware of is the creation of ~.config/tasque/sqlitebackend.db which I am assuming can be deleted.
Fedora 11 has been released with Mono 2.4. The behavior is basically the same. The local file workaround still works. While doing this though, I received the following non-fatal error: Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end with a slash '/' Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may not end with a slash '/'
(In reply to comment #19) > Fedora 11 has been released with Mono 2.4. The behavior is basically the same. > The local file workaround still works. While doing this though, I received > the following non-fatal error: > > Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may > not end with a slash '/' > Bad key or directory name: "/desktop/gnome/url-handlers/": Key/directory may > not end with a slash '/' > That is due to changes in Gtk.LinkButton in recent versions of GTK+. I don't think it's related to the actual bug people are experiencing, though. It's certainly irritating!
Created attachment 137194 [details] Strace trace dump
Got the above trace by running tasque through strace. It seems tasque is looking in the wrong place for the System.Web dll, the path I currently have (Fedora 10) is: /usr/lib/mono/gac/System.Web/2.0.0.0__b03f5f7f11d50a3a/System.Web.dll and tasque is trying to open /usr/lib/mono/gac/policy.2.0.System.Web/0.0.0.0__b03f5f7f11d50a3a/policy.2.0.System.Web.dll
This problem is still present with version 0.1.9 in Fedora 12. If there is anything I can do to help resolve the issue, let me know.
(In reply to comment #23) > This problem is still present with version 0.1.9 in Fedora 12. If there is > anything I can do to help resolve the issue, let me know. Can you provide an updated output? you can get it by kill tasque: kill -SIGQUIT
Here is the program output from start to kill -SIGQUIT: [dkaylor@localhost ~]$ tasque [Debug]: Tasque remote control active. [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Found Available Backend: Tasque.Backends.EDS.EDSBackend [Debug]: Tasque.exe location: /usr/lib64/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib64/tasque [Info]: Reading /usr/lib64/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: Storing 'Tasque.Backends.EDS.EDSBackend' = 'Evolution Data Server' [Debug]: CurrentBackend specified in Preferences: [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init [Info]: Using backend: Remember the Milk (Tasque.Backends.RtmBackend.RtmBackend) [Debug]: ThreadState: Unstarted [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: False [Debug]: Rtm: Not authorized [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Debug]: Backend sync finished (Tasque:2979): Gtk-WARNING **: Unable to show 'Click Here to Connect': Operation not supported Full thread dump: "<unnamed thread>" tid=0x0x7f3265151740 this=0x0x7f325f30fe58 thread handle 0x404 state : not waiting owns () at (wrapper managed-to-native) System.MonoType.GetConstructors_internal (System.Reflection.BindingFlags,System.Type) <0x0004b> at (wrapper managed-to-native) System.MonoType.GetConstructors_internal (System.Reflection.BindingFlags,System.Type) <0xffffffff> at System.MonoType.GetConstructors (System.Reflection.BindingFlags) <0x00017> at System.Type.FindMembers (System.Reflection.MemberTypes,System.Reflection.BindingFlags,System.Reflection.MemberFilter,object) <0x00075> at System.Type.GetMember (string,System.Reflection.MemberTypes,System.Reflection.BindingFlags) <0x0006e> at System.Type.GetMember (string,System.Reflection.BindingFlags) <0x00028> at System.Xml.Serialization.XmlTypeMapMember.InitMember (System.Type) <0x00031> at System.Xml.Serialization.XmlTypeMapMember.CheckOptionalValueType (System.Type) <0x00027> at System.Xml.Serialization.XmlReflectionImporter.ImportClassMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x003af> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x000cb> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) <0x00053> at System.Xml.Serialization.XmlReflectionImporter.ImportElementInfo (System.Type,string,string,System.Type,System.Xml.Serialization.XmlTypeMapMemberElement,System.Xml.Serialization.XmlAttributes) <0x007ff> at System.Xml.Serialization.XmlReflectionImporter.CreateMapMember (System.Type,System.Xml.Serialization.XmlReflectionMember,string) <0x00647> at System.Xml.Serialization.XmlReflectionImporter.ImportClassMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x00397> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x000cb> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) <0x00053> at System.Xml.Serialization.XmlReflectionImporter.ImportElementInfo (System.Type,string,string,System.Type,System.Xml.Serialization.XmlTypeMapMemberElement,System.Xml.Serialization.XmlAttributes) <0x007ff> at System.Xml.Serialization.XmlReflectionImporter.CreateMapMember (System.Type,System.Xml.Serialization.XmlReflectionMember,string) <0x00647> at System.Xml.Serialization.XmlReflectionImporter.ImportClassMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x00397> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x000cb> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) <0x00053> at System.Xml.Serialization.XmlReflectionImporter.ImportElementInfo (System.Type,string,string,System.Type,System.Xml.Serialization.XmlTypeMapMemberElement,System.Xml.Serialization.XmlAttributes) <0x007ff> at System.Xml.Serialization.XmlReflectionImporter.CreateMapMember (System.Type,System.Xml.Serialization.XmlReflectionMember,string) <0x00947> at System.Xml.Serialization.XmlReflectionImporter.ImportClassMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x00397> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Xml.Serialization.TypeData,System.Xml.Serialization.XmlRootAttribute,string) <0x000cb> at System.Xml.Serialization.XmlReflectionImporter.ImportTypeMapping (System.Type,System.Xml.Serialization.XmlRootAttribute,string) <0x00053> at System.Xml.Serialization.XmlSerializer..ctor (System.Type,System.Xml.Serialization.XmlAttributeOverrides,System.Type[],System.Xml.Serialization.XmlRootAttribute,string) <0x000cb> at System.Xml.Serialization.XmlSerializer..ctor (System.Type) <0x0001b> at RtmNet.Utils.GetSerializer (System.Type) <0x000d3> at RtmNet.Utils.Deserialize (string) <0x0002f> at RtmNet.Rtm.GetResponse (System.Collections.Hashtable) <0x0034b> at RtmNet.Rtm.AuthGetFrob () <0x0005f> at Tasque.Backends.RtmBackend.RtmBackend.GetAuthUrl () <0x0001b> at Tasque.Backends.RtmBackend.RtmPreferencesWidget.OnAuthButtonClicked (object,System.EventArgs) <0x000ab> at (wrapper runtime-invoke) Tasque.PreferencesDialog.runtime_invoke_void__this___object_object (object,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0x0004e> at (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke (object,object[],System.Exception&) <0xffffffff> at System.Reflection.MonoMethod.Invoke (object,System.Reflection.BindingFlags,System.Reflection.Binder,object[],System.Globalization.CultureInfo) <0x000bb> at System.Reflection.MethodBase.Invoke (object,object[]) <0x0002a> at System.Delegate.DynamicInvokeImpl (object[]) <0x0017b> at System.MulticastDelegate.DynamicInvokeImpl (object[]) <0x0003b> at System.Delegate.DynamicInvoke (object[]) <0x00015> at GLib.Signal.ClosureInvokedCB (object,GLib.ClosureInvokedArgs) <0x0013b> at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs) <0x0002a> at GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0x00277> at (wrapper native-to-managed) GLib.SignalClosure.MarshalCallback (intptr,intptr,uint,intptr,intptr,intptr) <0xffffffff> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0x00052> at (wrapper managed-to-native) Gtk.Application.gtk_main () <0xffffffff> at Gtk.Application.Run () <0x0000b> at Gnome.Program.Run () <0x0000b> at Tasque.GnomeApplication.StartMainLoop () <0x0001b> at Tasque.Application.StartMainLoop () <0x0001d> at Tasque.Application.Main (string[]) <0x00047> at (wrapper runtime-invoke) Tasque.Application.runtime_invoke_void_object (object,intptr,intptr,intptr) <0xffffffff>
Sorry for the spam. Setting milestone to 0.1.10 aka "Crashes fixed Release"
Reopening as per comment #25.
Hi, This is still a problem in Fedora 13. The following is the log print out of the program while running. Where it stops at the bottom is where it freezes. To reproduce: 1. Start program as below, from a fresh install (yum install tasque). 2. Select RTM 3. Click on the Connect to RTM (This is where it freezes). What you'll see: * The program will be come completely unresponsive and will need to be killed. $ tasque --debug ** Running Mono with --debug ** [Debug]: Tasque remote control active. [Debug]: Backend specified: --debug [Debug]: Found Available Backend: Tasque.Backends.RtmBackend.RtmBackend [Debug]: Found Available Backend: Tasque.Backends.Sqlite.SqliteBackend [Debug]: Found Available Backend: Tasque.Backends.EDS.EDSBackend [Debug]: Tasque.exe location: /usr/lib64/tasque/Tasque.exe [Info]: Searching for Backend DLLs in: /usr/lib64/tasque [Info]: Reading /usr/lib64/tasque/RtmNet.dll [Debug]: Storing 'Tasque.Backends.RtmBackend.RtmBackend' = 'Remember the Milk' [Debug]: Storing 'Tasque.Backends.Sqlite.SqliteBackend' = 'Local File' [Debug]: Storing 'Tasque.Backends.EDS.EDSBackend' = 'Evolution Data Server' [Debug]: CurrentBackend specified in Preferences: [Info]: OnPreferences called [Debug]: Loading preferences [Debug]: Called Preferences Init [Info]: Using backend: Remember the Milk (Tasque.Backends.RtmBackend.RtmBackend) [Debug]: ThreadState: Unstarted (Tasque:30705): GLib-GObject-WARNING **: invalid cast from `GtkHBox' to `GtkMisc' (Tasque:30705): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (Tasque:30705): GLib-GObject-WARNING **: invalid cast from `GtkHBox' to `GtkMisc' (Tasque:30705): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (Tasque:30705): GLib-GObject-WARNING **: invalid cast from `GtkHBox' to `GtkMisc' (Tasque:30705): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed [Debug]: Backend sync finished [Warn]: Cannot set status when taskWindow is null [Debug]: Configuration status: False [Debug]: Rtm: Not authorized [Debug]: Backend sync finished [Debug]: ThreadState: Stopped [Debug]: Backend sync finished [Debug]: ThreadState: AbortRequested [Error]: Thread has already been started. [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished [Debug]: ThreadState: WaitSleepJoin, AbortRequested [Error]: Thread has already been started. [Debug]: ThreadState: Stopped, AbortRequested [Debug]: Backend sync finished (Tasque:30705): Gtk-WARNING **: Unable to show 'Click Here to Connect': Operation not supported
Created attachment 170492 [details] [review] Patch to fix the problem There seems to be some weird thread interaction with the RTM refresher thread and the RTMLink stuff that does the HttpWebRequest. If nothing is configured and you try to configure RTM, we will hang trying to create the HttpWebRequest, not to mention the refresher thread is running constantly even though we're not configured yet. So, don't create the thread until we're configured. This keeps us from hanging when we're trying to configure RTM and there is no tasque configuration yet. Without this patch tasque would hang everytime, with this patch everything works fine. This is my first foray into Mono, so please feel free to yell at me if I did something wrong.
Review of attachment 170492 [details] [review]: Seems reasonable, but I don't really have the means to test right now. Mario?
(In reply to comment #29) > Created an attachment (id=170492) [details] [review] > Patch to fix the problem > ... I couldn't reproduced it, however I agree with Sandy, the patch looks OK to me and after applying it I didn't get any error, so I pushed your patch to master. Thanks Josef. http://git.gnome.org/browse/tasque/commit/?id=818e4b0d3124582f0346a15a2cff5edf4f4dfd03