Cycle project selector hides persisted selections and can discard defaults #93
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
How found: independent PR90 review at
49f72305ba, reproduced with real built-SPA Chromium against isolated local server. Confidence: high. Root cause confirmed deeper than first fix attempt: plain value={...} on a multi-select does not re-apply after user interaction, so per-option selected={...} also failed to roll back. Final repair in PR90 commitecdc070: existing-cycle selector now uses bind:value={c.project_ids} (numeric ids, same pattern as the working new-cycle selector) and updateCycleProjects reloads Settings on both success and rejection. Committed apps/web/tests/cycle-defaults.browser.mjs covers initial display, additive edit, reload, clear, and forced 400 PATCH rollback, each asserting DOM selection and persisted GET /api/cycles state. Old build evidence: same script against pre-fix build fails at step 1 with actual [] vs expected [ALPHA]. New build evidence: cycle defaults browser regressions: passed on final dist. No separate PR created.BB-106 fix verified genuinely, merged with PR90. Old failure reproduced: new browser suite against a
49f7230build fails step 1 with actual [] vs expected [ALPHA] (persisted selection hidden). Same suite against theecdc070build passes all 5 scenarios (initial render, additive edit, reload persistence, forced-400 rollback, clear): cycle defaults browser regressions: passed. Repair: bind:value with numeric ids plus reload on rejection. Mergef02d977b1b. Full evidence in PR90 issuecomment-5083. Leaving status for coordinator verification; not marking done.