v0.4.13

Two fixes from a field report (#4):

Meet detection no longer jumps to a lobby tab instead of the live call. Safari's mic capture lives in com.apple.WebKit.GPU, which the mic-priority tiebreaker never matched — so a Meet join page left open in Safari could outrank the browser actually transmitting audio. Browsers now declare their mic process prefixes, and a mic-holding browser is fully scanned (tabs + AX windows) before URL-only hits elsewhere are trusted.

The hotkey survives upgrades. Ad-hoc signing pins the Accessibility grant to the exact binary, so every upgrade silently killed it — and re-toggling the stale System Settings entry can never fix it. jumpcall install now clears the dead grant when it detects a changed binary (approve the fresh prompt once), and jumpcall status explains the recovery (tccutil reset Accessibility io.github.joncode.jumpcall) if you hit the stuck state.

Upgrade: brew update && brew upgrade jumpcall && jumpcall install

jumpcall 0.4.12

The jumper is everywhere now. The app has a real icon — the green jumper on a dark squircle — visible in Finder, Login Items, and macOS permission dialogs. The README got a proper hero header with the logo, and brand assets live in assets/.

Update: brew upgrade jumpcall && jumpcall install.

jumpcall 0.4.11 — meet the jumper

jumpcall has a face. The generic camera icon is retired. Meet the jumper: a little figure mid-leap, arms thrown up, facing you — a quiet silhouette in your menu bar until a call goes live, when he turns green. Drawn entirely in code, adapts to light and dark menu bars, zero assets.

Update: brew upgrade jumpcall && jumpcall install.

jumpcall 0.4.10

Icon follow-up: the barrel jumper is now bold — thicker strokes, bigger head and fist, wider stance, tuned specifically for 18pt menu-bar legibility next to system glyphs. The barrel hangs airborne over a corner of hillside, mid-bound.

Update: brew upgrade jumpcall && jumpcall install.

jumpcall 0.4.9

New icon: the barrel jumper. The generic camera is gone — jumpcall now has an original character: a stick figure charging fist-first, leaping a barrel (side view) that's bounding through the air on a dotted arc. Standing calmly beside the resting barrel when no call is live; leaping, in green, when your call starts. Drawn entirely in code — still zero assets, zero dependencies.

Update: brew upgrade jumpcall && jumpcall install.

v0.4.8

Follow-up to v0.4.7: jumpcall install no longer replaces Homebrew's own CLI symlink.

Previously it swapped /opt/homebrew/bin/jumpcall (brew's link into the Cellar) for its own link into ~/Applications. Brew then refused to link on every upgrade ("possible conflicting files"), leaving a stale binary on PATH — so even a freshly upgraded Cellar build never actually ran. Now a live brew-managed link is left alone (brew keeps it current), and jumpcall uninstall skips it too.

Upgrading from an affected install (the conflict warning means yours is):

brew update && brew upgrade jumpcall
brew link --overwrite jumpcall   # one-time: reclaim the PATH entry for brew
jumpcall install

v0.4.7

Fixes jumpcall install for Homebrew installs (#3):

• jumpcall install now resolves the Homebrew CLI symlink to the JumpCall.app bundle in the Cellar — the documented brew install joncode/tap/jumpcall && jumpcall install flow works again.
• --from accepts a bundle, a binary inside one, or a symlink to either, and rejects anything else with a clear error instead of copying it.
• The CLI symlink step only ever replaces symlinks — it no longer deletes regular files (previously it could delete the very binary passed via --from).
• launchctl failures are reported, and the "JumpCall is running" line only prints when the app actually launched.

If a previous install attempt left a dangling jumpcall symlink behind, recover with:

brew reinstall jumpcall
jumpcall install

jumpcall 0.4.6

The icon stays where you put it. All runtime repositioning is removed — it turned out that recreating a status item in a crowded menu bar makes macOS insert it on the left, which is exactly what kept happening at call start/end. Placement now happens once, at launch (the "start at far right" toggle in Settings → Advanced); while running, JumpCall never moves the icon and your ⌘-drag always stands.

Update: brew upgrade jumpcall && jumpcall install (then re-grant permissions — see README Troubleshooting).

jumpcall 0.4.5

Two real-world Meet fixes:

• The browser in the call wins. A Meet lobby or landing page open in a different browser could hijack detection — joined and un-joined Meet URLs look identical. Browsers actively holding your microphone are now scanned first, so the live call always outranks a lobby.
• Permission problems are visible now. If the app's browser-automation grant is denied or stale (it can go stale after rebuilds), the tab scan used to fail silently. Now jumpcall status and a ⚠ menu item tell you exactly which browser is blocked and how to fix it.

Update: brew upgrade jumpcall && jumpcall install (then re-grant permissions — see README Troubleshooting).

jumpcall 0.4.4

Fix for the far-right pin: macOS parks status items it can't fit at the left screen edge and rewrites the saved position itself. The pin now judges the icon's actual on-screen position (not just the stored preference), snaps back visible misplacements, treats macOS's normalization of the rightmost slot as correct, and never churns against a full menu bar — repositioning into a bar with no room is futile, so it waits for space instead.

Update: brew upgrade jumpcall && jumpcall install (then re-grant Accessibility — see README Troubleshooting).