Skip to content

Update baseline swiftinterface files for rickvdl/add-presented-offering-context-to-custom-paywall-events#6864

Merged
rickvdl merged 1 commit into
rickvdl/add-presented-offering-context-to-custom-paywall-eventsfrom
generated_swiftinterface/rickvdl/add-presented-offering-context-to-custom-paywall-events-591414
May 28, 2026
Merged

Update baseline swiftinterface files for rickvdl/add-presented-offering-context-to-custom-paywall-events#6864
rickvdl merged 1 commit into
rickvdl/add-presented-offering-context-to-custom-paywall-eventsfrom
generated_swiftinterface/rickvdl/add-presented-offering-context-to-custom-paywall-events-591414

Conversation

@RCGitBot

@RCGitBot RCGitBot commented May 28, 2026

Copy link
Copy Markdown
Contributor

Requested by @rickvdl for rickvdl/add-presented-offering-context-to-custom-paywall-events


Note

Low Risk
Generated API baseline only; behavioral change lives in the parent SDK branch, not in these interface files.

Overview
This PR refreshes baseline swiftinterface files across all RevenueCat API targets (iOS, tvOS, macOS, watchOS, visionOS, simulators) to match the SDK change for custom paywall impression tracking.

CustomPaywallImpressionParams no longer exposes a public offering property on the module interface. Initializers are reshaped: a paywall-only convenience initializer, init(paywallId:offering:) as the preferred path (still convenience, not designated), and init(paywallId:offeringId:) marked deprecated with guidance to pass an Offering so placement and targeting context can be derived automatically.

There is no runtime logic in this diff—only public API surface documentation for CI/binary compatibility checks.

Reviewed by Cursor Bugbot for commit 0e3e9c9. Bugbot is set up for automated code reviews on this repo. Configure here.

@RCGitBot RCGitBot requested a review from a team as a code owner May 28, 2026 14:48
@rickvdl rickvdl merged commit bb9525f into rickvdl/add-presented-offering-context-to-custom-paywall-events May 28, 2026
5 checks passed
@rickvdl rickvdl deleted the generated_swiftinterface/rickvdl/add-presented-offering-context-to-custom-paywall-events-591414 branch May 28, 2026 14:50
rickvdl pushed a commit that referenced this pull request Jun 1, 2026
rickvdl added a commit that referenced this pull request Jun 1, 2026
* Add presented offering context to custom paywall events

* Update API testers for offering-based custom paywall impression init

* Add tests for placement and targeting in custom paywall events

* Accept Offering for custom paywall impression and derive context

* Decouple custom paywall wire request from PaywallEvent's nested context type

* Look up offeringId in cached offerings to derive presented offering context

* Update baseline swiftinterface files for `rickvdl/add-presented-offering-context-to-custom-paywall-events` (#6722)

* Add presented offering context to custom paywall events

* Update API testers for offering-based custom paywall impression init

* Add tests for placement and targeting in custom paywall events

* Accept Offering for custom paywall impression and derive context

* Decouple custom paywall wire request from PaywallEvent's nested context type

* Look up offeringId in cached offerings to derive presented offering context

* Update baseline swiftinterface files

---------

Co-authored-by: Rick van der Linden <rick.vanderlinden@revenuecat.com>

* Inline offering resolution as plain if-let in trackCustomPaywallImpression

* Fix race between init and applicationWillEnterForeground in TransactionMetadataSyncHelper

The syncIfNeeded call in Purchases.init races with the call from
applicationWillEnterForeground: if the init task acquires isSyncing first
(even with empty metadata), it blocks the foreground notification task
from running. Removing the init call is safe because applicationWillEnterForeground
fires reliably on startup and covers the sync need.

* Revert "Fix race between init and applicationWillEnterForeground in TransactionMetadataSyncHelper"

This reverts commit d977926.

* Align CustomPaywallImpressionParams with Android: store context instead of Offering

Matches the Android PR #3424 changes:
- Replace `offering: Offering?` property with `@_spi(Internal) presentedOfferingContext`
  so the params object stores the derived context rather than the raw Offering
- Add `@_spi(Internal)` designated init for hybrid SDK (PHC) passthrough of
  pre-resolved presentedOfferingContext without requiring an Offering object
- Deprecate `init(paywallId:offeringId:)` in favour of `init(paywallId:offering:)`
- Update `trackCustomPaywallImpression` resolution order to match Android:
  params.presentedOfferingContext → cached[offeringId] → cached.current
- Update Swift and ObjC API testers accordingly

* Fix lint: suppress line_length for @available deprecated message

* Remove params.offering tests — property replaced by presentedOfferingContext

* Update baseline swiftinterface files (#6864)

* Include placement and targeting in custom paywall event map

---------

Co-authored-by: RevenueCat Git Bot <72824662+RCGitBot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants