In iPhone 17, it is cropped differently from the preview. Aspect ratio is fine as the video doesn't look like it is being stretched. But, cropping gives different problem. As you can see from the attachment, the important text information is no longer visible due to cropping.

Assuming I have existing subscribers from country X, if I remove the availability of that subscription in country X, will I still be able to charge those subscribers in the next billing cycle?

Hi, thank you for your feedback! Here’s my latest response from App Review team: “Thank you for your response. We encourage you to consider ways to make your app stand out.” What I’ve done so far: Provided records showing our app’s genuine and original development since 2018, as it’s a port of our original Android app. Highlighted key features that differentiate our app within its category. Shared my phone number, inviting direct contact to clarify concerns regarding Design 4.3

I think this technique is a scalable way to this problem- https://observablehq.com/@dgreensp/implementing-fractional-indexing

I received a call from Apple this morning and appreciate the conversation, which clarified the rejection's root cause. My account is associated with a terminated account that owns a similar product. I have provided documents proving that the terminated account was impersonating and infringing on my original product. Thank you for your professionalism. I hope for a positive outcome.

May I know, how does shouldAddStoreAsynchronously able to resolve this issue? Thank you.

Thank you for your valuable input. May I know, is while container.isNeedMigration() workaround risky? It seems there is a possibility that we might stuck at forever loop...

Thank you. This is one of the potential use cases: real-time font changing. The font selection option will be placed within the UISheetPresentationController. By omitting the dim effect, users can accurately view the results of their font selection.

Hi, I find it behaves correctly after testing for Taiwan and Germany. Do you find a use case where it is not correct?

Sorry. Please ignore this answer as it is incorrect.

Currently, during development, we are able to test one-time in-app purchase using Products.storekit file. Is there a way for us to test on promo code redemption during development, without having to release the app to production? Thank you.

Thank you. One of the advice is, we should purge history tracking transactions after certain time frame. However, if user has disabled cloudkit sync, does this mean we shouldn't perform such an operation? As, if we do so, and later user turn on cloudkit sync again, he might not able to catch up due to lack of enough history tracking transactions info. But, this is causing a dilemma. If we never clean the history tracking transactions, will it cause disk full issue? Thanks,

Hi, the link https://github.com/ziqiaochen/CoreDataCloudKitShare is 404 not reachable. I am very interest to know, the detailed step 4 & 5 (detecting relevant changes by consuming store persistent history & removing duplicate data). Here's the my way, on how to re-produce the data duplication problem - https://stackoverflow.com/questions/72544804/what-are-some-reliable-mechanism-to-prevent-data-duplication-in-coredata-cloudki Thank you very much, for willing to share your solution.