Bug 93376 - desktop-file-validate warns about a desktop file upstream thinks it's ok
Summary: desktop-file-validate warns about a desktop file upstream thinks it's ok
Status: RESOLVED FIXED
Alias: None
Product: desktop-file-utils
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Hans Petter Jansson
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-12-14 20:54 UTC by Pacho Ramos
Modified: 2016-05-12 08:39 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Pacho Ramos 2015-12-14 20:54:17 UTC
I reported at first to:
https://bugzilla.gnome.org/show_bug.cgi?id=751590

But it looks like this could be a false positive:
/usr/share/applications/epiphany.desktop: warning: value "text/html;text/xml;application/xhtml+xml;x-scheme-handler/http;x-scheme-handler/https;multipart/related;application/x-mimearchive;message/rfc822;" for key "MimeType" in group "Desktop Entry" contains value "multipart/related" which is a MIME type that should probably not be used: "multipart" is a media type that probably does not make sense in this context

Thanks for your help
Comment 1 Kamil Páral 2016-05-04 10:42:55 UTC
After every "dnf update" in Fedora 24 (every one, not just when epiphany is involved), I see warnings printed out:

Warning in file "/usr/share/applications/epiphany.desktop": usage of MIME type "multipart/related" is discouraged ("multipart" is a media type that probably does not make sense in this context)

Can we please do something about it? Thanks.

Also, shouldn't this be reported against desktop-file-utils instead?
Comment 2 Hans Petter Jansson 2016-05-11 20:26:13 UTC
Thanks for reporting.

I see downstream wants this in order to handle MHTML. Strictly speaking, application/x-mimearchive is the correct type to use for this, and is what e.g. gvfs-info will return for MHTML files. However, it's not an IANA-registered type, and there seems to be enough confusion about this for multipart/related to be permissible too, so I'll add an exception for it.
Comment 4 Michael Catanzaro 2016-05-11 21:46:20 UTC
FTR we claim to support the following MHTML MIME types in the desktop file:

multipart/related
application/x-mimearchive
message/rfc822

If you think it's wrong to claim support for the other two, I can remove them. I don't know the difference between the different MIME types; I thought they were all the same thing.
Comment 5 Hans Petter Jansson 2016-05-12 08:39:37 UTC
(In reply to Michael Catanzaro from comment #4)
> FTR we claim to support the following MHTML MIME types in the desktop file:
> 
> multipart/related
> application/x-mimearchive
> message/rfc822
> 
> If you think it's wrong to claim support for the other two, I can remove
> them. I don't know the difference between the different MIME types; I
> thought they were all the same thing.

I think the above MIME type list should be fine for Epiphany, since you're able to format both e-mails (message/rfc822, often saved with the .eml extension) and multipart e-mails with internal data blobs and references (multipart/related, used for HTML e-mail and other purposes).

application/x-mimearchive is just a specific subtype of multipart/related, but it's not officially endorsed as such, and in practice the format is the same, so eh. Might as well list both in case the general case is requested.

Thanks for taking the time :)


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.