Hi,I have now sent in my app for review (Apple Pay with Stripe as the payment provider) and Apple told me to use IAP because the content is consumed within the app. (Reviewer created content that is not visible until the user pays).I'm not sure the reviewers will reply to me at this point so I'm asking here as well:For this flow:- User asks for a review on their photo and sends the request to reviewers- Reviewer decides if they want to give a review, and if so, they are able to decide to give it for free or for a price.- If they decide to ask for a price, the user will not see the content until they pay. Once they do, they will see the content.To solve this with IAP, I would need to manually, by-hand, register all the reviews/digital contents as products with screenshots in app store connect which is not really viable and scalable OR implement a consumable currency like coins.In this case (coins) would it be ok to purchase this digital content through these coins? Because I really can't put the reviews as a non-consumable IAPs as it does not make sense (its created at random times by other users) and there is no way I can scale and handle if there are more than 10 review requests per day. It is also really error-prone and I would pretty much need to hardcode the product identifiers into the app before the reviews are actually made which is not ideal. As far as I know there is also a limit of like 10.000 in app purchase products per app.This is the reason why I think IAP won't work in my use case. The only way this could work is if Apple is OK with a consumable coin used for purchasing digital content. In this case however I can't use the restore functionality because the reviews are not non-consumable products and they do not exist in app store connect. This means that its kind of a hack around a proper solution and I'm not sure its viable.Could you elaborate on how I should solve this issue?

When sending the app into background, the SDK that is responsible for creating a snapshot image for the app switcher does not finish on time, and the screen will be locked (FaceId, passcode). From there, no drawing is allowed and we get a 0x2bad45ec (too bad for sec) error once we unlock. Here is a video with reproduction steps: Note: iPadOS 15 Multiwindow same app (Craft Docs in this case) Editing a textfield (in this case with magic keyboard attached) FaceID enabled on device Lock screen and QUICKLY UNLOCK! no time for system to generate snapshot and crashes https://youtu.be/IcWwHdGyFhQ IPS file