I found a work-around, but it won't work with a stand-along Apple Watch app. Simply run the iOS app using Xcode and while the app is running, go into the Apple Watch and start the Apple Watch app. It worked for me. I made changes to the Apple Watch app and saw the changes on the watch when I did this.
I just started Xcode 14.1 beta 3 and I see that symbols for watchOS 9.0.1 are being downloaded. I think that's a good thing. I will test and report back.
Try something like this. Adjust the position as needed.
textEntity.setPosition(SIMD3<Float>(0.2, 0.2, 0.2), relativeTo: anchor)
anchor.addChild(textEntity)
I have a similar situation. I have a CKMethods protocol which I use in a number of View Controllers. I get warnings about CKRecord not being sendable. What I've been doing to try to fix it is to move the functions into the View Controllers. But now I'm stuck with this among other warnings.
let matchTemp = try await database.records(for: recIDs)
Non-sendable type '[CKRecord.ID : Result<CKRecord, any Error>]' returned by call from main actor-isolated context to non-isolated instance method 'records(for:desiredKeys:)' cannot cross actor boundary
Here's another one.
let results = try await database.modifyRecords(saving: records, deleting: [], savePolicy: .allKeys, atomically: false)
Non-sendable type '[CKRecord]' exiting main actor-isolated context in call to non-isolated instance method 'modifyRecords(saving:deleting:savePolicy:atomically:)' cannot cross actor boundary
The issue is that CKRecord is not sendable, so the worry is that different threads could change the same CKRecord object, thus causing problems. There is a dangerous way to turn off the warnings.
extension CKRecord: @unchecked Sendable {
}
Telling the compiler to turn off the warnings. In my app, as I have mentioned before, I have a CKMethods protocol that other View Controllers use. I have never had an issue with CKRecord not being sendable before this compiler update. I am working on a new update to my app and have turned done the above dangerous move, but I welcome a solution that fixes the issue while keeping why code basically in tact.
I found a work-around, but it won't work with a stand-along Apple Watch app. Simply run the iOS app using Xcode and while the app is running, go into the Apple Watch and start the Apple Watch app. It worked for me. I made changes to the Apple Watch app and saw the changes on the watch when I did this.
I just started Xcode 14.1 beta 3 and I see that symbols for watchOS 9.0.1 are being downloaded. I think that's a good thing. I will test and report back.
Try something like this. Adjust the position as needed.
textEntity.setPosition(SIMD3<Float>(0.2, 0.2, 0.2), relativeTo: anchor)
anchor.addChild(textEntity)
I have a similar situation. I have a CKMethods protocol which I use in a number of View Controllers. I get warnings about CKRecord not being sendable. What I've been doing to try to fix it is to move the functions into the View Controllers. But now I'm stuck with this among other warnings.
let matchTemp = try await database.records(for: recIDs)
Non-sendable type '[CKRecord.ID : Result<CKRecord, any Error>]' returned by call from main actor-isolated context to non-isolated instance method 'records(for:desiredKeys:)' cannot cross actor boundary
Here's another one.
let results = try await database.modifyRecords(saving: records, deleting: [], savePolicy: .allKeys, atomically: false)
Non-sendable type '[CKRecord]' exiting main actor-isolated context in call to non-isolated instance method 'modifyRecords(saving:deleting:savePolicy:atomically:)' cannot cross actor boundary
The issue is that CKRecord is not sendable, so the worry is that different threads could change the same CKRecord object, thus causing problems. There is a dangerous way to turn off the warnings.
extension CKRecord: @unchecked Sendable {
}
Telling the compiler to turn off the warnings. In my app, as I have mentioned before, I have a CKMethods protocol that other View Controllers use. I have never had an issue with CKRecord not being sendable before this compiler update. I am working on a new update to my app and have turned done the above dangerous move, but I welcome a solution that fixes the issue while keeping why code basically in tact.