Skip to main content
Solved

AppStore rejection - no check for the existing receipt. Is 'syncPurchases' safe to spam?


Forum|alt.badge.img+3

Hello,

I tried to search for a similar case - couldn’t find anything.

My macOS app got rejected for the following reason, as if Revenue cat doesn’t check for the existence of a purchase receipt.

We noticed that your app does not check for the existence of a purchase receipt, which can prevent in-app purchases from being correctly processed. 

Next Steps

We recommend implementing receipt validation to resolve this issue. At a minimum, the app will need to check for the existence of an App Store receipt and exit at launch with a status of 173 if it does not exist. See Validating Mac App Store Receipts for more information.

 

I assume syncing purchases might solve the problem but the documentation says to use this API only for migration - https://docs.revenuecat.com/docs/migrating-existing-subscriptions. I don’t want to sync it for every install. Actually I’m not even certain it is going to check for the receipt if i call that.

Best Regards,

Konstantin

Best answer by ryan

The reviewer very rarely provides the correct information to resolve App Store rejections, usually they just paste one of a couple responses for everyone so it’s impossible to say if that’s the real issue they experienced or not. RevenueCat does receipt validation, so their recommendation of “implementing receipt validation” doesn’t apply.

 

The best recommendation we’ve heard is to usually confirm everything works in Testflight, then resubmit the same build for review. I’ve heard developers submitting the same binary 10 times before Apple can get it working, without any code changes. I had a reviewer tell me the problem ended up being a bad WiFi connection on their test device 😅

View original
Did this post help you find an answer to your question?

2 replies

ryan
RevenueCat Staff
Forum|alt.badge.img+9
  • RevenueCat Staff
  • 391 replies
  • Answer
  • August 4, 2021

The reviewer very rarely provides the correct information to resolve App Store rejections, usually they just paste one of a couple responses for everyone so it’s impossible to say if that’s the real issue they experienced or not. RevenueCat does receipt validation, so their recommendation of “implementing receipt validation” doesn’t apply.

 

The best recommendation we’ve heard is to usually confirm everything works in Testflight, then resubmit the same build for review. I’ve heard developers submitting the same binary 10 times before Apple can get it working, without any code changes. I had a reviewer tell me the problem ended up being a bad WiFi connection on their test device 😅


Forum|alt.badge.img+3
  • Author
  • New Member
  • 1 reply
  • August 5, 2021
ryan wrote:

The reviewer very rarely provides the correct information to resolve App Store rejections, usually they just paste one of a couple responses for everyone so it’s impossible to say if that’s the real issue they experienced or not. RevenueCat does receipt validation, so their recommendation of “implementing receipt validation” doesn’t apply.

 

The best recommendation we’ve heard is to usually confirm everything works in Testflight, then resubmit the same build for review. I’ve heard developers submitting the same binary 10 times before Apple can get it working, without any code changes. I had a reviewer tell me the problem ended up being a bad WiFi connection on their test device 😅

It worked, thanks! Third review went through. At least now they report other problems.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings