Crashes with GLib-GIO-CRITICAL. UnknownMethod: Method "DescribeAll"

I can confirm this issue; and am also running Ubuntu 12.10 x64:

user@st1:~$ seahorse

(seahorse:11661): GLib-GIO-CRITICAL **: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "DescribeAll" with signature "" on interface "org.gtk.Actions" doesn't exist

user@st1:~$ seahorse -v
seahorse 3.6.2
GNUPG: /usr/bin/gpg (1.4.11)

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

For me, the crash happens occasionally: after a reboot it works again.

Apparently it stops working at some point.

Hi,

I'm developing an application in C++ having a D-Bus server that thrown the same error when I launch my application as root but not if I start it as normal user.

If this could help...

I Installed Seahorse with plugins tonight and see the same error. System is Asus N56 64 bit, Ubuntu 12.10 using Gnome desktop. "Password and Keys" does not start.

From command line:
jbh@jbh-N56VJ:~$ seahorse

(seahorse:2644): GLib-GIO-CRITICAL **: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "DescribeAll" with signature "" on interface "org.gtk.Actions" doesn't exist

However it will start if I sudo.

"Password and Keys" did start up as user after two reboots.

Same problem here with 13.04 .

After further investigation, the problem disappears when I kill seahorse-daemon, but comes back when I relaunch it... :-/

Not sure if this is related, but when I run seahorse-daemon, I get the following (warning?) message:

pa@nua:~$ killall -q seahorse-daemon; seahorse-daemon -d

** (seahorse-daemon:27610): WARNING **: Could not load desktop file '/usr/share/gnome/autostart/seahorse-daemon.desktop': No such file or directory
** Message: init gpgme version 1.2.0

Have the same issue under 13.04.

In my case seahorse-tool doesn't work as well (neither on command line nor nautilus) - it starts and shows keys to select but doesn't encrypt or decrypt files.

If I kill seahorse-daemon I can run seahorse again but seahorse-tool still doesn't work.

I have the same issue, also under 13.04, with seahorse version 3.6.3.
The bug has been fixed in seahorse, apparently, although I haven't figured out yet what version (they helpfully say HEAD).

This is embarrassing. 4 month is the standard encryption-gui in Ubuntu 13.04 broken now.

I confirm this still happens with 13.04 as of today. If I kill seahorse-daemon I can run seahorse. Are you guys going to actually push this fix to us? I am using seahorse 3.6.3-0ubuntu1 and seahorse-daemon 3.6.0-0ubuntu1.

This just started happening on my 13.04 box. Is there a workaround until the fix comes down the pipe?

Same thing happening here. I can't get any of the parts of seahorse to work with one another at all.

Initially, if I just boot up and then try to sign or encrypt a file using the seahorse nautilus plugin, I see the dialogue to choose which key to sign with, but then nothing happens. I check and see that seahorse-daemon is running.

If I try to run seahorse (the "Passwords and Keys" dialogue), nothing happens. If I kill the seahorse-daemon, seahorse will open, but then I no keys are found if I try to use the Nautilus plugin. It says it will now I try to run seahorse-daemon again and get the error message: "No encryption keys were found with which to perform the operation you requested. The program Passwords and Encryption Keys will now be started so that you may either create a key or import one." But actually nothing happens.

Now, if I try to run seahorse-daemon manually, I get the following message: "** (seahorse-daemon:18267): WARNING **: Could not load desktop file '/usr/share/gnome/autostart/seahorse-daemon.desktop': No such file or directory"

So it seems it's only possible to use gnupg on Ubuntu now through the command line.

Same issue here

I have had this exact problem for coming up on a year now. It's stayed with me from 12.04 → 14.04 → 14.10. I can't shake it, after combined probably 8 hours of searching for fixes and trying every concoction on the internet. Has anyone yet found a definitive cause and a fix??

Thanks!
-Warren

There's a similar issue in thunar, when starting thunar gtk2 as deamon and than starting thunar gtk3 the same error occurs. ( That's what I currently try to fix )

So far I isolated the problem to happen when "g_application_run" is called ... however thunar exits before the passed method is called.

With fetching the error of "g_application_register" it is possible to react to the bug .. e.g. killing the daemon ? Gracefull shutdown with graphical error ? Not sure yet what would be the best workaround fix.

Possibly it helps for your seahorse bug. Here the related code:

  GError *error = NULL;
  ...
  if( g_application_register (G_APPLICATION (application), NULL, &error))
    {
      printf("Is already registered\n");
    }
  if (error != NULL)
    {
      printf ("Error happened: %s\n", error->message);
      // Print some graphical warning ? Kill the daemon ?
      g_error_free (error);
    }

  g_application_run (G_APPLICATION (application), argc, argv);

Similar issue for "Eye of Mate" in Debian Buster. Message is:

GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "DescribeAll" with signature "" on interface "org.gtk.Actions" doesn't exist

Running eom as root works fine. I'm guessing that either there is some config file that root can read, but user cannot, or that there's some daemon that cached bad values.

BTW, searches show that people have been getting this error for almost a decade on all sorts of different apps: for example on gedit which some users use for git commits ... there are stack-exchange questions on this one.