Printing PDFs with toggleable content disregards state
Reported by
clements...@gmail.com,
Oct 13 2016
|
||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.41 Safari/537.36 Steps to reproduce the problem: 1. Open a PDF with toggleable content, like the file attached. 2. Click on one of the clickable images in the middle to switch from the non-printable placeholder image to one of the printable ones. (The ones on white background.) 3. Try print the current state, either through the Chromium printing UI or the native printing dialog. What is the expected behavior? The current state of the document is supposed to show up in the Chromium printing UI preview, and the same is supposed to be printed. What went wrong? The preview shows a mostly blank document, as if the images hadn't been toggled. (Note how the non-toggleable content is still showing.) Printing, no matter the UI used and whether on a physical printer or to PDF, all result in the same mostly blank pages. Did this work before? No Chrome version: 54.0.2840.41 Channel: beta OS Version: Flash Version: Shockwave Flash 23.0 r0
,
Oct 14 2016
Able to reproduce this issue on Windows-10, Ubuntu 14.04 and Mac OS 10.12 using chrome latest stable M54-54.0.2840.59 and earlier version of chrome M30-30.0.1595.0 Observed from M30 release, that the attached pdf print preview is showing almost empty. check the attached screencast. This is a non-regression issue and marking it as untriaged
,
Oct 14 2016
This issue is observed in windows, Linux and Mac OS platforms.
,
Oct 17 2016
,
Oct 28 2016
,
Oct 28 2016
Please let me know if more examples would be helpful for debugging/testing as there are several similar ones available.
,
Oct 28 2016
Did you make the PDF? Curious how is the toggleable state came about. (If not, then no worries.)
,
Oct 28 2016
I did not make these, the artist behind [0] did. They also made several other PDFs available at [1], though not all of them use this particular trick. (The affected ones incidentally show up with white thumbnails in Drive.) The document metadata suggests these were made in 'Adobe InDesign CC 2015 (Windows)' and/or Photoshop, but that's all I know. But if I were to venture a guess, I'd be that the code is setting opacity, visibility or some other obscure property on the embedded images.. [0] http://printableheroes.tumblr.com/ [1] https://drive.google.com/drive/folders/0B9wKLjixK7DHd3pMZk92Z2xhdVk
,
Nov 8 2016
Thanks for the info. It looks like there are a bunch of Hide Actions in the PDF. When printing, the PDF gets "flattened" but that process does handle this interactive feature correctly. Someone will need to look at this from the PDFium side.
,
Nov 9 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 13 2017
This feels like a PE item, sending it over to hnakashima
,
Oct 12
|
||||||||||||||
►
Sign in to add a comment |
||||||||||||||
Comment 1 by clements...@gmail.com
, Oct 13 2016