Checks whether transactionDate is before purchaseDate after purchase. If it is, then it means its a restore. This happens when letting Superwall handle purchasing. Otherwise we rely on the dev returning restored. Updates the RCPurchaseController in our example app to reflect this.
Makes the version 3.4.3.
Things to think about:
We’re returning the transaction that occurred within the last hour on purchase. But we’re also going to count a purchase that happened before the purchase date as a restore… That kinda voids the need for the last hour check because any purchase that occurred before the purchase date will automatically be a restore (if using Superwall), and therefore any transactions before the purchase date won't be logged.
Checklist
[x] All unit tests pass.
[x] All UI tests pass.
[x] Demo project builds and runs.
[x] I added/updated tests or detailed why my change isn't tested.
[x] I added an entry to the CHANGELOG.md for any breaking changes, enhancements, or bug fixes.
[x] I have run swiftlint in the main directory and fixed any issues.
[ ] I have updated the SDK documentation as well as the online docs.
Changes in this pull request
transactionDate
is beforepurchaseDate
after purchase. If it is, then it means its a restore. This happens when letting Superwall handle purchasing. Otherwise we rely on the dev returning restored. Updates theRCPurchaseController
in our example app to reflect this.Things to think about:
Checklist
CHANGELOG.md
for any breaking changes, enhancements, or bug fixes.swiftlint
in the main directory and fixed any issues.