33f48edc11
The context menu never appeared because the extension wasn't registered at all: pluginkit didn't list it, and it says nothing about why. macOS only loads Finder Sync extensions that are sandboxed, and the target had App Sandbox off, so the appex was silently ignored. It now ships with its own entitlements — sandbox plus read-only access to the items picked in Finder, which is all it needs to read the selection and open a kotej:// URL. The containing app stays unsandboxed, since comparing arbitrary folders needs unrestricted file access. Verified: pluginkit lists it as enabled and the extension is loaded by Finder. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01UfhDYRLTpGJSKGP1m3LVJN
14 lines
543 B
XML
14 lines
543 B
XML
<?xml version="1.0" encoding="UTF-8"?>
|
|
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
|
|
<plist version="1.0">
|
|
<dict>
|
|
<!-- macOS only loads Finder Sync extensions that are sandboxed; without this
|
|
pluginkit ignores the appex without reporting anything. -->
|
|
<key>com.apple.security.app-sandbox</key>
|
|
<true/>
|
|
<!-- Needed to read the URLs of the items selected in Finder. -->
|
|
<key>com.apple.security.files.user-selected.read-only</key>
|
|
<true/>
|
|
</dict>
|
|
</plist>
|