Able to reproduce on Windows 10,Ubuntu 14.04 and Mac OS 10.12 using chrome stable M58-58.0.3029.110 and latest M60-60.0.3108.0. Same behavior is seen from M35.
This seems to be a feature request . Hence,marking it as Untriaged to get more inputs from dev team.

I believe one can still see the full printer name by hovering over the printer name to see the tooltip.

hwi: Do you have suggestions on how we can improve this here? One suggestion is to have context aware eliding. e.g. For Windows printer shares in the form of \\server\printername, we can elide the server part if it's too long.

On Windows at least, Chrome does not refer to the printer by the same name as the System Dialog. This exacerbates the issue, and may actually be a more important problem to focus on...

Chrome displays the printer's full UNC path (example: "\\site-print-server.subdomain.domain.com\NicePrinterName").
Meanwhile, Windows system dialogs refer to the printer as "NicePrinterName on site-print-server.subdomain.domain.com".
The Windows approach is shared by nearly all other apps.

Showing printer name by default, and name with full path on hover seems a good direction. But please do share if that would break anything. Thanks!

That solution sounds pretty fantastic, actually.
Would it also apply to other printers on the system, as displayed in the Local Destinations list when clicking the Print Preview pane's Change button?

Thank you!

re: c6, 'Local Destinations list' - I think there's a benefit of showing full path by default in a spacious view. If there's also an issue on the list view, screenshots of an text overflow state will be helpful to understand. Thanks!

I think you're right about that. It's a good compromise.

My worry was about confusion between how Chrome could represent a printer's name differently in different areas. My old  Issue 347258  had a similar concern, where the Local Destinations List presented a different name than the current destination field, albeit with a much worse outcome.
It's possible there are other organizations that use very different names for printers than the UNC path would show.

But for the vast majority of users, having a readable/usable name in the short space for the current printer would be a solid improvement, and match the expectation they've built with other applications.

Thanks for the suggestions and discussion. It sounds like we mainly want to change the UNC path, where the printer name is at the end, to Windows display-style network printer name, where the printer name is in front. We will do this consistently in different parts of the print preview UI, and not mix the two styles.

- In the destinations list, there is plenty of space, so we can display the full name.
- In the print dialog's left pane, where there is less space, we will display the elided name. e.g. "printer_name on site-pr..." and display the full name on hover.

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

commit fe379996e01a6eaf0b77ba42dafffd70478925b4
Author: Lei Zhang <thestig@chromium.org>
Date: Mon Sep 18 18:54:00 2017

Print Preview: Display friendly Windows network printer names.

\\server\printername becomes: printername on server. (localized)

BUG=725194

Change-Id: Ic56207831b6c65c495f6a277c4b3432cebd8b7b3
Reviewed-on: https://chromium-review.googlesource.com/669753
Commit-Queue: Lei Zhang <thestig@chromium.org>
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/heads/master@{#502625}
[modify] https://crrev.com/fe379996e01a6eaf0b77ba42dafffd70478925b4/chrome/app/generated_resources.grd
[modify] https://crrev.com/fe379996e01a6eaf0b77ba42dafffd70478925b4/chrome/browser/ui/webui/print_preview/printer_capabilities.cc
[modify] https://crrev.com/fe379996e01a6eaf0b77ba42dafffd70478925b4/printing/backend/print_backend.h

Tested this issue on the Windows 7, Mac OS 10.12.6 and Ubuntu 14.04 using the latest Canary 63.0.3218.0.

Could observe that on the print preview page, if the printer name is long, printer name is shown as printer-name abcxy..., and on hovering the mouse on the printer name, a tool tip is seen with the complete printer name.

Note: the same observation is seen on the reported version 58.0.3029.110 as well.

Please find the attached screen shots of the latest canary and reported version for reference.

thestig@- Could you please verify the screen shots and verify if this is the expected behavior?
Also let us know if anything missed from our side.

Thanks..

Deleted: latest_canary.png 60.9 KB

	latest_canary.png 60.9 KB View Download

Deleted: reported_version.png 71.7 KB

	reported_version.png 71.7 KB View Download

r502625 only affects Windows network printers. It doesn't change the behavior for local printers with long names.