Open Bug 1681206 Opened 4 years ago Updated 2 years ago

@page margin:0 seems to be special and does not behave the same as margin:0.01px w.r.t. non-printable areas

Categories

(Core :: Printing: Output, defect, P3)

defect

Tracking

()

People

(Reporter: MatsPalmgren_bugz, Unassigned)

Details

(Keywords: parity-chrome, testcase, Whiteboard: [print2020])

Attachments

(3 files)

This test has @page { margin:0.01px; } and when I print it (using a clean profile) to my printer the border is about 0.5cm in from the paper edge. IOW, it seems 0.01px is added to the printers unwriteable margin. Compare this with the same test with @page { margin:0; } which behaves differently - it ignores the unwriteable margin. So it appears the we special-case the margin:0 case?

It seems Chrome always honors a @page margin and ignores the unwriteable margin when it's specified (at least with the "Default" setting in the print UI). That seems like a more reasonable and predictable behavior to me. The user should be able to override that in the print UI of course.

That was an intentional difference, see bug 1672529. But yeah, maybe we should always honor them.

Whiteboard: [print2020]

(just for completeness/comparison, here's a variant of the original testcase but with margin:0)

(and here's a screenshot showing how these testcases render, using the "Margins: Default" user-specified-margins setting [i.e. default behavior in a fresh profile])

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: