Is this issue specific to Gmail? Would printing the Wikipedia home page trigger the same failure? How about printing a PDF?

If you printed to the "Microsoft XPS Document Writer" instead of "32_FL5_BRA_BEANR", does the problem still occur?

What printer / driver are you using? From Windows's perspective, are the printers local or network printers?

There is also bug 661295, which may be related. Though having multiple users all discussing potentially separate issues on the same bug report can be confusing. So let's keep this bug as a separate bug, so we can help you diagnose your specific problem. If multiple bug reports turn out to be the same issue, we can always merge them later.

Unable to reproduce this issue on 60.0.3112.90, on latest stable 61.0.3163.100 and on latest canary 63.0.3222.0 using Windows 7 with below steps.

1.Launched chrome and logged into Gmail. Printed thread which has long conversation[upto 10 pages]
2.Observed print of all pages without any missing.

@Reporter:Could you please respond to comment#2.

Thanks!

This issue is not Gmail specific, other webpages can also fail to be printed on the same rate(5-10%).

Printing a PDF document from "Chrome pdf previewer" is failing as well on the same rate. So we've disabled it - now every time a user clicks on a PDF document whithin Chrome - Adobe Reader goes open to display the content and the document can be successfully printed.

"Microsoft XPS Document Writer" wasn't tested.

We are using many different printer models, most of them are Sharp MFP's(MX-5141N/MX-3114N/MX-C301W,...) and some Kyocera (AR-M201/FS-3920DN/FS-C5350DN,...)
Most of the Kyoceras have as driver: Kyocera Classic Universaldriver PCL6 (A4)
Most of the Sharp printers - model specific PCL6 driver, for example: SHARP MX-3114N PCL6

All of the printers are network printers. 

I've also been reading this bug report (bug 661295). Seems all of us are using VDI of VMware and the issue had started by Chrome v.54.

Thanks for all current and future efforts!

Thank you for providing more feedback. Adding requester "sc00335628@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

This seems to be specific to VDI of VMware.

This issue looks to be similar to issue 661295. Hence Looping @ rbpotter and @ thestig for further inputs on this issue.

Thanks!!

Thank you!

Looking forward for a feedback with any possible solution/workaround.

More questions:

So even chrome://version will fail to print sometimes?

Does Chrome 61 or newer make a difference?

Can you get someone to try the Microsoft XPS Document Writer and see if it works reliably?

For the network printers, are they connected as \\computername\printername, or via an IP address / hostname?

Is it possible to get a test account on one of these virtual machines?

The latest version we've tested was v.60.

I'll setup an AppStack with Chrome Canary and let it be test by affected end-user.

We don't have Microsoft XPS Document Writer installed by default on our VM's(I can install it if required). But we do have "CutePDF Writer". It has been tested - no issues with creation of .pdf files. 

Our network printers are reachable via an IP/hostname.

I can't provided you a testaccount but we can schedule a meeting and I'll do my best to match your time schema.

Dear, 


We've tested the Chrome Canary (current version - 63) browser - it has the same issues as the previous version of the Chrome. 
Do you have suggestion? 

@ thestig: Could you please take a look in to this issue? 

Thanks!

Any update from Google? 

Sorry for the late reply. Too many bugs. Yes, please email me directly and let's schedule a time to look into this on a test account.

Whoops, read that wrong. Still would be happy to chat about the issue if you want to schedule some time.

Sure, just send me an email with your working hours.

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

I seem to be experiencing similar odd printer issues in 69.0.3497.100.  I have a lab of Windows 10 PCs that can print to \\print\kyocera_printer1 but not \\print\kyocera_printer2.  Both printers can be printed to successfully from other applications, but as of 69.0.3497.100 I have received reports that they cannot print web pages to just one printer.  Both printers use the same driver from the print server.  The difference of this issue and the original poster, is that this is 100% of the time.  This is not a PDF printing issue, all web pages don't print to the second printer.

re: comment 19 - it sounds like you have a different issue. Can you file a separate bug for your problem?

Dmitriy: Did you ever try the custom build I sent you? Is this still an issue?