Open kapsakcj opened 2 months ago
With this test workflow, we set run_traits
to true
and if the workflow succeeds (and skips the augur_clades task) then this helps provide evidence that the conditional logic is incorrect. Let's see!
Yup, something needs to be fixed here.
The workflow linked above did indeed skip the augur_clades
task, so I think the code change is simply removing the !
from the line I permalinked above. So if(run_traits) { ....
Noting that we need to review the documentation for this particular Augur optional input genome_length_input
and could be done as part of this PR. It currently states that it is required for organisms without standards (like SC2, MPXV, etc.) but it should NOT be provided by the user for the Augur workflow.
:bug:
:pencil: Describe the Issue
Can someone please double check the logic here?
https://github.com/theiagen/public_health_bioinformatics/blob/9a10de708d97bbe5a5cbcce80c8e1ef5509f3f24/workflows/phylogenetics/wf_augur.wdl#L152
I think this is set incorrectly and should be
if (run_traits); <do stuff below>
instead of how it's set currently.@jrotieno can you comment?
We have a user that is running HAV through Augur and despite
run_traits
being set to false, the augur_clades task is queued & run (due to organism_parameters sub workflow running and defining a minimal clades TSV file (that is empty except for column headers)) and the task fails due to no clades being defined in the minimal clades TSV file:Augur_clades task output failure:
workflow here: https://app.terra.bio/#workspaces/vrdl-billing/dataAnalysis_HAV_VRDL/job_history/fbb5974a-04fd-472e-b3e4-41f8a3b64aa7
:repeat: How to Reproduce
v1.3.0
:computer: Version Information