microlinkhq / metascraper / 31420905971
95%

DEFAULT BRANCH: master
Ran
Jobs 0
Files 0
Run time –
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
31420905971

push

github

web-flow 
test: refresh two tests pinned to third-party URLs that rotted (#870)

* test(medium): refresh the logo the snapshot pins

`cdn-static-1.medium.com/_/fp/icons/Medium-Avatar-500x500.svg` answers
403 now, so the reachability check drops it and the favicon resolver
supplies a miro.medium.com URL instead. The integration test has failed
on master since Medium locked that host down.

Only `logo` moves; every other field in the snapshot is unchanged.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DiDJXMPg2e98kgL3drjg6f

* test(logo-favicon): point the favicon test at a domain we control

`teslahunt.io/favicon.ico` answers 404 and `cdn.teslahunt.io` no longer
resolves at all, so the provider falls through to the Google service and
the assertion fails. It has been red on master since.

The test read as though metascraper strips the subdomain to find the
apex favicon. It does not: it asks for `/favicon.ico` on the host it was
given, and the apex URL in the assertion was teslahunt's own CDN
redirect being followed. That made the test depend on a third party
keeping both a favicon and a redirect alive.

Ask microlink.io for its favicon instead — same behaviour under test,
one less stranger in the loop.

Pinning the Google fallback was the alternative and is not viable: the
shard is per-environment, `t0` here and `t2` on CI for the same input.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01DiDJXMPg2e98kgL3drjg6f

---------

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
Source Files on build 31420905971
Detailed source file information is not available for this build.