PRINTING ISSUES
Reported by
kal...@yahoo.com,
Aug 8 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/59.0.3071.109 Chrome/59.0.3071.109 Safari/537.36 Steps to reproduce the problem: 1. Print a webpage from Chrome 2. Even can select "Print from System Dialog" to local printer 3. File is spooled out, then...."Stopped" What is the expected behavior? Should print. Paper should come out of printer. Instead CUPS hangs. What went wrong? The same setup with Mozilla Firefox NEVER FAILS TO PRINT from webpage. So i enabled debugging in /etc/cups/cupsd.conf.; restarted the cups service, and ran similar print jobs through the chromium browser and the Firefox browser at different intervals ~10 minutes apart, and did a differential analysis of the /var/log/cups/error_log. (Very tedious) Main point being, both Mozilla's print process and Chromium's print process are nearly similar, EXCEPT: Chromium's (and by extension Google/Chrome's) print process stops on foomatic-rip's invocation of font complaint's by ghostscript, "gs". Both Mozilla and Chrome/chromium invoke "gs" with the same arguments etc. both go through many "client" agents/components to print, only in Mozilla's case, though ghostscript raises THE EXACT SAME FONT Complaint, it still manages successful execution and termination of the filter foomatic-rip, thus allowing print job to execute, while chromium's invocation of "gs" crashes out foomatic-rip, halting the job. Specifically these are the crucial lines from the Chromium err log: GPL Ghostscript 9.18: Some glyphs of the font LiberationSans-Bold requires a patented True Type interpreter. D [07/Aug/2017:16:06:55 -0400] [Job 141] renderer exited with status 1 D [07/Aug/2017:16:06:55 -0400] [Job 141] Possible error on renderer command line or PostScript error. Check options.Kid3 exit status: 3 D [07/Aug/2017:16:06:55 -0400] [Job 141] PID 9628 (/usr/lib/cups/filter/foomatic-rip) stopped with status 9. Did this work before? Yes Don't remember the version, but an older version of Chrome on MInt 17 always worked fine printing from web. Chrome version: 59.0.3071.109 Channel: n/a OS Version: Mint 18 Flash Version: Shockwave Flash 26.0 r0 I am sure many people have this bug, because i have seen it on many boards, with people using different printers. I am sure, once the code maintainer responsible for this issue is pointed to this line of inquiry highlighted by my differential comparison of the err log, they'll be able to issue a quick fix, eliminating the problem for so many from enjoying the chrome browser, as i do.
,
Aug 11 2017
Tested the issue on Latest Chrome Stable# 60.0.3112.90 using Ubuntu 14.04 and could not reproduce the issue. Could some one from MTV Team please look into the issue and test using Mint 17 and provide an update. Thanks in Advance.
,
Aug 11 2017
just a redundant reminder: please be sure the test is on a page where the invocation of gs by foomatic-rip throws an exception for proprietary font. Also: I am using Mint 18. thanx.
,
Aug 15 2017
,
Sep 12 2017
If you use Chromium's "Save as PDF" to get the PDF that it would have sent to CUPS, and then try sending the saved PDF file to CUPS, maybe with the "lp" command - does that trigger the same bug in GhostScript? Is foomatic-rip provided by the foomatic-filters package?
,
Oct 4 2017
,
Oct 4 2017
ok. noted. next instance of fail print from browser, i will echo the pdf file of same to lp. Sorry for missing your comment #5 from a couple weeks ago. But i will as of now look to send pdf to "lp". thx.
,
Oct 4 2017
Thank you for providing more feedback. Adding requester "thestig@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 29 2018
Ok, here is an instance (see link to pdf below) of something failing to print in Chromium Version 63.0.3239.84 (Official Build) Built on Ubuntu , running on LinuxMint 18.1 (64-bit) https://www.health.ny.gov/health_care/medicaid/publications/docs/adm/10adm-5att5.pdf |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by nyerramilli@chromium.org
, Aug 8 2017Labels: Needs-Milestone