Thanks for the reply, but how is that "as intended?" When something published changes, the UI is supposed to react.

That doesn't work for me. Adding async to those does make the errors on those functions go away, but the compiler still complains Type 'User' does not conform to protocol 'Decodable' Type 'User' does not conform to protocol 'Encodable' with no further information.

Looks like those have been taken down.

Thanks, but the UserManager is owned by the application, not a view.

Thanks. Unfortunately I can't use that because I'm targeting back to iOS 15. I did have a look at it, though, and it too seems pretty incomplete. I appreciate your suggestion.

Unfortunately trying to use a parameter like that results in: 'some' types are only implemented for the declared type of properties and subscripts and the return type of functions However, something like this works: @ViewBuilder func getButton<S: ButtonStyle>(style: S) -> some View { ... }

So does the system read /Library/LaunchAgents first and disregard any duplicate plists that it finds in /System/Library/LaunchAgents?

I have non-functioning breakpoints in Xcode 15.2 but I'm targeting iOS 15.5. Running in a simulator. No breakpoints work, and I've verified that the scheme is set to Debug.

That does indeed work for me. Xcode 15.2 and target is running on an iOS 15.5 simulator. Thanks!

The workaround in that post did work for me, at least to get breakpoints to work. This is it: Edit your scheme and check "Wait for the executable to be launched." Build and run. Launch the app in the simulator (or, I suppose, on the device). But it's a PITA because you have to toggle this setting any time you want to rebuild the app onto the simulator or device. Also, print() statements don't work anymore for some reason.

Thanks for that. Just saw this. I've restructured some things, but I think using .sink to subscribe to an owned object's changes is still relevant.

I find that MusicKit works on simulators running iOS 16 or later. It only fails on iOS 15 simulators. Compounding that problem is that Xcode will now not deploy to an actual device running iOS 15. Brilliant.

@JoeKun Thanks for that info. I don't see specifics about that background-audio-mode plist entry in that doc, though. I just says to include it, with no details or any link to details.

This worked for me as well. I hope everyone who's had his time wasted by this bug has filed a report.

Obviously because he doesn't know they exist. Look at the question. But... thanks for bringing them up.