"complete" status only means that the process is complete. A purchase is only complete if "complete" is preceded by a "paymentReceived" or in the case of a user with a new device "restored". At least that's the way I understand it. This logic has worked for me.
Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of J. Landman Gay via use-livecode Sent: Wednesday, October 06, 2021 4:33 PM To: How to use LiveCode Cc: J. Landman Gay Subject: Re: IAP in App Store I'm confused about how the purchase flow works so my question is probably incorrect. There is no error when I see the "complete" status, it only shows up in my logging file. After adding additional logging, it looks like "complete" is sent after every transaction. But if something goes wrong, like asking for a product that isn't in the Play Store yet, there are no status reports except "complete." The app doesn't receive any other info and Android doesn't display any dialog. Seems like I should get an "invalid sku" status error. Here's part of the log where I made a successful test purchase (product ID obscured): *** Wed, 6 Oct 2021 14:12:55 -0500 BEGIN IAP PURCHASE: <PRODUCT ID> -- purchaseStateUpdate logs this: Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: <PRODUCT ID> paymentReceived | PurchaseID: 3 -- fullfillment handler logs this and sends info to back end server: Wed, 6 Oct 2021 14:13:15 -0500 Purchase complete: true | <PRODUCT ID> | paymentReceived Wed, 6 Oct 2021 14:13:15 -0500 queryServer about to query for newPurchase Wed, 6 Oct 2021 14:13:15 -0500 newPurchase params: {"packageid": "<PRODUCT ID>","transaction_id": "3","source": "android"} -- and finally purchaseStateUpdate returns "complete": Wed, 6 Oct 2021 14:13:15 -0500 Purchase state: <PRODUCT ID> complete | PurchaseID: 3 *** I'm working in the internal test track and the choices in the test purchase dialog do not include a Cancel button. To cancel, I tap outside the dialog and it goes away. Sometimes I get an email about my "purchase" (which is normal) and usually it verifies a cancellation. But one email had some additional test info: "This test purchase was cancelled because it was not acknowledged. You should ensure all purchases are acknowledged so they are not subject to refunds. For more information see https://developer.android.com/google/play/billing/integrate#process."; I just repeated the same cancellation method just now and did not get that warning in email. I didn't actually get an email at all. One faintly amusing thing is that Google is counting my unpaid test purchases as real ones in their Play Points history, and yesterday I acquired enough points to rent a free movie and advance to level Silver for additional benefits. :) Given how complex their IAP store setup is, I think that's only fair. On 10/6/21 11:40 AM, panagiotis m via use-livecode wrote: > Hello Jacque, > > What is the exact error that causes purchaseStateUpdate to be sent > with a "complete" status? > Google is supposed to show its own notification in most cases, so > that's fine, but then the purchaseStateUpdate should be sent with an > appropriate status anyway. > > Kind regards, > Panos > -- > > > > On Tue, 5 Oct 2021 at 20:54, J. Landman Gay via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> I guess this is for @Panos. >> >> Now that I have IAP working I noticed another thing. I'm building for >> Android with LC 9.6.5 >> RC-1 which includes the new billing library. My script has a >> purchaseStateUpdate handler that logs every response and sends the >> info to a IAPPurchaseComplete handler that manages the purchase or >> the error. If there is an error this handler puts up a dialog >> informing the user. >> >> I notice any error is not received by the handler, instead Google >> puts up its own notification and the status returns as "complete". My >> notification never runs. That's fine and it looks better than my own >> but I'm curious whether something has changed in the new billing >> library, and if so, what. >> >> -- >> Jacqueline Landman Gay | jac...@hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
