https://webcompat.com/issues/130075 has a relevant use-case that's bitten by this bug -- a user doing a two-step print process, where they first print to PDF, and then later they print that PDF to an actual printer (at full scale, no shrinking-to-make-the-PDF-pages-fit-the-printable-area). This trivially causes the headers/footers to be clipped in the final output, if the user uses Firefox in the first step of the process (to print-to-PDF), since we draw headers/footers right at the bleeding-edge of the page when we're printing to PDF.
Bug 1669910 Comment 9 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
https://webcompat.com/issues/130075 has a relevant use-case that's bitten by this bug -- a user doing a two-step print process, where they first print to PDF, and then later they print that PDF to an actual printer (at full scale, no shrinking-to-make-the-PDF-pages-fit-the-printable-area). This trivially causes the headers/footers to be clipped in the final output, if the user uses Firefox in the first step of the process (to print-to-PDF), since we draw headers/footers right at the bleeding-edge of the page when we're printing to PDF, which is then too close to the edge of the page for the actual printer when the user goes to print the PDF.