in-app-billing

Billingservice Android - No signature

你离开我真会死。 提交于 2019-12-01 18:13:52
I have followed to following great tutorial at : http://blog.blundell-apps.com/simple-inapp-billing-payment/ I have done everything the tutorial says and have read everything 3 times over again but still i am not receiving a signature in the intent.getStringExtra(INAPP_SIGNATURE) in onReceive() : BillingReceiver.java which makes my app crash because the app cant compare signatures to verify if the purchase is done correctly. This is how my BillingReceiver looks like: public class BillingReceiver extends BroadcastReceiver { private static final String TAG = "BillingService"; @Override public

Billingservice Android - No signature

穿精又带淫゛_ 提交于 2019-12-01 17:46:17
问题 I have followed to following great tutorial at : http://blog.blundell-apps.com/simple-inapp-billing-payment/ I have done everything the tutorial says and have read everything 3 times over again but still i am not receiving a signature in the intent.getStringExtra(INAPP_SIGNATURE) in onReceive() : BillingReceiver.java which makes my app crash because the app cant compare signatures to verify if the purchase is done correctly. This is how my BillingReceiver looks like: public class

In-App billing not working (Your request could not be processed)

ε祈祈猫儿з 提交于 2019-12-01 15:17:59
Today I published my app, and when my friend tried to buy the in-app content the market says: "Your request could not be processed. please try again". A few clarifications: The app was published more than 10 hours ago, and is visible in the google play store. The testing with google static codes DID work all the time The buying account is NOT the publisher account Most of the code is copied as is from google's in-app billing example The in-app product IS shown correctly when trying to buy. The buyer has a valid credit card Thanks! Couple of things you have to consider. Check the public key

Detecting whether the current subscription is in Trial for Google Play store?

馋奶兔 提交于 2019-12-01 15:05:03
问题 I'm trying to detect whether a user who has purchased my application through in-app purchase is in currently in Trial period or not. For Apple (ios store) it was an easy flag which I could find in the receipt. For Google Play, even though I'm making a server end call using the google play android developer API but the response itself does not contain any flags for me to understand whether the user is currently in paid or trial period. Does any one have any smart suggestions of how to detect

Android: in-app: check if an item has been purchased

房东的猫 提交于 2019-12-01 14:14:13
I folloed this tutorial to implement in-app in my application: http://blog.blundell-apps.com/simple-inapp-billing-payment/ The user can now purchase my item (com.myitem) with in-app system. After that, I set in a Shared Preference that the user has been purchased the item. The problem is if the user uninstalla and reinstall the app. So the question is: how can I check if the user has been already purchased the item? I know that I should use restore BillingHelper.restoreTransactionInformation(...) on RESTORE_TRANSACTION...but where, and how? I checked Dungeon example, but it seems to hard and

Cannot figure out how to restore transactions on in-app purchases in Android

谁说胖子不能爱 提交于 2019-12-01 12:03:44
I've very confused on Android's in-appl billing in regard to RESTORE_TRANSACTIONS. I have this snippet for making a donation within my app: BillingHelper.requestPurchase(mContext, "donation"); It works great, no issues there. The problem is here, when the purchase is completed I set a boolean value: if (BillingHelper.latestPurchase.isPurchased()) { DONATE_VERSION = true; } The app works as intended after this, unless the user uninstalls the app. I store the DONATE_VERSION inside shared preferences. Storing the purchase information in a personal database on the internet is not an option. When

Debug Android inapp billing using Eclipse

北城余情 提交于 2019-12-01 09:47:08
Now I managed to sign the apk (using Eclipse Android Tools) and adb install .. to the device for testing. But this removed the debug function, e.g. "step over" which make problem tracing much more difficult. Is it possible to debug the inapp billing using Eclipse? When you go through the in app billing documentation, you kinda realize that it can take substantial amount of time to understand this complex piece of technology. Most developers feel the need for a working HelloWorld, and then later play around with the builds. I have uploaded 2 projects The android sample project. You can download

How to share in-app-purchases between two Android apps

旧巷老猫 提交于 2019-12-01 08:40:54
I have two android apps (app1 and app2), both of them are free but app2 contains an in-app-purchase upgrade. Now I'm going to merge those two apps into the app1 (the one without the in-app-purchase). My questions are: How can I preserve the purchase that was already consumed in app2 so everyone who bought it will enjoy the upgrade on the combined app? I known I can share preferences, but I don't want to user to keep having both apps. Let's say a user that purchased the in-app-purchase upgrade on app2 tries to install the new combined app1 into another device - how can I restore his purchase

Android In App BIlling v3 - Wrong Subscription Trial Period

喜欢而已 提交于 2019-12-01 08:24:47
I am using the Android In App BIlling v3 library, and when I call bp.subscribe(Activity, subscriptionID) I get the Google Play purchase window, but the biling period is always 'per day', and the trial period is always '1 day'. I have configured my subscription to have: Billing Period: Yearly Free Trial Period: 15 days Default Price: $12 Using the above configuration, my App shows the purchase details as: 1 day trial $12.00 / day Library documentation says nothing. Tried to Google it, can't find anything.. Am I the only one getting this?? Thanks. This is a normal response. I guess you're

How to share in-app-purchases between two Android apps

房东的猫 提交于 2019-12-01 06:56:17
问题 I have two android apps (app1 and app2), both of them are free but app2 contains an in-app-purchase upgrade. Now I'm going to merge those two apps into the app1 (the one without the in-app-purchase). My questions are: How can I preserve the purchase that was already consumed in app2 so everyone who bought it will enjoy the upgrade on the combined app? I known I can share preferences, but I don't want to user to keep having both apps. Let's say a user that purchased the in-app-purchase upgrade