Repository navigation
test(cards): proposed R5 integration of #773 onto #811 (post-repair-C) - #876
Closed
NewWorldVenture wants to merge 5 commits into
Closed
NewWorldVenture wants to merge 5 commits into
NewWorldVenture wants to merge 5 commits into
Conversation
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DXw2nu25BjyRfA6Fg3YiMS
… card key refuses one With ensureCardholder adopting the exact duplicate (repair C), two first orders for one child no longer fail at the cardholder step. They now meet the inherited card-<wallet>-<ms> idempotency key, so in one millisecond the provider refuses the second with the action's own text. Same verified patch as #811 comment 5968508930. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DXw2nu25BjyRfA6Fg3YiMS
|
The latest updates on your projects. Learn more about Vercel for GitHub. |
Mobile has been red on main since 2026-10-03 (from 79a0e11 on) on a new high advisory: braces <=3.0.3, stack-exhaustion denial of service on deeply nested patterns. 3.0.3 is the latest release, so there is no fix to take. braces arrives only through Expo's build tooling: expo -> @expo/cli -> @expo/metro-file-map -> micromatch. The owner asked for it to be allowlisted like node-forge (#838): one more entry in mobile/npm-audit-allowlist.json, by GHSA id for its own package, plus the CI comment. Any other high advisory, including a new one on braces, still fails. Checked against mobile/'s lockfile: with main's list the audit fails on GHSA-vfj7-8cjw-p6xm (as on main); with this list it passes, 2 allowlisted. The allowlist tests and the MAIN-F-C10 pin pass; the workflow and the allowlist parse. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TRY21ZKsFrfB3qtoP972A4 (cherry picked from commit 25718db)
…eason Review 5968590899 on #870: the reason named only expo -> @expo/cli -> @expo/metro-file-map -> micromatch. The lockfile also has expo -> @expo/metro -> metro-file-map@0.84.5 -> micromatch -> braces@3.0.3. The reason now names both, and says the lockfile shows these paths without showing whether braces reaches a device bundle. Reason text only; the accepted advisory, the package and the CI step are unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TRY21ZKsFrfB3qtoP972A4 (cherry picked from commit cc6540c)
Owner
Author
|
CI on
Generated by Claude Code |
Owner
Author
|
Hosted CI on Generated by Claude Code |
(cherry picked from commit 8da1437)
Owner
Author
|
Head moved to
Generated by Claude Code |
NewWorldVenture
pushed a commit
that referenced
this pull request
Oct 4, 2026
#773 (merged as 15da7b5) added tests/money-card-retry-characterization.test.ts, which characterizes card issuance BEFORE repair C. On #811 merged with main, "reproduces: virtual and physical ordered together for a child with no cardholder — one is refused at the cardholder step" fails, because #811's repair C makes that order succeed. No textual conflict. The next commit is R5, the verified follow-up already published on #876 (fb7a27b). Only R5 is carried: #876's npm/mobile audit commits are already in main through #887. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DXw2nu25BjyRfA6Fg3YiMS
Owner
Author
|
Support: this PR's content is now in #811 (
Generated by Claude Code |
Owner
Author
NewWorldVenture
pushed a commit
that referenced
this pull request
Oct 4, 2026
#876 was closed (its content is carried by #811) and #882 retargeted onto #811's branch. The one conflict is tests/money-card-retry-characterization.test.ts, added on both sides: #811's copy (R5 cherry-picked as 6b09a2e) is byte-identical to #876's R5 (fb7a27b) that this branch already builds on, so this branch's version, R5 plus repair B's pinned changes, is kept unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DXw2nu25BjyRfA6Fg3YiMS
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.
Proposed integration: #773's characterization tests onto #811, with R5 updated for repair C. This is a separate proposal so the R5 merge-order patch isn't waiting idle for an integration order. Neither #773 nor #811 is changed.
Draft. Do not merge without the merge lane's decision. Base: #811's branch
claude/card-pending-owner-and-cardholder-7q6vtfataad8eac54.Commits:
795b449aa: a normal merge of test(money): characterize card issuance and freeze requests sent twice (JIMMY-SUPPORT-CARD-RETRY-20261001) #773's head51bf133f4. It brings in the 11 characterization cases, plus main728204e2b's Mobile audit: accept node-forge GHSA-86w9-cpqp-85rv by id until it is fixed #838 files that test(money): characterize card issuance and freeze requests sent twice (JIMMY-SUPPORT-CARD-RETRY-20261001) #773 had merged.fb7a27bc8: the R5 update, the same verified patch as fix(cards): pending card work survives a remount per signed-in owner; adopt only the exact duplicate cardholder (repairs A + C) #811 comment 5968508930 (result blobbb62b5b76).What R5 now pins (after C):
stripe_cardholdersrow, and no cardholder failure is logged.card-wallet-a-<ms>. The provider refuses the second as an idempotency error, and that order fails withmoney.couldNotIssueTheCard. This is the inherited key collision the owner kept open in 5964165675.Local results:
issuing.tseslintandtsc --noEmitare clean.How it's used:
fb7a27bc8onto fix(cards): pending card work survives a remount per signed-in owner; adopt only the exact duplicate cardholder (repairs A + C) #811.claude/card-attempt-identity-7q6vtf). B changes the card key and will flip R3/R5 again, so this R5 is the post-C, pre-B state.No source change, provider call, credential, schema or production change.
🤖 Generated with Claude Code
https://claude.ai/code/session_01DXw2nu25BjyRfA6Fg3YiMS
Generated by Claude Code