Skip to main content
Every Pidgeon app fails the same way on purpose: the window chrome and navigation stay on screen, the error is bounded and names what happened, and there’s a clear next action — usually a Retry. You should never see a blank wall. This page lists, per surface, what a failure actually looks like and what to do.

First thing to check: the Bridge

Each desktop app starts a local engine sidecar — the Bridge — on a loopback port. Most “the app won’t do anything” reports are a Bridge that isn’t running yet or has stopped. When an app reports the Bridge offline, the fix is the same: make sure the app finished starting, then use the in-app Retry (or Settings → Connection). The Bridge binds to loopback only — nothing listens on your network.

Post

Flock

Loft

Migrate

Pidgeon launcher

CLI

The CLI follows Unix conventions: exit 0 on success, exit 1 on failure — so it slots straight into CI gates.
On macOS, if the installed tool can’t find a runtime, set DOTNET_ROOT to your dotnet install path (for example /usr/local/share/dotnet) before running pidgeon.

Account portal

Still stuck?

Email [email protected] with the app name, version (status bar), your OS, whether the Bridge status pill showed online or offline, and what you expected versus what happened. Check Known issues first — your problem may already have a workaround.