mirror of
https://github.com/galaxyproject/galaxy.git
synced 2026-11-02 19:52:14 +08:00
mvdbeek
cb1218e534
These tests expose issue #21846: storage class selection is ignored for collection outputs in workflows when the collection is produced by a step that maps over a collection input. Root cause: WorkflowInvocationStep.job_id only references a single Job, but for mapped execution each job is linked via ImplicitCollectionJobs. As a result, individual mapped jobs have job.workflow_invocation_step = None and _set_object_store_ids_full() cannot retrieve the invocation's preferred_object_store_id, so outputs fall through to the history/user default. The new tests (expected to FAIL until the underlying bug is fixed): - test_workflow_mapped_collection_objectstore_selection - test_workflow_mapped_and_simple_mixed_objectstore - test_workflow_mapped_collection_objectstore_selection_split The mixed test directly mirrors the scenario from the last comment on issue #21846: simple dataset outputs respect the invocation preference, but mapped collection elements do not.