b478c51551e2f54bb98a9e57737fda7fc54c54f6
sxyprn's "latest" listing sends items whose thumb is the bare string "https:". Resolved against the page -- which is what new URL(url, location) does with anything that isn't absolute -- that becomes our own address, so the card raced our own HTML as if it were a picture, pinned our origin to the proxy for the rest of the session, and asked /api/image to fetch "https:" (a 400, every time). An address that doesn't stand on its own is no thumbnail at all, and is now treated as one: no src, no race, no request, and the card keeps its placeholder. While in here: a thumbnail that failed had exactly one more chance, the proxy, and images already on the proxy route had none at all -- so one refused connection left a card empty for as long as it stayed mounted. A failure now walks a short ladder instead: the other route, then both again after a pause. Bounded and backed off, and dropped the moment the card is rebound, so a page of genuinely dead images costs a handful of requests rather than a storm. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01QBDkEXP4htyXTCZUwMLphd
Description
A webclient for hottub
Languages
JavaScript
68.7%
Python
17.6%
CSS
11%
HTML
2.1%
Shell
0.5%