You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
Run as a tool outside of a workflow, the tool's input field shows 1: Compressed fasta (as tabular) and the conversion is always fasta.gz -> fasta -> tabular, and the tool outputs tabular.
I can reproduce @Delphine-L's findings when run in the example workflow:
On usegalaxy.org, the workflow input form shows 1: Compressed Fasta (as fasta) but it converts fasta.gz -> fasta -> tabular and outputs tabular, the same as when running as a plain tool.
On vgp.usegalaxy.org, the workflow input form also shows 1: Compressed Fasta (as fasta) but it converts 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.
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 :
The text was updated successfully, but these errors were encountered: