Hey Argun, thanks for responding. I'm using it on an iPhone running the beta, yes, but not beta Xcode. Would that be affected? EDIT: Thanks, I tried myself and can verify that it's a bug on ios18. Tried on my wife's phone and it's only called once there.

Hey man thanks for responding. I did think about that, but I am inside the perform() method for a while, so how do I set the boolean state on the Live Activity view from within perform?

OK, thanks

Thanks Quinn for the great explanation. If I really need it I'll file a bug report. Have a great day.

Same here, what gives? Would be great with some direction from @Apple

Hey Quinn, super sorry for late response, but thank you for responding :) (i missed it) The tip about shortcuts is good however i worry, i'm sorry, that getting our regular users to go in to Shortcuts and fiddle in the app will be hard. Many are not very tech savvy. Ah well, too bad.

Hey, thanks for responding. Ok, that was clarifying, however I must as a follow-up question. If it is created twice, once for light, and once for dark, why am i seeing it being redrawn on-screen? My widget should be displaying the "dark mode version", so it should not be visibly reloaded (i.e. the number changes twice) just because light mode is created? EDIT: Also, as a side note i just came to think of - If my widget does not support dark/light mode, i.e. it always returns the same, as in this case, wouldn't make sense that i could config that? If my widget takes a lot of resources to create itself (like heavy network calls, calculations etc), it seems like a waste to create the same thing twice, or more, times.

I came in here to look for exactly this. We have an app with a Geofence function, and since IOS15, it happens that the app just stops getting geofence triggers after a couple of days without opening the app. if you just open and shut the app down, the geofences start coming in again.

@cblaze22 asked for an Objective-C version. Here: UINavigationBarAppearance *navBarAppearance = [[UINavigationBarAppearance alloc] init]; [navBarAppearance configureWithOpaqueBackground]; navBarAppearance.backgroundColor = [UIColor blueColor]; [navBarAppearance setTitleTextAttributes: @{NSForegroundColorAttributeName:[UIColor whiteColor]}]; navBar.standardAppearance = navBarAppearance; navBar.scrollEdgeAppearance = navBarAppearance; [navBarAppearance release];` ```

Hi, little bit late to the game, but i just got this in my app after compiling with xcode 13. I followed the advice from @Rincewind and got it working, with one exception: When you change the appearances, the navigation text, is then black, not white. The back arrow is still white though. I managed to sort this out by doing the "largeTextAttributes"-dance : coloredAppearance.titleTextAttributes = [.foregroundColor: UIColor.white] coloredAppearance.largeTitleTextAttributes = [.foregroundColor: UIColor.white] However, i am surprised that this is not mentioned by anyone in this thread. Howcome i am the only one having this color issue? Am i missing something? Pointers appreciated.

John, my project is the same, like 9 years old, objective-c project (not even using ARC!). If you find out anything, I'd be very happy if you'd let me know. We're a small shop with one developer across all technologies and in the given situation, right now it's hard to find time to spare to look at things. I also hope Apple will notice this.