CodeSnuffler Forgejo End-to-End historical review range codesnuffler-forgejo-live-20260710T131023262Z-d22ba8a3-ecd #51
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "change_forgejo_end_to_end"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Exercise the live Forgejo webhook review pipeline against a stable historical CodeSnuffler diff.
Run marker: codesnuffler-forgejo-live-20260710T131023262Z-d22ba8a3-ecd.
Run started at: 2026-07-10T13:10:23.262Z.
Fixture range: f9d210eccd0075b6b39b606cea9b1376719aa062..d8a3fc420b055e04df1d203706b89b1f1261a9c1.
This stable two-commit AI Harness range is expected to produce actionable findings.
CodeSnuffler Review Findings
Findings
1. Dev shell auth sessions ignore selected non-primary instances
frontend/src/dev-shell/components/DevShellTerminal.vue:155dev_shell_websocketnow reads only theinstance_idquery parameter, but the frontend terminal still sendspersona_id. Interactive runner auth launched from setup flows will fall back toprimaryinstead of the selected plugin instance.Open finding in CodeSnuffler
Fix via CodeSnuffler
Suggested fix: Send
instance_idhere and rename the prop/uses away frompersonaIdso callers pass the selected plugin instance id under the new contract.2. Removed persona contract remains as a runtime compatibility shim
app/ai_tools/instances.py:226-227The repository policy requires removing runtime reads and compatibility paths when standardizing a field. This property keeps
persona_idalive and existing runtime code still calls it, so stalepersona_idusage remains hidden instead of being converted toinstance_id.Open finding in CodeSnuffler
Fix via CodeSnuffler
Suggested fix: Remove the
persona_idproperty and update remaining runtime consumers such as workspace/storage deletion paths to useconfig.instance_iddirectly.3. AI review policy API still exposes persona_id
app/settings/ai_review_policy/schemas.py:72-77The AI review policy choice response still publishes
persona_id, so the old field remains in a live API schema and generated frontend types. This violates the no-shim cleanup rule and leaves clients on the obsolete naming after this standardization.Open finding in CodeSnuffler
Fix via CodeSnuffler
Suggested fix: Replace
persona_idwith current identity fields, at minimuminstance_idand preferably the sameplugin_id/instance_id/driver_idshape used elsewhere, then regenerate frontend API types and update consumers.Pull request closed