I need to reject one of my app's from iTunes Store but I don't know how to. Does anybody know where the reject button is?
I assume that your app is already on sale. They removed the reject/remove from sale in the latest version. One work-around is to go to "rights and pricing" view and to deselect all countries. It takes a few days for the change to propagate, but in a day or two the app will be shown as Developer Removed From Sale.
Related
I have several applications in the Windows store and I've stopped supporting some of them.
I don't want to just unpublish them or make them unavailable, but completely get rid of them.
How can I permanently remove them so that their names can be reused again by others.
Thanks,
robcsi
Currently, for the app you have never submitted to the Store, you could click Delete this app in the upper right corner of the App overview page, which also releases the reserved name so that you and someone else can use it. However, you’re not able to delete an app from your dashboard once it’s been published. You can make it unavailable or select Hide this app and stop selling in the Distribution and visibility section.
If you just want to reuse the name of them, you don’t need to permanently remove them. You could go to the Manage app names page in the App management section for any of your apps in the Windows Dev Center Dashboard. You can click Delete to remove the name you want, which means this name will immediately be available for someone else to reserve and use.
But please note that your app needs to have at least one reserved name. So you might have to reserve a new name for them before deleting the old one.
More details, please see Manage app names.
On the last update of iTunes Connect you can create app bundles so you can sell several apps under sale price.
The problem is that I cannot figure out how can I track those sales. Seems that there is no way to see that from the website, Does anyone has a reference for a script or anything that could help monitor that?
Found it. it shows as a separate app sale (with the name of the app bundle) but only if there is one (under sales&trends).
I have an app in the iTunes Store and sales have slowed so want to convert it to a free app from a paid app. The new app will contain an option to buy, using In App Purchase. I was considering using a flag / pre processor macro to then allow full features for those that buy using the IAP, and limit features for those who have not.
The problem will be if I add this new pre processor macro to the new update, those who have previously paid for the app will not be able to use full features, as they would not have used the IAP to "unlock" the full app.
Does anyone have any suggestions to overcome this problem.
I have a few ideas, but in my mind they are not fool proof.
Thanks for assistance.
Pondering exactly the same issue here. The only thing i found workable (under most use cases) is to look-up gamestate information at when the new_free_iAP version starts.
If there is no iAP state, AND if games exist, AND the playtime counter > 0, i will make the assumption that the user bought this and will preseed his/her iAP configuration information to indicate that this was iPurchased. The only users left out would be buyers who NEVER started the app.
Not fool proof, but better than none. Ugly state to manage, nasty testing for this. And of course, this is a variable geometry solution : if I did not have reliable persisted state in the current version, i would not know where to start.
I want to change my app from a paid version to a free with ads. However, I don't want the people that originally paid for the app to get the ads.
I was thinking I could include a new update that has extra code that sets up some UserDefaults saying the version doesn't have ads and then do the update to the free version. But that doesn't seem like a very reliable solution.
I think, it depends on minimum OS version, that your program can be run on. For iOS 5.0 and later you can try to use iCloud to store some flag about purchased version. It allows you to set this flag not only for one device, but for the user's account.
Or you can store this info in the keychain to get it later. But in this case your user will not be able to have no ADs on some other device with his(her) account.
Anyway, as far as I know, you need to create an update for your app first to write this flag anywhere. And only in some time make an update with ADs.
I will be glad to see comments if someone has another thoughts about this issue.
It seems there is no reliable method to detect whether someone paid for your app or downloaded it later when the price has been changed to free. For this reason I have decided to create two separate entries in the app store.
I am new to Newsstand App. I have gone through many references of the same. But I have some doubts. Here is my confusions :
1) Consider a user installs a newsstand app on the month October. But the same application have issues on the months from JAN to SEP also. So when the user installs the app, do need to alert him of the previous issues of the publisher? or just the issue of current month only? Or when the user installs app, do need to list all the issues available with the Publisher and all are locked? or the issues will be listed only if he subscribed for any particular period?
2) Regarding the In App purchase, where should give the purchase section in the app, like in a separate page or along with listed issues. For ex:- When the user install app, it contains many issues listed and do need to give a purchase icon in each cell of the tableview list, if the issue is not purchased? Otherwise do need to show the purchase icon in another view? eg:- 1 Month Subscription or 1 Year Subscription
3) How restoring of issues can be handled? eg:- User may subscribed to 1 month subscription on the months AUG and SEP and the app was deleted from the device. Then again he installed, how this situation can be handled? How the client device will identify whether the user already purchased a few issues in the previous month? Does Store Kit provides any help or do need to handle all the purchase info in the web server or with apple server?
Thanks in advance
1) & 2) are up to you & your personal design choices.
3) Subscriptions use the standard IAP restore StoreKit functions, found in Apple's documentation.