Thank you Quinn. It is at least good to have confirmation and know where I can stand. Good to hear you plan to fix it soon as well, even though I have to work with it for now. I have had other issues with custom framers as well (FB9405024, FB9430130). Hopefully the tech will eventually mature and I can use it again.

Seems like I have found a solution which is to add .handlesExternalEvents(matching: []) to the WindowGroup.

I'm having this problem too. Is there any solution?

iOS and macOS. Trying to block real attacks/snooping, not the device owner inspecting traffic.

Would there be a way to tell whether an instance of SecCertificateRef is trusted as part of the immutable store vs. the system/user keychain?

@eskimo here it is: FB12059413

I've done some further experiments: if I set the CGImage (obtained from the CIImage) directly onto the contents property of the layer of my view, then it works and display fine. But if I implement drawRect() and draw the CGImage into the CGContext using CGContextDrawImage() then it appears corrupted. How weird is that?

For anyone at Apple seeing this, I filed FB12608056 with sample code and screen recording.

@FrankSchlegel here's a screen recording, top view is drawing the image in drawRect(), bottom view is assigning the image to the layer contents. The bottom view display what I expect. http://tclementdev.com/coreimage_metal_test.mov

@FrankSchlegel wow thank you, I added the ROI callback (simply returning the images full extent) and the top image doesn't look corrupted anymore. I'm so confused as to why the default behavior is any different when an ROI callback is not specified, wow. Still not the end of the story though, when drawing large with interpolation disabled (NSImageInterpolationNone and kCAFilterNearest), the top image is doing something odd, new video here -> http://tclementdev.com/coreimage_metal_test2.mov

The image view width is a multiply of 6 and should be able to represent all pixels as they are without any trick, so it doesn't seem like it should do that.