Hello App Review Team, The last the three review submissions including the current one have been stuck on Waiting in Review for more than 7 days for the first two times and currently 4 days now for the current submission. I was wondering if something happened that is causing this issue. Thanks and Regards
Search results for
İOS 26 beta battery %1
253,639 results found
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hi there! Thanks for the feedback. This must be something else going wrong – we should disallow the recording on iOS devices lower than 26.0, so you should not even be allowed to hit the Record button. Would it be possible to file a feedback with Apple (feedback assistant.apple.com), include screenshot of what you're seeing and sysdiagnose from a target device? Also, please let us know if after recording on the device the new Instrument wouldn't work for some reason. Thanks!
Topic:
Developer Tools & Services
SubTopic:
Instruments
Tags:
I am trying to perform swiftUI instrumentation on my ios app. whenever i hit the rocord button, the app launches on target device and closes with the error: Failed to start the recording: Failed starting ktrace session. How do i resolve this please?
@DTS Engineer I've submitted a bug report with ID FB20925084. Unfortunately I wasn't able to provide too many details. I'm not able to reproduce this issue on iOS 26 but it was reported by one of my beta testers and the app review team. The issue is now blocking submission of my app to the app store. I'm surprised there are not more reports of this issue. I'd had thought it would affect many apps that use web services or OAuth to authenticate.
Topic:
App & System Services
SubTopic:
General
Tags:
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 AAS
The top toolbar looks fine, but in the bottom toolbar, one of the layers is stretched into a capsule shape instead of an ellipse. Is this intended?
Hi @Lu Linxuan I was unable to reproduce this behavior. Here's what I tried. Download the sample app, Displaying video from connected devices. Remove the entitlements. As of visionOS 26 they are unnecessary. Add a button that opens an immersive space to ContentView. Run the sample and click the button to open the immersive space. The above worked for me. Are you doing something different?
Topic:
Spatial Computing
SubTopic:
General
Tags:
I just saw another post regarding bookmarks on iOS where an Apple engineer made the following statement: [quote='855165022, DTS Engineer, /thread/797469?answerId=855165022#855165022'] macOS is better at enforcing the right behavior, so code that works there will generally work on iOS. [/quote] So I went back to my macOS code to double-check. Sure enough, the following statement: let bookmark = try url.bookmarkData(options: .withSecurityScope) fails 100% of the time. I had seen earlier statements from other DTS Engineers recommending that any use of a URL be bracketed by start/stopAccessingSecurityScopedResource. And that makes a lot of sense. If start returns true, then call stop. But if start returns false, then it isn't needed, so don't call stop. No harm, no foul. But what's confusing is this other, directly-related API where a security-scoped bookmark cannot be created under any circumstances because of the URL itself, some specific way the URL was initially created, and/or manipulated?
I think you filed this as FB20915052; however, this is also a known issue (r.161870449). Not me. There is a bug here, but it's not exactly what you think. The .nofollow syntax is a new part of the core system that allows components to construct paths that the lower level system guarantees will not be resolved or followed. This makes it simpler to protect against TOC/TOU attacks by allowing one component of the system to resolve a particular path, then pass that path to another component while guaranteeing that the second component won't inadvertently cause a second resolve. I understand about those kinds of race conditions. I'm not sure why it would be classified as an attack. And I have no idea what that has to do with URL bookmarks. Unfortunately, the bug here is that parts of Foundation aren't handling this correctly when the path references root. I expect this will be resolved in the next system update; however, it's not clear to me whether that will mean that resolution will return / again or th
Topic:
App & System Services
SubTopic:
Core OS
Tags:
Hi, I’ve built an app that includes a Contacts Provider Extension (CPE). On iOS 18, I observed the expected behavior — when the main app is uninstalled, the corresponding CPE entry is also removed from the Contacts list. However, on iOS 26, this no longer happens. After uninstalling the app, the CPE remains visible and active in the Contacts list, even though the app is gone.
I’m running into an issue using .contactAccessPicker on a device running iOS 26.1 - a blank sheet appears instead of the expected Contact Access Picker. It works on: Simulator (iOS 26.0) Device + Simulator (iOS 18.6) The issue appears specific to real devices on iOS 26.0+. Environment: Device: iPhone 16 Pro iOS Versions Tested: 26.0 and 26.1 Xcode 26.0.1 SwiftUI app, deployment target: iOS 17+ @available(iOS 18.0, *) private var contactPicker: some View { contactsSettingsButton(Title) { showContactPicker = true } .contactAccessPicker(isPresented: $showContactPicker) { _ in Task { await contactManager.fetchContacts() showSelectContacts = true } } } Filed a Feedback: FB20929400 Is there a known workaround?
@allinne_a The Accessing a person’s contact data using Contacts and ContactsUI sample code describes how to implement the Contact access picker. Download the sample then let me know if you can reproduce your issue using the sample. Only select few contacts when prompted to give access to your contacts. Then enter a name or phone number in the search field. In the Quick-Add view, select one or more contacts in the Contact access picker.
Topic:
UI Frameworks
SubTopic:
SwiftUI
Tags:
So basically the fix is to: Make your app to support all orientations and support resizing. Easy ! All disable all orientations on iPad and stick to one orientation. The funny thing is that my app is already supporting all orientations and I'm using native SwiftUI but the problem is that the window controls are overlapping navigation of my app, which is using standard top-left navigation to go back. So my app is not usable on windowed mode. I've put a lot of effort on the landscape mode and I will need to disable it. Thank you.
Topic:
UI Frameworks
SubTopic:
UIKit
Tags:
I work on a universal app that targets both iPhone and iPad. Our iPad app currently requires full screen. When testing on the latest iPadOS 26 beta, we see the following warning printed to the console: Update the Info.plist: 1) `UIRequiresFullScreen` will soon be ignored. 2) Support for all orientations will soon be required. It will take a fair amount of effort to update our app to properly support presentation in a resizable window. We wanted to gauge how urgent this change is. Our testing has shown that iPadOS 26 supports our app in a non-resizable window. Can someone from Apple provide any guidance as to how soon “soon” is? Will UIRequiresFullScreen be ignored in iPadOS 26? Will support for all orientations be required in iPadOS 26?
Now that macOS 26.1 has been released, this bug now has different behaviour. It still isn't correct. If anything, it's more wrong than it was before. I think you filed this as FB20915052; however, this is also a known issue (r.161870449). As of 26.1, when you encode a security-scoped bookmark to file:///, what you decode will be a bookmark to file:///.nofollow/. So the decode method now succeeds, but the value is wrong. There is a bug here, but it's not exactly what you think. The .nofollow syntax is a new part of the core system that allows components to construct paths that the lower level system guarantees will not be resolved or followed. This makes it simpler to protect against TOC/TOU attacks by allowing one component of the system to resolve a particular path, then pass that path to another component while guaranteeing that the second component won't inadvertently cause a second resolve. Unfortunately, the bug here is that parts of Foundation aren't handling this correctly when the path refere
Topic:
App & System Services
SubTopic:
Core OS
Tags: