Summary
After installing the latest release, macOS showed two Perch menu bar items.
Observed locally
Two PerchApp processes were running at the same time:
/Users/yilin/.local/share/perch/PerchApp
/Users/yilin/.local/share/perch/Perch.app/Contents/MacOS/PerchApp
perch menubar login status also still pointed at the old flat executable path:
Launch at login: enabled (/Users/yilin/.local/share/perch/PerchApp)
Expected behavior
The installer should avoid duplicate menu bar instances when upgrading/migrating from the old flat PerchApp executable path to the new Perch.app bundle path.
Suggested fix
During install/upgrade:
- Stop all running
PerchApp processes, including old flat-path instances.
- If launch-at-login is enabled and points to the old flat executable, rewrite it to the newly installed app bundle executable.
- Then open only the new
Perch.app.
Local workaround used
perch menubar stop
perch menubar start
perch menubar login enable --app-path ~/.local/share/perch/Perch.app
This left one running process and updated launch-at-login to:
/Users/yilin/.local/share/perch/Perch.app/Contents/MacOS/PerchApp
Summary
After installing the latest release, macOS showed two Perch menu bar items.
Observed locally
Two
PerchAppprocesses were running at the same time:perch menubar login statusalso still pointed at the old flat executable path:Expected behavior
The installer should avoid duplicate menu bar instances when upgrading/migrating from the old flat
PerchAppexecutable path to the newPerch.appbundle path.Suggested fix
During install/upgrade:
PerchAppprocesses, including old flat-path instances.Perch.app.Local workaround used
This left one running process and updated launch-at-login to: