When adding an image on top of a pdf, parts of the background are visible on top of the newly added image.
Categories
(Firefox :: PDF Viewer, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox125 | --- | unaffected |
firefox126 | --- | wontfix |
firefox127 | --- | wontfix |
People
(Reporter: mchiorean, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Found in
- version: 126.0b1
Affected versions
- version: 127.0a1
Tested platforms
- Affected platforms: Windows
- Unaffected platforms: to be added
Preconditions
- Have Firefox installed
Steps to reproduce
- Open a pdf file https://www.irs.gov/pub/irs-pdf/f1040.pdf.
- Add and image to the pdf file.
- Save the pdf file with the attached image.
Expected result
- Pdf file should be correctly saved.
Actual result
- Pdf file is saved, but the image file is blurry, and rows from background are displayed on top of the added image.
Regression range
- To be added
Additional notes
- Issue does not reproduce if the pdf with the image is printed.
Reporter | ||
Comment 1•5 months ago
|
||
Reporter | ||
Comment 2•5 months ago
|
||
Comment 3•5 months ago
|
||
What do you mean by "blurry" ?
The image is pixelated because it has been scaled up. Was the rendering correct on your screen, I mean not that much pixelated, but then too much pixelated when saved and open ?
The fact that the form stays on top of the added image is on purpose:
- the form must stay fillable
- Acrobat and Chrome behaves the same way.
Reporter | ||
Comment 4•5 months ago
•
|
||
Probably blurry was not the right word, but viewing parts of the tables from background on top of the newly added image does not look good to me. Also this does not seem to reproduce on an older build. 121.0a1.
Regression:
2024-04-18T15:21:56.053000: DEBUG : Found commit message:
Bug 1886872 - Update PDF.js to new version 067c49dc49ce37ea99106f7d836456025f7ef5f4 r=pdfjs-reviewers,marco
Differential Revision: https://phabricator.services.mozilla.com/D205385
app_name: firefox
build_date: 2024-03-24 04:45:36.577000
build_file: C:\Users\svuser_1.mozilla\mozregression\persist\381b66eafe88--autoland--target.zip
build_type: integration
build_url: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/UjHl-KDxQFi6xjechWLh2g/runs/0/artifacts/public%2Fbuild%2Ftarget.zip
changeset: 381b66eafe886fcb55b36b33340457bceef42836
pushlog_url: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=42d0a7aac8554a20c6667e07db48c44c05f7b1b0&tochange=381b66eafe886fcb55b36b33340457bceef42836
repo_name: autoland
repo_url: https://hg.mozilla.org/integration/autoland
task_id: UjHl-KDxQFi6xjechWLh2g
Reporter | ||
Updated•5 months ago
|
Reporter | ||
Comment 5•5 months ago
|
||
Image type added on pdf is .png.
Comment 6•5 months ago
|
||
Set release status flags based on info from the regressing bug 1886872
Comment 7•5 months ago
|
||
:calixte next week is the final week of beta for Fx126.
Do you plan on investigating/fixing this for Fx126?
Comment 8•5 months ago
|
||
It behaves this way because of the patch for bug 1883609.
It's consistent with how Acrobat/Chrome are rendering the stamp annotation (even in editing mode in Acrobat).
So I'm marking this bug as invalid, if I misunderstood something, don't worry to reopen it.
Updated•5 months ago
|
Description
•