Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 63.0.3239.132 and on the latest canary 65.0.3350.0 using Windows 10, Ubuntu 14.04 and Mac 10.13.01. As the issue is seen from M60(60.0.3072.0) considering it as Non-Regression and marking it as Untriaged.

Print Preview currently closes itself on navigation in this case, just as it would if one manually navigates while Print Preview is open. There is no crash.

While it does close itself, to the user it appears as if it is a crash as they didn't close it and it never finished opening or gave any indication of why it was closing. What is more, I'm not aware of any way for the user to navigate while in Print Preview, so there really is no precedent for the Print Preview window closing in the case of navigation. It still remains that the way Chrome is behaving prevents printing in a way that is outside of user control or even user notification.

It is definitely possible for the user to navigate while in Print Preview using any of the following methods:
1) Type a new address or search query in the omnibox and press enter
2) Alt + left/right arrow to go forward/back
3) Manually click forward/back buttons
4) Click refresh to refresh the page
Any of these will close print preview.

The reason for closing on navigation in general is that it could be confusing for the page that is in the tab behind the preview to change while print preview is still open showing a preview of the old content. We are looking at whether there is a better way to determine if a navigation has actually changed the page to prevent these types of silent closures.

This bug has an owner, thus, it's been triaged. Changing status to "assigned".