BCL_DEMULTIPLEX subworkflow fails when when bclconvert fastq_list has only one fastq #10899
Description
Have you checked the docs?
Description of the bug
In the generateReadgroupBCLCONVERT function, when fastq_list has only one fastq file, it is being split into individual path components instead of being treated as a single file path and for this reason lots of the tests are failing when trying to integrate the subworkflow into demultiplex. We should ensure that fastq_list is always a list.
Command used and terminal output
Relevant files
No response
System information
No response