For better or worse the App Sandbox is not a good option for our software. I mention PrivilegedHelperTool because that’s how Launchd names the directory where these helpers are/were installed by SMJobBless. The nomenclature remains similar between SMJobBless and SMAppService, but my experience suggests the moment your app starts using the newer APIs, a few behaviors are clearly different.

Confirmed fixed in Xcode 16.

Your instructions mention attaching a crash report here, and a sample project. But I don't see any options to add attachments on these forums. The character limit for these replies makes it impossible to paste in a crash report. Hope I'm not missing something... in any case the supporting files are now attached to the FB issue.

Thanks Quinn, you’ve given me more than enough pointers to move forward.

Thank you for the link! It won't hurt to become familiar with that codebase.

Never mind! The issue I was investigating is actually tied to tiling. If you are working with opaque images one solution would be to crop the image before calling clampedToExtent() to an integral rectangle. You want something similar to what CGRectIntegral() does, except that instead of expanding to the nearest integral coordinates, you shrink inward to make sure only fully opaque pixels fall within the rectangle.

Seems slower than Beta 1, but possibly due to some specific regressions. For example: up to 20 seconds between selecting Edit All in Scope and actually being able to edit the symbol. This is an apparent data point since this is an operation I was doing many times a day, i.e. until Beta 2. 🤷‍♂️

Which one of your targets fail? Is it the app? Do you have explicit dependencies on both frameworks in the app target? Does it make any difference if you turn off the Find Implicity Dependencies option under your Scheme > Build settings?

Were you ever able to get custom CIFilters working as contentFilters for a NSView? It's a year later, I just tried on macOS 11.6.3 and they don't work (haven't tested macOS 12 yet)