-
Notifications
You must be signed in to change notification settings - Fork 33
Replace hard-coded path to fastqscreen example csv with parameter-supplied one #77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Warning Newer version of the nf-core template is available. Your pipeline is using an old version of the nf-core template: 3.0.2. For more documentation on how to update your pipeline, please see the nf-core documentation and Synchronisation documentation. |
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great, thanks for the quick fix!
I have a small suggestion still, but am undecided how relevant it truly is, so you may also go ahead and merge as it is.
@@ -88,7 +88,7 @@ workflow SEQINSPECTOR { | |||
if (!("fastqscreen" in skip_tools)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Admittedly, params.fastq_screen_references
is defined both in the main nextflow.config
and the test profile with a default, so it is unlikely to happen unintentionally, but if somebody were to set it to null
in a param file, it would crash the pipeline otherwise?
if (!("fastqscreen" in skip_tools)) { | |
if (!("fastqscreen" in skip_tools) && params.fastq_screen_references) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm thinking that explicitly setting the parameter to null without explicitly skipping the tool would be a pretty good reason to crash 🤔 If we start to have multiple different ways tools can be skipped it introduces ambiguity which maybe we want to avoid for now.
I tried adding some assertions in 0ba1652, but then tried reverting them when I saw some cryptic CI failures. They still fail even on net-0 change code, so it's likely something outside the scope of this PR 😅
This reverts commit 0ba1652.
@kedhammar according to @mashehu you can ignore failing CI:
|
PR checklist
nf-core lint
).nf-test test main.nf.test -profile test,docker
).nextflow run . -profile debug,test,docker --outdir <OUTDIR>
).docs/usage.md
is updated.docs/output.md
is updated.CHANGELOG.md
is updated.README.md
is updated (including new tool citations and authors/contributors).