Post not yet marked as solved
In our most recent app update, we added a WidgetKit extension to our watch app. The WidgetKit extension has a minimum deployment target of watchOS 9, but the watch app has a minimum deployment target of watchOS 7.
After releasing this update, we discovered customers running watchOS 7 & 8 can no longer install the app on their watch. When tapping the Install button in the Watch app on the phone, it spins for a while and then stops and returns to saying Install. No error message is displayed.
If I build and run the iOS app through Xcode, I'm able to install the app on a watch running watchOS 8.8.1. However, I'm unable to install the app on the watch from TestFlight or the App Store.
Has anyone else run into this or have any thoughts on what project settings we should look at to fix the issue?
Post not yet marked as solved
My app has a Siri Shortcut with a single parameter that Siri asks for each time the shortcut is run (built using an intentdefinition file).
The shortcut works fine when I execute it from the Shortcuts app on my phone, but beginning with iOS 16.4, when I activate it by voice, Siri prompts me for the parameter and after I respond Siri says: "Sorry, could you say that again?". If I repeat the input, it just does a web search.
This issue has been reported to us by several users. I was able to reproduce the issue with the build of our app from the App Store (built with Xcode 14.2) and with a local build of the app created with Xcode 14.3.
When I run the intent in the debugger, the resolution method for the parameter gets called with an empty array for the parameter and we return [INStringResolutionResult needsValue]. Then Siri asks for the input and after I respond, Siri says "Sorry, could you say that again?"and the line Program ended with exit code: 15 is printed in the console.
Is anyone else running into this? Is there anything else I can do to debug this?
Post not yet marked as solved
I have a UICollectionViewController inside of a UINavigationController and when the collection view does not contain any data, I want to have a single item that fills the visible area of the collection view.
I'm using UICollectionViewCompositionalLayout and thought I would be able to do this with a group / item size that has a fractionalWidth and fractionalHeight of 1.0 like this:
let itemSize = NSCollectionLayoutSize(widthDimension: .fractionalWidth(1.0), heightDimension: .fractionalHeight(1.0))
let item = NSCollectionLayoutItem(layoutSize: itemSize)
let groupSize = NSCollectionLayoutSize(widthDimension: .fractionalWidth(1.0), heightDimension: .fractionalHeight(1.0))
let group = NSCollectionLayoutGroup.horizontal(layoutSize: groupSize, subitems: [item])
let section = NSCollectionLayoutSection(group: group)
let layout = UICollectionViewCompositionalLayout(section: section)
However, this does not respect the collection view's safe area insets, so the item is too tall and ends up scrolling:
Is there a way to have the fractionalHeight take the collection view's safe area into account or some other way to have a single item that fills the collection view's safe area?
My app has a Siri Shortcut that works fine when I execute it from the Shortcuts app on my watch, but if I try to activate it by voice, Siri says: "Sorry, something's wrong. Please try again." and then a second later says "We've had a problem. Please try again."
I'm currently on watchOS 8 beta 6. I last tested this in early July with beta 2 or beta 3 and it was working at that time. I haven't made any changes to the intent extension since then.
The shortcut activates fine by voice on my phone, running iOS 15 beta 6. I'm also able to execute other Shortcuts by voice on my watch.
Has anyone else run into this before? Is there a way to debug the intent extension on the watch, so I can see if any of my intent handler code is even being called?
Post not yet marked as solved
I have a NavigationView based app and I've implemented support for SwiftUI's state restoration using @SceneStorage to remember which detail view the user has open, as described in Apple's documentation.
It's working correctly if the relevant row in the List is visible when I launch the app. However, if the relevant row is initially scrolled offscreen, the detail view doesn't get pushed until I scroll down so that the row is onscreen.
I see the same behavior in Apple's sample app, which uses a LazyVGrid (I had to add some additional data to the products.json file such that the main content view had to scroll).
Restoring the detail view when the row is offscreen does work in both my app and in Apple's sample app if I replace the List / LazyVGrid with a plain VStack.
Is this a known limitation of SwiftUI's state restoration with List and the lazy stack / grid views?
jasonmarr.