New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 131054 link

Starred by 17 users

Issue metadata

Status: Fixed
Owner:
Last visit 28 days ago
Closed: Apr 2013
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

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

Reported by ahochh...@samegoal.com, Jun 4 2012

Issue description

Chrome Version       : 19.0.1084.52
OS Version: Debian Wheezy and Windows 7
URLs (if applicable) : http://69.164.217.215/checkbox.htm
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
possible.

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


 
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.

http://69.164.217.215/checkbox_test.htm

Missing corrupted screen shot from Comment #1.
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 tkent@chromium.org, Jun 5 2012

Labels: Feature-Printing
Can you also attach the sprite you're using?
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.
Cc: mikelawther@chromium.org
Labels: -OS-Linux -Area-Undefined OS-All Area-WebKit
Status: Untriaged
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. 
card_nature_icons.png
2.4 KB View Download
 Issue 164161  has been merged into this issue.
Owner: vitalyb...@chromium.org
Status: Available
 Issue 164161  has been merged into this issue.
While this is still broken in beta builds (Chrome 25), it seems to work just fine in recent Canary builds (Chrome 26).
Confirmed. This is resolved in Chrome 26. Bug can be closed, thanks.
Project Member

Comment 15 by bugdroid1@chromium.org, Mar 10 2013

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

Comment 16 by bugdroid1@chromium.org, Apr 6 2013

Labels: -Cr-Content Cr-Blink
Status: Fixed
Not sure how it was fixed, but that works starting from Chrome 26.

Sign in to add a comment