applitools / applitools/ImageTester
-nf drops /Rotate: normalized pages render sideways
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 11
- Forks
- 11
- PR merge metrics
- No merged PRs in 30d
Description
PdfFontNormalizer.normalize() builds the normalized page as
new PDPage(originalPage.getMediaBox()) and never calls setRotation(),
so a page with /Rotate 90 renders unrotated (sideways vs. its own baseline)
whenever -nf is enabled.
Pinned by @Ignore'd tests in PdfFontNormalizerEdgeCaseTest
(normalized_page_preserves_rotation,
normalized_render_of_rotated_page_keeps_original_dimensions).
Found by code reading during the -nf test-corpus work
(docs/superpowers/specs/2026-08-10-nf-test-pdf-corpus-design.md, local);
no rotated page occurred in the 28-file real-PDF sample, so severity is
lower than the encoding defect.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in PdfFontNormalizer.normalize(), where the issue identifies construction of the normalized page, then run the ignored PdfFontNormalizerEdgeCaseTest cases normalized_page_preserves_rotation and normalized_render_of_rotated_page_keeps_original_dimensions. Done means normalized pages retain the original rotation and dimensions when -nf is enabled, with both tests passing.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 82/100