apple pencil charging

Hi,Our customers are regularly complaining that after making payment through Apple in app purchase, they continue to remain a free member although their account is getting charged. Upon investigating this, we found that we're getting back SKPaymentTransactionStateFailed response in such cases. Hence, we assume that the transaction failed and customer remains a free member on app.We have set logs in each case of paymentQueue callback to track the issue. But it seems for some users, it falls under SKPaymentTransactionStateFailed case every time they try to buy membership. It results in same failed case and they get charged for this.We would like to know the reason why would this happen. As this issue is affecting our premium users, we would like to resolve it at the earliest. Hence, we would highly appreciate a quick help.Regards,

I have an issue with my iPhone 11 when I charge it, smart invert comes on. I am on iOS 16 beta 5 it has been happening since beta 2 I have submitted feedback as well. Now the wallpaper is inverted all the time

Hello everyone. I'm hoping to get some guidance on a unique and difficult situation we've been facing for over a year. Our app was approved and had been live on the App Store for some time. However, 13 months ago, our developer account enrollment was revoked. Since then, our app has remained live on the App Store, but we've been unable to make any updates, fix bugs, or respond to user feedback. We've been trying to resolve this with Apple for over a year, sending countless emails and making numerous phone calls, but we've had no luck getting through to anyone who can help. To make matters even more confusing, we were recently charged for our annual developer program renewal, despite being unable to use the service. This renewal charge has left us in an unclear position. We were starting to lose hope that this issue could ever be resolved, but this recent charge has made us wonder if there's still a chance. We are seeking advice on whether we should continue to hold out hope

For many years, I've noticed that although in native code I can handle continuous and simultaneous Apple pencil and touch inputs using UIKit, Safari and WKWebView's PointerEvents only seem to allow you to use one input type at a time. i.e. Apple Pencil down blocks touch input until lifted and touch input blocks Apple Pencil input. It's as though requiresexclusivetouchtype has been set in the underlying webkit implementation. There's decades of research (e.g. https://dl.acm.org/doi/10.1145/1866029.1866036 ) and several existing native applications in production showing that multimodal inputs open-up many unique and useful applications and interactions. Even a simple hold object with finger + draw with stylus controls are the norm. I recently built a native application using multimodal simultaneous inputs, but this is impossible to port to web due to the unexpected behavior of PointerEvents (and touch events, and mouse events; any variant exhibits t