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
Play Billing Library - developerPayload support. #78
Comments
Hi @gswierczynski
|
Hi @gang018, Thanks, I have noticed this method, but verified that value passed as parameter it is not passed as a developer payload and later cannot be retrieved from API response on the server side. |
Hi, I would love to know your take on this. Is this something that will be done. The way I see it, it is fairly simple to add another method BillingFlowParams.Builder that would allow passing developer payload to the API. Or you do not plan to support developer payload. Is it not going to be available in the future and we just do not know about it yet? Cheers, |
Same problem no developer payload, not passed by server verify, plz add back developer payload |
@crossle - just to clarify - the developerPayload is still supported. If you would use the API directly everything is OK. It is just that the Play Billing Library does not expose it (there is no way to set it during purchase request). |
@gswierczynski, thanks, i migrate to Play Billing library, found no method set developer payload |
@gorgon Any chance you could let us know, if developerPayload will be supported by the library? |
I received anwser on the bugtracker pointing me to another issue: Gist is: I always considered it something additional that was checked on the server side (verification that user processing purchase on server was the same as the one initiating it). |
May i kown when the DeveloperPayload might be deprecated? |
Finally, the v2 of the billing library supports developer payload. |
v2是什么版本? |
Do you mean the |
So it is not something you specify when you build BillingFlowParams. Documentation: |
Hi,
It's probably not the best place to ask this, but I am not sure where else I can put it.
Can we expect support of developerPayload in the Android Billing Library?
Currently BillingClient class passes null as developerPayload.
I realise that it's dp-1.
Just wondering if I should wait for another release or drop using library for now.
Thanks,
Greg.
The text was updated successfully, but these errors were encountered: