Do not store the hypothetically produced mime-types always

[Donnype]

Changes

This is a bug introduced during the create/copy boefje feature, where I needed to start searching for non-local plugins in the job handler. Here I joined - although still unclear to my why I did this - the plugin.produces mime-types always, but this is a large list for only the webpage-analysis boefje, meaning we get issues where the saved files had the same big list of mime-types, Bytes deduplicating on the mime-type set as expected. I realised this at one point but perhaps didn't see the harm. The irony.

Issue link

Closes #3570

Demo

QA notes

Should resolve the issue described in #3570

---

Code Checklist

• All the commits in this PR are properly PGP-signed and verified.
• This PR only contains functionality relevant to the issue.
• I have written unit tests for the changes or fixes I made.
• I have checked the documentation and made changes where necessary.
• I have performed a self-review of my code and refactored it to the best of my abilities.

---

Checklist for code reviewers:

Copy-paste the checklist from the docs/source/templates folder into your comment.

---

Checklist for QA:

Copy-paste the checklist from the docs/source/templates folder into your comment.

[noamblitz]

Im missing the default mimetypes now: "mime_types": [{"value": "openkat-http/response"}]. I would expect boefje/webpage-analysis to also be available as mimetype.

[Donnype]

@noamblitz, strange, I do have the default mime-types:

[noamblitz]

Boefjes that do not return mimetypes in their boefje now also do not seem to stop running and fail after a while.

[noamblitz]

@noamblitz, strange, I do have the default mime-types:

Yeah these are the ones that you get when boefjes fail right.

[noamblitz]

Seems to work corectly now again!

[noamblitz]

LGTM

[ammar92]

No remarks

[underdarknl]

Bytes deduplicating on the mime-type set as expected.

This is not What I'd expect to be honest. If a boefje creates 4 raw files, all with the same mime-types (or none). I'd expect there to be 4 raw files attached to the boefje-job.
Granted, this does make it hard to differentiate those raw files in the UX, as they dont have a name, but thats a problem for another day.

[TwistMeister]

QA: I didn't see anything weird, and found no errors in the normalizer container logs