New issue
Advanced search Search tips
Starred by 17 users

Issue metadata

Status: Fixed
Closed: Apr 2013
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Sign in to add a comment

Issue 131054: When print background image sprites sometimes corrupted (when using -webkit-print-color-adjust: exact;)

Reported by, Jun 4 2012

Issue description

Chrome Version       : 19.0.1084.52
OS Version: Debian Wheezy and Windows 7
URLs (if applicable) :
Other browsers tested: Did not test on other browsers as to the best of my knowledge, -webkit-print-color-adjust is only in chrome as of the date of this bug report.

What steps will reproduce the problem?
1. Create a webpage with "-webkit-print-color-adjust: exact;" and a background image sprite.
2. Tweak sprite offsets until the background displays corrupted.
3. Go to print preview mode, or generate a PDF.

I have attached an example of a corrupted PDF (first checkbox prints corrupted) and the second checkbox prints as intended. Note that these only different by the offset into the sprite. Additionally, on the screen these both display as intended.

What is the expected result?

The sprite should print as it would on screen. Not as a corrupted series of boxes.

What happens instead?

At certain offsets, the sprite prints as a corrupted series of black boxes.

Please provide any additional information below. Attach a screenshot if

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.52 Safari/536.5

Comment 1 by, Jun 4 2012

Upon further inspection, I think that the "corrupted series of boxes" I described in the original bug report is just a scaled up and skewed version of the sprite. It is a bit easier to see with a checkbox outline in the following example.

Comment 2 by, Jun 4 2012

Missing corrupted screen shot from Comment #1.

Comment 3 by, Jun 4 2012

As a work around, I'm using non-sprited background images when printing. Thus far I have only been able to recreate this bug using sprites.

Comment 4 by, Jun 5 2012

Labels: Feature-Printing

Comment 5 by, Jun 5 2012

Can you also attach the sprite you're using?

Comment 6 by, Jun 5 2012

Sure thing. The first example (checkbox.htm) uses rte.gif and the second example (checkbox_test.htm) uses sprite.png. Both are attached here. They were saved with gimp 2.6.10 in case it is something about how the images are encoded that is causing the problem.

Comment 7 by, Jun 5 2012

Labels: -OS-Linux -Area-Undefined OS-All Area-WebKit
Status: Untriaged

Comment 8 by, Jun 6 2012

The print seems to work ok in Safari (-webkit-print-color-adjust works there too).

Comment 9 by Deleted ...@, Jul 22 2012

same thing here, tried that sprite and it stretched.
2.4 KB View Download

Comment 10 by, Dec 18 2012

 Issue 164161  has been merged into this issue.

Comment 11 by, Dec 18 2012

Status: Available

Comment 12 by, Dec 18 2012

 Issue 164161  has been merged into this issue.

Comment 13 by, Feb 15 2013

While this is still broken in beta builds (Chrome 25), it seems to work just fine in recent Canary builds (Chrome 26).

Comment 14 by, Feb 15 2013

Confirmed. This is resolved in Chrome 26. Bug can be closed, thanks.

Comment 15 by, Mar 10 2013

Project Member
Labels: -Area-WebKit -Feature-Printing Cr-Content Cr-Internals-Printing

Comment 16 by, Apr 6 2013

Project Member
Labels: -Cr-Content Cr-Blink

Comment 17 by, Apr 27 2013

Status: Fixed
Not sure how it was fixed, but that works starting from Chrome 26.

Sign in to add a comment