RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2150894 - Right-click 'Open in files' does not work on first attempt at first login.
Summary: Right-click 'Open in files' does not work on first attempt at first login.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: nautilus
Version: 8.7
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: 8.8
Assignee: Ondrej Holy
QA Contact: Vitezslav Humpa
URL:
Whiteboard:
Depends On:
Blocks: 2162302
TreeView+ depends on / blocked
 
Reported: 2022-12-05 14:52 UTC by Vishal Pakolu
Modified: 2023-05-16 10:14 UTC (History)
7 users (show)

Fixed In Version: nautilus-3.28.1-23.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2162302 (view as bug list)
Environment:
Last Closed: 2023-05-16 08:44:12 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME nautilus merge_requests 1094 0 None opened application: Export FileManager1 iface from dbus_register vfunc 2023-01-12 11:57:46 UTC
GNOME Gitlab GNOME nautilus merge_requests 1134 0 None opened freedesktop-dbus: Try to own the name until after exporting skeleton 2023-02-23 09:02:28 UTC
Red Hat Issue Tracker RHELPLAN-141316 0 None None None 2022-12-05 15:05:15 UTC
Red Hat Product Errata RHBA-2023:2938 0 None None None 2023-05-16 08:44:16 UTC

Description Vishal Pakolu 2022-12-05 14:52:19 UTC
Description of problem:

Right-click 'Open in files' does not work on first attempt at first login over desktop icon for home location and trash, works fine on second attempt. 

Version-Release number of selected component (if applicable):

Red Hat Enterprise Linux release 8.6 (Ootpa) & Red Hat Enterprise Linux release 8.7 (Ootpa)
nautilus-3.28.1-21.el8.x86_64

How reproducible:

Always.

Steps to Reproduce:

- Login
- The Screen shows HOME and Trash Icon
- Right Click on HOME
- A dropdown menu opens   open / properties / show in files / open in terminal.
- Click “Show in Files”

Actual results:

Does not work on first attempt.

Expected results:

Should work as expected on first attempt too.

Additional info:

Comment 1 Ondrej Holy 2022-12-07 10:28:31 UTC
This happens when "/usr/bin/nautilus --gapplication-service" is not running. The following is recorded in the journal:

Dec 07 11:06:59 localhost.localdomain dbus-daemon[2360]: [session uid=1000 pid=2360] Activating service name='org.gnome.Nautilus' requested by ':1.19' (uid=1000 pid=2517 comm="/usr/bin/gnome-shell " label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023")
Dec 07 11:06:59 localhost.localdomain dbus-daemon[2360]: [session uid=1000 pid=2360] Successfully activated service 'org.gnome.Nautilus'
Dec 07 11:06:59 localhost.localdomain gnome-shell[2517]: Error showing file on desktop: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface 'org.freedesktop.FileManager1' on object at path /org/freedesktop/FileManager1

It looks to be a bug in the desktop-icons extensions as the following works even when the service is not running:

dbus-send --print-reply --dest=org.freedesktop.FileManager1 /org/freedesktop/FileManager1 org.freedesktop.FileManager1.ShowItems array:string:"file:///home" string:foo

Comment 2 Florian Müllner 2022-12-09 15:29:47 UTC
(In reply to Ondrej Holy from comment #1)
> It looks to be a bug in the desktop-icons extensions as the following works
> even when the service is not running:
> 
> dbus-send --print-reply --dest=org.freedesktop.FileManager1
> /org/freedesktop/FileManager1 org.freedesktop.FileManager1.ShowItems
> array:string:"file:///home" string:foo

But that would bring back https://bugzilla.redhat.com/show_bug.cgi?id=2026622 as far as I can see.

Is there a good reason why nautilus only exports the org.freedesktop.FileManager1 interface from the startup vfunc and not dbus_register()?

Comment 3 Ondrej Holy 2022-12-16 14:05:51 UTC
It resides in the startup vfunc since ever. The export of org.gnome.Nautilus interface used to be there as well but later was moved to the dbus_register vfunc. The related commits don't contain any explanation. I don't have any experience with this, but it seems that the right place for that is really dbus_register vfunc. So if you think this needs to be fixed on the Nautilus side, feel free to change the component. Just I wonder how is it possible that the dbus-send cmd works properly...

Comment 4 Ondrej Holy 2023-01-10 13:28:31 UTC
I took look at this again and I finally see what is going on. What the desktop-icons extension really does in RHEL 8 can be reproduced over dbus-send the following way:

$ dbus-send --print-reply --dest=org.gnome.Nautilus /org/freedesktop/FileManager1 org.freedesktop.FileManager1.ShowItems array:string:"file:///home" string:foo
Error org.freedesktop.DBus.Error.UnknownMethod: No such interface 'org.freedesktop.FileManager1' on object at path /org/freedesktop/FileManager1
$ dbus-send --print-reply --dest=org.gnome.Nautilus /org/freedesktop/FileManager1 org.freedesktop.FileManager1.ShowItems array:string:"file:///home" string:foo
method return time=1673335063.362515 sender=:1.82 -> destination=:1.83 serial=95 reply_serial=2

Also, I probably see why the interface is not exported in dbus_register. In the dbus_register vfunc, the org.gnome.Nautilus connection is obtained and thus the /org/gnome/Nautilus interfaces are exported there, but the /org/freedesktop/FileManager1 interface belongs to the org.freedesktop.FileManager1 name that needs to be also acquired and it is not probably desired to synchronously wait there as it could possibly slow down Nautilus startup.

However, as per d-feet it seems that it is irrelevant under what connection the interfaces were exported as all the interfaces are listed under both names, which makes me think that we can possibly export the /org/freedesktop/FileManager1 interface over the org.gnome.Nautilus connection and consequently just try to acquire the org.freedesktop.FileManager1 name without actually blocking the startup. Am I right?

Comment 5 Florian Müllner 2023-01-11 15:38:50 UTC
> Am I right?

Yes, at least as far as I know.

Comment 6 Florian Müllner 2023-01-12 13:13:39 UTC
Thanks Ondrej!

Comment 8 Vitezslav Humpa 2023-02-20 10:31:40 UTC
Reproduced with nautilus-3.28.1-21 and fix verified working with nautilus-3.28.1-22

Comment 12 Vitezslav Humpa 2023-02-23 09:26:10 UTC
Indeed, due to the need for updating the current fix to prevent the possible race conditions, I am moving the bug back to assigned so it can be applied.

Comment 19 errata-xmlrpc 2023-05-16 08:44:12 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (nautilus bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2023:2938


Note You need to log in before you can comment on or make changes to this bug.