Bug #10571
The 'application/pgp-keys' MIME type has bad application associations
100%
Description
E.g. .key
files are associated with gedit
in the browser, and Archive Manager in GNOME. Because of the former, the ‘Importing an OpenPGP key from a website
’ scenario is broken in Tails/Jessie since it expects the browser to want to open .key
files with “Import Key”.
Subtasks
Related issues
Related to Tails - |
Resolved | 2016-01-09 | |
Related to Tails - |
Resolved | 2018-01-22 | |
Blocks Tails - |
Resolved | 2014-11-26 | 2016-01-15 |
History
#1 Updated by anonym 2015-11-17 15:26:02
- blocks
Feature #7563: Update the automated test suite for Jessie ISO images added
#2 Updated by anonym 2015-11-17 15:26:21
- blocks #8538 added
#3 Updated by anonym 2015-11-17 15:26:36
- blocks #8668 added
#4 Updated by anonym 2015-11-17 15:26:47
- Target version set to Tails_1.8
#5 Updated by intrigeri 2015-11-18 03:22:59
- Assignee set to intrigeri
- Priority changed from Normal to High
- Deliverable for set to 269
I will try with a newer shared-mime-info.
#6 Updated by intrigeri 2015-11-18 03:23:05
- blocked by deleted (
#8538)
#7 Updated by intrigeri 2015-11-18 06:09:33
Probably not relevant, but on current sid I see:
$ mimetype wiki/src/tails-signing.key
wiki/src/tails-signing.key: application/x-iwork-keynote-sffkey
$ mimetype --debug -a wiki/src/tails-signing.key
> Data dirs are: /home/intrigeri/.local/share, /usr/share/gnome, /usr/local/share, /usr/share
> Checking inode type
> Checking globs for basename 'tails-signing.key'
> Checking for extension '.key'
wiki/src/tails-signing.key: application/x-iwork-keynote-sffkey
> Checking all magic rules
> Value "-----BEGIN PGP PUBLIC KEY BLOCK-----" at offset 36 matches at /usr/share/mime/magic line 337
wiki/src/tails-signing.key: application/pgp-keys
> File exists, trying default method
wiki/src/tails-signing.key: text/plain
And on current feature/jessie, the file manager says that /usr/share/doc/tails/website/tails-signing.key
is “Apple Keynote 5 presentation (application/x-iwork-keynote-sffkey)”, which indeed opens with Archive Manager by default.
So I’m not sure it’s a problem of associating application/pgp-keys
with a particular application, it seems rather like it’s a matter of detecting the correct MIME type to start with, no?
#8 Updated by intrigeri 2015-11-18 07:04:56
http://cgit.freedesktop.org/xdg/shared-mime-info/tree/NEWS says that shared-mime-info 1.3 “Add Apple Keynote 5 mime-type”. On Tails 1.7 we’re installing 1.3-1~bpo70+1, and in the file manager I see the same results as those reported above on Jessie. I think this confirms that I was on the wrong track: the browser is passed the correct MIME type, but indeed the association between that MIME type and Seahorse is broken on Jessie. anonym was right :)
#9 Updated by intrigeri 2015-11-18 07:50:42
- Status changed from Confirmed to In Progress
- % Done changed from 0 to 20
The application we want in /usr/share/applications/seahorse-pgp-keys.desktop
and on current feature/jessie:
$ grep pgp-keys /usr/share/applications/mimeinfo.cache
application/pgp-keys=seahorse-pgp-keys.desktop;
… which sounds right.
Anyway, manually adding application/pgp-keys=seahorse-pgp-keys.desktop
to /etc/gnome/defaults.list
solves the problem. I’m going to do that and spend some reasonable amount of time reproducing / reporting the problem where it should be.
#10 Updated by intrigeri 2015-11-18 08:31:57
- Status changed from In Progress to Resolved
- % Done changed from 20 to 100
Applied in changeset commit:ee418a6a7abac4ebf932c396a0a28b327c954002.
#11 Updated by intrigeri 2015-11-18 08:40:27
- Assignee deleted (
intrigeri) - Target version changed from Tails_1.8 to Tails_2.0
#12 Updated by intrigeri 2016-01-10 15:36:27
- related to
Bug #10889: shared-mime-info associates .key files with LibreOffice Writer in GNOME Files added
#13 Updated by intrigeri 2018-02-08 07:47:16
- related to
Bug #15213: Tails signing key can't be imported from Seahorse with the default key files filter added