After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 570517 - Tasque freezes when connecting to RTM (Fedora)
Tasque freezes when connecting to RTM (Fedora)
Status: RESOLVED FIXED
Product: Tasque
Classification: Other
Component: Backend/RTM
0.1.8
Other All
: High critical
: 0.1.10
Assigned To: tasque-maint
tasque-maint
Depends on:
Blocks:
 
 
Reported: 2009-02-04 17:00 UTC by David Kaylor
Modified: 2010-09-20 21:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Strace trace dump (10.69 KB, text/plain)
2009-06-22 18:23 UTC, Jorge A Gallegos
  Details
Patch to fix the problem (1.88 KB, patch)
2010-09-17 14:52 UTC, Josef Bacik
none Details | Review

Description David Kaylor 2009-02-04 17:00:09 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.
Comment 1 bugzilla@spenneberg.net 2009-02-13 12:15:10 UTC
Hi,

I can confirm this bug using tasque-0.1.8-1.fc9.i386 on Fedora 9. 

Greetings.

Ralf
Comment 2 Stefan Lehmann 2009-02-26 10:59:36 UTC
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
Comment 3 André Costa 2009-03-17 09:47:06 UTC
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).
Comment 4 David Kaylor 2009-03-22 21:34:01 UTC
Rebuilding ndesk-dbus eliminates the incorrect version warnings (expected 50.0, got 39) but doesn't solve the freezing problem.
Comment 5 Sandy Armstrong 2009-03-22 22:12:37 UTC
(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.
Comment 6 António Lima 2009-04-03 18:20:04 UTC
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... 
Comment 7 Brian G. Merrell 2009-04-03 18:31:36 UTC
Good news!  Can anyone else confirm this?
Comment 8 David Kaylor 2009-04-03 18:55:25 UTC
I have no pending updates and 0.1.8 still does not work for me.
Comment 9 Brian G. Merrell 2009-04-03 20:31:06 UTC
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?
Comment 10 António Lima 2009-04-03 22:35:55 UTC
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. 
Comment 11 António Lima 2009-04-03 22:46:10 UTC
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.
Comment 12 André Costa 2009-04-06 00:24:34 UTC
Well, Tasque still freezes here on my up-to-date F10 box when I click on "click here to connect"... =(
Comment 13 David Kaylor 2009-04-06 00:51:54 UTC
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.
Comment 14 Rodney Dyer 2009-04-07 19:26:02 UTC
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.


Comment 15 Sandy Armstrong 2009-04-07 19:42:45 UTC
(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.
Comment 16 Russell Harrison 2009-04-16 14:05:05 UTC
(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.
Comment 17 António Lima 2009-04-16 14:18:43 UTC
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...
Comment 18 John Place 2009-05-17 14:01:04 UTC
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.

Comment 19 David Kaylor 2009-06-12 01:06:14 UTC
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 '/'
Comment 20 Sandy Armstrong 2009-06-12 14:07:42 UTC
(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!
Comment 21 Jorge A Gallegos 2009-06-22 18:23:30 UTC
Created attachment 137194 [details]
Strace trace dump
Comment 22 Jorge A Gallegos 2009-06-22 18:29:48 UTC
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
Comment 23 David Kaylor 2010-02-19 00:08:48 UTC
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.
Comment 24 Mario Carrion 2010-03-25 16:40:29 UTC
(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
Comment 25 David Kaylor 2010-03-28 02:33:25 UTC
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>
Comment 26 Mario Carrion 2010-04-15 22:17:11 UTC
Sorry for the spam. Setting milestone to 0.1.10 aka "Crashes fixed Release"
Comment 27 Tobias Mueller 2010-05-31 10:05:44 UTC
Reopening as per comment #25.
Comment 28 Steven Marks 2010-09-13 00:59:22 UTC
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
Comment 29 Josef Bacik 2010-09-17 14:52:07 UTC
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.
Comment 30 Sandy Armstrong 2010-09-17 15:03:54 UTC
Review of attachment 170492 [details] [review]:

Seems reasonable, but I don't really have the means to test right now. Mario?
Comment 31 Mario Carrion 2010-09-20 21:09:51 UTC
(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