-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CheckEntitlements returns past already consumed purchases #246
Comments
Hello, @WiseKodama. If you are selling only consumable products, what entitlements do you check in your app? Entitlements are intended for subscriptions and non-consumable in-apps. Can you explain your use-case please? |
Hello @SpertsyanKM, great to hear from you again :) Basically entitlements are cross linked with our products in the dashboard for easier identification after a purchase has completed. We also needed to use As for the issue at hand we are unsure why it would return already consumed entitlements? Basically our use cases are:
Currently there is no option to mark a product as consumable in the dashboard. |
I'm discussing your case with the team and will return soon |
Sorry for the late reply. While we support consumable in-app purchases, we don't support pending purchases for that type of products. This means you can't identify such a purchase with an updated entitlements listener, cause it doesn't actually grant an entitlement (or the entitlement should also be consumable, but that is not so for now). In a couple of days, we'll discuss with the team the priority of this feature. As soon as I have any news, I'll share them here. |
I already tested pending purchases and the cases mentioned worked.
However recently it started occurring that the SDK was returning already
consumed entitlements if the app was reinstalled.
So something must’ve changed to cause this issue.
Please let me know if there are any workarounds for the issue at hand.
…On Wed, 21 Aug 2024 at 16:43, Kamo Spertsyan ***@***.***> wrote:
Sorry for the late reply.
While we support consumable in-app purchases, we don't support pending
purchases for that type of products. This means you can't identify such a
purchase with an updated entitlements listener, cause it doesn't actually
grant an entitlement (or the entitlement should also be consumable, but
that is not so for now).
In a couple of days, we'll discuss with the team the priority of this
feature. As soon as I have any news, I'll share them here.
—
Reply to this email directly, view it on GitHub
<#246 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGC7FIM6GAL6ETYCLKCCR7TZSSRPNAVCNFSM6AAAAABMXTUB7CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBSGIZDGOBUGA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
If you link your in-app product to some entitlement, we will grant a lifetime entitlement for the purchase of that product (no matter it is consumable or not) - that is the expected behavior for now. That is why you receive an entitlement for the consumed purchase |
Apologies for the slow response @SpertsyanKM Are there any plans to make Qonversion work with Consumable purchases that will also cover pending/out-of-app purchases? |
Yes, we plan to implement this feature by the end of this year. |
Hey @SpertsyanKM 👋 |
Hi @WiseKodama, I think, you can follow this feature request in our hub. |
Hey @SpertsyanKM I see that the feature is still marked as |
In our app we offer only consumable purchases.
At the start of the app once the purchases/products are loaded we call
Qonversion.GetSharedInstance().CheckEntitlements()
since this is what is in the documentation:You need to call the checkEntitlements() method at the start of your app to check if a user has the required entitlement. This method will check the user's receipt and return current entitlements.
This returns already consumed purchases and their entitlements.
Note that I did not verify the boolean value of
IsActive
of the returned entitlement.As far as I know consumable purchase support is still in progress, correct?
@SpertsyanKM tagging you here since you were able to help me before, apologies if this is someone elses territory.
The text was updated successfully, but these errors were encountered: