emacs-application-framework icon indicating copy to clipboard operation
emacs-application-framework copied to clipboard

dbus-call-method: D-Bus error: "The name org.gnome.Shell was not provided by any .service files"

Open yglukhov opened this issue 2 years ago • 12 comments

Describe the bug Getting errors in Messages buffer:

dbus-call-method: D-Bus error: "org.freedesktop.DBus.Error.ServiceUnknown", "The name org.gnome.Shell was not provided by any .service files"

To Reproduce Open eaf-browser

Expected behavior No errors in Messages

Versions (please complete the following info):

  • Distro and DE/WM: Arch, KDE Plasma, X11
  • M-x emacs-version:

Error logs No errors in *eaf*

Additional context I'm suspecting the error I'm seeing is because I'm using KDE instead of Gnome?

yglukhov avatar Mar 29 '23 12:03 yglukhov

What's result of (eaf-emacs-running-in-wayland-native) in your system?

manateelazycat avatar Mar 29 '23 12:03 manateelazycat

What's result of (eaf-emacs-running-in-wayland-native) in your system?

nil

yglukhov avatar Mar 29 '23 12:03 yglukhov

Did you running EAF in terminal ?

manateelazycat avatar Mar 29 '23 12:03 manateelazycat

No, I'm running it in emacs gui on KDE, X11.

yglukhov avatar Mar 29 '23 12:03 yglukhov

Strange...

manateelazycat avatar Mar 29 '23 12:03 manateelazycat

I am having the same issue. Running emacs gui on Xmonad.

zekun-shi avatar May 30 '23 06:05 zekun-shi

I am having this issue too. Running emacs gui on qtile with X11

hirn-lego avatar May 30 '23 15:05 hirn-lego

I am also having this issue with emacs gui on xmonad when I use emacs daemon.

When I do not use emacs daemon, I don't get this issue, however I cannot use eaf as whenever I try to open it it just says "opening in status bar" and nothing happens. If I do open in new window I get the same thing and the new window just has my start screen.

tylerwolf35 avatar Jun 04 '23 15:06 tylerwolf35

Something wrong on checking DE or WM, that cause Gnome3 dbus check on non-Gnome3.

I use Gnome XWayland, I haven't time to digg other WM recently, sorry guys.

PR are welcome!

manateelazycat avatar Jun 04 '23 23:06 manateelazycat

I have been able to get around this error, yet launching an EAF application still loads infinitely.

Should I open a new issue?

tylerwolf35 avatar Jun 05 '23 00:06 tylerwolf35

Just chiming in as someone who found this while troubleshooting for another Emacs user. For sway users, XDG_CURRENT_DESKTOP may not be set for some reason, so setting that to "sway" should work.

As for other WM/DEs, it seems these two functions seem to be the culprit (or at least one of them):

  • eaf--topmost-focus-change in eaf.el (line 1053)
  • eaf--get-frame-coordinate in eaf.el (line 1178)

Unless you're on macOS, sway or Hyprland, these default to a dbus call to org.gnome.Shell.

I personally do not use EAF, just figured I'd share my findings.

jvdydev avatar Jun 18 '23 04:06 jvdydev

Just chiming in as someone who found this while troubleshooting for another Emacs user. For sway users, XDG_CURRENT_DESKTOP may not be set for some reason, so setting that to "sway" should work.

As for other WM/DEs, it seems these two functions seem to be the culprit (or at least one of them):

  • eaf--topmost-focus-change in eaf.el (line 1053)
  • eaf--get-frame-coordinate in eaf.el (line 1178)

Unless you're on macOS, sway or Hyprland, these default to a dbus call to org.gnome.Shell.

I personally do not use EAF, just figured I'd share my findings.

Indeed it is basically caused by these functions, other WMs can try to refer to this PR #1119 to tweak the implementation. Generally just implement eaf--topmost-focus-change is enough, for another similar method, there will be a default value and it usually works

EdmondFrank avatar Oct 23 '23 10:10 EdmondFrank