MirTop output changes depending on sample quality #74
Description
Expected behavior and actual behavior.
MirTop seems to create certain summary metrics only for samples with significant quality in the output file(s).
This makes downstream tools such as MultiQC break frequently, as MirTop just skips reporting these stats in the output file - while MultiQC depends on them to be present. An example is this here: MultiQC/MultiQC#1778
Other examples: MultiQC/MultiQC#1723 and MultiQC/MultiQC#1716 where we found different ids in the JSOn to be missing.
It would be great to always report all values in order to be on the safe side and not break any downstream tools anymore. Can't we just default to report 0 in such cases where there is no data?
Steps to reproduce the problem.
a.) Take a sample of (debatable) quality, run MirTop.
b.) Run MultiQC on the output to generate a report --> MultiQC fails.
Specifications like the version of the project, operating system, or hardware.
Doing this in the nf-core/smrnaseq workflow, data is sometimes just bad quality but I have several hundreds of samples where only a minor amount <<5% are failing due to this.