test(e2e): quarantine OIDC token-flow spec blocked on bunyip BUNYIP-146 #319
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/PMS-435-quarantine-oidc-token-flow-bunyip-146"
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?
The OIDC token-flow test (e2e/tests/oidc.spec.ts) fails at the
stateassertion ("state mismatch", received null) because bunyip's /oauth2/authorize 302s to /login instead of the registered redirect_uri. The PMS-434 diagnostic run (#2098) ruled out an e2e cookie-forwarding defect: setup loggedKEEP .a8n.systems#bunyip_op_sessionand persisted all three OP cookies (access_token, refresh_token, bunyip_op_session) to op-state.json, and the oidcTest fixture loads that storageState into the request context. The session cookie is present, on the correct domain, and replayed - yet authorize still bounces. That is bunyip's COOKIE_DOMAIN / bunyip_op_session scoping issue tracked in BUNYIP-146, not a mokosh-server regression; every other api test and staging health pass.Quarantine the spec with
test.fixme(the same convention auth.spec.ts uses for PMS-148) so this external blocker stops gating unrelated PRs, and document the quarantine in e2e/README.md. Un-fixme when BUNYIP-146 ships.#PMS-435
The OIDC token-flow test (e2e/tests/oidc.spec.ts) fails at the `state` assertion ("state mismatch", received null) because bunyip's /oauth2/authorize 302s to /login instead of the registered redirect_uri. The PMS-434 diagnostic run (#2098) ruled out an e2e cookie-forwarding defect: setup logged `KEEP .a8n.systems#bunyip_op_session` and persisted all three OP cookies (access_token, refresh_token, bunyip_op_session) to op-state.json, and the oidcTest fixture loads that storageState into the request context. The session cookie is present, on the correct domain, and replayed - yet authorize still bounces. That is bunyip's COOKIE_DOMAIN / bunyip_op_session scoping issue tracked in BUNYIP-146, not a mokosh-server regression; every other api test and staging health pass. Quarantine the spec with `test.fixme` (the same convention auth.spec.ts uses for PMS-148) so this external blocker stops gating unrelated PRs, and document the quarantine in e2e/README.md. Un-fixme when BUNYIP-146 ships. #PMS-435