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
When changing the datatype for a collection, the output collection is not named after the converter. The element datasets are named correctly after the converter.
Update: When extracting a workflow that contains datatype conversions, the wrong converter is picked -- both in the display name and in the workflow itself (this surprised me). That conversion used fastqsanger-to-fastqsangergz, and it is at EU running 22.05. Seems related to what we discussed as a maybe-root issue for the odd output collection naming above -- eg picking the first converter in a list vs the actual converter applied.
@mvdbeek --if needs a different ticket, please lmk, maybe I misunderstood what was explained. Thanks!
Describe the bug
When changing the datatype for a collection, the output collection is not named after the converter. The element datasets are named correctly after the converter.
Galaxy Version and/or server at which you observed the bug
Galaxy version 23.0.rc1, commit fdbe92986e8dd998831b3ccf11e89e8e9b1dc38d
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Original collection name preserved, with the conversion method added to the end (?)
Screenshots
Additional context
This is a small history that can be used for testing https://usegalaxy.org/u/jen/h/test-listpaired-convert-dataype
I'm not sure what "area" this would be in
The text was updated successfully, but these errors were encountered: