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 1816070 - "search for an application to open this file" dialog broken
Summary: "search for an application to open this file" dialog broken
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: nautilus
Version: 8.2
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: 8.0
Assignee: Ondrej Holy
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1739559
TreeView+ depends on / blocked
 
Reported: 2020-03-23 10:12 UTC by Martin Krajnak
Modified: 2020-11-04 01:36 UTC (History)
2 users (show)

Fixed In Version: nautilus-3.28.1-13.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-04 01:34:53 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 404 0 None None None 2020-03-23 14:30:41 UTC
Red Hat Product Errata RHSA-2020:4451 0 None None None 2020-11-04 01:35:33 UTC

Description Martin Krajnak 2020-03-23 10:12:52 UTC
Description of problem:
Have a 8.2 installation with removed libreoffice and some libreoffice files

Version-Release number of selected component (if applicable):
nautilus-3.28.1-12.el8.x86_64
gnome-software-3.30.6-3.el8.x86_64

How reproducible:
always

Steps to Reproduce:
1.Open nautilus
2.Navigate to any libreoffice file(.odt, .odp, .... )
3.Click file
4.In dialog "Could not display 'file.odp'" press Yes button

Actual results:
Nothing dialog is shown over and over again, I can press Yes again and again it won't go away until I press No.

Expected results:
After pressing Yes dialog should disappear and it should spawn gnome-software with seach result for the file.

Additional info:
I can't reproduce this on Fedora 31, but there is a notification spawned "Additional MIME types required" and I have to click it to get gnome-software page. Maybe nautilus fails to spawn the notification.

I see no error message in terminal.

Comment 1 Ondrej Holy 2020-03-23 14:30:41 UTC
Do notifications work for other applications? Are you able to reproduce it after reboot? Don't you see anything relevant in the journal?

Because I see the same notification as it is in Fedora with nautilus-3.28.1-12.el8.x86_64 and Gnome Software can be opened from it.

But it is true that the dialog reappears after clicking to yes. This needs to be fixed and it is already fixed upstream.

Comment 3 Martin Krajnak 2020-03-23 16:55:41 UTC
Hey, sorry I look checked both journalctl -f and stderr/stdout of nautilus and there was nothing relevant. Not sure what do you mean by other applications but I maybe used to wrong words there I gen notifications only on fedora 31, on rhel dialog just keep poping again and again without any result.

Comment 4 Ondrej Holy 2020-03-24 08:37:46 UTC
With the other applications, I meant whether notifications work for you at all in the system, e.g. does notify-send show notification properly? 

Because there are two issues:
- Dialog does not disappear - I can reproduce it and upstream fix exists for it, so it would be nice to fix this for RHEL 8.3.
- Notification is not shown - I can't reproduce it and I don't see any upstream bugs, or fixes for something like this.

I've tried distro-sync with RHEL 8.2 repositories on my RHEL 8 VM today and the notification is shown as expected after clicking to "Yes".

Please try to run dbus-monitor. Do you see the following after clicking to "Yes"?

method call time=1585038610.776497 sender=:1.113 -> destination=:1.60 serial=120 path=/org/freedesktop/PackageKit; interface=org.freedesktop.PackageKit.Modify; member=InstallMimeTypes
   uint32 0
   array [
      string "application/vnd.oasis.opendocument.presentation"
   ]
   string "hide-confirm-search"
method call time=1585038610.777065 sender=:1.60 -> destination=org.gtk.Notifications serial=63 path=/org/gtk/Notifications; interface=org.gtk.Notifications; member=AddNotification
   string "org.gnome.Software"
   string "install-resources"
   array [
      dict entry(
         string "title"
         variant             string "Additional MIME Types Required"
      )
      dict entry(
         string "body"
         variant             string "An application is requesting additional file format support."
      )
      dict entry(
         string "priority"
         variant             string "normal"
      )
      dict entry(
         string "default-action"
         variant             string "app.install-resources"
      )
      dict entry(
         string "default-action-target"
         variant             struct {
               string "install-mime-types"
               array [
                  string "application/vnd.oasis.opendocument.presentation"
               ]
               string ""
            }
      )
      dict entry(
         string "buttons"
         variant             array [
               array [
                  dict entry(
                     string "label"
                     variant                         string "Find in Software"
                  )
                  dict entry(
                     string "action"
                     variant                         string "app.install-resources"
                  )
                  dict entry(
                     string "target"
                     variant                         struct {
                           string "install-mime-types"
                           array [
                              string "application/vnd.oasis.opendocument.presentation"
                           ]
                           string ""
                        }
                  )
               ]
            ]
      )
   ]

Comment 5 Martin Krajnak 2020-03-24 09:28:39 UTC
Damn, you are right I haven't realized that notifications in VM are being turned off by a script I am using. So I turned it on yesterday, started a script to test it and it didn't work, sorry about that.

(In reply to Ondrej Holy from comment #4)
> Because there are two issues:
> - Dialog does not disappear - I can reproduce it and upstream fix exists for
> it, so it would be nice to fix this for RHEL 8.3.
Do you wan't to keep this open for the purpose of this ? how exactly is this reproducable ? with certain file type ?

> - Notification is not shown - I can't reproduce it and I don't see any
> upstream bugs, or fixes for something like this.

Comment 6 Ondrej Holy 2020-03-25 07:05:47 UTC
(In reply to Martin Krajnak from comment #5)
> (In reply to Ondrej Holy from comment #4)
> > - Dialog does not disappear - I can reproduce it and upstream fix exists for
> > it, so it would be nice to fix this for RHEL 8.3.
> Do you wan't to keep this open for the purpose of this ? how exactly is this
> reproducable ? with certain file type ?

Yes, let's keep this open for this. This is always reproducible when you press "Yes" in this dialog. The dialog should disappear, but it doesn't not.

Comment 10 Martin Krajnak 2020-04-20 07:05:51 UTC
The dialog is now disappearing properly, tested with nautilus-3.28.1-13.el8.x86_64.

Comment 13 errata-xmlrpc 2020-11-04 01:34:53 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 (Moderate: GNOME security, 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/RHSA-2020:4451


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