Skip to content

Fix macOS release packaging to use proper .app bundle#51

Merged
erikdarlingdata merged 1 commit intodevfrom
feature/fix-macos-bundle
Mar 6, 2026
Merged

Fix macOS release packaging to use proper .app bundle#51
erikdarlingdata merged 1 commit intodevfrom
feature/fix-macos-bundle

Conversation

@erikdarlingdata
Copy link
Owner

Summary

  • macOS builds were shipping as flat folders of DLLs/binaries — not runnable on macOS
  • Release workflow now creates proper .app bundle structure (Contents/MacOS/, Contents/Resources/, Info.plist)
  • Added missing CFBundleExecutable key to Info.plist so macOS knows which binary to launch
  • Info.plist version is now auto-synced from the csproj at build time, preventing version drift

What users get now

PerformanceStudio.app/
└── Contents/
    ├── MacOS/          ← all published binaries
    ├── Resources/
    │   └── EDD.icns    ← app icon
    └── Info.plist      ← bundle metadata

Test plan

  • Merge to dev, then dev→main to trigger release workflow
  • Download macOS zip from release, extract, and verify .app bundle launches

🤖 Generated with Claude Code

macOS builds were shipping as flat folders of DLLs/binaries that weren't
runnable. Now creates a proper .app bundle (Contents/MacOS, Contents/Resources,
Info.plist) so the app is double-clickable on macOS.

Also adds missing CFBundleExecutable to Info.plist and auto-syncs the
plist version from the csproj at build time so it can't drift.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
@erikdarlingdata erikdarlingdata merged commit 2e0fe90 into dev Mar 6, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant