Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1887550

Summary: (very)minor: bug in blender.xml
Product: [Fedora] Fedora Reporter: customercare
Component: blenderAssignee: Luya Tshimbalanga <luya_tfz>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 31CC: design-devel, ian.s.mcinerney, kwizart, luya_tfz, negativo17, promac
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-31 16:41:32 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description customercare 2020-10-12 19:05:33 UTC
Description of problem:

2020-10-10T13:49:45Z INFO Wrong namespace on document element in '/usr/share/mime/packages/blender.xml' (should be http:
//www.freedesktop.org/standards/shared-mime-info)


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


 1:2.83.5-5.fc31

Comment 1 Nicolas Chauvet (kwizart) 2020-10-19 12:44:57 UTC
Which tool produce such INFO ? If it's about switching from https to http, this is backward, so I'm going to close as WONTFIX.

Comment 2 customercare 2020-10-19 16:40:20 UTC
Good question. I'M sorry, i can't remember.

Comment 3 Nicolas Chauvet (kwizart) 2020-10-19 17:03:31 UTC
Ok, so closing as NOTABUG, as I've also tested that it's not appearing when running blender from a terminal.

Feel free to add a comment when you have the tool that write this.

Comment 4 Ian McInerney 2020-12-15 21:31:47 UTC
This is reported by DNF occasionally when doing a transaction. The standard specifically says to use the http:// url and not the https:// url, so this .xml file is violating the freedesktop MIME standard (https://specifications.freedesktop.org/shared-mime-info-spec/latest/ar01s02.html#idm45416155745936).

Comment 5 Luya Tshimbalanga 2020-12-18 08:33:42 UTC
It is case, it (In reply to Ian McInerney from comment #4)
> This is reported by DNF occasionally when doing a transaction. The standard
> specifically says to use the http:// url and not the https:// url, so this
> .xml file is violating the freedesktop MIME standard
> (https://specifications.freedesktop.org/shared-mime-info-spec/latest/ar01s02.
> html#idm45416155745936).

It is a bug from the freedesktop standard which should use https:// instead of http:// as redirected by their own link.

Comment 6 Ian McInerney 2021-07-07 15:45:01 UTC
> It is a bug from the freedesktop standard which should use https:// instead of http:// as redirected by their own link.

That doesn't matter. The standard explicitly calls for http:// not https://, so that is what files implementing it MUST use. This is a bug first and foremost in the downstream use of the standard.

Comment 7 Ian McInerney 2021-07-07 16:28:25 UTC
And it turns out that the shared-mime-info package is already providing the mime type information for Blender (https://gitlab.freedesktop.org/xdg/shared-mime-info/-/blob/47ca1dc530d356336ffe1b7a45dc5dc8f0e528ca/data/freedesktop.org.xml.in#L1537), and has been since 2013 - including translations and more extensions. So we shouldn't be including a downstream mime type file and instead just add a `Requires: shared-mime-info` to the package to get the mime info.