ARCHIVED TRAINING / Galileo-Galilei/kedro-mlflow
galileo-galilei__kedro-mlflow-629
This is a preserved training example. Membership in the current training wave has not been verified.
Problem statement
MlflowArtifactDataset - loading from a specific run_id after the run_id was enforced for all MlflowArtifactDatasets ## Description Hey, some time ago, the possibility to load mlflow artifacts from different run that then active run was added (#95). However, after resolving #613, manually specified run_id is overwritten by the run_id of a run started at the beginning of the pipeline for all artifact datasets. So the run_id parameter seems to have no effect on the MlflowArtifactDataset. After this change, how to correctly load an artifact from a different run than the one currently active? ## Context Can't load artifact from different run than the one currently active (#95 not solved anymore). run_id parameter of MlflowArtifactDataset does not work as described in [docs](https://kedro-mlflow.readthedocs.io/en/stable/source/10_experiment_tracking/03_version_datasets.html#can-i-reload-an-artifact-from-an-existing-run-to-use-it-in-another-run). ## Steps to Reproduce 1. Run kedro pipeline storing some artifact in MLflow as MlflowArtifactDataset. 2. Run the pipeline once again but specifying run_id parameter of MlflowArtifactDataset as the run_id from point 1. ## Expected Result The artifact from previous run should be loaded ## Actual Result run_id provided as MlflowArtifactDataset is overwritten in `add_run_id_to_artifact_datasets(catalog, mlflow.active_run().info.run_id)` to the current run. ## Your Environment <!-- Include as many relevant details about the environment in which you experienced the bug: --> * `kedro` and `kedro-mlflow` version used (`pip show kedro` and `pip show kedro-mlflow`): Name: kedro Version: 0.19.11 Name: kedro-mlflow Version: 0.14.0 * Python version used (`python -V`): 3.11 * Operating system and version: MAC Sonoma 14.4 ## Does the bug also happen with the last version on master? yes
Training membership
opd_e4b_cispo_v5 opd_e4b_pure_v6a opd_e4b_pure_v6b opd_e4b_pure_v7 opd_e4b_pure_v7b opd_e4b_self_audit_v4
Task issues extracted from preserved verified_rft_messages training examples. This is not a verified current RL wave manifest.
Task and snapshot provenance
Snapshot captured 2026-11-12T17:06:59.476467+00:00 · Autoresearch-Arena/gemma-4-developer-agent
{
"datasets": [
"opd_e4b_cispo_v5",
"opd_e4b_pure_v6a",
"opd_e4b_pure_v6b",
"opd_e4b_pure_v7",
"opd_e4b_pure_v7b",
"opd_e4b_self_audit_v4"
],
"examples": 31,
"instance_id": "galileo-galilei__kedro-mlflow-629",
"problem_statement": "MlflowArtifactDataset - loading from a specific run_id after the run_id was enforced for all MlflowArtifactDatasets\n## Description\nHey, some time ago, the possibility to load mlflow artifacts from different run that then active run was added (#95). However, after resolving #613, manually specified run_id is overwritten by the run_id of a run started at the beginning of the pipeline for all artifact datasets. So the run_id parameter seems to have no effect on the MlflowArtifactDataset. After this change, how to correctly load an artifact from a different run than the one currently active? \n\n## Context\n\nCan't load artifact from different run than the one currently active (#95 not solved anymore). run_id parameter of MlflowArtifactDataset does not work as described in [docs](https://kedro-mlflow.readthedocs.io/en/stable/source/10_experiment_tracking/03_version_datasets.html#can-i-reload-an-artifact-from-an-existing-run-to-use-it-in-another-run). \n\n## Steps to Reproduce\n\n1. Run kedro pipeline storing some artifact in MLflow as MlflowArtifactDataset. \n2. Run the pipeline once again but specifying run_id parameter of MlflowArtifactDataset as the run_id from point 1. \n\n\n## Expected Result\n\nThe artifact from previous run should be loaded\n\n## Actual Result\n\nrun_id provided as MlflowArtifactDataset is overwritten in `add_run_id_to_artifact_datasets(catalog, mlflow.active_run().info.run_id)` to the current run. \n\n\n\n## Your Environment\n\n<!-- Include as many relevant details about the environment in which you experienced the bug: -->\n\n* `kedro` and `kedro-mlflow` version used (`pip show kedro` and `pip show kedro-mlflow`):\nName: kedro\nVersion: 0.19.11\nName: kedro-mlflow\nVersion: 0.14.0\n* Python version used (`python -V`):\n3.11\n* Operating system and version:\nMAC Sonoma 14.4\n\n## Does the bug also happen with the last version on master?\nyes",
"repo": "Galileo-Galilei/kedro-mlflow",
"source": "v2/experiments/train_data/opd_e4b_cispo_v5/verified_rft_messages.jsonl",
"source_sha256": "a43610ad0dfb6ace95375cfae09000f41afc0338cc925af870a4ade7a9b20c4c"
}{
"captured_at": "2026-11-12T17:06:59.476467+00:00",
"membership": "archived training",
"membership_evidence": "Task issues extracted from preserved verified_rft_messages training examples. This is not a verified current RL wave manifest.",
"name": "Preserved post-training task archive",
"source": "Autoresearch-Arena/gemma-4-developer-agent",
"source_revision": "016496de222aaafca0d4ee4c18efc63ba616f76e",
"sources": [
{
"path": "v2/experiments/train_data/opd_e4b_cispo_v5/verified_rft_messages.jsonl",
"sha256": "a43610ad0dfb6ace95375cfae09000f41afc0338cc925af870a4ade7a9b20c4c"
},
{
"path": "v2/experiments/train_data/opd_e4b_hybrid_v3/verified_rft_messages.jsonl",
"sha256": "bd326303eb127e8e5e08f03daf97bb88d79d19709d59f3f93f348bc56686a8df"
},
{
"path": "v2/experiments/train_data/opd_e4b_onpolicy_v3/verified_rft_messages.jsonl",
"sha256": "960c680e797e823a0d3a22f4b1d5ef60a72971373d703b877340b0c9126aaf68"
},
{
"path": "v2/experiments/train_data/opd_e4b_pure_v6a/verified_rft_messages.jsonl",
"sha256": "f045b7ca5b3883a1e2eaee81e1c02a4a1b53dd7b7b36e98bacb2ba5823a15148"
},
{
"path": "v2/experiments/train_data/opd_e4b_pure_v6b/verified_rft_messages.jsonl",
"sha256": "0f62460a9706eea5e1605255896f191ab00cb5706c5f1f2e1c293e9a718218dc"
},
{
"path": "v2/experiments/train_data/opd_e4b_pure_v7/verified_rft_messages.jsonl",
"sha256": "e37f7bd675322f3f81500b73559d60d5f602ca0537bf19f5cb06332c728c7b72"
},
{
"path": "v2/experiments/train_data/opd_e4b_pure_v7b/verified_rft_messages.jsonl",
"sha256": "b864bdc8695183433eef6e31cb8d33fad44ba3aded2170c1ade4ad5b2944ce23"
},
{
"path": "v2/experiments/train_data/opd_e4b_self_audit_v4/verified_rft_messages.jsonl",
"sha256": "0026023745afb8f3dc1c176dc7f7171157b4ad5a66656b524af218e8e19ceee6"
},
{
"path": "v2/experiments/train_data/rft_e4b_aligned_v2/verified_rft_messages.jsonl",
"sha256": "92a4515fee9d152b0d4c510ee3ce4caaaffe2003ba7584469f8027f174aab18c"
},
{
"path": "v2/experiments/train_data/rft_v1/verified_rft_messages.jsonl",
"sha256": "a42453ccd7ac7680b0a03865e8e7080bc8bf74c8d9d193b440c441ed46f8512b"
},
{
"path": "v2/experiments/train_data/rft_v2/verified_rft_messages.jsonl",
"sha256": "18f4b3bd7e651f83c6acab479c9475e3fa50dc652a384f309e97146983ac85ba"
}
]
}