summaryrefslogtreecommitdiff
path: root/DomainDig.storekit
Commit message (Collapse)AuthorAgeFilesLines
* chore: rename StoreKit configuration to SyncedProducts.storekitChristian Cleberg2026-07-201-217/+0
| | | | | | | | | | | DomainDig.storekit sat beside the DomainDig/ source folder, and Xcode treated the two as conflicting when creating the synced configuration — the resulting confirmation dialog offered to replace the folder. Naming the file SyncedProducts.storekit removes the collision entirely and matches the convention Xcode uses for synced configurations elsewhere. Updates the project file reference and the scheme's StoreKitConfigurationFileReference to match.
* chore: adopt synced StoreKit configurationChristian Cleberg2026-07-201-47/+113
| | | | | | | | | | | | | Xcode synced DomainDig.storekit against App Store Connect, replacing the hand-authored placeholders with real values: the app's internal ID (6760368004), the real subscription group ID (22051301), a synchronized timestamp, and group localizations. Also registers the file in the project so Xcode can find and re-sync it, but without target membership. Xcode's default added it to the Resources build phase of all three targets, which would ship the test configuration inside the app, widget, and share extension bundles. The scheme references it by path for the Run action; it does not need bundling.
* fix: correct StoreKit configuration file formatChristian Cleberg2026-07-201-5/+21
| | | | | | | | | | | | | | | | | Compared against a known-good Xcode-generated configuration (hutch/SyncedProducts.storekit) and corrected the hand-authored file: - version bumped 4.0 -> 5.0, the format Xcode 26 writes - added the appPolicies block Xcode always emits - added the missing settings keys (_askToBuyEnabled, _billingGracePeriodEnabled, _billingIssuesEnabled, _disableDialogs, _renewalBillingIssuesEnabled, _timeRate) - _developerTeamID set to ZCNAX3VL9D, matching DEVELOPMENT_TEAM in the project rather than being left empty - _applicationInternalID cleared. It previously held 6763610682, which is the Apple ID of the Pro+ (Annually) subscription, not the app's internal ID. That value is now on the subscription's internalID where it belongs; the app ID is left empty rather than wrong.
* test: add StoreKit configuration for local IAP testingChristian Cleberg2026-07-201-0/+135
Adds DomainDig.storekit mirroring the App Store Connect setup: one subscription group with Pro+ at level 1 and Pro at level 2, using the corrected product IDs. Wires it into the Run action so purchases resolve locally against StoreKit instead of the App Store, and disables the DOMAIN_DIG_FORCE_PRO_PLUS launch argument, which bypasses StoreKit entirely and would mask whether the purchase path works. Prices in the configuration are local-testing placeholders and do not need to match App Store Connect.