We are unable to process your request

Thanks for the recommendation; I've added extra information. Basically my main concern is to isolate unstable code to make the app more stable, but also extensions are running as separate process, which would allow me to add a lot more commands to the terminal app. I also have potential uses in mind if there is no memory limit, and if we can share extensions between apps, but I think these are hills too large to climb at the moment.

@WeAreAllSatoshi Thanks for the reply and thank you for providing this information. I recommend monitoring the report as the engineering team will be sharing updates there. There, you can track if the report is still being investigated, has a potential identifiable fix, or has been resolved in another way. The status appears beside the label Resolution. We're unable to share any updates on specific reports on the forums. For more details on when you'll see updates to your report, please see What to expect after submission. Albert Pascual
  Worldwide Developer Relations.

Thanks for the post. Your inquiry appears to pertain to a developer account and looks like you already talking to the developer Apple Support team that created those limits. I would recommend to file a enhancement request. If you'd like us to consider adding the necessary functionality, please file an enhancement request using Feedback Assistant. Once you file the request, please post the FB number here. If you're not familiar with how to file enhancement requests, take a look at Bug Reporting: How and Why? I trust you will achieve a favorable resolution. I extend my best wishes for your success. Albert Pascual
  Worldwide Developer Relations.

Since we're talking about debuggers here, I just want to say that having DWARF (1) in your user name is excellent — thanks for the chuckle! As to attaching your custom debugger to a process with devicectl, this is not possible with the currently available commands provided by that tool. Our folks who work on the tooling around that command are interested in hearing what your needs are, so please send them some information on the type of functionality you need through Feedback Assistant. Once you've done that, please post the FB number here for reference. — Ed Ford,  DTS Engineer (1): https://dwarfstd.org

Just following up as I am still in need of a resolution. Quinn was handling this from the code/operation side, so wasn't really tracking this thread. However, there are two common issues here from the framework usage side. The first one is that by calling scheduleAppRefresh at app launch, you're unintentionally preventing your own task from reliably firing. Basically, here is what happens: Your app stopped running at some earlier point in the day for normal reasons (free up device memory, etc.). It came time to run your task, so the system launched your app. Your app started up, you configured the background task framework, then ran scheduleAppRefresh. scheduleAppRefresh scheduled your task to run 10 mins from now. Duet (the daemon that supports the background task framework) assessed your task state, determined that you had not tasks ready to run (since the next one isn't runnable for 10 min...) and suspended your app. Secondly, I think you probably want to use BGProcessingTask, NOT BGAppRefreshTask. These t

@neil95 This is great!! Thank you so much for this. I see you included a link to the code. I would recommend to zip it and upload it into the bug itself. You can see the status of your feedback in Feedback Assistant. There, you can track if the report is still being investigated, has a potential identifiable fix, or has been resolved in another way. The status appears beside the label Resolution. We're unable to share any updates on specific reports on the forums. For more details on when you'll see updates to your report, please see What to expect after submission. I'll keep an eye out for issue and fix. Albert Pascual
  Worldwide Developer Relations.

Hi @arthurfromberlin Thanks for the response and detail. Can you attach a sysdiagnose to the feedback request? You can find instructions on how to capture a sysdiagnose here. The issue is tricky to debug since it only happens via TestFlight so the logs will help.

They are known to use an iPad to test the iOS app you submit regardless of the intended platform. I would ask them to send me a screen-capture video. But I don't know if they comply. I don't remember if they have ever sent me a screen-capture video. It's true that they sometimes go terribly wrong. Back in July, they claimed that nothing had happened in making an in-app purchase. It has turned out he or she failed to scroll down further and tapped an image, not a button. The same reviewer also claimed that a user would not be able to request customer support at our web site when in fact it was just the matter of scrolling down further, again, to find a comment box. I would send them a screenshot after circling the button they are supposed to tap to make sure he or she is not off the track. It's true that I sometimes make a mistake and deserve to get my software submissions rejected. But reviewers collectively make more mistakes than I do. I say they are wrong 2/3 of the times.