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. Conformance runs inside Post today, on Post’s 5101 Bridge, so conformance failures surface under Post below. The standalone Conform app on 5104 is in beta and not yet downloadable.

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 or Linux, if the dotnet tool install can’t find a runtime, set DOTNET_ROOT to your dotnet install path before running pidgeon. For example /usr/local/share/dotnet on macOS, or /usr/share/dotnet (or $HOME/.dotnet for a manual install) on Linux, depending on how you installed .NET. The current public beta uses the .NET tool as its cross-platform install path; the separate signed ZIP in 0.1.0-beta.2 is a Windows artifact.

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.