Printing to PDF can't handle background-color CSS property



Camino Graveyard
13 years ago
13 years ago


(Reporter: Håkan Waara, Assigned: Mike Pinkerton (not reading bugmail))


Mac OS X
Bug Flags:
camino1.0 -



(1 attachment)



13 years ago
Reproduced with Camino 1.0b2. 
Unsure if this is a Core or Camino bug.

Using the "Print..." menuitem, and then previewing as PDF, this extremely simple testcase fails:

<p style="background-color:red">test</p>

Basically the red background color is used for all of the page in the printed PDF.

Comment 1

13 years ago
Created attachment 211072 [details]

The simple testcase mentioned.

Comment 2

13 years ago
This is a blocker for me printing my CV as PDF ;-)  

I have to use Safari (oh, the pain)!
Does this work in Firefox?

Comment 4

13 years ago
In 1.0rc1, I just get a white page, no red at all (anywhere).

Håkan, do you have "Print Background Colors" selected in the Camino pane of the print dialogue?  It's unchecked by default.

Comment 6

13 years ago
Yes, with "Print background colors" on, this bug is reproduced.

Without that checked, I get no colors at all.

Comment 7

13 years ago
More data:

* this bug is fixed in firefox trunk
* this bug is also fixed on Camino trunk!

The bug still exists however in Camino 1.0rc1.

Does anyone know what checkin fixed this? I think this should be considered for 1.0 if the fix wasn't risky.

Bz:  the bug experienced is while printing (to PDF in this case). If you use a background-color attribute, and you print with background colors on, that color will be used for all of the page - not just the element it is specified on. 

Does this sound like a familiar regression to you; any idea what checkins might  have fixed this on trunk?

Comment 8

13 years ago
(In reply to comment #6)
> Yes, with "Print background colors" on, this bug is reproduced.
> Without that checked, I get no colors at all.

Isn't that a bug in its own right? Colours specified by the page should be there if "print background colors" is checked.


Comment 9

13 years ago
I guess the reasoning is that the "background-color" property, even when specified on an element, is a background color and therefore should not be shown when that checkbox is ticked off.

However, personally I feel that body bgcolor represents the page's background color, and other background colors are just as any colors on the page...
Note that if you do a simple "regression range" search the right checkin is glaringly obvious in bonsai...

*** This bug has been marked as a duplicate of 294836 ***
Last Resolved: 13 years ago
Resolution: --- → DUPLICATE

Comment 11

13 years ago
Thanks, should've caught that!

I think this bug is useful to keep open to track whether we intend to apply it to Camino 1.0

Do we have to get it into the 1.8-branch then, or what's the process?

Nominating.. I'll let you guys proceed since I'm not very up to date with the process.
Flags: camino1.0?
Resolution: DUPLICATE → ---
Unapproved branch changes to core (that aren't expected to be approved) aren't really 1.0 material. If you want it on the branch, you need to request it from the other bug but, since it's not a regression stability/security fix, I doubt they'll approve it.

I'll let someone else minus, but I don't think this will/should be in 1.0.

Comment 13

13 years ago
no, not for 1.0. nominate the dupe for the 18branch.

*** This bug has been marked as a duplicate of 294836 ***
Last Resolved: 13 years ago13 years ago
Flags: camino1.0? → camino1.0-
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.