Hey there, I redesigned my apps icons for Liquid Glass in the icon composer app. I have to say it's been a pleasure to use and my icons look stunning when rendered in the icon composer app, whatever rendering mode and context I've been testing. But once in a developer release on my device (iOS 26 beta 3), the rendering is very disappointing. They look blurry, very far from what icon composer is showing. I would like to know whether I have a design issue, or if the current state of the beta release is known to not render icon properly. I'm kind of panicking :)

Hi there, I observed situations where a notification won't get delivered to an iPhone that is offline at the moment the notification request is made to the APNs, and gets back online a few hours later. It does not appear to be a fully repeatable issue, but it does happen much more than sporadically. I know the storage of notification by APNs is provided as a best-effort service and is not guaranteed, but I do believe there is an issue that maybe is worth looking at. I controlled for all aspects that could explain the issue: APNs return a success code on the request the apns-expiration timestamp is not reached when the device gets back online apns-priority is set to 10 target device was in charge while offline no other notification were sent for the device I provided detailed logs in feedback FB15381079 Also sharing a remark on this piece of the APNs documentation: "When you send multiple notifications to the same device for a bundle ID, APNs selects only one notification to store in a non-deterministic way." It would be very useful to confirm whether silent push notification may lead APNs storage to dismissed an alert notification in favor of the silent push. Thank you

Hi there, I'm migrating my old Intents to the new App Intents framework. I have an intent that always returns a dialog, but never returns a value. Therefore I define the return types for its perform method as follows: func perform() async throws -> any IntentResult & ProvidesDialog When running the intent, the app crashes and the debugger indicates AppIntents/PerformActionExecutorTask.swift:195: Fatal error: perform() returned types not declared in method signature - Did not declare ProvidesDialog but provided one perform() returned types not declared in method signature - Did not declare ProvidesDialog but provided one The actual expression for returning a result is written as follows: return .result(dialog:"hello world") I tried a few alternative return types definition with no luck. I'm on XCode 15.0 (15A240d) and running on iOS 17.0 (21A329) Running out of ideas...

In XCode 12.0.1, I'm running Series 5 and Series 6 watch simulator with Watch0S 7.0 and a simulated paired iOS 14 iPhone. I need to set the watch security password so that I can use Sign in with Apple on the simulated watch, but the simulator won't effectively let me set the password. There is no error message: it looks like the password is being set but it is not. As I'm also having the already known issue of XCode not able to get the symbol for Watch OS 7.0.1, I'm also unable to work with my physical Apple Watch. My Apple Watch development are on full stop with all these issues...

I have a BGAppRefreshTask that is executing an operation. The operation calls a custom class that performs some tasks and also initiates a 10 seconds timer that is a timeout fallback in this custom class. When I make use of the custom class in other context than the background task, the timer is properly executing and the timeout logic is effective. But in the context of the BGAppRefreshTask, that I'm testing through the XCode "_simulateLaunchForTaskWithIdentifier" command, the Timer is without effect - although returning no error when set. I'm starting the timer with the following line of code: RunLoop.current.add(self.timeout_timer!, forMode: RunLoop.Mode.common) The operation is not being interrupted or cancelled, so I believe both the custom class instance (that contains a function the timer will run when expiring) and the reference to the timer are properly retained. I wonder if there is a specific limitation, or thread issue in the context of a BGAppRefreshTask.

If the system launches my app in the background to execute a background refresh task (consecutively to BGAppRefreshTaskRequest, not a silent notification), will the LaunchOptionsKey dictionary contains a specific value?

I would like to be able to set the ActivityUIDismissalPolicy to 'immediate' when ending a Live Activity through a Push Notification. The current documentation does not describe any option to set the ActivityUIDismissalPolicy with the push notification, which forces the default dismissal policy.

In iOS 15 beta (still occurring with beta 4), navigationBarHidden(true) is no longer working if a navigation view with the .navigationViewStyle(.stack) modifier is displayed after a view that is not a NavigationView. class SelectorHelper : ObservableObject {     @Published var show_intro : Bool = false } struct myApp: View {     @ObservedObject var selector_helper : SelectorHelper     var body: some View {         if selector_helper.show_intro == true {             intro(selector_helper: selector_helper)         }         else {             app_content(selector_helper: selector_helper)         }     } } struct intro: View {     @ObservedObject var selector_helper : SelectorHelper     var body: some View {         VStack {             Spacer()         Text("Intro")             Button(action: {                 selector_helper.show_intro.toggle()             }){                 Text("Show content")             }             Spacer()         }         .background(.yellow)     } } struct app_content: View {     @ObservedObject var selector_helper : SelectorHelper     var body: some View {         NavigationView {         VStack{             Spacer()         Text("App Content")             Button(action: {                 selector_helper.show_intro.toggle()             }){                 Text("Show intro")             }             Spacer()         }         .background(.green)         .navigationBarHidden(true)         }         .navigationViewStyle(.stack)     } }