1663019 - Print headers and footers & Print Backgrounds options are available for pdf documents

Status: RESOLVED DUPLICATE of bug 1752379

(Toolkit :: Printing, defect, P3)

Description

[Emil Ghitta, QA [:emilghitta]]

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

1. Launch Firefox.
2. Access the following link
3. Hit Ctrl + P
4. Access the “Options” section.

Expected result

• The Print headers and footers & the Print Backgrounds are not available for pdf files.

Actual result

• The Print headers and footers & the Print 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

Comment 1

[Jonathan Watt [:jwatt]]

(In reply to Emil Ghitta, QA [:emilghitta] from comment #0)

Expected result

• The Print headers and footers & the Print 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 & the Print 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.

Comment 2

[Emil Ghitta, QA [:emilghitta]]

(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

[Blake Winton (:bwinton) (:☕️)]

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. 🙂

Comment 4

[Jonathan Watt [:jwatt]]

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

[Blake Winton (:bwinton) (:☕️)]

Moving to 83.

Comment 6

[Blake Winton (:bwinton) (:☕️)]

(Moving bugs to 86, part 1.)

Comment 7

[Blake Winton (:bwinton) (:☕️)]

Moving things to 88, cause we're mostly on Proton these days…

Comment 8

[Jack]

I think this may count as a regression of 743252.

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

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.