We have an app with embedded binaries (git) in its bundle, that are started as subprocesses.
On macOS 10.15 everything works just fine, the binaries are correctly signed and have the correct entitlements, however when running the app in Xcode on macOS Big Sur we get the following error when trying to run a subprocess.
git[87505:437491] [unspecified] container_create_or_lookup_for_current_user: error = ((container_error_t)51) XPC_INVALID_REPLY\n
Did something change in Sandboxing with 10.16/11.0?
How do we resolve this?
eaigner
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Last seen
User for
Post
Replies
Boosts
Views
Activity
I have implemented a custom Layout, specifically a label view that hides any trailing views that are clipped.
Now in my placeSubviews() method - even if I don't explicitly place a view - SwiftUI will layout the view and show it.
As there seems to be no way to hide a LayoutSubview, I have resorted to placing the view somewhere very far off screen like this
let maxOffset = CGFloat.greatestFiniteMagnitude
let offScreen = CGPoint(x: maxOffset, y: maxOffset)
subview.place(at: offScreen, proposal: .unspecified)
but I don't really like this solution.
Is there an official Apple "sanctioned" way how to hide LayoutSubviews inside a Layout?
Returning false from NSTextContentManagerDelegate.textContentManager(_:shouldEnumerate:options:) produces huge gaps in my layout instead of showing a continuous block of text.
Instead of omiting the layout of the hidden element, there is a blank space that shows that appears to have the same size in layout as the omitted text element.
Why is this happening and how can I prevent this?
Example:
Since macOS 14 there is a ControlSize.extraLarge in SwiftUI, however there is no corresponding AppKit NSControl.ControlSize.extraLarge, which seems weird.
Surely this is an oversight?
Apple deprecated launch service calls like LSCopyAllRoleHandlersForContentType, referring to -[NSWorkspace URLsForApplicationsToOpenContentType:] instead.
However all those new NSWorkspace methods do not have the crucial LSRolesMask the launch service calls have.
For example, I have code that looks up all alternative shells, and with LSCopyAllRoleHandlersForContentType I could simply provide LSRoleMask.shell to restrict the returned bundle identifiers to shells only.
This is not the first time Apple deprecates stuff without a proper replacement and I don't really get it.
Every OS update is basically a downgrade.
Or is there another way to replicate the old launch service call behavior?