Hi, It’s been a while I had a look at Qt Purchasing, but generally https://doc.qt.io/qt-5/qinappstore.html#restorePurchases was talking to the store (at least Microsoft Store) to re-verify active purchases. If something has been refunded and/or revoked, then those should not be listed anymore. But generally, restorePurchases does not only check locally, but refers to what the store currently states.
BR, Maurice From: Interest <interest-boun...@qt-project.org> On Behalf Of René Hansen Sent: Wednesday, July 24, 2019 2:04 PM To: interest <interest@qt-project.org> Subject: [Interest] Checking for refunds - QtPurchasing Hi all, I'm not sure this is solvable via QtPurchasing currently, but if anyone has solved it, I'd love to hear about your approach. Normally a purchase flow goes something like this: 1. Purchase happens. 2. Transaction information is returned. 3. If transaction was approved, some value is stored locally in the settings or otherwise persistent storage, indicating this item was bought. 4. Subsequent launches checks for the above set value, in order to determine if user previously bought said item. Here's what I haven't figured out how to solve. What if this additional step occurs: 5. User is issued a refund. Is there any way using QtPurchasing to "re-check" the status of a transaction, in order to deactivate any features or similar, which was unlocked by a purchase? /René
_______________________________________________ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest
