Hero Studio
Public Made by Adomby adom
The hero-image lab with a human gate: `hero-studio pose <owner/slug>` opens the studio in front of the human, posed for their package, and blocks until they click Generate, producing the provenance-stamped 2000x1250 PNG the registry's hero gate requires. The image carries the title and artwork; the exported image also bakes the type pill (top right) and full wiki slug (bottom right); the page shows the hero bare, and only the homepage marquee overlays its own dynamic info. Every hero wears its P
Package dropdown lists renamed pages under their OLD slug (Pup shows adom-desktop-puppeteer-bridge)
The "PACKAGE (LIVE WIKI DATA)" dropdown lists renamed pages under their OLD slug, so binding by the current slug silently fails and generated files get stamped with the stale slug.
Repro
Pup renamed adom/adom-desktop-puppeteer-bridge -> adom/pup-bridge (the old URL 301s). But in the studio dropdown the Pup option value is still adom/adom-desktop-puppeteer-bridge (label "Pup (app)").
Consequences:
hero-studio set page=pup-bridgeandpage=adom/pup-bridgematch no option, so the dropdown goes blank and the header falls back to a stale package ("Hydrogen"). I had to DOM-select the old-slug option value to bind it.- After Generate, the exported file is stamped with the old slug:
hero-adom-desktop-puppeteer-bridge-<ts>.png(slugadom-desktop-puppeteer-bridge), even though I hadset slug=pup-bridge. The dropdown selection wins over theslugfield.
Ask
- Refresh the package list from live registry data so options use current slugs (renames 301, so a live pull resolves), or accept the new slug as an alias for the old option value.
- Make the exported/provenance slug follow the page's canonical current slug, not the dropdown's cached value.
Filed from the pup-bridge build thread after generating the new Pup hero. Related: hero-studio#29 (baked slug in the dynamic band).