[setchy]

Summary

Make launching an already-running Gitify show its existing window, rather than silently exiting the second process. This is a usability improvement, not a restoration of ordinary-relaunch behavior lost in 8.0.0, and it does not need to block the hotfix.

Background

Gitify previously registered a second-instance listener to forward gitify:// OAuth callback URLs to the running instance. That listener did not show the window for an ordinary launch without a callback URL.

The device-flow migration in #3449 removed the obsolete callback listener. Single-instance enforcement remains in place: a second process still quits. macOS activation is also still handled by electron-menubar.

This PR adds explicit show-on-relaunch behavior, particularly for Windows/Linux, addressing #3556.

Changes

• Handle second-instance by showing the existing menubar window rather than toggling it.
• Register lifecycle handlers before Electron becomes ready and coalesce early relaunches until the preloaded menubar window is ready.
• Log show failures and allow a later relaunch to retry.
• Leave macOS activate handling with electron-menubar; do not restore obsolete OAuth protocol handling.

Fixes #3556.

Verification

• pnpm check passed.
• pnpm test passed: 219 files, 2,191 tests.
• pnpm build passed.
• Lifecycle tests cover normal startup, second-process exit, repeated relaunches, early relaunches, and failure/retry. The entrypoint test verifies registration occurs before whenReady.
• CI lint, unit tests, visual regression, code analysis, and macOS/Windows/Linux packaging checks passed.
• Packaged-app relaunch checks on Windows/Linux and macOS activation remain manual follow-up.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud