Issue 660254  has been merged into this issue.

I tried repeatedly printing the Wikipedia homepage to "Microsoft XPS Document Writer", "CutePDF Writer" and a "HP Laserjet 4 PS" set to the FILE port on Windows 7. I also tried remote desktop vs physically logged in. No luck in reproducing this. I'll keep trying. I have a few real printers. Will try printing to paper if I really can't reproduce it with virtual printers.

Hi there, sorry I fell off a bit today. I don't have easy access to windows machines, but I can try to sort out a file that reproduces often that I can share and we can crowdsource this. The bug reporter seems to've had a really good test file, if he/she can share it that'd be great. Besides that I'll work on getting something that I can share which seems to exhibit the issue often as well.

Okay, so I hope this is same bug but here's a file that we have a reproducible failure on: https://docs.google.com/document/d/1jib8YE28kQj8t1hanbNzxIgpYLN0nB9gHxuiyTMEKzc/edit

When printing two-sided  (I know, introducing another variable), myself and a coworker have had 100% failure. In her case she gets page 1&2 and the rest are blank. In my case I get page 2 and 4, rest are blank.. also on pages 2 and 4 I see strange unprintable character boxes printing over/under other characters.

Unprintable character boxes make me worry about font substitution issues.

We are also seeing this with our customers. It seems to be all brother printers. I have both a HL-2270DW and a MFC-J470DW. I am attaching the print preview and a scan of the print out.

Deleted: ChromeIssue.jpeg 173 KB

	ChromeIssue.jpeg 173 KB View Download

Deleted: Screenshot_102816_095448_AM.jpg 149 KB

	Screenshot_102816_095448_AM.jpg 149 KB View Download

One additional comment. This is happening on CHrome 56.0.2902.0 dev as well as the prod version. My computer is Windows 10. I also have a iMac and it is fine, no issues.

Having the same issue with random missing text on multiple windows 7 and 10 clients running Chrome Version 54.0.2840.71 m (64-bit). Does not have the issue when running major chromium builds prior to 54.  The latest stable builds available up until 10/27/2016 all have had the same problem.

Printing on a Primera LX900 label printer.

Fell back to 53.0.2785.89 and cannot reproduce this issue.

The most efficient way to reproduce this issue is to print many small documents and not printing one large document. It's either missing something or not missing anything at all.

Having the same issue. Multiple websites. Print to PDF is fine as well as printing through IE. Printing to a BrotherMFC-7360N printer. Tried updating print drivers, reinstalling chrome, different user accounts. Is there an installer to go back to version 53 of Chrome while this is being worked out?

I've used a chromium build from https://chromium.woolyss.com/

Not an official source as far as I know..  But it is my workaround at the moment that won't auto-update to the latest chrome build.

Same issue with a Primera LX900 Color Label 900 Label Printer. Random characters missing despite appearing on the print preview. 

Having the same issue. We have have a couple thousand users and many are having the same issue, but many also are NOT. On my personal PC, I'm connected to a Brother MFC8660DN. 

What has worked for me, and one user is to change Display Settings > to I have tried uninstalling/reinstalling chrome from an alternate link. Then changing the Display Settings > Scaling of text to the default. Logging out and logging back in. This fixed the issue on my PC. However, I another user for whom this fix did NOT work.

Many of my users (dozens of support tickets and counting) are experiencing the same issue of characters randomly missing from the page. I've attached some photos. The cuts at the top-right contained PII and is not related to the bug described). You'll notice hand-written text where printed text should have been (and was on Chrome v53). 

- all using v54.0.2840.71 m (64-bit)
- all using Windows 8.1 or 10
- most using a Brother brand printer
- I could not reproduce with a HP Photosmart 6520

Deleted: Screen Shot 2016-10-29 at 1.41.40 PM.png 4.2 MB

	Screen Shot 2016-10-29 at 1.41.40 PM.png 4.2 MB View Download

We are having the same exact problem on every computer in our office trying to print to both Brother printers as well as TSC Label printers.  Looking for a FIX ASAP.  See attached Label printers missing text

Deleted: label printing issue.pdf 55.1 KB

label printing issue.pdf 55.1 KB Download

We experience the same issue with our Zebra ZT410 printer for labels 6"x4". If I print a bunch of labels in a row, the missing parts are not the same between each trials. Seems like the physical output is pretty random between each printing, however the virtual output is always accurate. We can workaround this by printing as PDF, then open the PDF and print it. But still, it's very trickly and worrying for our labels integrity and I feel also concerned if this would come to affect our quotes and work orders too on regular paper.

To all reporters, please attach an affected PDF created with "Save as PDF".

    https://github.com/HalCanary/howto-save-as-pdf

Is that PDF missing characters?  If you print that PDF from another application, does it work?

Thanks!

I will reach out to folks to send PDF versions over to our support team. I did have them try this previously, here's what was reported:

-On screen print preview is not missing any characters
-PDF file generated from "Save as PDF" is not missing any characters
-Printing the PDF from another application (Adobe Acrobat Reader) was OK and was not missing any characters.

Great!  Was there anything odd about those PDFs?  Or do you think this is a regression in Pdfium?

Same here, I haven't been able to reproduce this bug when I saved/printed as PDF. The output was correctly rendered. Plus, printing that PDF from another software (ex: PDF viewer) also printed correctly. It seems to be very specifically when we process the printing directly from the Chrome printing console and choose the the printer itself (in our case Zebra ZT410). However, the printing preview shown is correct. Only the real-life printed result seems affected by this bug.

Interesting fact : some wordwrapped texts are partially cut (see  bug2 .png).

Labels.pdf : the output of a saved pdf from chrome's printing console
bug1.png : real printed output of labels.pdf (page 7)
 bug2 .png : real printed output of labels.pdf (page 6)
 bug3 .png : real printed output of labels.pdf (page 1)


Hope this helps !
PL

Deleted: Labels.pdf 38.4 KB

Labels.pdf 38.4 KB Download

Deleted: bug1.png 799 KB

	bug1.png 799 KB View Download

Deleted: bug2.png 412 KB

	bug2.png 412 KB View Download

Deleted: bug3.png 586 KB

	bug3.png 586 KB View Download

Here is an example of the missing letters on some labels. Red boxes are what is missing, other boxes are to hide information. 

Both single characters and whole words are missing but never a whole line.
As previously stated in the print preview everything looks correct and when saving to PDF no characters are missing. 

Below outlines what is missing in the attached document: 

One label is missing the line that says UPC# (Both are missing underscore text after that and part of the word Customer: is chopped off), Both are missing two letters 'ST' in the word Industria, both are missing the word Job and Color on the left. The word White on the right label is missing the 'WH', and on both in the bottom right hand corner 2 characters are missing before the -. 

Deleted: example.png 198 KB

	example.png 198 KB View Download

this is a huge issue; we have 20~ users in our company that absolutely need chrome for printing due to custom chrome plugins. 

We have this same issue. Print Preview everything looks fine. Printouts randomly missing characters, overlapped, white space, blank line. etc. I did add my local printers as Google Cloud Printers under chrome://devices. and then set the one I wanted as my default printer. That seemed to help a little, but still have some garbled text.

Installed Firefox as a test and everything prints correctly. I'd rather keep Google Chrome.

Add'l Info - All of my users have Brother Printers.

I called Brother and they had me change the Scaling setting on my Brother printers from off to "Fit to Paper Size". I tried a few of the problematic sites/docs and they look fine so far, but I'll still testing.

Having the same issue while printing pages from multiple web sites.  I have the problem with two different Canon printers (MX922)

We have been testing with Windows 7 and 10 with a few laser printers (Brother, HP, Ricoh) using the test cases in comment 19 and comment 36. Unfortunately no luck in reproducing the issue.

It will be helpful to state what OS, printer model, and printer driver version you are using.

We'll keep investigating, but if you are affected by this, you may want to try this experiment:

1) Download the mini_installer.exe from https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/409007/
2) Run mini_installer.exe to install a copy of the Chromium browser.
3) Run Chromium, try printing, see if the problem exists.
4) Quit Chromium, uninstall it.
5a) If no problem exists in step 3, repeat from step 1 with https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/412006/
5b) If the same problem exists in step 3, repeat from step 1 with https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/407004/

If you see where this is going, keep testing with build numbers half way between the known good and bad builds until you narrow it down. Right now we know Chrome 53 is good and 54 is bad, so that translates approximately into 404000 is a good build and 415000 is a bad build.

I will attempt the reproduction steps provided, however one interesting difference between what my users are experiencing and your test case is that my users are using Inkjet printers while you are testing with Laser printers.

After further testing still having random issues. Some printers seem to work okay with this setting others do not. Frustrating...

Narrowed it down.  Doesn't work on 414229.  Does work on previous one - 414204.

To reproduce, I used the following url: http://www.ncregister.com/blog/edward-pentin/pope-francis-proposes-6-new-beatitudes-to-confront-todays-troubles

I printed the page using "Print Article" on the page.  The problem shows up for me in the bullet points not all printing correctly. I'm using a Canon MX922

Hope this helps

@Comment44

- We are using a "Zebra ZT410" printer for labels. 
- The driver is "ZDesigner ZT410-203dpi ZPL" and is up to date.
- The 2 computers we experienced this issue are both on Windows 10 64bits. Unfortunately, I haven't had the opportunity to test this on other computers and windows versions yet.
- The problem started to happen from the second we updated from Chrome 53 to 54.
- I uploaded a test case that causes this issue when we print it : http://www.voliaweb.com/test.html

I will try your mini_installer.exe / chrominium test later today. I hope it'll help you solving this.

Based on comment #47, the range is https://chromium.googlesource.com/chromium/src/+log/aa339ecad2407a5b3875dc597843b1634cec5445..eee8238126d84f092ba19c56cacf5f6da70828d0

That would implicate the GDI printing CL, but c#8 mentions it happens on OSX as well?

(CL: https://chromium.googlesource.com/chromium/src/+/e85e6b6cf8d2a9bb95796cbe87efac18fc9689ff)

Can somebody who can reproduce this on windows please try with the --disable-gdi-text-printing flag turned on? (This would turn off the above CL. If it still happens, that's not it)

Launching 414229 with the flag got rid of the problem for the test page I noted in comment #47. Launching it without the flag still had the problem

We have been trying to figure out this issue for awhile now, and the flag in comment 49 has resolved all of our printing issues, across different OS's, Printers, and drivers. 

Thanks for the feedback everyone. I'll turn the flag on by default, to resolve this issue.

In the meanwhile, use --disable-gdi-text-printing as a workaround. If you are not sure how, refer to: https://www.chromium.org/for-testers/command-line-flags

I would still like to figure out how to reproduce this and actually understand _why_ this bug is happening to some users but not others. Also, comment 6 threw me off because it said this happens on Mac, whereas the command line flag in question is Windows-only.

I would also like to encourage you to try out Google Chrome Canary. Use it once in a while and get a preview of what is going to happen in the near future. The change that affects you here have been in Chrome Canary for 2 months, and then in Chrome's dev and beta channels. Sadly nobody noticed this problem until it hit stable channel.

+ bustamante@ (M54 Release owner)

thestig@, please add release block Stable label if this needs to be addressed for M54. 

Can confirm that I have the same problem printing legal documents. such as Roadworthy Certificates and Vehicle Inspection Reports.
Started a thread at the Chrome Help forum, they directed me here.
https://productforums.google.com/forum/#!topic/chrome/4KdU4Zf2jN8;context-place=forum/chrome

If we quickly print the same page again, it will often print fine, sometimes with only one or two characters missing, but the first print after opening chrome, or letting it sit for a while is always terrible.

Deleted: IMG_20161031_121701.jpg 847 KB

	IMG_20161031_121701.jpg 847 KB View Download

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/b97fbe89d9cd468834492cc1d21d5b05359eee7c

commit b97fbe89d9cd468834492cc1d21d5b05359eee7c
Author: thestig <thestig@chromium.org>
Date: Wed Nov 02 01:25:27 2016

Printing: Disable rendering text with GDI.

This reverts Windows printing back to the behavior in Chrome 53:
- Print spool sizes are larger
- But hey, no random missing characters

BUG=409472, 658606 

Review-Url: https://codereview.chromium.org/2470853003
Cr-Commit-Position: refs/heads/master@{#429177}

[modify] https://crrev.com/b97fbe89d9cd468834492cc1d21d5b05359eee7c/chrome/browser/printing/print_view_manager_base.cc

We have a POS Web based app.

Some of our clients with Windows 10 have reported this issue with thermal printers. They are printing legal documents, so this is really important issue.

This issue isn't common of all Windows 10. We have requested to test the --disable-gdi-text-printing

 Issue 659775  has been merged into this issue.

Approving for merge into M54

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/6f2678d8960a17a015dfe1fc1d3b9f6583a9929c

commit 6f2678d8960a17a015dfe1fc1d3b9f6583a9929c
Author: Lei Zhang <thestig@chromium.org>
Date: Wed Nov 02 20:45:51 2016

M54: Printing: Disable rendering text with GDI.

This reverts Windows printing back to the behavior in Chrome 53:
- Print spool sizes are larger
- But hey, no random missing characters

BUG=409472, 658606 

Review-Url: https://codereview.chromium.org/2470853003
Cr-Commit-Position: refs/heads/master@{#429177}
(cherry picked from commit b97fbe89d9cd468834492cc1d21d5b05359eee7c)

Review URL: https://codereview.chromium.org/2470213002 .

Cr-Commit-Position: refs/branch-heads/2840@{#815}
Cr-Branched-From: 1ae106dbab4bddd85132d5b75c670794311f4c57-refs/heads/master@{#414607}

[modify] https://crrev.com/6f2678d8960a17a015dfe1fc1d3b9f6583a9929c/chrome/browser/printing/print_view_manager_base.cc

[Automated comment] Reverts referenced in bugdroid comments, after merge request, needs manual review.

Approving merge to M55 branch 2883. Please merge ASAP. Thank you.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/d9d6091addb7d617891c4c98afd99fe989e59bac

commit d9d6091addb7d617891c4c98afd99fe989e59bac
Author: Lei Zhang <thestig@chromium.org>
Date: Wed Nov 02 21:59:17 2016

M55: Printing: Disable rendering text with GDI.

This reverts Windows printing back to the behavior in Chrome 53:
- Print spool sizes are larger
- But hey, no random missing characters

BUG=409472, 658606 

Review-Url: https://codereview.chromium.org/2470853003
Cr-Commit-Position: refs/heads/master@{#429177}
(cherry picked from commit b97fbe89d9cd468834492cc1d21d5b05359eee7c)

Review URL: https://codereview.chromium.org/2475533002 .

Cr-Commit-Position: refs/branch-heads/2883@{#428}
Cr-Branched-From: 614d31daee2f61b0180df403a8ad43f20b9f6dd7-refs/heads/master@{#423768}

[modify] https://crrev.com/d9d6091addb7d617891c4c98afd99fe989e59bac/chrome/browser/printing/print_view_manager_base.cc

This should be fixed in the near future, when the next Chrome update comes out. The version bumber for Chrome 54 will be 54.0.2840.93 or newer. After which, the command line switch workaround should no longer be needed because it has been enabled by default.

Awesome, thanks for the quick and pro-active resolution Chrome's crew ! As a pro-chrome developper, I wanna take 2 minutes to tell you we really appreciate the way it's been handled ! :)

Pierre-Luc

 Issue 661101  has been merged into this issue.

 Issue 661815  has been merged into this issue.

We have the same issue both on Mac and Windows with printers by GoDex and cab.

A test we ran was even with a very simple HMTL to print an address on a label:
<div>Caspar-Karl-Str 16</div>
<div>14253 Hannover</div>

Multiple times if printed just fine, but at some point the printer randomly did not print the upper line anymore.

I've tried the --disable-gdi-text-printing with limited success. Some users work, some don't. Very Frustrating.

Same problem at our school district with Brother and HP Printers.

re: comment 70 - If you see this happening on Mac, then you need to file a new bug because this bug is Windows only.

re: comment 71 - My suggestion is to make sure your users quit out of Chrome completely before relaunching it. i.e. Make sure after they quit, there's no more chrome.exe processes in the Windows Task Manager. If that does not help, then you may also have a different problem and should file a new bug as well.

This was not a problem until the latest Chrome update. The systems that are affected are Windows 7, with Brother printers. Everything has been working fine for literally years up till last week. Users were always able to print out of Chrome with no problems. I've tested with Firefox and the same printouts are fine. 

I'll recheck your suggestion of checking for Chrome processes.

Thank you for commenting.

Same problem here!  have to use firefox to print now :-(  hope there is a fix soon

Deleted: IMG_8179.JPG 87.5 KB

	IMG_8179.JPG 87.5 KB View Download

Been struggling with this issue for awhile, but found a solution that worked for the computer that this was happening on. I initially disabled the GDI rendering with the flag that was given above, but that became an issue when Chrome was opened from outside sources (links in emails, etc). It only worked when Chrome was opened from the shortcut.

Using a Brother HL-5450DN on a Windows 7 machine with the latest version of Chrome. Ran the uninstall utility for drivers, ran a firmware update on the printer, then downloaded the full driver package. 

Here's the important part, though, and what ultimately fixed it: 

I ended up using the PostScript drivers instead of the PCL6 drivers. I believe for this particular printer, the driver was called HL-5450DN BR Script3 or something along those lines, but it worked. 

To change it to that driver, open up Devices and Printers > Right click on printer > Printer Properties > Advanced tab > Then under "Driver" select the PS driver > Apply and OK. Then I made that the default printer (I'm IT for a company and this was on someone else's machine).

You may have to run their full installation for whatever printer you have like I did or find the PS driver on the internet somewhere if your printer varies from mine, but this worked for me and it's now successfully printing the missing fields.

Good luck, everyone.

This is not fixed.  Please help with fixing this issue.  I am in IT with a school district and we need something that can be fixed over a network for several computers.  Is there not an update to chrome for this?

@#77 I think If you read the previous posts in the thread it says it will
be included in an upcoming update.

@#79, I'm IT for a small company (about 20 people). I highly recommend seeing if switching to PostScript drivers solves your problem. Obviously it shouldn't require us to go through and do this and should work on its own, but if you're frustrated and don't have any other options, it's a good solution.

Comment 76 did it for one of my printers! yippee-ki-yay! Thanks. While reading your post, I do remember that sometimes PDF's wig out depending on the PS/PCL topic (that was not a Chrome issue). Now I need to track down PS drivers for some others printers.

Whoops, I meant @#77 for the last comment I posted. I'm glad that worked out, took three of us sitting at one computer to figure it out. Hopefully the next Chrome update does fix it, it would be nice to not have to do this to multiple machines.

Everyone,

This was fixed in internal build 54.0.2840.93 and was not publicly released yet.

When will build 54.0.2840.93 be released? I just tried to run another update but all i am getting is version 54.0.2840.87 m. I can't believe how many people are affected by this and it is taking Google so long to fix this. 

Hey people,

I found a easy way of printing these papers until it gets fixed.
Convert the file into a pdf and print it using adobe or Acrobat Reader DC.
This is a temporary solution that works with me, unsure if it works with anyone else, so please confirm this.

Not fixed in current build Version 54.0.2840.87 m.
Waiting patiently for 54.0.2840.93.

This bug has caused considerable loss of productivity !!!!!!

Bumped into this problem today when tried to print GDocs file from GDrive.

What did I do? I changed my Epson L100 printer to a new Canon Pixma G2000 printer, and the problem appeared.  Didn't have this problem with the Epson.
(OS : Win7 64bit)

Putting "--disable-gdi-text-printing" works (for the moment).

Using Opera will yield to the same missing text.

Attached are Opera's Print Preview, and Canon's Print Preview.

Deleted: browser_printpreview.PNG 106 KB

	browser_printpreview.PNG 106 KB View Download

Deleted: canon_printpreview.PNG 52.3 KB

	canon_printpreview.PNG 52.3 KB View Download

Everyone,

Build 54.0.2840.93 will never be released. I would expect it to be released officially between build 54.0.2840.100 and ...110 which won't be much longer. I would say it's likely to be 5-10 more days.

I found out a walkaround for the GDocs to be printed correctly : Print thru Google Cloud Print.

When I print a GDoc using Chrome to *local* printer -> random text missing.
Same GDoc using the same Chrome to Google Cloud Print connected to the same *local* printer -> IT PRINTS CORRECTLY.

I'll keep testing throughout the day... 

 Issue 663116  has been merged into this issue.

Tested this issue using http://www.voliaweb.com/test.html(from comment# 48) and labels.pdf(from comment# 36) was unable reproduce the issue on reported version # 54.0.2840.73.
Was able to print the above without any issues on 54.0.2840.98 too on Windows 10.

Note : Used cloud printer.
thestig@ : Could you please suggest if it can be verified from TE end.

@Comment91

It seems like its very specific under certain printer/driver circumstances and it is mainly affecting labels/receipt printers. Maybe there's a pattern mostly used by those thermal printer ? 

I posted those examples you just tested. In our case, http://www.voliaweb.com/test.html is not printing properly (random missing parts), but the labels.pdf file prints correctly. 

Some more details :
---
Printer : Zebra ZT410 (Printer for thermal labels) 
Driver : "ZDesigner ZT410-203dpi ZPL" (is up to date)
OS : Windows 10, 64bits
Chrome : 54.0.2840.73 m (64bits)

Note : we tested and ended with the same results on two similar machines (same OS, Chrome version, printer/driver/protocol).

Let me know if I can help. Thanks,
PL

We're seeing the issue with USB attached and network based printers producing on 8.5x11 media.  Often times the font has been made larger than the default size (but not extremely), just for easier readability.

We were also having the same problem.  We primarily print thermal labels using Zebra GK420d printers and Google Chrome.  Starting Tuesday of last week, random lines would drop off of the label.  Printing out of any other application or web browser works fine.  I tried the workaround of adding -disable-gdi-text-printing to the end of the Google Chrome shortcut and that fixed the printing problem.  Is there a fix that is to be released in the near future so I don't have to edit 50 Google Chrome shortcuts?

 Issue 663316  has been merged into this issue.

There is a fix, and it has been merged into 54.0.2840.93 - any Chrome with a version number later than that will have the fix, but there are no guarantees when that happens. 

On the upside, the release calendar (https://www.chromium.org/developers/calendar) suggests December 6th as a likely release date for M55, so I'd assume that Chrome stable will have that fix sometime early December. 

There is a workaround described as "the workaround of adding -disable-gdi-text-printing to the end of the Google Chrome shortcut", but could someone possibly give a step-by-step description of this designed for technopeasants like me? It would be really helpful and appreciated. 

 Issue 661973  has been merged into this issue.

Today, my Chrome was willing to update to  54.0.2840.99 m
and, as predicted in this thread, the problem is gone!

Yes, I forgot to announce this. The 54.0.2840.99 update is rolling out to users starting today. Not all users will get the update right away, as it happens in stages.

But can't everyone get the update if they do Help/About?

re: comment 101 - I'm not 100% sure if that can force an update on Winodws. It does not hurt to try.

I am having an issue of missing text when printing from sent folder or print page. It just started recently. I am using HP printer, Chrome and window computer. Please help. It prints fine using Firefox.

@103 What version of Chrome is running? Did you update Chrome to v54.0.2840.93?

That resolution worked. Our clients are grateful.

You recommended adding  --disable-gdi-text-printing as a workaround

Please add that fix in your next Chrome release.

Have a great week
Coral Springs Software

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/653aaed16ec270dcb3c4da44a5adabb501228bc3

commit 653aaed16ec270dcb3c4da44a5adabb501228bc3
Author: thestig <thestig@chromium.org>
Date: Tue Nov 15 01:50:36 2016

Printing: Add command line switch to rendering text with GDI.

Add --enable-gdi-text-printing for those who want to experiment with it.
Rendering text with GDI is still disabled by default and
--disable-gdi-text-printing overrules the enable flag.

BUG=409472, 658606 

Review-Url: https://codereview.chromium.org/2503663002
Cr-Commit-Position: refs/heads/master@{#432052}

[modify] https://crrev.com/653aaed16ec270dcb3c4da44a5adabb501228bc3/chrome/browser/printing/print_view_manager_base.cc
[modify] https://crrev.com/653aaed16ec270dcb3c4da44a5adabb501228bc3/chrome/common/chrome_switches.cc
[modify] https://crrev.com/653aaed16ec270dcb3c4da44a5adabb501228bc3/chrome/common/chrome_switches.h

As far as I can tell, updating to 54.0.2840.99 m has fixed  Issue 663316 . Thanks folks.

(From #93) Working great post update. Thanks everyone!

Hi all, we have been experiencing this issue for a number of weeks now.

I have just tested with a couple of our staff and have checked that chrome is updated (54.0.2840.99) and still having print outs with squashed text etc. For us the issue has not been resolved.

re: comment 109 and for anyone else still having problems with 54.0.2840.99 - you have similar symptoms but this is not your bug. Please file a new bug.

 Issue 662681  has been merged into this issue.

 Issue 665824  has been merged into this issue.

Very embarassing bug, still not solved for me.
Google Docs/Chrome just decided for me to drop the last paragraph of a letter I wrote when printing with Google Cloud Print.
Windows 10, 64 bit.
I don't want to proofread everything I print.

This is insane.

Switching to LibreOffice for now.

Comment 113: Please see comment 110. If you are still having issues with 54.0.2840.99 or later, please file a new bug, as your issue may appear similar but has a different cause.

We recently reproduced this bug using a label printer and the link from comment 48 on older Chrome builds with GDI printing enabled. We found that the fix to  bug 659604  seems to have fixed this problem, as on all builds without that fix we saw missing words/letters as reported on this bug, and on all builds with that fix added there were no problems.

As a result, we have moved GDI printing to chrome://flags as of Canary 58.0.2993.0, and plan to enable it on Canary by default. You can change the setting by going to chrome://flags and selecting "Enabled" or "Disabled" for GDI Text Printing. We want to make sure this bug is fixed for everyone before we enable GDI printing on other builds, so please try Canary with GDI printing enabled (this should be the default shortly), and update this bug if you see the missing letters problem come back.