“Visual Studio Maui IOS”

Original discussion pre iOS 26 Our app uses Auth0 with HTTPS callback, we've found the issue where AASA file is not ready immediately when app is initially launched, which is the exact issue from the above link. The issue seems mostly fixed on later versions on iOS 18, however, we are seeing some indications of a regression on iOS 26. Here's some measurement over the last week. | Platform | iOS 18 | iOS 26 | |---------------|----------|--------| | Adoption rate | 55% | 45% | | Issue seen | 1 | 5 | | Recover? | Yes | No | This only 1 iOS 18 instance was able to recover after 1 second after the first try, however, all iOS 26 instances were not able to recover in couple tens of seconds and less than 1 minute, the user eventually gave up. Is there a way to force app to update AASA file? Are there some iOS setting (like using a VPN) that could potentially downgrade the AASA fetch? Related Auth0 discussion: https://community.auth0.com/t/ios

Area: Software Update Type of Feedback: Application Bug Description Device: iPhone 13 Pro running iOS 26 Build environment: Xcode 16.4 Problem description: When a text field has secureTextEntry = YES and Password Autofill / Passkeys is active, the autofill panel is not included in the rect reported from the keyboard notifications (UIKeyboardFrameEndUserInfoKey or others). As a result, when calculating the offset to move the screen up and reveal the hidden input field, the field is not displayed correctly because the reported keyboard height is smaller than the actual visible height. Observed behavior: This only occurs on devices running iOS 26 built with Xcode 16.4. On previous versions of iOS, with the same settings (secureTextEntry and Autofill active), the rect correctly includes the autofill panel height, and the UI works as expected. I tested with both UIKeyboardDidShowNotification and UIKeyboardWillChangeFrameNotification, and in both cases the behavior is the same: the height

There seems to be a problem to a specific Apple Developer Account regarding Xcode Cloud Distribution (Signing). The Xcode Cloud Error Invalid Signature. Code failed to satisfy specified code requirement(s). The file at path “XcodeCloudTest.app/XcodeCloudTest” is not properly signed. Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). Additionally, make sure the bundle you are uploading was built using a Release target in Xcode, not a Simulator target. If you are certain your code signing settings are correct, choose “Clean All” in Xcode, delete the “build” directory in the Finder, and rebuild your release target. For more information, please consult https://developer.apple.com/support/code-signing. Investigation Apple Developer Forums This issue seems to be known: https://developer.apple.com/forums/threa

I'm developing a PHBackgroundResourceUploadExtension and finding it difficult to debug because the system controls when the extension launches. Current experience: The extension starts at unpredictable times (anywhere from 1 minute to several hours after photos are added) By the time I attach the debugger, the upload may have already completed or failed Breakpoints in init() or early lifecycle methods are often missed Questions: Is there a way to force-launch the extension during development (similar to how we can manually trigger Background App Refresh in Xcode)? Are there any launch arguments or environment variables that put the extension in a debug/eager mode? I tried taking photos/videos, but this doesn't trigged app extension in all cases. Any tips for improving the debug cycle would be greatly appreciated. Environment: iOS 26, Xcode 18

I have three rogue iOS simulators, how to correctly delete them and reclaim the disk space? These img files are costing me 18gb of storage.

Hi everyone, I’m looking for some guidance regarding my app review process. I submitted my iOS app (version 1.0) and it has been in “Waiting for Review” status for quite some time now. I understand that review times can vary, but this is taking longer than I expected, and I’m not sure if this is normal or if there might be an issue with my submission. For some additional context: The first time I submitted the app, it was rejected. Since I’m new to the Apple Developer platform, I mistakenly removed the rejected build instead of addressing the rejection and resubmitting. After that, I submitted the app again, and now it’s been waiting for review. My question is: Could removing the rejected build have caused any delays or issues with the review process? Or is the current waiting time unrelated to that? I would really appreciate any advice from experienced developers on whether I should just continue waiting or if there’s something specific I should check or do. Thank you in advance for your help!

Hi everyone, I submitted my iOS app for review on Thursday, March 12th, and it has been stuck in Waiting for Review for over 7 days with no progress. App ID: 458288241 Submission ID: 414b4291-d78e-4394-9ee6-685bc21bf4d2 I have already contacted Apple Developer Support (Case ID: 102847389838) and submitted an Expedited Review request 2 days ago, but the status has not changed and I haven't received any response so far. At this point, I'm concerned that the submission might be stuck or not being processed correctly. This version includes a critical update to a key feature of our app, and the delay is significantly impacting user experience and our revenue. Has anyone experienced a similar situation recently where the app remained in Waiting for Review for this long? Is there any additional step I should take to get this reviewed or escalated? Any guidance would be greatly appreciated. Thank you 🙏

CloudKit: Efficient way to get user's rank in leaderboard without fetching all records? I'm building a leaderboard feature using CloudKit's public database and need advice on the best approach to calculate a user's rank efficiently. Current Setup Record Structure: Record Type: LeaderboardScore Fields: period (String): daily, weekly, monthly, allTime score (Int): User's score profile (Reference): Link to user's profile achievedAt (Date): Timestamp Leaderboard Display: Initially fetch first 15 users (sorted by score descending) Paginate to load more as user scrolls Show total player count Show current user's rank (even if not in top 15) The Challenge I can fetch the first 15 users easily with a sorted query, but I need to display the current user's rank regardless of their position. For example: User could be ranked #1 (in top 15) ✅ Easy User could be ranked #247 (not in top 15) ❌ How to get this efficiently? My Current Approach Query records with scores higher than the user's score and count them: // Count how

Hi all, currently using auto renewable subscriptions (monthly + yearly) using RevenueCat. App Review on iPhone 17 Pro Max and iPad Air 11 (M3) running iOS/iPadOS 26.3.1 reports that after attempting to purchase a subscription in sandbox, the subscription screen loads indefinitely / they can’t proceed (Guideline 2.1(b)). I can reproduce successful purchases on physical devices via TestFlight using fresh sandbox tester accounts (along with 3 other internal users), and I’ve implemented post-purchase syncPurchases() + CustomerInfo refresh/backoff, restore fallback, and a dedicated “confirming purchase” screen to avoid the paywall blocking. Has anyone seen review-environment sandbox sessions where purchase succeeds but entitlement/receipt validation never completes on certain devices/OS versions, and is there any recommended approach for making review more reliable? Currently have another review pending and I attached a screen recording of everything working with a fresh sandbox account + physical device.