Review follow-ups. The README's adapter reference and the userscript
testing skill still described a scrape that no longer exists, and the
manga test stub kept a querySelectorAll whose only caller was the
deleted coverFromPage. The handler comment's premise ("every installed
userscript still sends one") stops being true the moment a Reader
reinstalls, so it now says older copies may.
Both userscripts stop scraping Covers and stop putting one on the wire.
A scraped address has no rendering path left now that the backend
acquires, stores and serves every Cover from its own origin (ADR-0007),
and keeping one would reintroduce third-party URLs into exactly the
place #47 came from.
- Adapters no longer read og:image / meta[name=image], and comix's
img[alt] cover scan and novelfull's metaName helper are deleted.
- apiPut strips `cover` off every outgoing body, so a cached row's
address (already ours) never travels back either. The server ignores
the field regardless.
- Both card renderers swap in the existing `.cover.ph` placeholder when
the image fails to load, so a failure looks designed rather than
broken - the other half of what #47 reported.
- The deleted scraping's test cases go with it: the comix cover cases,
the img[alt] and meta[name] stub branches, and the stale og:image
fixtures. Export lists are unchanged; nothing cover-specific was
exported.
The cover route itself is already public and uncredentialed, with the
immutable cache directive and 404-for-unknown covered by the tests that
landed with #59.
sulthan