The whole point of FIPS: the phone peers with the node's npub using the LAN endpoint as a direct p2p dial hint AND rendezvouses via a public anchor when away — neither LAN nor 5G location may matter. The anchor half only existed when the scanned QR carried fanchors, so pairing against an older node left the phone LAN-only and everything died on 5G. The Archipelago vps2 anchor (npub + 146.59.87.168:8444/tcp, lockstep with core fips/anchors.rs) is now baked into upsertNodePeer as a guaranteed peer. Mesh connect retry window widened so a first-ever pairing survives the VPN consent dialog. Served APK: 0.5.3 (vc23). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
3.3 KiB
3.3 KiB
HANDOFF — deploy companion APK 0.5.1 (vc21) to nodes
For: the agent on archi-dev-box. User-reported failure this evening: pairing flow on Framework PT — downloaded the companion from the node's QR, then the pairing scan didn't work. The APK the node serves predates today's scanner fixes; the pipeline below gets the fixed build into the user's hands.
What changed on main today (all merged)
- Pairing-scanner fix (
QrScannerOverlay.kt): ZXing decode attempts are frame-gated (~7/s, was every frame — the CPU contention made the preview stutter badly enough to never decode) and PreviewView uses TextureView (no more black flash on open). This is the likely fix for "doesn't scan". - Three-finger menu gesture (was two-finger, collided with scroll) + one-time teaching overlay ~2 min after login.
- Native wallet QR scanner behind
window.ArchipelagoQr+ WebView file-chooser support; web scan modal hands live scanning to it. - npub-keyed saved servers (pairing contract item 1, PR #106).
- Served APK refreshed:
neode-ui/public/packages/archipelago-companion.apkis now 0.5.3 / versionCode 23. On top of the 0.5.1 scanner fixes it guarantees dual-path peering — the node's LAN endpoint (direct p2p, npub- keyed dial hints) AND the Archipelago public anchor (vps2, baked into the app so even an old node's QR can't leave the phone LAN-only) — and fixes the two field failures from the user's 5G test (screenshots, 21:54):- Mesh VPN no longer kills the phone's internet — the IPv6-only TUN
never called
allowFamily(AF_INET), so Android blocked all IPv4 while the mesh was up. Now allowed (+allowBypass). - Off-LAN connect works —
connect()no longer hard-fails when the scanned LAN IP doesn't answer; it brings the mesh up and probes the node's ULA (meshIp) with retries before reporting failure.
- Mesh VPN no longer kills the phone's internet — the IPv6-only TUN
never called
What to do
- Redeploy the web-ui bundle from current main to the active nodes —
web root
/opt/archipelago/web-ui/(NOT a neode-ui/ subfolder), all nodes the user pairs against, at minimum the one Framework PT scans. - Verify the served artifact really updated:
curl -sI http://<node>/packages/archipelago-companion.apk— size should change (~27 MB build of 2026-07-23), or pull it and checkaapt dump badgingshowsversionCode='21' versionName='0.5.1'. - The demo stack gets its images from CI (run 100 pushed today with the new web bundle) — confirm the Portainer stack re-pulled, or trigger its redeploy, so the demo QR also serves vc21.
- Node side is half the 5G story: away-from-home reachability needs the
NODE connected to the public anchor too. On Framework PT (and any test
node): deploy current main (node-side npub-first
fips.pair-info), then verifysudo -n fipsctl show statusreports the anchor connected —fips.reconnectRPC if not. A phone can dial the anchor perfectly and still fail if the node never enrolled with it. - Re-test the user's exact flows with vc23 (updates any older install in
place): (a) pair ON the LAN, then switch the phone to 5G — the UI must
come up via the mesh ULA; (b) pair while ALREADY on 5G (never on the
node's LAN) — scan, VPN consent, and the connect must succeed through
the anchor. If either fails, capture
adb logcataround the attempt andfipsctl show sessionson the node, and report back.