Submitted bug report FB21083909 Sample project at : https://github.com/ykphuah/ButtonDelay Steps to reproduce: Run the app on IOS 26.1 simulator Click + button to add an entry Click on the entry just added Click on “Select List” Click < (back button) Expected result: The check/save button is tinted immediately Actual result: The check/save button is tinted after 1-2 seconds.

The issue doesn't happen when I use role .close on both iOS 26.1 and iOS 26.0, but I loose that tint though.

Late, but I ponder the same question also when I was implementing App Intent. My conclusion is that the shortcut app somehow knows how to perform the filtering and sorting by itself, hence the list of XXComparator and SortableBy that comes by default and there isn't any sample code that show us how to make custom versions of this. This behavior is good in such that we get some functionality for free, but it is bad that we can't control the filtering mechanism. In my app, for the "Find" action, I am able to perform a case insensitive search in my entities(matching) code, but when it appears in the "Filter" action, the search is always case sensitive and there doesn't seems like a way to control it. What made it frustrating for me also is that, the UI of "Add Filter" in shortcuts app, can't seems to be reproduced by using normal Intent Parameter, and can only be shown as such when we use the EntityPropertyQuery!

My app's indexing also fails on iOS17, here's what I did to make it work again, after looking at the sample code from "Showcase App Data in Spotlight" Switched the NSCoreDataCoreSpotlightDelegate init code from init(forStoreWith: NSPersistentStoreDescription, model: NSManagedObjectModel) to init(forStoreWith: NSPersistentStoreDescription, coordinator: NSPersistentStoreCoordinator) Manually calls startSpotlightIndexing() after the above. Move the initialisation above from before loadPersistentStores to after loadPersistentStores.