iOS Tutorial iStore - In App Purchases

sorex

Expert
Licensed User
Longtime User
Each In-App Purchase test user account is tied to one and only one email address. As such, you cannot reuse an existing email address with another test user account.

ok, but will that still allowe me to test in-apps from different apps with one email account?

or do I need to create an e-mail account for each app?
 

marcick

Well-Known Member
Licensed User
Longtime User
It seems clear to me: one email address and one test user account to test all your apps. If you want to create a second test account, you need to provide a different email.
 

sorex

Expert
Licensed User
Longtime User
Is this library also checking the purchases at each init online or from an offline cache when no internet connection is available? (like the Android one does)

Or is only the purchase action being passed so that we need to store this in a file to check on at later restarts of the app?
 

ilan

Expert
Licensed User
Longtime User
 

sorex

Expert
Licensed User
Longtime User
thanks, I guess this is the case aswell if you bought an ad remover and want to apply it on a second device having that app?

It's bound to an account, not a device.
 

sorex

Expert
Licensed User
Longtime User
You can use #MobileProvision to tell the IDE which provision file should be used.

is this a typo? shouldn't it be #provisionfile instead?

Is it normal that the purshases work fine with the default provision file in debug mode?
Or is this in-app provisioning file only required for the release version?
 

sorex

Expert
Licensed User
Longtime User
maybe I had an app fixed provision file before and changed it back to the wildcard one when I had that certificate trouble earlier this week.

I now pointed to the right one for release mode.
 

sorex

Expert
Licensed User
Longtime User
I did some more testing here.

In my first app (Binairo) I added a "restore purchase" button to restore the purchase (ad remover) after a remove and reinstall of the app.

While this works fine it now appears to be overkill.

When I make another purchase of this non-consumable it seems like it will be another purshase with mentioning of description and given price.

But once you select "yes purshase" or whatever it was you get another screen telling something like "You already seemed to have purchased this. Purchase again for free?"

selecting yes hits the same callback as a valid purchase so it's less trouble.
 

marcick

Well-Known Member
Licensed User
Longtime User
Is it good to show the price of the various InApp purchases inside the app, in a "purchase" page ?
Or is it better only to place the buttons and let the user to see the prices when it clicks and then appear the box from the AppStore ?
 

ilan

Expert
Licensed User
Longtime User
Is it good to show the price of the various InApp purchases inside the app, in a "purchase" page ?
Or is it better only to place the buttons and let the user to see the prices when it clicks and then appear the box from the AppStore ?

in my opinion just put a button. when the user will click on it he will first get the price of the product then he can decide if he wants to purchase.

if you put a price then what will happen when you want to change the price? will you need to upload a new build? (with the new price)
or maybe load the price from a db?? i think the proper way is just put a button and the price will be shown when the user clicks on it.
 

gregchao

Active Member
Licensed User
Longtime User
I discovered that TransactionsRestored event is very important in the case where there are no purchases. The PurchaseCompleted event will not fire in that case.
 
Cookies are required to use this site. You must accept them to continue using the site. Learn more…