Skip to content

Version Packages (2026-10-rc) (rc) - #4622

Merged
aaronschubert0 merged 1 commit into
2026-10-rcfrom
changeset-release/2026-10-rc
Aug 17, 2026
Merged

Version Packages (2026-10-rc) (rc)#4622
aaronschubert0 merged 1 commit into
2026-10-rcfrom
changeset-release/2026-10-rc

Conversation

@shopify-github-actions-access

@shopify-github-actions-access shopify-github-actions-access Bot commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to 2026-10-rc, this PR will be updated.

⚠️⚠️⚠️⚠️⚠️⚠️

2026-10-rc is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, run changeset pre exit on 2026-10-rc.

⚠️⚠️⚠️⚠️⚠️⚠️

Releases

@shopify/ui-extensions@2027.0.0-rc.5

Major Changes

  • #4612 8e59844 Thanks @aaronschubert0! - Remove the POS Action API (shopify.action.presentModal()) from action render targets (*.action.render).

    Action render targets are themselves the modal destination that presentModal() opens, so exposing the Action API there had no meaningful destination — calling shopify.action.presentModal() from pos.cart.line-item-details.action.render (the one action render target that still exposed it) pushed another instance of the same target onto the navigation stack, rendering a duplicate modal on top of the already-open one.

    Action render targets now expose only ActionTargetApi plus their contextual APIs, matching every other *.action.render target. Extensions that need in-workflow navigation should use the Navigation API (shopify.navigation). This is a versioned breaking change: the surface is removed for API versions 2026-10 and later; older API versions keep their published types.

Minor Changes

  • #4611 d8b03c9 Thanks @aaronschubert0! - Add paymentvalidations intercept types for POS payment blocking workflows, and rename the beforecheckout intercept to cartvalidations so both interceptable workflows follow one naming scheme.

@shopify/ui-extensions-tester@2027.0.0-rc.5

Major Changes

  • #4612 8e59844 Thanks @aaronschubert0! - Remove the POS Action API (shopify.action.presentModal()) from action render targets (*.action.render).

    Action render targets are themselves the modal destination that presentModal() opens, so exposing the Action API there had no meaningful destination — calling shopify.action.presentModal() from pos.cart.line-item-details.action.render (the one action render target that still exposed it) pushed another instance of the same target onto the navigation stack, rendering a duplicate modal on top of the already-open one.

    Action render targets now expose only ActionTargetApi plus their contextual APIs, matching every other *.action.render target. Extensions that need in-workflow navigation should use the Navigation API (shopify.navigation). This is a versioned breaking change: the surface is removed for API versions 2026-10 and later; older API versions keep their published types.

Patch Changes

  • Updated dependencies [d8b03c9, 8e59844]:
    • @shopify/ui-extensions@2027.0.0-rc.5

@shopify-github-actions-access
shopify-github-actions-access Bot force-pushed the changeset-release/2026-10-rc branch from 00d6cff to 1575522 Compare August 17, 2026 09:43
@aaronschubert0
aaronschubert0 merged commit c93b320 into 2026-10-rc Aug 17, 2026
7 of 8 checks passed
aaronschubert0 added a commit that referenced this pull request Aug 18, 2026
…cs (#4632)

## What

Docs-only follow-up to #4611: pins `PaymentValidationsEvent`'s dispatch timing, which was settled after that PR merged.

- Fires when a tender is **confirmed but not committed** — after the amount is entered, before the payment is recorded (previously read "when staff selects a payment method", which was the pre-settlement wording).
- **One event per tender attempt**; split payments dispatch one event per tender, each carrying its own `amount`.
- Replaces the rejected two-event proposal (method-selected + post-tender).

Confirm-time is also why `amount` is per-tender meaningful: at selection time only the outstanding total exists; at confirm time the event carries the amount this tender actually charges.

## References

- Types: #4611 (merged) · Release: #4622 (`2027.0.0-rc.5`)
- API contract: Shopify/ui-api-design#1557
- POS host implementation (gates at `useCashPaymentSubmission`, before `addPayment`): shop/world#997831shop/world#1000498 → execution PR to follow
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