[Solved] iOS Promotional IAP only working when the app is already in the background

HI Guys,

I have integrated the new Unity iAP (with the new iOS promotional iAP) and when i am using the link for testing:
(itms-services://?action=purchaseIntent&bundleId=XXXXX&productIdentifier=gYYY) it only works when the app is already opened in the background.

Looking at the logs. when the app is closed and i use the link, the app is opened, but it does not get in the ''ProcessPurchase" callback (but when the app is in the background it does get into this function).

Any ideas why?

 

As said in this comment https://forum.unity3d.com/threads/ios-support-for-new-promoted-iaps-in-ios-11.475241/#post-3105239 u need init store as early as possible. But this is very inconvenient. Is there any way to change this?

 

Hi @ap-unity ,

We still don't see the purchase event (only in case the app is closed).

We are working on that issues for few days now and it seems that everything is ok from our side (and of course initializing the IAP is one of the first things we do)

Can you please take a look on it? we will be happy to supply more information if needed.

Thanks

 

Hi @ap-unity ,

We just found out something interesting about this. when we turned off "Log In-App Purchase Events Automatically" in our Facebook console, it started working. It seems that Facebook Unity SDK (10.7) somehow prevent the call to 'ProcessPurchase' callback.

 

I tested on other project with integrated Facebook SDK and have same issue with "turned on "Log In-App Purchase Events Automatically"".

 

Hi everyone,

beside Facebook SDK, AdMob plugin with default settings also may be the reason of this behaviour.

Actually general the problem is that SKPaymentQueue will fire an event with promo IAP once as soon as it will have at least one observer. As some of analytics/ads plugins have feature of auto IAP reporting, they add their observers on app launch and tells SKPaymentQueue that game ready to handle events when it's not.

Due to apple docs, event handler may store SKPayment for promo IAP and proceed it later when game will ready to handle it.

So for properly implementing this feature seems few changes require for Unity IAP:

• Separate calls for adding observer and query SKProducts with SKUs. Now seems it incapsulated in init method that could be delayed for call while waiting for receiving SKUs list from server, for example
• Add option to store SKPayment and proceed it later in game

@ap-unity, tell me plz if i have any mistakes in my description, and if we could wait for implementing features i suggest in anyway in near feature?

 

@ap-unity, thanks for answer

i understand that you have no control over any 3rd party plugins and SDKs that may be implemented, and impact that they can have on the project, but:

Due to iOS In-App purchase best practice, observers should be added on didFinishLaunchingWithOptions delegate, so if Unity IAP may have option to add itself observer on this point, race problem won't be relevant as promo IAP callback doesn't call immediately after first observer added and invoking order of observers doesn't matter in this case.

But this scenario anyway require Deferring or Canceling a Transaction feature implemented, for querying stored promo IAP SKPayment later in app.

 

What do you say, @ap-unity ? Deferring or Canceling a Transaction is needed not only to resolve this issue, but for another use cases too. For example, we need to cancel a transaction if the user has already unlocked the product they are trying to buy

 

Hi, we have recently tried this feature and we can't make it work. We created special scene to initialize the iap and we are sure that there are no other plugin initializations. We get an error <Error>: [SKPaymentQueue]: Tried to send purchase intent: <our product_name> to delegate, delegate does not respond to method paymentQueue:shouldAddStorePayment:forProduct. However if we reload game quickly, we get our transaction. Can u advice anything?

 

It seems we are also having this same problem in an (unreleased) game of ours, though I haven't tested it much yet.

It would be very nice to get this initialization and purchase on iOS via promoted IAP's 100% working in time before iOS 11 public release, as it offers potentially big ASO-possibilities - if it works reliably, which Apple will enforce or reject the app, probably.

 

Another question:
- Can we fix some of the issues by ensuring UnityIAP at the start of the initial scene AND the relevant component have their execution orders set so theyre used first?

 

I am testing on an iOS 11 beta device building with Unity 5.6.1 and the latest version of Unity IAP. I am initialising the store in a method called during [RuntimeInitializeOnLoadMethod(RuntimeInitializeLoadType.BeforeSceneLoad)] and am having the same issue. Only works if app is open in the background.
Not using Facebook or AdMob SDK, but I am using various Analytics providers and HeyZap + UnityAds + Vungle

 

Deleting all of our video providers fixed this issue, but that's far from ideal. Will follow up with HeyZap to see if they can toggle a switch for "Log In-App Purchase Events Automatically"

Edit: Resolved as per HeyZap! docs

 

So any ideas or solutions for this issue?

 

I've also run into the error mentioned above when the game is not already running in the background and needs to be started to complete the App Store purchase (using Unity IAP 1.13.1):

(StoreKit)[729] <Error>: [SKPaymentQueue]: Tried to send purchase intent: gold_pack_3 to delegate, delegate does not respond to method paymentQueue:shouldAddStorePayment:forProduct

I suspect the issue here is that UnityIAP does not add the SKPaymentTransactionObserver until the product list has been received from Apple, hence there is no delegate present to respond to the purchase intent.

I reworked our boot flow to initialise UnityIAP first, before any other subsystem, but am still seeing several seconds (on an iPad mini) between requesting products and adding the SKPaymentTransactionObserver, as this logging shows:

2017-09-15 11:34:32.450091+0100 cccg[261:6154] UnityIAP:Requesting 13 products
2017-09-15 11:34:37.524536+0100 cccg[261:6154] UnityIAP:Received 13 products
2017-09-15 11:34:37.796610+0100 cccg[261:6154] UnityIAP:addTransactionObserver

With promoted IAPs, Apple passes the SKProduct and SKPayment info with the delegate shouldAddStorePayment. If the SKPaymentTransactionObserver is added as soon as UnityIAP is initialised rather than waiting for the product list to be retrieved then I expect the delegate would be found and the purchase flow could start?

Many thanks

Steve

 

You can expect an update for this issue soon (hopefully within a week or so)

 

That's great. Thanks JeffD

 

Hi,

Thanks for the promotional IAP fix in build 1.13.3.

I was wondering if there is any way to determine whether a promotional IAP purchase has been requested by the App Store when the app is booted or brought back to the foreground?

As far as I can tell, the game only knows about the purchase when ProcessPurchase or OnPurchaseFailed is called, and not before?

We would like to make sure that the user can not trigger other server calls or game events that could modify state if a promotional IAP purchase request is pending user action, but it does not seem possible to tell that that is the case?

Many thanks

Steve

 

This is very important to us as well. We develop app for kids and we are required by Apple to present a Parental Gate before the purchase process begins.
But we have no way right now the detect when this purchase process will start.

Do you have any idea?

thanks a lot

 

A callback from UnityIAP would be extremely useful. When initiateQueuedPayments is called during addTransactionObserver, and when shouldAddStorePayment returns YES (in UnityEarlyTransactionObserver).

I think these are the two cases when a promotional IAP is started?

Steve

 

Thanks @ap-unity