Print headers and footers & Print Backgrounds options are available for pdf documents
Categories
(Toolkit :: Printing, defect, P3)
Tracking
()
People
(Reporter: emilghitta, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [print2020] [old-ui-] )
Affected versions
- 82.0a1 (BuildId:20200903094553)
- 81.0b5 (BuildId:20200901203141)
Affected platforms
- Windows 10 64bit
- Ubuntu 18.04 64bit
- macOS 10.14
Steps to reproduce
- Launch Firefox.
- Access the following link
- Hit Ctrl + P
- Access the “Options” section.
Expected result
- The
Print headers and footers
& thePrint Backgrounds
are not available for pdf files.
Actual result
- The
Print headers and footers
& thePrint Backgrounds
are available for pdf files but they seem not to be applied on PDF documents (Print headers and footers at least).
Regression Window
- I don’t think that this is a regression.
Additional Information
- It seems that Chrome hides those options for pdf documents
- [Suggested Severity] S3 or S4
Updated•4 years ago
|
Comment 1•4 years ago
|
||
(In reply to Emil Ghitta, QA [:emilghitta] from comment #0)
Expected result
- The
Print headers and footers
& thePrint Backgrounds
are not available for pdf files.
Why not. Shouldn't the user be the one to choose what they want?
Actual result
- The
Print headers and footers
& thePrint Backgrounds
are available for pdf files but they seem not to be applied on PDF documents (Print headers and footers at least).
That sounds like the bug to me.
Reporter | ||
Comment 2•4 years ago
|
||
(In reply to Jonathan Watt [:jwatt] from comment #1)
Why not. Shouldn't the user be the one to choose what they want?
I agree. Since Chrome, Microsoft Edge & Opera seems to not support that option for pdf documents in their print previews I thought that this may be a limitation and the option shouldn't exist for PDF documents.
Comment 3•4 years ago
|
||
I disagree… I think PDFs should be printed the way they're rendered, and are mostly used for documents that are already laid out and formatted. I worry that people will forget to un-check the checkbox, and complain about the extra crap that Firefox adds at the bottom.
But in the end, it's probably @shorlander's call, and perhaps he's thought about it already and has an answer. 🙂
Updated•4 years ago
|
Updated•4 years ago
|
Comment 4•4 years ago
|
||
In terms of practicalities, the way to fix this is probably to add a contentType
to WindowGlobalParent that mirrors document.contentType
, and then check for sourceBrowsingContext.currentWindowContext.contentType == "application/pdf"
in PrintEventHandler.init().
Comment 5•4 years ago
|
||
Moving to 83.
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 6•3 years ago
|
||
(Moving bugs to 86, part 1.)
Comment 7•3 years ago
|
||
Moving things to 88, cause we're mostly on Proton these days…
Updated•3 years ago
|
Comment 9•2 years ago
|
||
Redirect a needinfo that is pending on an inactive user to the triage owner.
:mstriemer, since the bug has recent activity, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Description
•