RTM Plugin doesn't remember authorization

Bug #594494 reported by idokibovito
60
This bug affects 10 people
Affects Status Importance Assigned to Milestone
Do
New
Undecided
Unassigned
gnome-do (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: gnome-do

I need to reauth the plugin every time I start the computer (so probably per gnome session).

[Error 09:11:30.697] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:11:30.705] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:11:30.715] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:11:30.718] [RTM] Not authorized to use a Remember The Milk account.

I am not sure if this is what causes Do crash so often (if I do not do the auth for a long time)

Revision history for this message
Markus Huggler (y-launchpad-wellengang-ch) wrote :

Happens to me also and furthermore there is a similar thing happening to the microblogging plugin. I have to "login" everytime i restart gnome-do. So it's not only when starting a new gnome session.

The output after restart:

[Error 10:12:58.541] [RTM] Not authorized to use a Remember The Milk account.
Microblogging.FriendSource "Microblog friends" encountered an error in Items: System.NullReferenceException: Object reference not set to an instance of an object
  at Microblogging.Microblog.get_Friends () [0x00000]
  at Microblogging.FriendSource.get_Items () [0x00000]
  at Do.Universe.Safe.SafeItemSource.get_Items () [0x00000] .
Microblogging.FriendSource "Microblog friends" encountered an error in Items: System.NullReferenceException: Object reference not set to an instance of an object
  at Microblogging.Microblog.get_Friends () [0x00000]
  at Microblogging.FriendSource.get_Items () [0x00000]
  at Do.Universe.Safe.SafeItemSource.get_Items () [0x00000] .

Revision history for this message
clockworkpc (clockworkpc) wrote :

Same here:

(Do:13900): Wnck-CRITICAL **: wnck_set_client_type got called multiple times.

[Error 09:06:19.839] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:06:19.850] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:06:19.852] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:06:19.854] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:08:20.052] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:08:20.054] [RTM] Not authorized to use a Remember The Milk account.
[Error 09:08:20.055] [RTM] Not authorized to use a Remember The Milk account.

I'd really just like to add tasks to Remember The Milk straight from the terminal. Is there such a command line application for Linux?

Thanks

Revision history for this message
Thomas Edwards (tom-rb-edwards) wrote :

I experience a similar but even worse bug. It seems that I need to re-authorise my account in everytime I want to update my task list. It asks me to authorise my account everytime I go onto the configure menu: https://bugs.launchpad.net/do-plugins/+bug/587573

Revision history for this message
Alexander Mette (mail-amette) wrote :

I can reproduce this on Gentoo

* gnome-do-0.8.3.1
* gnome-do-plugins-0.8.2-r1

( -r1 being the Gentoo specific patchlevel )

Revision history for this message
Dept.Técnico (Extreme Micro S.L.) (tecnicos-extreme-micro) wrote :
Download full text (16.2 KiB)

$ strace gnome-do

execve("/usr/bin/gnome-do", ["gnome-do"], [/* 38 vars */]) = 0
brk(0) = 0x15dc000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc2e3eac000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=154335, ...}) = 0
mmap(NULL, 154335, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fc2e3e86000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\355\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1568136, ...}) = 0
mmap(NULL, 3676200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fc2e390c000
mprotect(0x7fc2e3a84000, 2097152, PROT_NONE) = 0
mmap(0x7fc2e3c84000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x178000) = 0x7fc2e3c84000
mmap(0x7fc2e3c89000, 18472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fc2e3c89000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc2e3e85000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc2e3e84000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fc2e3e83000
arch_prctl(ARCH_SET_FS, 0x7fc2e3e84700) = 0
mprotect(0x7fc2e3c84000, 16384, PROT_READ) = 0
mprotect(0x617000, 4096, PROT_READ) = 0
mprotect(0x7fc2e3eae000, 4096, PROT_READ) = 0
munmap(0x7fc2e3e86000, 154335) = 0
getpid() = 19100
rt_sigaction(SIGCHLD, {SIG_DFL, [CHLD], SA_RESTORER|SA_RESTART, 0x7fc2e393faf0}, {SIG_DFL, [], 0}, 8) = 0
geteuid() = 1000
brk(0) = 0x15dc000
brk(0x15fd000) = 0x15fd000
getppid() = 19099
stat("/home/wineos", {st_mode=S_IFDIR|0755, st_size=94208, ...}) = 0
stat(".", {st_mode=S_IFDIR|0755, st_size=94208, ...}) = 0
open("/usr/bin/gnome-do", O_RDONLY) = 3
fcntl(3, F_DUPFD, 10) = 10
close(3) = 0
fcntl(10, F_SETFD, FD_CLOEXEC) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x408189, ~[RTMIN RT_1], SA_RESTORER, 0x7fc2e393faf0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_IGN, [], 0}, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER, 0x7fc2e393faf0}, NULL, 8) = 0
read(10, "#!/bin/sh\n\nSCRIPT_PATH=`dirname "..., 8192) = 798
pipe([3, 4]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fc2e3e849d0) = 19101
close(4) = 0
read(3, "/usr/bin\n", 128) = 9
read(3, "", 128) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
close(3) ...

Revision history for this message
Miren Berasategi (miren-berasategi) wrote :

Happens to me too. Each time I switch off the computer and then switch it back on, the RTM authentication is gone and Gnome-do crashes. Any advance in this? It would be great if at least it wouldn't make Gnome Do crash...

Revision history for this message
Przemyslaw Rudzki (przemyslaw.rudzki) wrote :

Any chances for fixing?

Revision history for this message
Chris Halse Rogers (raof) wrote :

The crash in comment #5 is a gnome-keyring crash; I'm not aware of any current gnome-keyring crashes in Do since 0.8.4 - if you're using a version older than that with a modern gnome-keyring, it's unlikely to work well.

It seems that the problem here is keyring related - has anyone reproduced this on a recent version of Do?

Revision history for this message
Przemyslaw Rudzki (przemyslaw.rudzki) wrote :

I have:
- gnome-keyring: 3.2.1
- gnome-do: 0.8.5
and the error is still here.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gnome-do (Ubuntu):
status: New → Confirmed
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.