Paper match policy selects closest size in printer not requested size
Reported by
davestjo...@gmail.com,
Jan 14
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.2 Safari/605.1.15 Platform: 11151.59.0 Steps to reproduce the problem: 1. Select a paper size not loaded in printer, for example Legal 2. Print 3. Printer with Letter and A4 loaded prints (or requests) the job on A4 instead of Legal. What is the expected behavior? Most, if not all, drivers don't provide a paper match policy so the job is held for the requested size if it isn't loaded. What went wrong? The policy in a job printed from ChromeOS matches the closest paper size instead of requesting the paper size in the job. Did this work before? N/A Chrome version: 71.0.3578.94 Channel: stable OS Version: 71.0.3578.94 Flash Version: 32.0.0.101
,
Jan 16
(6 days ago)
,
Jan 16
(6 days ago)
For future reference: 1) Was your printer setup using IPP? 2) What model of printer were you using? It looks like we could try to set ipp-attribute-fidelity=true but that could cause many print jobs to be rejected. Also, some ipp-attribute-fidelity support is optional for printers to implement. Additionally, we could try to query the printer for media-ready and only display values that are available. However, that would make it more difficult to send a job for a paper size that you want to load at the printer. Some printers will hold the job until the correct media size is loaded but that behavior is printer dependent and not something that is customizable when we send a print job.
,
Today
(4 hours ago)
|
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Jan 14