Apple rejected build 1.0 (407) under Guideline 2.1(b), stating the in-app purchase products exhibited a bug: tapping “Unlock Full Access” produced no response during App Review. I’ve since reproduced this myself in TestFlight and I’m seeing the same thing: tapping the button does absolutely nothing — no native sign-in prompt, no purchase confirmation sheet, no error message, no visible response of any kind.
I have searched the community to find others with this same issue and found some issues many years ago so I am not sure what I am doing wrong. thanks for you help. Liz
Are the added product IDs and actions are correct? When you submit for review or testing through TestFlight, are the products are live and submitted for review too?
There’s another component called IAPHUB too which you can setup easily and much information on errors. : IAPHUB | Adalo Resources
Hey Dilon before I make this huge commitment with IAP HUB I want to clarify what I have already confirmed: Product ID"S match exactly on both IOS/Android across two independently configured digital purchase components - I’ve repoduced this myself in testflight sandbox testing on both buttons in my app with zero response at all, not even the apple sign in prompt on any purchase attempt.. I dont get an error of any kind, it is non responsive. - Is building this in IAPHUB going to behave differently? I have watched (most) the video on IAPHUB and that is going to be a undertaking and I questioning if I will get the same results.
In App Store Connect, do you see any crashes available in the TestFlight tab? If all good, I would suggest you to submit a support ticket so a team member can take a deep look at your setup and provide assistance.
Regarding IAPHUB, testing could be confusing too which is trial and error in the beginning but it’s quite easy to setup and something I’ve used on client apps in the past, which worked nicely! I haven’t used the digital purchase component for a long time so it’s less experience and but have much experience on setting up IAPHUB components. But it looks like you’re halfway there with the digital purchase component, so we can check if it’s an issue with the setup or if it’s actually a bug.
Two components: Lets the reviewer (or any user) reach Full Access immediately, without first having to log 5 wines
Included in review submission: This is what I’m unsure about the rejected version’s “Items Submitted” list shows only the App Version, not Full Access as a separate item. “Add for Review” is greyed out on the IAP page (since it’s already “Waiting for Review”), so I can’t tell if it was properly linked to the reviewed build
Sandbox testing: Yes — signed out of my production Apple ID, tested with a dedicated sandbox tester account, on the latest TestFlight build
Crashes: Only one, unrelated — from an old build (0.0.16/350) back on July 8. Nothing tied to build 407 or my recent tests
Again thanks for your help. This is my first time doing this and some or most are very confusing. What I am confused about is the whole full access digital purchase “being reviewed” what seems like at a different pace then my app and when that is the case and the app requires the digital purchase to work then I feel like I am going around in circles - OR, does the review at apple attach the digital purchase that being reviewed to each new bundled that is send to be reviewed??? I seems like the digital purchase part of this whole process is somehow not connected to my latest build or even my build. Should the digital purchase “full access” be listed on the items submitted? I hope this makes sense to you because it barely makes sense to me. ha. Liz
But it looks like you’re halfway there with the digital purchase component, so we can check if it’s an issue with the setup or if it’s actually a bug.