Any advice or if Apple sees this... what do I do?! It seems to me that your only option is to sit and wait quietly instead of flooding them with phone calls, which probably only fuels delay.

Our app Miiro (App ID: 6759159052) was rejected for Guideline 3.1.2(c) on March 13. What is Guideline 3.1.2(c) about? Nobody remembers all those numbers and corresponding meanings in heart. The build moved to "In Review" shortly after but has been stuck there for over 29 hours with no status change. So what's the issue? You don't have to wait for your turn because you pay a subscription fee?

I advise that you find a way to move on with your life. Don't let them play their game. Or you will get sick mentally and enter a long period of depression. No matter how harsh your words are, they are not going to listen, and they will ignore you. I left the entire Apple ecosystem after almost going crazy 16 years ago. Back then, an average wait time was 17 to 19 days. And I had about two dozen software updates and new software submissions waiting. It was frustrating when I had a software title, whose name contained the word 'Rip' and they rejected it by saying 'Illegal file sharing.'

It's not really about what the Numbers guy does but probably what FileDocument lets it do it. I have never used FileDocument with an iOS app. I do have a macOS application with FileDocument. If I open and then close a document and then move it under a different volume or a folder, the application is still able to open it. But it won't if I move a file to the dumpster.

I co-founded an app called Yuna AI with my wife, who is a Registered Dietitian and a member of the CDO. I don't think anyone can say who is right or who is wrong because you aren't really telling how she is involved.

I heard several years ago that there is a software package or equivalent that lets you create a SwiftUI screen design based a Figma submission.

Unfortunately, there is nothing new. Apple Support is pretty much you and me. That's Apple's way. We are little people. Little people hardly make a difference in life. They use little people to do their job so that they can concentrate on making more money for the sake of their stock holders, I guess. In a sense, It's a modern version of slavery. They want us to file bug reports, too, when I fact they have billions of dollars to hire some new people and find ones for themselves. Once I refused, and I was publicly scolded by an Apple person here some 15 years ago.

It's hard to say even a word since you don't show a single line of code. We don't know whether you are using UIKit or SwiftUI, showing a list of subscription plans with UITableView, UICollectionView or SwiftUI List or SwiftUI Table. There is zero information.

Have you searched this site? I've answered similar questions several times in the past. Once you click on the submission button, the said section will disappear.

I am afraid I don't follow your long, winding story. The In-App Purchases and Subscriptions section will appear whenever you create a new software update, provided that you have a subscription group that has not been submitted to review. It sounds to me that you just need to create a new group with different product identifiers. I don't know anything about RevenueCat, though. I don't know why they use it. I would consider making the story concise if I were you.

When you have one or more binaries for submission, the + button will become visible under the Build section. If you click on it, you will see a list of candidates. If you don't see the plus button or a list of candidates, something must have gone wrong. You can upload another binary with a different build number. Usually, if there is something wrong with the binary you sending, Organizer will show an error.

Did I miss a step in uploading the build? Unless you explain what a thing that you so-call 'build' is and where and how you uploaded it, nobody can really give you a definite answer.

I have already tried: • withdrawing and resubmitting the app You are back to the end of the line. I wouldn't do that if I were you. Depending on where you are, you may end up waiting for weeks, if not days. It seems that the review delay is caused by a spike in the number of submission because you can now develop an app with little or no knowledge thanks or no thanks to AI. There was no delay until last November. I'm not terribly affected. Some people like those in China seem to be heavily affected. I only guess that Apple, Inc. cannot hire and then train reviewers fast enough to keep up with demand.

This is clearly not just a wrapped website. The only WebView usage is for standard settings pages such as Privacy Policy, Terms of Service, and FAQ. It means that you don't need an app since you could do it by hosting those features at a website. But that does not match my app at all. It is a native social alarm clock app with features including: Nobody knows what 'Real-time voice rooms', 'Live Activities' or 'QR code invitation scanning' are.

IS there a maximum number of days that an app has to be reviewed before end of that period? In other words: if an app is posted, a review HAS TO HAPPEN before x days, is a rule (hopefully) or no? Nobody outside the realm of the review team knows if there is such a system except that I doubt that there is. Are we allowed to post many apps at once? I mean as a developer I can take time working in multiple apps, then suddenly deciding to publish them all, that is okay right? Are their limitation or expected "published flow" to have? Yes, we are. Once I submitted two dozen software titles over several days back in 2011. Once an app has been approved and published, will the waiting times for updates (new versions of the app) reviews smaller hopefully? or how was your experience? Is there a general rule you have seen? Yes. The wait time for a software update for an existing app is generally a lot shorter.