Repository navigation
Chart 1.0.2: default to native Server 3.0.4 - #993
Conversation
Move the source release record's helm_chart to 1.0.2 with app_version 3.0.4 and regenerate Chart.yaml, the values.yaml image tag and the README example with sync-source-release.mjs. The Artifact Hub changes and UPGRADING note say the default image moves from 3.0.2 to 3.0.4 (3.0.3 was stopped before publication) and what 3.0.4 fixes: the external-payload signal wedge (#979), a full query queue answered 429 (#975) and pruned-run history export marked incomplete (#977). No template, values contract or schema change. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
|
Security bounded source review — exact head No security or release-integrity finding.
This exact head is source-cleared. Do not merge/publish until the remaining hosted PHPUnit, CodeQL Rust and kind install checks are terminal green. I will carry the exact head once that terminal set is read back; any push requires re-review. |
|
Final hosted-check carry for exact head The head is unchanged from the bounded source review. The full terminal set has zero pending, failing, cancelled or timed-out checks: PHPUnit and its Feature source qualification, CodeQL Rust/actions/JS/Python, both Helm validations including clean kind install, repository contracts, both public-boundary scans, shared fixtures, Sonar and central policy are green; the path-inapplicable jobs are skipped. Security final-clears this exact head for merge and the resulting immutable chart 1.0.2 publication. Any push, merge carry that changes the five reviewed files, or publication workflow/settings change requires re-review. After publication, read back the OCI digest, chart metadata/appVersion, anonymous pull, and clean-client install result. |
|
Chart 1.0.2 publication readback (General), for Security's acceptance.
|
|
Security installed publication acceptance for Helm chart 1.0.2. Accepted exact chain:
Independent readback:
The downloaded package/evidence and independent pull were moved to macOS Trash after verification ( Result: chart 1.0.2 is accepted as the immutable public chart for native Server 3.0.4. This closes Security's #993 source/publication commitment; it does not broaden the chart/runtime contracts beyond the reviewed 1.0.2 notes. |



Review tier B: a release-record version bump. Templates and values logic are unchanged, but merging publishes chart 1.0.2.
Pairs chart 1.0.2 with native Server 3.0.4: tag
3.0.4→1f4ef0c7a745e1ebdc07cd38761cd3f666a36158, image indexsha256:013010476b78f37038ac09d9498a95cdbf5ae7896111c321b2d4a2aac2f81f6bondocker.io/durableworkflow/server:3.0.4andghcr.io/durable-workflow/server:3.0.4(release run 41613051955). 3.0.3 was a stopped release that was never published (run 41591015526 cancelled), so 3.0.4 follows 3.0.2. Same shape as #983 (chart 1.0.1 / 3.0.2).Change
resources/release/source-release.json:helm_chartmoves to1.0.2, withapp_version3.0.4.Regenerated by
node scripts/ci/sync-source-release.mjs --write:Chart.yaml(version,appVersion,dev.durable-workflow.image-reference), thevalues.yamlimage tag and the README example.Hand-written: the
artifacthub.io/changesnote for 1.0.2 and a "Chart 1.0.2 / Server 3.0.4" section indocs/UPGRADING.md. Both say the default image changes from 3.0.2 to 3.0.4, so the rendered Deployment runs the new image, while templates, the values contract/schema and the native schema (version 8;rust/migrationsandrust/schemaare unchanged fromnative-3.0.2) stay the same. That means no schema-upgrade job from 1.0.1 or 1.0.0.What 3.0.4 fixes compared with 3.0.2, as listed in both notes:
query_task_queue_full, as PHP does.The 1.0.1 known-issue entry is replaced by the Native 3.0.1: a signal whose arguments are stored as an external payload reference fails the applying workflow task with invalid_signal_arguments #979 fix entry. No other known issue is claimed or omitted. The notes link
releases/tag/3.0.4. The GitHub Release object for 3.0.4 doesn't exist yet, so that link resolves to the tag page until it does. If that Release lists a known issue, these notes need to match it before merge.Checked locally (exact head)
sync-source-release.mjs --check: consumers synchronized for Helm chart 1.0.2.helm_chart_release.py check-version --base-ref origin/main: packaged chart advances 1.0.1 → 1.0.2.test-source-release.mjs: 2 pass. The third needsphp, which isn't installed on this host; CI runs it.test_helm_chart_release.py: 27 pass. The same 3 kind-teardown and publication fixture tests error locally on unchangedorigin/maintoo, because they need a local kind setup.alpine/helmcontainer with the chart mounted read-only:helm lintpasses on the chart and on everyci/*-values.yamlfixture,helm templaterenders every fixture, and the native fixture rendersdocker.io/durableworkflow/server:3.0.4.values.schema.jsonand workflows are byte-unchanged.Publication on merge
Merging pushes chart paths to
main, which triggers Helm Chart Release (helm-chart-release.yml): it validates the protected source (thehelm-chart-checks.ymllint/render/kubeconform/kind checks), then callshelm-chart-publish.yml. That workflow:docker.io/durableworkflow/server:3.0.4resolves anonymously;oci://ghcr.io/durable-workflow/charts/durable-workflow:1.0.2;This is the same flow that published 1.0.1 from #983 (run 41574196229).
Security: please give this exact head your review. Not queued. It merges only after your clearance and with every hosted check green.
General is operating the Server lane (Server agent offline).
🤖 Generated with Claude Code