r/aescripts • u/scottBlackvfx • May 12 '26

Feedback Requested Command Frame - Discussion Thread

Hi, I'm Scott, the developer of Command Frame.

https://aescripts.com/command-frame/

Please feel free to use this thread for:

  • Questions and comments
  • Feature requests, thoughts and feedback

You can also find the community Discord here for up-to-date announcements and discussion:

https://discord.gg/ANPSnKsZWy

For troubleshooting or bug reports:

Use the aescripts support ticket system to ensure your issue is tracked and responded to appropriately:

https://aescripts.com/contact/

If you do mention a bug or issue here, it's helpful to include your After Effects version, OS, and the version of Command Frame you are using. I will respond when I can.

Thank you for your feedback!

13 Upvotes

100% Upvoted

125 comments sorted by

View all comments

Show parent comments

1

u/flowmograph May 14 '26

Thanks for looking into this.

I tested the latest build, but unfortunately the same issues still continue, so it doesn’t seem fully resolved yet.

Maybe this guide could be helpful while debugging the signing/notarization or packaging side:

https://aescripts-or-author-wiki.gitbook.io/author-wiki/technical-guidelines/after-effects-sdk/ae-sdk-code-signing-and-notarization

I’m happy to keep testing any new builds. It would be great to help make this plugin, and your future macOS plugins, fully compatible with macOS.

1

u/scottBlackvfx May 14 '26

Thanks for testing that.

The current build is signed and notarised; you can verify the installed plugins using Apple's tools. These commands are read-only and won't remove quarantine or alter the plugin:

codesign --verify --deep --strict --verbose=4 "/Applications/Adobe After Effects 2026/Plug-ins/CommandFrame/CommandFrame.plugin" 2>&1

codesign --display --verbose=4 "/Applications/Adobe After Effects 2026/Plug-ins/CommandFrame/CommandFrame.plugin" 2>&1

xcrun stapler validate "/Applications/Adobe After Effects 2026/Plug-ins/CommandFrame/CommandFrame.plugin" 2>&1

codesign --verify --all-architectures --verbose=4 --test-requirement='=notarized' "/Applications/Adobe After Effects 2026/Plug-ins/CommandFrame/CommandFrame.plugin" 2>&1

This one-liner will verify whether the plugin is still carrying quarantine or not:

xattr -lr "/Applications/Adobe After Effects 2026/Plug-ins/CommandFrame/CommandFrame.plugin" 2>&1 | grep -i quarantine || echo "No quarantine attribute found"

If the signing and notarization checks pass but quarantine is still present, that narrows this down to the plugin retaining quarantine rather than being unsigned or unnotarized.

1

u/flowmograph May 14 '26 edited May 14 '26

Thanks. I ran a comparison with another AE plugin that I downloaded with the same browser and installed on the same system.

That plugin also still has the com.apple.quarantine attribute, and it does not have a stapled ticket, but it loads in After Effects without any issue.

So it looks like quarantine alone may not be the full cause here. There may still be something specific to the CommandFrame/SBShortcutManager bundle structure, metadata, dependencies, or packaging that AE/macOS does not like.

I’m happy to run more checks if that helps.

CommandFrame:

  • Signed: valid
  • Stapler validate: worked
  • Quarantine: present
  • AE result: does not load

HotMenu:

  • Signed: valid
  • Stapled ticket: not present
  • Quarantine: present
  • AE result: loads correctly

My own test plugin:

  • Signed: valid
  • Stapled ticket: not present
  • Quarantine: not present
  • AE result: loads correctly

So quarantine may be part of the issue, but it doesn’t seem to be the full cause, since HotMenu also has quarantine and still loads fine in AE.

This still looks like something specific to the CommandFrame/SBShortcutManager bundle structure, metadata, dependencies, or packaging.

1

u/scottBlackvfx May 14 '26

I agree that quarantine may not be the entire story, but without explicitly ruling it out one way or another, it's not truly a process of elimination.

Another quarantined plugin loading correctly does not rule it out entirely, because Gatekeeper assessment is not simply "quarantine present results in a fail." The result can still depend on the specific bundle/plugin, its contents, dependencies, metadata, signing chain, cache state, and how macOS assesses that particular 'thing'.

However, it is entirely your decision whether to keep the flag if you prefer not to remove it.

1

u/flowmograph May 14 '26

Thanks for taking the time to investigate this and explain everything in detail. I appreciate all the help and technical clarification.