Thunar-1.8.2-1.fc30 (currently installed on my machine) has two dbus files: /usr/share/dbus-1/services/org.xfce.Thunar.service [D-BUS Service] Name=org.xfce.Thunar Exec=/usr/bin/Thunar --gapplication-service SystemdService=thunar.service /usr/share/dbus-1/services/org.xfce.FileManager.service [D-BUS Service] Name=org.xfce.FileManager Exec=/usr/bin/Thunar --gapplication-service SystemdService=thunar.service My reading of the second file is that it is intended to provide org.xfce.FileManager service, either via systemd or dbus. However, it appears to only work over systemd. If you do not run systemd, it tries to but does not work over dbus, I guess because Thunar does not actually register "org.xfce.FileManager" service, only "org.xfce.Thunar" one. Here how it fails: # time dbus-send --print-reply --session --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.StartServiceByName string:org.xfce.FileManager uint32:0 Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. real 0m25.010s user 0m0.004s sys 0m0.002s Starting "org.xfce.Thunar" service works: # dbus-send --print-reply --session --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.StartServiceByName string:org.xfce.Thunar uint32:0 method return time=1547237509.405417 sender=org.freedesktop.DBus -> destination=:1.4218 serial=3 reply_serial=2 uint32 2 The symptom of this problem is that applications such as Ristretto (image viewer) and Thunderbird (mail reader) have a 25 second delay on startup.
I suspect this is caused by this code: thunar-application.c /* TODO: [GTK3 Port] Check if there's a cleaner way to register */ /* this extra dbus name (besides org.xfce.Thunar) */ static void thunar_application_dbus_init (ThunarApplication *application) { /* Do not atempt to register if running as root */ if (geteuid() == 0) return; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ why? application->dbus_owner_id = g_bus_own_name (G_BUS_TYPE_SESSION, "org.xfce.FileManager", G_BUS_NAME_OWNER_FLAGS_NONE, thunar_application_dbus_acquired_cb, thunar_application_name_acquired_cb, thunar_application_dbus_name_lost_cb, application, NULL); }
Excellent work! Would you be able to file this upstream? If not, I can file it.
Please file it. Thank you.
Thunar-1.8.3-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-1b1c13464d
Denys, Can you try this build? I submitted a F29 update. If you can provide feedback on the rawhide build, I can file an upstream bug if necessary. Thanks.
Thunar-1.8.3-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-1b1c13464d
Thunar-1.8.4-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-38fd1ced56
Thunar-1.8.4-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-38fd1ced56
(In reply to Mukundan Ragavan from comment #5) > Denys, Can you try this build? I submitted a F29 update. If you can provide > feedback on the rawhide build, I can file an upstream bug if necessary. > Thanks. Tried... unfortunately delay is still there. I'll try to diagnose and will add a comment about my findings.
Thunar-1.8.4-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
This is not fixed. Reopening. I tried removing those lines and it works. Modify spec as follows: --- a/Thunar.spec +++ b/Thunar.spec @@ -15,6 +15,7 @@ Source1: thunar-sendto-gnome-bluetooth.desktop Source2: thunar-sendto-audacious-playlist.desktop Source3: thunar-sendto-quodlibet-playlist.desktop Source4: thunar-sendto-blueman.desktop +Patch0: Thunar-register-org.xfce.FileManager.patch BuildRequires: gcc-c++ BuildRequires: pkgconfig(dbus-glib-1) >= 0.34 @@ -70,7 +71,8 @@ Requires: %{name} = %{version}-%{release} Thunarx GTK documentation files for the Thunar file manager. %prep -%autosetup +%setup -q +%patch0 -p0 # fix icon in thunar-sendto-email.desktop sed -i 's!internet-mail!mail-message-new!' \ and then add the attached Thunar-register-org.xfce.FileManager.patch
Created attachment 1536355 [details] Tested patch
Scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=32906690
%autosetup does apply the patches that exist, it looks like this one got lost somewhere? Did this ever get filed upstream and commented on there?
Forgot to file this upstream. I have filed this now.
Upstream think removing the code will break sudo launches. See comments on the upstream bug.
URL to upstream bz: https://bugzilla.xfce.org/show_bug.cgi?id=15149
How about the following? Add another option, something like --register-FileManager, which explicitly says to register "org.xfce.FileManager" even if uid==0, and add it to /usr/share/dbus-1/services/org.xfce.FileManager.service: [D-BUS Service] Name=org.xfce.FileManager Exec=/usr/bin/Thunar --gapplication-service --register-FileManager SystemdService=thunar.service
I see upstream commited a solution... does that meet your needs?
Denys, you had commented on the upstream bug report which I understood as agreeing with upstream's solution. If yes, I can add that patch to Fedora and rebuild.
I suspect this is fixed. Please reopen if not.