Ubuntu
file-roller package

xdg-open filename.tar.xz mounts tarball in nautilus but doesn't open a nautilus window

Bug #1696388 reported by Olivier Tilloy on 2017-06-07

6

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	file-roller (Ubuntu)	New	Undecided	Unassigned

Bug Description

I initially spotted the issue when opening a downloaded source tarball from chromium-browser, which uses xdg-open under the covers to open downloaded files.

Steps to reproduce:
1) wget https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.11.3.tar.xz
2) xdg-open linux-4.11.3.tar.xz

Expected result: the tarball is mounted in nautilus and a nautilus window is open to display the contents of the tarball

Actual result: the tarball is mounted in nautilus, but no window is shown, thus leaving the user thinking that nothing happened

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: file-roller 3.24.1-0ubuntu1
ProcVersionSignature: Ubuntu 4.10.0-22.24-generic 4.10.15
Uname: Linux 4.10.0-22-generic x86_64
NonfreeKernelModules: zfs zunicode zavl zcommon znvpair
ApportVersion: 2.20.5-0ubuntu4
Architecture: amd64
CurrentDesktop: GNOME
Date: Wed Jun 7 12:22:47 2017
EcryptfsInUse: Yes
InstallationDate: Installed on 2016-07-02 (339 days ago)
InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
SourcePackage: file-roller
UpgradeStatus: Upgraded to artful on 2017-06-04 (2 days ago)

Tags:

Revision history for this message

Olivier Tilloy (osomon) wrote on 2017-06-07:

#1

Dependencies.txt Edit (12.0 KiB, text/plain; charset="utf-8")
JournalErrors.txt Edit (33.4 KiB, text/plain; charset="utf-8")
ProcCpuinfoMinimal.txt Edit (954 bytes, text/plain; charset="utf-8")
ProcEnviron.txt Edit (325 bytes, text/plain; charset="utf-8")

Revision history for this message

Olivier Tilloy (osomon) wrote on 2017-06-07:

#2

When I run xdg-open, here are the processes that get spawned:

/bin/sh /usr/bin/xdg-open linux-3.2.89.tar.xz
/usr/bin/perl /usr/bin/run-mailcap --action=view linux-3.2.89.tar.xz
/usr/lib/gvfs/gvfsd-archive file=/tmp/filenaxeY1.2.89.tar

Revision history for this message

Olivier Tilloy (osomon) wrote on 2017-06-07:

#3

$ run-mailcap --action=view --debug linux-3.2.89.tar.xz
- parsing parameter "linux-3.2.89.tar.xz"
- file "linux-3.2.89.tar.xz" has encoding "xz"
- Reading mime.types file "/home/osomon/.mime.types"...
   could not read "/home/osomon/.mime.types" -- No such file or directory
- Reading mime.types file "/usr/local/etc/mime.types"...
   could not read "/usr/local/etc/mime.types" -- No such file or directory
- Reading mime.types file "/usr/share/etc/mime.types"...
   could not read "/usr/share/etc/mime.types" -- No such file or directory
- Reading mime.types file "/etc/mime.types"...
- extension "tar" maps to mime-type "application/x-tar"
- Reading mailcap file "/home/osomon/.mailcap"...
   could not read "/home/osomon/.mailcap" -- No such file or directory
- Reading mailcap file "/etc/mailcap"...
- Reading mailcap file "/usr/local/etc/mailcap"...
   could not read "/usr/local/etc/mailcap" -- No such file or directory
- Reading mailcap file "/usr/share/etc/mailcap"...
   could not read "/usr/share/etc/mailcap" -- No such file or directory
- Reading mailcap file "/usr/etc/mailcap"...
   could not read "/usr/etc/mailcap" -- No such file or directory
Processing file "linux-3.2.89.tar.xz" of type "application/x-tar" (encoding=xz)...
- decoding "linux-3.2.89.tar.xz" as "/tmp/fileIegizX.2.89.tar"
- checking mailcap entry "application/x-tar; /usr/lib/gvfs/gvfsd-archive file=%s; test=test -n "$DISPLAY""
- program to execute: /usr/lib/gvfs/gvfsd-archive file=%s
- running test: test -n "$DISPLAY" (result=0=true)
- executing: /usr/lib/gvfs/gvfsd-archive file=/tmp/fileIegizX.2.89.tar

Revision history for this message

Olivier Tilloy (osomon) wrote on 2017-06-07:

#4

In a zesty VM, xdg-open runs file-roller, whereas in artful it runs `run-mailcap --action=view`.
xdg-open itself hasn't changed recently though.

Revision history for this message

Olivier Tilloy (osomon) wrote on 2017-06-07:

#5

`xdg-mime query filetype linux-3.2.89.tar.xz` returns nothing on artful, whereas it returns "application/x-xz-compressed-tar" on zesty, which explains why xdg-open takes a different code path.

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.