Skip to content

ci(walletkit-maestro): bump WalletConnect/actions pin to pick up timeout bumps#536

Merged
jakubuid merged 1 commit into
mainfrom
ci/bump-maestro-actions-ref-dd7c71c
Jun 12, 2026
Merged

ci(walletkit-maestro): bump WalletConnect/actions pin to pick up timeout bumps#536
jakubuid merged 1 commit into
mainfrom
ci/bump-maestro-actions-ref-dd7c71c

Conversation

@jakubuid

Copy link
Copy Markdown
Contributor

Summary

Bumps the WalletConnect/actions SHA pin in walletkit-build-and-maestro/action.yml:

-uses: WalletConnect/actions/maestro/pay-tests@3a145ab…
+uses: WalletConnect/actions/maestro/pay-tests@dd7c71c…

Picks up WalletConnect/actions#98:

Flow Step Before After
pay_confirm_and_verify.yaml pay-result-success-icon 30s 60s
pay_open_and_paste_url.yaml button-scan 60s 90s

Why now

Pay-core's core (CD) KPI for window 2026-06-05 → 2026-06-12: pass rate 41.67% (5/12). Investigation showed 5 of 7 failures stuck on pay-result-success-icon is visible (wallet on "Processing your payment…" while staging gateway took 35–50s to flip status=succeeded), and 2 of 7 stuck on button-scan cold-start.

The pin here (3a145ab) is one commit before #98, so none of those 12 CD runs exercised the new budget — we have zero post-bump evidence and the KPI is a pre-bump baseline.

This PR is the missing link so pay-core's next pin-bump in sub-validate-advisory.yml actually picks up the new timeouts.

Risk

Other Reown SDK Maestro suites that use this composite (the scheduled ci_e2e_walletkit.yaml, anywhere else?) inherit the same higher budgets. Both changes are upward only and extendedWaitUntil exits as soon as the element appears — green runs see no change, only previously-timing-out runs gain headroom.

Test plan

  • Wait for the scheduled ci_e2e_walletkit.yaml Maestro pay-tests run (every 6h per ci(walletkit): run scheduled Maestro pay tests every 6 hours #532) and confirm it stays green at the new timeouts.
  • Pay-core then bumps the rn-wallet ref in sub-validate-advisory.yml from 4e6dcea0 → tip of main here, and the next 10 CD runs are observed.

🤖 Generated with Claude Code

Picks up the timeout bumps from WalletConnect/actions#98:
- pay_confirm_and_verify: pay-result-success-icon 30s → 60s
- pay_open_and_paste_url: button-scan 60s → 90s

Driven by pay-core CD's Maestro pass rate landing at 41.67% (5/12)
across the 2026-06-05 → 2026-06-12 KPI window. The previous pin
(3a145ab) predates #98 by one commit, so every one of those 12 CD
runs hit the old timeouts. Bumping here so pay-core's next CD
revalidate-after-rn-wallet-bump actually exercises the new budget.

No flow logic changes in #98; only the two extendedWaitUntil
timeouts. Other repos sharing this composite action (Reown SDK
Maestro suites) are unaffected — the bumps are upward only and
end as no-ops on green runs (extendedWaitUntil returns as soon as
the element renders).
@vercel

vercel Bot commented Jun 12, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
pos-demo Ready Ready Preview, Comment Jun 12, 2026 11:29am

Request Review

@claude

claude Bot commented Jun 12, 2026

Copy link
Copy Markdown

Claude finished @jakubuid's task in 49s —— View job


Review

  • Gather context
  • Read changed file
  • Run breaking changes subagent
  • Run data classification subagent
  • Consolidate findings

✅ No issues found

Notes:

  • Both maestro/pay-tests and maestro/setup are now pinned to the same SHA (dd7c71c7292ed568c0ce6c4160ad3c04863db3a0), which is the correct and consistent state.
  • No inputs, outputs, or step IDs changed — zero breaking surface for callers of this composite.
  • No data classification concerns; no secrets/credentials touched.
  • The longer extendedWaitUntil budgets are additive-only; green runs exit early with no overhead.

@jakubuid jakubuid merged commit fdc22f6 into main Jun 12, 2026
10 checks passed
@jakubuid jakubuid deleted the ci/bump-maestro-actions-ref-dd7c71c branch June 12, 2026 11:42
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.

2 participants