In my case, I used a Windows 10 desktop that had not yet applied the update to v65. I was able to print to PDF and print to printer as normal from the application Erin mentioned. I then applied the v65 update and relaunched. I was still able to print to PDF (and the contents were correct) but the reported behavior happened when I tried to print to the printer: the printer driver would engage, but the Windows print queue would be empty and the printer itself would not engage and print. Several other TLC staff were able to recreate this issue with the same behavior.

We are having the same issue with all our custom prints. 

var winPrint = window.open('', 'Comment Manager', 'left=100,top=100,width=600');
                winPrint.document.write(printDiv.html());
                winPrint.document.close();
                winPrint.focus();
                winPrint.print();
                winPrint.close();

Try searching for "Cloud Print" in your Chrome settings and adding your printer as a "Classic Printer" for Google Cloud Print. I was then able to print as normal. However, caveat, this appears to only work if you are logged into Chrome with the Google account that setup the printer (thanks to one of our developers for noting this issue).

Note that when you open the print dialog, you now have two profiles for the printer with the same display name. The second one should be the cloud print profile and you have to print with that profile. The user experience is quite poor on this, though admittedly it feels like quite the workaround.

Can reproduce this on Win10 with a test page based on the script in comment 2. Bisected to https://chromium.googlesource.com/chromium/src/+log/038ddeca2826686c37d7034b17c1b9f5d1364402..36312fccc6b5f9bba0fa427d6b9756daad3b94e6. It's likely the local printing change in that list. This is also broken on Canary, so will start working on a fix for ToT and then we can look at merging back from there.

The workaround in comment 3 should work in general. The fact that the printer names and icons are identical is indeed confusing. See bug 638328. One way I have found to tell which printer you have selected in this case is to see if the "Print with system dialog" button shows up in print preview. If this link appears, you have selected the local printer vs the cloud print registered version.

Since the change in question only impacts Print Preview and not printing from the system dialog I was hoping that disabling print preview and using the system dialog would be a workaround here, but it seems that at least for the test page this never worked without print preview (tested on 64 and it does not work with the system dialog). 

This bug report is from Erin Kinney on Chrome release blog post: https://chromereleases.googleblog.com/2018/03/stable-channel-update-for-desktop.html#gpluscomments

Our circulation computer updated to this version today and now our we can't print from our circulation system. One clicks print for a dues slip and it blips in the printer queue and then *poof* it's gone. It is never sent to the printer. However, I can print using Chrome using the print dialog box, but that won't work with our ILS. I've notified our vendor. I'm sad because now I have to use another browser.

There are multiple other Printing related comments in release blog post:

Erwin Anzola said...
After update our print functionality does not work anymore, nothing is sent to the printer queue, all dialogue boxes open, but nothing is sent to the printer

Luis Carlos said...
I have some projects that used javascript to print the window content and now they doesn't work.

The javascript code is

window.onload= function () { window.print();window.close(); }

Jake Houser said...
several of the computers that use our inventory management software updated today and it's causing a very large issue for us. When a user clicks print to output the inventory label, it pops into the print que but immediately disappears without being sent to the printer. We're currently scrambling to push out installers to the older version due to a pre-existing compatibility issue in IE and Firefox. 

any Information on how to disable chrome. this is a really big problem for us.

Tagging as M65 stable blocker for investigation. 

FYI, another workaround here is to print to the Save as PDF destination in Print Preview and then print the PDF (can be printed from Chrome or another program).

Comment #3 worked, but our circ computer isn't signed into Chrome so that won't work.  Comment #9 sort of worked, but an 8 1/2" x 11" PDF won't print nicely on the receipt printer.

Our users are experiencing the same issues as described above by Erin Kinney when upgrading to v.65 on Windows (not reported issues on macOS)
The workaround with save to PDF works, but its hard to instruct 4000 users to do the work around, unfortunately. 
Is there any more information about a potential fix, or ETA that we can communicate?

This bug is currently marked as M65 stable blocker and we're planning M65 Stable release next week. Pls try to land the fix ASAP to trunk and ready for merge by EOD Monday, 03/13/18. Thank you.

The workaround in comment 3 does not work without an Internet connection. Our application is used offline, and we can't print.

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

commit d20e4ef32233412d947beeb190f93ccea71510b3
Author: rbpotter <rbpotter@chromium.org>
Date: Fri Mar 09 20:50:39 2018

Fix print job early termination during PDF conversion

Many webpages use window.print() immediately followed by window.close()
in JS. This means that the renderer and web contents are torn down
while the PDF is still being converted for the printer on Windows.
However, the web contents are not needed if the full PDF document has
already been rendered, so the PrintViewManager should just release the
query and allow conversion and spooling to complete instead of
cancelling the job.

The CL to send the Print Preview PDF directly to the PrintViewManager
broke this for users that use Print Preview because we no longer store an
extra copy of the web contents in the BackgroundPrintingManager. This has
been broken if using the system dialog since M64 or earlier.

Bug:  820105 
Change-Id: I308adba43b3604509275f6c0f2946545b94dd1d5
Reviewed-on: https://chromium-review.googlesource.com/956257
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Reviewed-by: Wei Li <weili@chromium.org>
Cr-Commit-Position: refs/heads/master@{#542203}
[modify] https://crrev.com/d20e4ef32233412d947beeb190f93ccea71510b3/chrome/browser/printing/print_view_manager_base.cc
[modify] https://crrev.com/d20e4ef32233412d947beeb190f93ccea71510b3/printing/printed_document.cc
[modify] https://crrev.com/d20e4ef32233412d947beeb190f93ccea71510b3/printing/printed_document.h

Pls verify this bug on canary version 67.0.3367.0 or higher. Thank you.

 Issue 820193  has been merged into this issue.

Verified the fix in comment 17 on Chrome Canary 67.0.3367.0 on Windows 10. Printed a test case based on JS in comment 2 as well as test.html test page provided by a user in merged  bug 820193 . Tested with XPS Document Writer and an HP Officejet 6100 local printer. Both documents successfully printed from Print Preview when print button was clicked.

Requesting a merge for the CL in comment 17 to M-65 and M-66. This is a high impact regression, and the fix should be relatively safe as it is a small change to only a few files and is almost entirely Windows only code.

This bug requires manual review: Request affecting a post-stable build
Please contact the milestone owner if you have questions.
Owners: cmasso@(Android), cmasso@(iOS), bhthompson@(ChromeOS), govind@(Desktop)

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

Thank you  rbpotter@. Lets wait until for Monday for canary baking. Pls update the bug with canary result on Monday morning.

Your change meets the bar and is auto-approved for M66. Please go ahead and merge the CL to branch 3359 manually. Please contact milestone owner if you have questions.
Owners: cmasso@(Android), cmasso@(iOS), josafat@(ChromeOS), abdulsyed@(Desktop)

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

Tested the issue on reported version 65.0.3325.146 using Windows 7 and Windows 10 and unable to reproduce the issue with test file attached in  bug 820193  and HP LaserJet 4345 MFP PCL6 Class Driver printer i.e; On clicking Print this page , page printed successfully. Hence unable to verify the fix on latest canary 67.0.3368.0, seeing same behavior -- page printed successfully.. Attaching screencast of latest canary.

NOTE: This seems to be already verified on canary as per C#20.

Deleted: 820105.mp4 743 KB

	820105.mp4 743 KB View Download

I can not print :

65.0.3325.146 (Hivatalos verzió) (64 bites) chrome

Brother dcp-7030 laser printer

Windows 10 OS

Same with me. I can not PRINT.

Chrome Version : 65.0.3325.146
OS: Mac 10.12.6 

Expected: Pages should get printed on click of print button

Whats wrong: Blank pages are getting printed

Working fine with earlier version of chrome (64.x.xxxx)

Deleted: Printing_coupons.png 97.9 KB

	Printing_coupons.png 97.9 KB View Download

The NextAction date has arrived: 2018-03-12

Same, no print.

When using the workaround and have an Internet connection it will print to the cloud printer. Very rarely, when printing is necessary, do out customers have an internet connection.

When the "Print using system dialog...(Ctrl+Shift+Print)" is available, indicating a local printer, it will not print. Selecting use system dialog, closes the print window (because of the JavaScript window.close()) and nothing is sent to the queue.
 
Version: Version 65.0.3325.146 (Official Build) (64-bit)

This worked under version 64.

Comment 27: If you are seeing pages print out that look the same as the Print Preview (even if Print Preview is blank), you are seeing a different bug (probably  bug 819644  and  bug 819327 ). In this bug, Print Preview looks correct but the job gets prematurely cancelled in the print queue and nothing prints. It also does not occur on Mac.

Verified again on Canary 67.0.3368.0 on Windows 10 with a Ricoh printer and XPS Document Writer using the test case attached. Also checked crash reports on Canary 67.0.3367.0 and 67.0.3368.0 and so far not seeing any crashes that appear related to this fix.

RE: comment 24, I have attached a different test case based on the JS in comment 2 that I have been using. It does not work for me in Beta (65.0.3325.125) but works in Canary. It appears the test case in 820193 actually does not work for verifying, since it doesn't use window.close(), so thanks for checking.

Deleted: 820105.html 604 bytes

820105.html 604 bytes View Download

Approving merge to M65 branch 3325 based on comment #31. Please merge ASAP. Thank you.

So which bug should I be following for my issue? Both cases 819644 and 819327 are closed and or wontfix... I have a blank preview page and a blank printed document... 

Deleted: Broken Printing.png 47.9 KB

	Broken Printing.png 47.9 KB View Download

I have such an error,
Print Preview looks correct but the job gets prematurely cancelled in the print queue and nothing prints.

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

commit df5d7cd7717f7bbaf2591cd2a0ba4da5355fdc17
Author: rbpotter <rbpotter@chromium.org>
Date: Mon Mar 12 19:23:00 2018

Fix print job early termination during PDF conversion (M66)

Many webpages use window.print() immediately followed by window.close()
in JS. This means that the renderer and web contents are torn down
while the PDF is still being converted for the printer on Windows.
However, the web contents are not needed if the full PDF document has
already been rendered, so the PrintViewManager should just release the
query and allow conversion and spooling to complete instead of
cancelling the job.

The CL to send the Print Preview PDF directly to the PrintViewManager
broke this for users that use Print Preview because we no longer store an
extra copy of the web contents in the BackgroundPrintingManager. This has
been broken if using the system dialog since M64 or earlier.

(cherry picked from commit d20e4ef32233412d947beeb190f93ccea71510b3)

Bug:  820105 
Change-Id: I308adba43b3604509275f6c0f2946545b94dd1d5
Reviewed-on: https://chromium-review.googlesource.com/956257
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Reviewed-by: Wei Li <weili@chromium.org>
Cr-Original-Commit-Position: refs/heads/master@{#542203}
TBR: weili@chromium.org
Reviewed-on: https://chromium-review.googlesource.com/959303
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/branch-heads/3359@{#174}
Cr-Branched-From: 66afc5e5d10127546cc4b98b9117aff588b5e66b-refs/heads/master@{#540276}
[modify] https://crrev.com/df5d7cd7717f7bbaf2591cd2a0ba4da5355fdc17/chrome/browser/printing/print_view_manager_base.cc
[modify] https://crrev.com/df5d7cd7717f7bbaf2591cd2a0ba4da5355fdc17/printing/printed_document.cc
[modify] https://crrev.com/df5d7cd7717f7bbaf2591cd2a0ba4da5355fdc17/printing/printed_document.h

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

commit bf9a718c2f0ca1a02dff2fbdf8beccd1acbfedb3
Author: rbpotter <rbpotter@chromium.org>
Date: Mon Mar 12 20:45:11 2018

Fix print job early termination during PDF conversion (M65)

Many webpages use window.print() immediately followed by window.close()
in JS. This means that the renderer and web contents are torn down
while the PDF is still being converted for the printer on Windows.
However, the web contents are not needed if the full PDF document has
already been rendered, so the PrintViewManager should just release the
query and allow conversion and spooling to complete instead of
cancelling the job.

The CL to send the Print Preview PDF directly to the PrintViewManager
broke this for users that use Print Preview because we no longer store an
extra copy of the web contents in the BackgroundPrintingManager. This has
been broken if using the system dialog since M64 or earlier.

(cherry picked from commit d20e4ef32233412d947beeb190f93ccea71510b3)

Bug:  820105 
Change-Id: I308adba43b3604509275f6c0f2946545b94dd1d5
Reviewed-on: https://chromium-review.googlesource.com/956257
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Reviewed-by: Wei Li <weili@chromium.org>
Cr-Original-Commit-Position: refs/heads/master@{#542203}
TBR: weili@chromium.org
Reviewed-on: https://chromium-review.googlesource.com/959449
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/branch-heads/3325@{#694}
Cr-Branched-From: bc084a8b5afa3744a74927344e304c02ae54189f-refs/heads/master@{#530369}
[modify] https://crrev.com/bf9a718c2f0ca1a02dff2fbdf8beccd1acbfedb3/chrome/browser/printing/print_view_manager_base.cc
[modify] https://crrev.com/bf9a718c2f0ca1a02dff2fbdf8beccd1acbfedb3/printing/printed_document.cc
[modify] https://crrev.com/bf9a718c2f0ca1a02dff2fbdf8beccd1acbfedb3/printing/printed_document.h

Can this bug mark as fixed?

Able to reproduce the issue on reported version 65.0.3325.146 using html file given in comment#31.i.e; Print job vanishes and no printing is seen.  Hence verified the fix on 65.0.3325.162.

Fix is working as expected. i.e; Print job vanishes and print is seen on page successfully. Hence adding TE-Verified labels.

Thanks!

Deleted: 820105-M65.mp4 790 KB

	820105-M65.mp4 790 KB View Download

Tested 65.0.3325.162 on Windows 10. Printed to XPS Document Writer and an HP LaserJet Pro printer using the test case in comment 31. In both cases, page printed successfully from button.

How do get the new version of Chrome?

You can get updated Chrome by going to chrome://settings/help and check for updates. 

I did that and it said there were no updates.

We checked today, and got an update for chrome this morning (around 09:00 UTC+1).
Verified that the issue is resolved on our end in production, thumbs up!

Able to reproduce the issue on reported version 65.0.3325.146 using html file given in comment#31.i.e; Print job vanishes and no printing is seen.  Hence verified the fix on66.0.3359.33.

Fix is working as expected. i.e; Print job vanishes and print is seen on page successfully. Tested with hp LaserJet printer Hence adding TE-Verified labels.

Thanks!

Deleted: 820105-M66.mp4 408 KB

	820105-M66.mp4 408 KB View Download