← Commit history

pup-vendor-login: record the WINNING FedCM recipe — Google's Sign-in-with-Google account chooser rejects DOM/synthetic/page.mouse/UIA clicks; the only thing that works is a real OS cursor HOVER (desktop_hover) THEN desktop_click, the hover being what satisfies FedCM's user-activation check. Proven live signing John into Autodesk.

John Lauer ·2131ab4f4e ·3mo ago ·parent 4551a34
1 file changed +1−1
package.json+1−1
@@ -1,6 +1,6 @@ {   "slug": "adom-desktop-puppeteer-bridge",-  "version": "1.9.163",+  "version": "1.9.164",   "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. So the pkg version (skills, bumps often) and the Release version (runtime, bumps rarely) differ on purpose. TL;DR: pkg install = the skills for your AI; the bridge = the Release zip, which Adom Desktop manages for you.",   "keywords": [