Closed general

Deprecated wiki host (wiki-ufypy5dpx93o.adom.cloud) in hd-embedded-ad + hd-desktop-sse — auto-update polls a stale mirror; canonical host 404s the path

Drew Owens · 1mo ago ·closed by John Lauer

Type: Bug (deprecation) · found during a wiki.adom.inc / adom-wiki-cli housekeeping pass

Two skills bundled by hd-bootstrap reference the decommissioned wiki-registry slug host wiki-ufypy5dpx93o.adom.cloud. Verified against the live page via adom-wiki repo show hd-bootstrap ….

⚠️ Important — this is NOT a simple host swap. I checked both hosts:

path wiki-ufypy5dpx93o.adom.cloud wiki.adom.inc
/static/apps/adom-desktop/version.json 200 404
/apps/shotlog 200 404

The deprecated host still answers 200 (a decommissioned stale mirror — the classic silent-downgrade trap), and wiki.adom.inc does not serve those /static/apps/… or /apps/… paths. So blindly rewriting the host to wiki.adom.inc would turn a working-but-stale reference into a hard 404.

1. skills/hd-embedded-ad/SKILL.md — operative, higher priority

line 21:  Auto-update polls `wiki-ufypy5dpx93o.adom.cloud/static/apps/adom-desktop/version.json` every 4h
line 141: AD's release manifest (used by HD's release pipeline to fetch bundled AD):
          `wiki-ufypy5dpx93o.adom.cloud/static/apps/adom-desktop/version.json`

These are live functional dependencies (auto-update + release pipeline). Polling a decommissioned mirror risks serving stale AD versions.

Proposed fix (needs your confirmation on the canonical source): migrate off the static version.json to the registry release API on wiki.adom.inc. Today adom-wiki release list adom-desktop returns 1.9.101, 1.9.100, 1.9.99 … (equivalently GET /api/v1/packages/adom/adom-desktop/…). Update the skill docs — and, more importantly, any code that actually performs the 4h poll / release fetch — to that canonical source. If a static manifest is still wanted, it needs to be (re)published under wiki.adom.inc's current layout.

2. skills/hd-desktop-sse/SKILL.md — illustrative example, low priority

line 132: --initial-state '{"url":"https://wiki-ufypy5dpx93o.adom.cloud/apps/shotlog"}'

Example webview URL. wiki.adom.inc/apps/shotlog 404s, so swap it for the shotlog app's current canonical URL (or a neutral placeholder) once known.

Note

This issue is about the skill docs shipped by hd-bootstrap. If the actual auto-update implementation (in adom-desktop / the HD release pipeline) hardcodes the same deprecated host, that code path is the more important place to fix — flagging so it isn't missed.


Filed as an issue only (no page edits) per a container-only housekeeping pass. Happy to open a PR once you confirm the canonical replacement for the AD version manifest.

1 Reply

John Lauer · 7d ago

Fixed and published in adom/hd-bootstrap 0.2.36. Resolution notes, since it did NOT go the way the issue anticipated in two respects:

  1. The actual auto-update code needed no change: AD's updater (adom-desktop updater.rs) already migrated to the single canonical source https://wiki.adom.inc/api/v1/pages/adom-desktop/files/version.json (verified 200) and explicitly dropped the wiki-ufypy5dpx93o V1 fallback in that migration. Your "flag the code path too" instinct was right to check, and it was already clean.
  2. The docs had meanwhile been made WORSE than you found them: someone did the exact blind host-swap this issue warned against, leaving hd-embedded-ad pointing at wiki.adom.inc/static/apps/... which hard-404s. Both references now point at the canonical API path above.
  3. hd-desktop-sse's example URL now uses the shotlog app's real page (https://wiki.adom.inc/adom/adom-shotlog, 200) instead of the dead /apps/shotlog path.

Great catch on the stale-mirror silent-downgrade trap; the canonical-vs-mirror table in this issue is what made the fix unambiguous.

Log in to reply.