Pup - the AI's own browser

@@ -42,7 +42,7 @@ straight into HKCU and never leaves an "Adom Pup" entry in your Start Menu (v2.0 | `jlViewTasks` | **on** | "Switch to logged-in view / Switch to public view" on wiki windows. | | `jlCloseAll` | **on** | "Close all pup windows" task on every pup icon. | | `jlDashboard` | **on** | "Open pup dashboard" task, one click opens the live window/tab/thread map. |-| `aumidShortcut` | **off** | Anchor each taskbar identity with a visible Start Menu shortcut (ab 2.1.49 `anchor:true`, one collapsed "Adom Pup" folder). ON = the jump list stays up on the FIRST right-click; OFF = clean Start Menu, the first right-click flashes and the second stays (ab#155, measured: no invisible anchor exists). |+| `aumidShortcut` | **off** | Anchor each taskbar identity with a visible Start Menu shortcut (ab 2.1.49 `anchor:true`, one collapsed "Adom Pup" folder). ON = the jump list stays up on the FIRST right-click; OFF = clean Start Menu, the first right-click flashes and the second stays (ab#155, measured: no invisible anchor exists). Since 2.0.668 the anchor is removed with its identity when the window closes, and a boot sweep clears anything older builds left (`pup_sweep_identities`). | | `jlAnnotate` | **on** | "Annotate this page" task, draw on the page; the capture goes to the owning AI thread. |  ## Toolbar extension family: buttons in the browser toolbar

@@ -75,6 +75,26 @@ re-queues, and the button rebuilds the moment you look away. While it is pending marks that button RED with the reason, pup never reports a green match against a taskbar it knows it has not applied. +## No residue: identities die with their windows (2.0.668)++Every taskbar identity is a registry key (HKCU AppUserModelId), and with `aumidShortcut` on, a Start+Menu shortcut that Windows lists as an App in Start search. Until 2.0.668 nothing but `pup_uninstall`+ever removed one, so every thread that ever opened a window left its key behind: John found+"hydrogen workspaces" offered as an App on arav-rog on 2026-09-20 (116 dead keys and 20 dead+shortcuts there, 94 keys on his laptop). Now:++- A window's identity is unregistered the moment its last window closes (thread tiles are shared by+  a thread's windows; category icons by every window of that category).+- A minute after every boot pup sweeps: every `Adom.Pup.thread.*`, `Adom.Pup.w.*` and `Adom.Pup.cat.*`+  key no live window holds is unregistered (key plus anchor), every `.lnk` in the "Adom Pup" Start Menu+  folder that no live window's thread or id matches is deleted (the folder too, once empty), and tile /+  icon generations other than the current one go.+- `pup_sweep_identities {}` runs the same sweep on demand and reports `unregistered`, `shortcutsRemoved`,+  `iconDirsRemoved`. Use it once on a box that ran older builds.++Only the base `Adom.Pup` key stays, and its Start Menu entry only while `aumidShortcut` is on (default off).+A name still showing in Start search after that is the search index catching up, not a file.+ ## Formerly-known state gaps (both CLOSED, kept so nobody re-reports them)  - Progress-bar targeting (issue #54): CLOSED. Root cause was `minimalTouch` gating, not titles.