iOS 27 Beta 6 Apple Pay provisioning fails with SES.presentationTimedOut

Question

Created 3w

Replies 2

Boosts 0

Participants 1

I am seeing a reproducible Apple Pay card provisioning failure on iOS 27 Beta 6 (24A5418b).

The card eligibility check succeeds and the Apple Pay provisioning response contains a valid termsID, but provisioning subsequently enters the Secure Element storage-management stage and fails with:

SEStorageManagementSheet Code 4 SES.presentationTimedOut

The Terms & Conditions screen therefore never appears and provisioning cannot continue.

I reproduced the same system-level failure through multiple independent provisioning paths:

First-party Apple Wallet provisioning with manual card entry
Wallet-initiated provisioning that redirects to the issuer app
Issuer-app initiated in-app provisioning

The issue affects multiple issuers, including East West Bank and Mercury. The same iPhone successfully provisioned Chase UK and HSBC Hong Kong cards on an earlier iOS 27 beta build, and Apple Pay provisioning worked normally on iOS 26.

I have already tested different network conditions, reset network settings, and removed two existing Apple Pay cards before reproduction. The behavior remains unchanged.

Two separate sysdiagnoses show the same failure path. During the latest reproduction, SESUIServiceApp was successfully launched, but provisioning ultimately failed during SEStorageManagementSheet presentation with SES.presentationTimedOut.

The captured RunningBoard state also showed SESUIServiceApp in a background/suspended state rather than maintaining a successful remote presentation.

I have submitted the complete diagnostics and sysdiagnose files through Feedback Assistant:

FB24403156

Could an Apple Wallet / Apple Pay engineer please review this Feedback and investigate the SESUIServiceApp / SEStorageManagementSheet remote presentation path on iOS 27?

For privacy reasons, I am not attaching the full sysdiagnose publicly here; the diagnostic files are attached to FB24403156

Answer 1

fxl970411 OP

2w

Update — iOS 27 Beta 7 (24A5424a)

This issue is still reproducible after updating to iOS 27 Beta 7.

I reproduced the failure again with multiple issuers. East West Bank eventually displays an error without ever presenting the Terms & Conditions screen, while Mercury fails to present the Terms & Conditions screen and does not display a final error at all.

A new Beta 7 sysdiagnose has been captured and added to FB24403156.

Could an Apple DTS engineer please help review or route FB24403156 to the appropriate Wallet / Apple Pay / Secure Element engineering team? The issue has now reproduced consistently across both Beta 6 and Beta 7.

Answer 2

fxl970411 OP

2w

Additional context:

This does not appear to be an issuer-specific provisioning problem. The same device previously provisioned Apple Pay cards normally on iOS 26, and the failure has now been reproduced through both first-party Wallet provisioning and issuer-app initiated provisioning.

I have also tested different network conditions and previously reset network settings without changing the behavior.

The consistent symptom is that provisioning reaches the stage immediately before the Terms & Conditions UI should be presented, but that UI never successfully appears.

In the Beta 7 sysdiagnose, SESUIServiceApp is launched during the failed provisioning attempt, but is later observed in a suspended/background state while the expected Secure Element storage-management UI has not been presented.

This makes me suspect that the failure is not simply an issuer decline, but may involve the system presentation/lifecycle path used by SESUIServiceApp / SEStorageManagementSheet.

If possible, could DTS please compare the Beta 6 and Beta 7 diagnostics attached to FB24403156 and confirm whether this Feedback has been routed to the Wallet / Apple Pay / Secure Element engineering team?

I am happy to capture an additional sysdiagnose or reproduce the issue again if engineering needs a specific timestamp or additional diagnostic information.