I ran some tests and documented what I’m seeing: https://stackoverflow.com/a/76673642/1795356

Likely a bug can you file a feedback report?

UISearchBar is the only type that conforms to UILookToDictateCapable currently so you can only set isLookToDictateEnabled on a search bar, not a text view. It’s false by default for iOS apps but you can enable it so people using your app as-is on visionOS can use that feature.

One way you can get it is by searching your favorite search engine for App Store . Likely the link you’re looking for will be in the top results.

This seems to be resolved in iOS 17.0 beta 6. Repeating these steps causes Plants to appear in the plural form as expected.

This API is free. If you reach the limit (which I believe is not documented and may vary), additional requests will fail for a period of time until you’re no longer rate limited. You will not be charged and there’s not a way to pay for additional requests if you wanted to.

It is intentional behavior for the widget to reload upon performing an AppIntent. This is what enables the system to get a new timeline entry and animate between the old and new entries. Your code is not executing in the widget except to get a static “snapshot” and then the widget process may terminate, so the state is not being saved in memory to be able to modify upon tapping the button. With that being the case perhaps you can think of another way to achieve the desired behavior. For example perhaps you can persist the last liked item identifier in UserDefaults and show that instead of a random item. Probably need more than that to achieve what you have in mind but should point you in the right direction to persist to disk instead of relying on in-memory state.

This allows you to customize the appearance of the navigation bar title. You set it on the contents within a navigation stack (same place you specify a toolbar and navigation title). The new option that brought about this API is inlineLarge, which iOS 17 introduces. The App Store and TV apps use this style - you can see it in the Search tab. The difference from the large style is it’s pushed up further on screen, so there’s more room for your content (like ads in App Store), and it doesn’t support leading (or center) items.

Eventually the old tokens will begin to fail. It’s intentional the token changes upon reinstallation.

No I haven’t

I'm encountering this with my photo editing extension, exclusively with iOS 17.0+. This app was last built with the iOS 16 SDK.

You’re exactly right. We need the associated time zone in order to display the correct date/time to the user. I submitted FB13363638: PHAsset and PHContentEditingInput API to get creation date time zone. Note the time zone can be changed independently of the location via Adjust Date & Time, and photos don’t always have location anyways, so it’s not reliable to infer a time zone from its location.

FWIW images randomly aren’t there in my local notifications either, though I believe it replicates in all environments (debug, TestFlight, App Store).No idea why, seems to be an iOS bug, I’d recommend filing a bug report.

Yes after submitting a rating it updates to ask if they’d like to write a review.

No, UIApplication.shared.supportsAlternateIcons returns false on visionOS, as of now.