← Commit history

Publish 2.0.536

John Lauer ·4cbf69ac14 ·1mo ago ·parent 5ad945a
2 files changed +4−4
package.json+2−2
@@ -1,6 +1,6 @@ {   "slug": "pup-bridge",-  "version": "2.0.535",+  "version": "2.0.536",   "type": "app",   "description": "The pup SKILL PACK \u2014 the AI skills that teach a cloud/container AI how to drive the Adom Desktop Puppeteer (pup) bridge (browser_* verbs): the everyday `pup` skill plus focused sub-skills for windows/sessions/tabs, screenshots+recording, browsers+Chrome install, and driving the Adom wiki. Installs into ~/.claude/skills + ~/.codex/skills. DOCS ONLY \u2014 this is NOT the bridge runtime. The bridge itself (the Node program that drives the browser) runs on the DESKTOP: Adom Desktop bundles it and auto-installs/updates it, and it's published separately on the Releases tab as adom-bridge-puppeteer-v<ver>.zip. The pkg version is kept in lockstep with the Release version so the page's max version row always carries BOTH a pkg tarball (skills) and a runtime zip (bridge) \u2014 a skills-only or runtime-only bump on the top row breaks constraint installs. TL;DR: pkg install = the skills for your AI; the bridge = the Release zip, which Adom Desktop manages for you.",   "keywords": [@@ -147,5 +147,5 @@       "prompt": "Download the puppeteer-bridge zip from the wiki and walk me through server.js"     }   ],-  "changelog": "The default lane logs in and downloads; nothing on it is a silent no-op any more. ab-smoke on 2.0.534 failed login and download because both go through resolve_tab, the seam every CDP-only verb uses, which found no CDP handle on an ext session and did nothing. resolve_tab now refuses an ext session loudly (lane_needs_cdp, saying what works here and how to opt into CDP), so all 25 CDP-only call sites fail visibly instead of silently. pup_login has an ext arm: the same locate/fill/submit scripts and the same wall detector (hoisted to WALL_JS), evaluated through the transport; realKeystrokes stays CDP-only. pup_download has an ext arm through chrome.downloads in the control extension, returning savedTo/filename/bytes in the same envelope."+  "changelog": "An extension-lane window survives a pup restart intact. On the 2.0.535 restart, recovery declared the lane gone two seconds after boot, before the extension's first heartbeat, KILLED the live browser ('ended 5 stale browser process(es)'), rebuilt the 20-tab window from its file, and then did it all again 17 s later because the orphan pass (CDP-shaped) removed the rebuilt session and the file pass (pid 0 reads as gone) relaunched it. Three fixes: readopt_ext waits up to 8 s for the first heartbeat when the lane's pids were re-attached; ext session files never enter the CDP reconnect, at boot or on the health tick, and are relaunched only when the lane is really dead; the tabless/orphan pass skips ext sessions." }
page.json+2−2
@@ -4,7 +4,7 @@   "slug": "pup-bridge",   "title": "Pup - Puppeteer Bridge",   "brief": "pup is the AI's own browser: a real, full Chrome on the user's desktop that the AI fully controls (a sandbox, not the user's signed-in browser). Rides Bridge; pup_* verbs open windows and tabs, navigate, screenshot, and eval JS.",-  "version": "2.0.535",+  "version": "2.0.536",   "tags": [     "skills",     "pup",@@ -167,5 +167,5 @@       "pup-bridge verbs are invoked through the adom-bridge CLI, not through a binary this package installs, so prefix rules cannot reach them."     ]   },-  "changelog": "The default lane logs in and downloads; nothing on it is a silent no-op any more. ab-smoke on 2.0.534 failed login and download because both go through resolve_tab, the seam every CDP-only verb uses, which found no CDP handle on an ext session and did nothing. resolve_tab now refuses an ext session loudly (lane_needs_cdp, saying what works here and how to opt into CDP), so all 25 CDP-only call sites fail visibly instead of silently. pup_login has an ext arm: the same locate/fill/submit scripts and the same wall detector (hoisted to WALL_JS), evaluated through the transport; realKeystrokes stays CDP-only. pup_download has an ext arm through chrome.downloads in the control extension, returning savedTo/filename/bytes in the same envelope."+  "changelog": "An extension-lane window survives a pup restart intact. On the 2.0.535 restart, recovery declared the lane gone two seconds after boot, before the extension's first heartbeat, KILLED the live browser ('ended 5 stale browser process(es)'), rebuilt the 20-tab window from its file, and then did it all again 17 s later because the orphan pass (CDP-shaped) removed the rebuilt session and the file pass (pid 0 reads as gone) relaunched it. Three fixes: readopt_ext waits up to 8 s for the first heartbeat when the lane's pids were re-attached; ext session files never enter the CDP reconnect, at boot or on the health tick, and are relaunched only when the lane is really dead; the tabless/orphan pass skips ext sessions." }\ No newline at end of file