[tannevaled]

⛔⛔ Two claims went into a shipped comment without either being checked,
and I was one command away from filing two issues in other organisations on the
strength of them.

The comment added in #89 said the import swap saved linking a second decoder —
already corrected inside that pull request, go list -deps says image/jpeg
stays either way — and then that go-gfx/gfx/codec, go-images/images and
go-pdfkit/html2pdf importing image/jpeg is "a wider divergence than this
file", with go-images/images importing both singled out as the worst of
it.

Reading that dependency's source says otherwise, and says it deliberately

Its package doc: "PNG and JPEG via the standard library". Its partial.go,
the only file importing the fork:

⛔ One divergence from [Decode], stated rather than hidden. On a COMPLETE
file this returns the FORK's decode, and for a four-component JPEG that
differs: the fork upsamples chroma the way libjpeg does, where the standard
library repeats each sample. Decode's standard-library path is untouched, so
anything relying on its exact bytes still gets them.

So the two decoders live there on purpose, the divergence is written down
exactly where the divergence is made, and there is nothing to file. A tracker
entry claiming otherwise would have cost a maintainer a reading to refute.

What survives the check is the change itself

go-pdfkit/render's import list holds github.com/go-images/jpeg and not
image/jpeg, so decoding a redacted picture with the fork really is decoding
it the way the page is shown. That was the reason; the rest was decoration I
had not earned.

🤖 Generated with Claude Code