[Interest] Checking for refunds - QtPurchasing

Maurice Kalinowski Maurice.Kalinowski at qt.io
Wed Jul 24 14:12:17 CEST 2019


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.


From: Interest <interest-bounces at qt-project.org> On Behalf Of René Hansen
Sent: Wednesday, July 24, 2019 2:04 PM
To: interest <interest at 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?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20190724/c1f57a09/attachment.html>

More information about the Interest mailing list