Repository navigation
Fix coding-agent task creation and recovery (JVNAUTOSCI-2750) - #641
Merged
Merged
Conversation
…(JVNAUTOSCI-2750)
witbrock
force-pushed
the
codex/von-c7cfb545fcddaed3
branch
from
September 12, 2026 17:37
3cf91ae to
9a7f2a7
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Merge decision: ready — ordinary conversation task creation can preserve an authorised coding-agent assignment and execution preferences in one native record, and recovery reports distinguish confirmed task fields from an unresolved relationship. Runtime activation remains separate.
User outcome
Fix JVNAUTOSCI-2750:
task_createpreviously overwrote the selected coding agent with the authenticated actor, cleared reporting, and silently ignored a supplied parent. The installed worker's older backend also omitted task model/reasoning preferences.Material changes
--backend-rootfor copied worker bundles and reject canonical readers missing execution-preference keys before pickup. Document compatible installation and rollback without changing defaults, schedules or live state.Evidence
ab7394ae7c6caa168bf643e616f5772b784feea6, which lacks preference hydration. This is compatibility evidence, not activation or pickup evidence.pdm lock --checkpass. A worker test now checks local Git configuration explicitly so the operator's inherited credential helper does not cause a false failure.Ship boundary
Stop shipment for wrong scope/assignee, duplicate work, silent parent loss, or false creation/execution claims. Tier 2 overall, with successful trusted binding and negative tests local to the changed authority boundary.
No public deployment or worker activation is requested. An authorised operator must install a compatible backend/bundle, select it with
--backend-root, preserve the existing shared lock/state and active work, and verify preferences before resuming scheduled pickup. No migration or global model change is required. Semantic related-versus-child judgement stays with the model; the observed failures and this repair are deterministic, so no additional model comparison was needed.Jira read/update is unavailable because its connector requires reauthentication; close-out is handed back separately. Existing UI tasks and unrelated inbox work are outside this change.