Skip to content

Fix lossy preset browser parsing and reconcile deployment status - #21

Merged
dbccpage merged 2 commits into
mainfrom
codex/deployment-status-verification
Nov 2, 2026
Merged

dbccpage merged 2 commits into
mainfrom
codex/deployment-status-verification

Conversation

@dbccpage

@dbccpage dbccpage commented Nov 2, 2026

Copy link
Copy Markdown
Owner

The lossy decomposition preset rendered (A, B), (B, C) but the frontend flattened it into one component, causing an incorrect lossless result. Preserve component boundaries and make zero-step chase text reflect the actual result. Add a Node regression exercising the request handler and renderer, run in CI.

Reconcile the README, original plans, deployment handoff and wiki with merged implementation and measured deployment state. Add a standard-library HTTP smoke script that submits complete objects from /api/presets, checks semantic results, validates HTTPS normally and records bounded concurrency receipts. The supplied canonical CNAME resolves publicly, but its Render target returns 404; live deployment is still unverified. Preserve the separate wiki update merged in #20.

Validation: 232 Python tests passed on Python 3.14; frontend Node regression passed; 15 local HTTP checks passed; local browser reproduced the old lossy-preset failure and verified the corrected spurious-tuple result; both repository diffs passed whitespace checks. Retained public failure receipts are explicitly distinguished from successful local checks. Full public browser/TLS acceptance remains pending Render setup.

@dbccpage
dbccpage merged commit f9c289c into main Nov 2, 2026
5 checks passed
@dbccpage
dbccpage deleted the codex/deployment-status-verification branch November 2, 2026 22:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant