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
History Notebooks capture narrative alongside computation — but right now, only humans write. The notebook is a passive document: the user opens the editor, types markdown, inserts dataset references via toolbox or drag-and-drop, and saves. The AI agent framework (PR #21434, merged Dec 2025) gives Galaxy a multi-agent system with structured output, tool calling, and multi-turn conversation — but it has no surface for writing or editing documents tied to histories. These two systems sit side-by-side with no connection.
The original vision (from THE_PROBLEM_AND_GOAL.md):
History Notebooks are living documents that grow alongside your analysis. As analysis progresses — whether driven by human clicks, agent actions, or conversation between the two — the narrative builds up iteratively.
Galaxy's CWL integration (branch cwl-1.0 at common-workflow-lab/galaxy) translates CWL's schema-based parameter model into Galaxy's opinionated tool parameter model (basic.py). This round-trip — CWL schema to Galaxy widgets to user input to Galaxy param_dict to CWL job JSON — is the root of the problem. It requires:
Every CWL type mapped to a Galaxy widget type (TYPE_REPRESENTATIONS)
Union types encoded as Galaxy conditionals with synthetic _cwl__type_/_cwl__value_ keys
A catch-all FieldTypeToolParameter added to basic.py
Reverse-engineering Galaxy DatasetWrappers back into CWL File objects (to_cwl_job(), galactic_flavored_to_cwl_job() in representation.py)
This adaption layer is hack after hack and deeply entangles CWL with Galaxy's core parameter infrastructure.
Workflow Extraction HID to ID Migration - Research and Planning Documents
Workflow Extraction: HID to ID Migration Plan
Executive Summary
Galaxy's workflow extraction API uses HIDs (History ID numbers) to identify datasets for workflow input selection. This creates limitations for cross-history workflows and handling copied datasets:
Cross-history restrictions: HID-based identification requires a single history context
Vue Conversion Plan for Workflow Extraction (Issue #17506)
Workflow Extraction Vue Conversion Plan
Overview
Convert the legacy Mako-based workflow extraction UI (build_from_current_history.mako) to a modern Vue.js component with FastAPI backend. This is the last non-data-display Mako template in Galaxy.
User has a published history containing 1 already published dataset. After uploading a second dataset, they cannot publish it to make it publicly available.
Triage for Galaxy issue #21602: restrictOnConnections fails with multiple subworkflows
Issue #21602: Workflow: No propagation of possible options for a workflow input (with Attempt restriction based on connections) if connected to several subworkflows