Closed Delphine-L closed 1 hour ago
Strangely the issue doesn't happen on vgp.usegalaxy.org, the fasta.gz
is converted to fasta before being used as an input:
A bit more detail from my testing:
fasta.gz
-> fasta
-> tabular
, and the tool outputs tabular
.fasta.gz
-> fasta
-> tabular
and outputs tabular
, the same as when running as a plain tool.fasta.gz
-> fasta
-> and outputs fasta
.usegalaxy.org and vgp.usegalaxy.org do run slightly different configs but the same copy of Galaxy itself, the same datatypes_conf.xml
(the sample shipped with Galaxy at the revision it is running), and the same database, and I don't see any differing config options that would affect this.
I'm gonna close this as a duplicate of https://github.com/galaxyproject/galaxy/issues/18709 and prioritze a fix for that.
Describe the bug I am using a text transformation tool on a fasta input in a workflow. The text transformation requires a
txt
input. If the input is a fasta file, the output of the text transformation is a fasta, but if the input is a fasta.gz file, there is a conversion step that convert the fasta to tabular before the text transformation tool, and thee output of the workflow is then a tabular. The solution I am using to circumvent it is to explicitly asked the user if the input are compressed, and add optional decompression steps, but it adds complexity to the workflow and to the workflow form. This is related to issue #18709, but I open a new issue because one of a solution discussed was suggesting both : fileA (as fasta) and fileA(as tabular) for the inputs, but it wouldn't solve the issue inside the workflow.Galaxy Version and/or server at which you observed the bug Galaxy Version: Main 24.1.3.dev0
Browser and Operating System Operating System: macOS Browser: Chrome
To Reproduce Steps to reproduce the behavior:
Expected behavior Suggestions of solutions :