You've shown the time the cover view is added, but not the time it was removed. How long did a user take between putting the app into the app switcher (or background), and bringing it back to active? How long between those NSLogs? You're giving us piecemeal information here, making it difficult to help you. Also, note that I added an else to where you're checking for a nil. That's important, because if coverView isn't nil at that time, then it's not going to create the view. Add logging to every bit that's relevant.

// Add the view to the window -(void)applicationWillResignActive:(UIApplication *)application { NSLog(@"applicationWillResignActive"); // Confirm this method is being called NSLog(@"[self.window frame] = %@", NSStringFromCGRext([self.window frame])); // Confirm the frame is valid _coverView = [[UIView alloc]initWithFrame:[self.window frame]]; NSLog(@"applicationWillResignActive: Created view"); _coverView.backgroundColor =[UIColor blackColor]; [self.window addSubview:_coverView]; window.bringSubviewToFront(blurView); NSLog(@"applicationWillResignActive: View added and brought to the front"); } // Remove the view from the window - (void)applicationDidBecomeActive:(UIApplication *)application { NSLog(@"applicationDidBecomeActive"); // Confirm this method is being called if(_coverView != nil) { NSLog(@"applicationDidBecomeActive: _coverView is not nil, so removing it, and setting it to nil"); [_coverView removeFromSuperview]; _coverView = nil; } else { NSLog(@"applicationDidBecomeActive: _coverView is already nil"); } } You haven't provided us any evidence so far that you've added the logging to these methods, and so we can't tell exactly what the sequence of events is, so it's extremely difficult for us to debuig this from afar with little info. Put the comments in as I have above, and run it through until you see the problem occur, then copy the relevant text from the console and paste it here.

That's nice. How can we help? You need to show us your code, and tell us where the error is. From what you've put so far, my guess is you're sending the wrong thing to a method, but I can't be any clearer than that because you didn't post any code...

Does it work when using the iOS Simulator on 18.4.1? How about a Simulator on 18.5? And one on 17? It might be your real device that has an issue, since you've said: It doesn't work on your device on iOS 18.5. It doesn't work on your device on iOS 18.4.1. It works on a different device on iOS 17. You haven't proven that it's not your device causing it, so try the other options, and see what happens.

Probably not. If it's asking for a bank account, you have to give it a bank account. Why would you want proceeds from your individual account to go to a corporate account?

I moved onto using AppIntents instead. All the Siri Intents problems just went away. Here's what I have now: Main App target: Supported Intents is just WidgetEventIntent. Widgets target: No supported intents (and no section for them anyway) Watch App target: No supported intents (there is a section for them) Complications target: No supported intents (and no section for them anyway) Embedding: The Watch App and Widgets are embedded in the Main App. Complications is embedded in the Watch App. I also re-wrote the main app in Swift/SwiftUI and got rid of the old Objective-C version as it was so difficult to make things work with it. That's it.

Since you haven't responded, other than a comment, and you haven't accepted anything as an answer, here's a little more clarification in case you're still misunderstanding how to do this: Move the fetchRecords method into the DataManager class. Use a predicate to sort the data rather than sorting it after you've retrieved the records. It's faster. Change your ViewModel to something like this: class ViewModel: ObservableObject { let manager = DataManager() @Published var records: [Little] = [] init() { records = manager.fetchRecords() WidgetCenter.shared.reloadAllTimelines() } } DataManager can be shared between both your iOS target (where ViewModel resides) and your widget target, so change the target membership so it's shared. In your widget target, your getTimeline method would be something like this: func getTimeline(in context: Context, completion: @escaping (Timeline<Entry>) -> ()) { let manager = DataManager() var items: [Item] = [] for record in manager.fetchRecords() { let item = Item(trashDate: record.trashDate ?? Date.now, imageSelection: Int(record.imageSelection)) items.append(item) } let entry = Timeline(entries: [SimpleEntry(date: Date(), items: items)], policy: .atEnd) completion(entry) } That should show you how to get data from Core Data into your widget. And, just to answer your other question, no you can't use your ViewModel as it isn't in the widget target, and you cannot call reloadTimelines() from the widget. If you're still having issues, then I'm sorry, but I've given you all the help I can. You haven't said whether you've attempted anything I've given you.

These are the Developer Forums, where developers of apps for Apple's platforms ask each other for hints and tips on coding. Is this a question about an app you're developing on visionOS 2.5, or are you a consumer experiencing this general issue? If it's a general issue, please raise a bug at: https://feedbackassistant.apple.com/ and post the FB number here. Or, you can ask your question over at the Apple Support Forums. Thanks.

No need for the duplicate post. Apple have already responded to you.

What you shouldn't do is create a duplicate post with just a few minor changes. You have one hour to edit your original port. If you're outside of that one-hour window and your edits are necessary, just respond to your original post. No need to clog up the forums with duplicate posts.

Well, I'm terribly sorry if I misunderstood your question, but it's quite difficult to make sense of what your question actually was given you posted: A DataManager class that just creates a connection to Core Data. A ViewModel class with a fetchRecords method that uses an instance of your DataManager class. Your TimelineProvider showing the same code from your fetchRecords method inside your getTimeline method. (As in, why the duplication?) If your question was the underlined question, "how should my widget get data from CoreData?" then I already answered it by explaing how I do it in my working widgets. You can use any method you want to get data into your widget, whether you pull it directly from the DataManager (via Core Data) or your ViewModel (which has already pulled it from Core Data). Have you tried both methods? Did one or both of them work? Which one has the simpler code? Go with that one. Remember, widgets shouldn't be considered actively running code. You tell the timeline provider what data the widget should use and what it should look like at a snapshot in time. The widget isn't sitting there reading your data from Core Data, so how you want to provide the data to it isn't 100% relevant. You only have to be performant in the getSnapshot method because that's used in transient situations like the preview gallery.

Hard to tell if you don't post any code. Is this Obj-C or Swift? (I'm guessing Obj-C?) Are you sure applicationWillResignActive is being called? Does NSLog() show it being called every time? What if you add logging to all the other state change methods, are they called instead?

There's no need to create a separate post for the same issue. Just reply to your original post. I'm marking this as a duplicate.

Your DataManager class is my CoreData class, and in my case I'm creating one global instance of it, while you're doing this everywhere: let manager = DataManager(). With a global you can access it anywhere. The timeline() method just grabs my data with something like coredata.getMyData(), or in your case manager.fetchRecords(). You seem to be writing your fetchRecords() method to get your data inside the getTimeline() method, i.e.: let request = NSFetchRequest<Little>(entityName: "Little") do { records = try manager.context.fetch(request) ... That should be put into your DataManager() class. Also, use a predicate to sort your data in the call to CoreData, rather than sorting the records once you have them: records.sort { lhs, rhs in ... // <-- remove this

Is it failing on let titleResult or let title? Try splitting the guard statement into two and see which one it fails on. It's a good idea to separate those two statements because the second one is relying on the result of the first one, and they are likely being evaluated at the same time.