Repository navigation
build(deps): bump unpdf from 1.9.1 to 2.1.0 - #310
Merged
Merged
Conversation
Bumps [unpdf](https://github.com/unjs/unpdf) from 1.9.1 to 2.1.0. - [Release notes](https://github.com/unjs/unpdf/releases) - [Commits](unjs/unpdf@v1.9.1...v2.1.0) --- updated-dependencies: - dependency-name: unpdf dependency-version: 2.1.0 dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
|
Important Review skippedBot user detected. To trigger a single review, invoke the
|
There was a problem hiding this comment.
html-get
Details
| Benchmark suite | Current: b2b35e0 | Previous: 74b8e6e | Ratio |
|---|---|---|---|
html rewriteUrls off |
167.7 ms (161.7-177.1) |
171 ms (167.4-175.4) |
0.98 |
html rewriteUrls on |
256 ms (244.6-270.7) |
259 ms (252.1-269.7) |
0.99 |
pdf extract |
134.2 ms (123.6-159.9) |
126 ms (122.9-130.3) |
1.07 |
cold require |
315.4 ms (312.8-326.1) |
320.1 ms (311.9-326.3) |
0.99 |
This comment was automatically generated by workflow using github-action-benchmark.
unpdf 2 dropped the `channels` field from `extractImages` and always returns RGBA pixels, so `usable()` filtered every image out and every PDF lost its `image` and `logo`. Encode RGBA and stop reading `channels`. unpdf 2 also returns image masks, which have no color of their own and come out opaque black on transparent. Reject those stencils by their pixels, so a PDF keeps the logo it had on unpdf 1. Checked against the 53 PDF fixtures: the 46 images unpdf 1.9.1 extracted are byte-identical in RGBA on 2.1.0, and every chosen image and logo is the same one. Snapshot diffs are the PNG length only (RGB -> RGBA). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A PNG stride that only covers RGB pixels kept the first pixel right and passed, unseen without the PDF fixtures. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
unpdf 2 declares engines `node >=24`, which is now the highest floor in the dependency tree (was @metascraper/helpers at >= 22.13). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps unpdf from 1.9.1 to 2.1.0.
Release notes
Sourced from unpdf's releases.
... (truncated)
Commits
c612f83chore: release v2.1.0d049048fix: hand pdfjs-dist its image decoders ingetDocumentProxyea398d6feat: exportregisterImageDecodersand keep the image decoders out of text-...94d6425chore: release v2.0.12a3d514fix: decode CCITT, JBIG2, and JPEG 2000 images in every runtime (#72)2cc485ctest: load@napi-rs/canvasbefore any test times outce13da0chore: release v2.0.0173112achore: update dependenciesbcf5270fix: acceptRenderPageAsImageOptionsinrenderPageAsImageand export `Met...1a382adrefactor: trim single-use helpers and dead codeDependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)