Skip to content

PurchasesOrchestrator: unify finish transactions between SK1 and SK2#1704

Merged
NachoSoto merged 1 commit into
mainfrom
purchases-orchestrator-finish-transactions
Jun 21, 2022
Merged

PurchasesOrchestrator: unify finish transactions between SK1 and SK2#1704
NachoSoto merged 1 commit into
mainfrom
purchases-orchestrator-finish-transactions

Conversation

@NachoSoto

@NachoSoto NachoSoto commented Jun 14, 2022

Copy link
Copy Markdown
Contributor

Fixes CSDK-122.

Before this change, transactions were finished separately for SK1 and SK2. Now this is combined through a common method in StoreTransactionType.

Comment thread Sources/Purchasing/PurchasesOrchestrator.swift Outdated
@NachoSoto NachoSoto changed the title [skip ci] PurchasesOrchestrator: unify finish transactions between SK1 and SK2 [WIP] PurchasesOrchestrator: unify finish transactions between SK1 and SK2 Jun 14, 2022
@NachoSoto NachoSoto marked this pull request as draft June 14, 2022 20:59
@NachoSoto NachoSoto requested a review from aboedo June 14, 2022 20:59
@NachoSoto NachoSoto force-pushed the purchases-orchestrator-always-when-purchasing branch from 7b0ac51 to f2a7dd2 Compare June 16, 2022 16:05
Base automatically changed from purchases-orchestrator-always-when-purchasing to main June 16, 2022 16:09
@NachoSoto NachoSoto force-pushed the purchases-orchestrator-finish-transactions branch from 69b2209 to 4b976f8 Compare June 21, 2022 17:58
@NachoSoto NachoSoto changed the title [WIP] PurchasesOrchestrator: unify finish transactions between SK1 and SK2 PurchasesOrchestrator: unify finish transactions between SK1 and SK2 Jun 21, 2022
@NachoSoto NachoSoto requested a review from a team June 21, 2022 18:00
@NachoSoto NachoSoto marked this pull request as ready for review June 21, 2022 18:00
Comment on lines 57 to 59

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Another clue that BackendParsedTransaction shouldn't be a StoreTransactionType.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm worried that we might not be able to fix this, because CustomerInfo.nonSubscriptionTransactions returns [StoreTransaction].

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we'll have to create a new property, deprecate this one, and wait until the next major for a full fix I think.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought there was a Jira for it, do you remember if there's one? I'll create it if not.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't recall a jira task for it, feel free to create one

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[CF-781]

@NachoSoto

Copy link
Copy Markdown
Contributor Author

@aboedo okay I've updated this :)

Fixes [CSDK-122].

Before this change, transactions were finished separately for SK1 and SK2. Now this is combined through a common method in `StoreTransactionType`.
@NachoSoto NachoSoto force-pushed the purchases-orchestrator-finish-transactions branch from 4b976f8 to 91a750f Compare June 21, 2022 18:05
Comment on lines 57 to 59

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we'll have to create a new property, deprecate this one, and wait until the next major for a full fix I think.

@NachoSoto NachoSoto merged commit 32bf9c4 into main Jun 21, 2022
@NachoSoto NachoSoto deleted the purchases-orchestrator-finish-transactions branch June 21, 2022 20:45
@NachoSoto NachoSoto mentioned this pull request Jun 30, 2022
NachoSoto added a commit that referenced this pull request Jul 4, 2022
### Changes:
* Replaced `CustomerInfo.nonSubscriptionTransactions` with a new non-`StoreTransaction` type (#1733) via NachoSoto (@NachoSoto)
* `Purchases.configure`: added overload taking a `Configuration.Builder` (#1720) via NachoSoto (@NachoSoto)
* Extract Attribution logic out of Purchases (#1693) via Joshua Liebowitz (@taquitos)
* Remove create alias (#1695) via Joshua Liebowitz (@taquitos)

All attribution APIs can now be accessed from `Purchases.shared.attribution`.

### Improvements:
* Improved purchasing logs, added promotional offer information (#1725) via NachoSoto (@NachoSoto)
* `PurchasesOrchestrator`: don't log attribute errors if there are none (#1742) via NachoSoto (@NachoSoto)
* `FatalErrorUtil`: don't override `fatalError` on release builds (#1736) via NachoSoto (@NachoSoto)
* `SKPaymentTransaction`: added more context to warnings about missing properties (#1731) via NachoSoto (@NachoSoto)
* New SwiftUI Purchase Tester example (#1722) via Josh Holtz (@joshdholtz)
* update docs for `showManageSubscriptions` (#1729) via aboedo (@aboedo)
* `PurchasesOrchestrator`: unify finish transactions between SK1 and SK2 (#1704) via NachoSoto (@NachoSoto)
* `SubscriberAttribute`: converted into `struct` (#1648) via NachoSoto (@NachoSoto)
* `CacheFetchPolicy.notStaleCachedOrFetched`: added warning to docstring (#1708) via NachoSoto (@NachoSoto)
* Clear cached offerings and products after Storefront changes (2/4) (#1583) via Juanpe Catalán (@Juanpe)
* `ROT13`: optimized initialization and removed magic numbers (#1702) via NachoSoto (@NachoSoto)

### Fixes:
* `logIn`/`logOut`: sync attributes before aliasing (#1716) via NachoSoto (@NachoSoto)
* `Purchases.customerInfo(fetchPolicy:)`: actually use `fetchPolicy` parameter (#1721) via NachoSoto (@NachoSoto)
* `PurchasesOrchestrator`: fix behavior dealing with `nil` `SKPaymentTransaction.productIdentifier` during purchase (#1680) via NachoSoto (@NachoSoto)
* `PurchasesOrchestrator.handlePurchasedTransaction`: always refresh receipt data (#1703) via NachoSoto (@NachoSoto)
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.

2 participants