Skip to content

Implement subworkflow invocation export#21512

Merged
jmchilton merged 3 commits intogalaxyproject:devfrom
mvdbeek:implement-subworkflow-invocation-export
Jan 20, 2026
Merged

Implement subworkflow invocation export#21512
jmchilton merged 3 commits intogalaxyproject:devfrom
mvdbeek:implement-subworkflow-invocation-export

Conversation

@mvdbeek
Copy link
Copy Markdown
Member

@mvdbeek mvdbeek commented Dec 26, 2025

Closes #19217

How to test the changes?

(Select all options that apply)

  • I've included appropriate automated tests.
  • This is a refactoring of components with existing test coverage.
  • Instructions for manual testing are as follows:
    1. [add testing steps and prerequisites here if you didn't write automated tests covering all your changes]

License

  • I agree to license these and all my past contributions to the core galaxy codebase under the MIT license.

@github-actions github-actions Bot added area/testing area/database Galaxy's database or data access layer area/testing/api labels Dec 26, 2025
@github-actions github-actions Bot added this to the 26.0 milestone Dec 26, 2025
f"Expected at least {len(datasets)} files in RO-Crate, "
f"but found {len(files)}. This suggests subworkflow datasets may not be exported."
)

Copy link
Copy Markdown
Member

@jmchilton jmchilton Dec 29, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Another amazing bug fix - I cannot believe this was never implemented - someone should yell at @jmchilton. In terms of the test I'm less concerned about what is in the RO Crate than whether we can do tool reruns on the subworkflow steps but maybe that is a big ask? I guess... another richer test would be can you re-export the invocation and is the subworkflow stuff still there on re-export. So this same test but on a re-import and re-export. That maybe is easier and tells us we've reassembled the models and metadata correctly internally and doesn't require navigating down into the subworkflow to find a rerun to do.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That was a really good suggestion, the round-trip revealed that we didn't wire up the subworkflow invocation!

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lovely - thank you so much for doing that! I'm glad the test improvement suggestion proved immediately useful.

@mvdbeek mvdbeek force-pushed the implement-subworkflow-invocation-export branch 2 times, most recently from 6a71e68 to 699f31f Compare January 14, 2026 19:43
@mvdbeek mvdbeek force-pushed the implement-subworkflow-invocation-export branch from 699f31f to cce7bcc Compare January 15, 2026 10:42
@mvdbeek
Copy link
Copy Markdown
Member Author

mvdbeek commented Jan 15, 2026

Remaining test errors should be unrelated

@mvdbeek mvdbeek requested a review from jmchilton January 19, 2026 18:13
@jmchilton jmchilton merged commit e37f4d0 into galaxyproject:dev Jan 20, 2026
57 of 63 checks passed
@guerler guerler added the release-testing-26.0 PRs marked for testing for the 26.0 release and issues stemming from release testing label Jan 29, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area/database Galaxy's database or data access layer area/testing/api area/testing kind/bug kind/enhancement release-testing-26.0 PRs marked for testing for the 26.0 release and issues stemming from release testing

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Invocation export doesn't include subworkflow invocation(s)

3 participants