New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 717045 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

PDF tab title is "chrome://print"

Project Member Reported by f...@chromium.org, May 1 2017

Issue description

Go to:
https://facultyinnovate.utexas.edu/sites/default/files/response_rates.pdf

You'll see that the tab title is set to "chrome://print", but I don't think that came from the website. It looks like Chrome is somehow providing a default that isn't right.
 

Comment 1 by f...@chromium.org, May 1 2017

Here's a screenshot
Screen Shot 2017-05-01 at 8.36.02 AM.png
240 KB View Download

Comment 2 by weili@chromium.org, May 1 2017

The title was read from the pdf file.

Unfortunately, (not sure how) the file was generated with title as "chrome://print" around 2015. One quick fix is to just "print to PDF" in Chrome again with desired file name, next time when it is opened the correct name will be shown.
 
Status: WontFix (was: Available)
That's the title of the PDF. The other bits of metadata are:
Creator: Chrome
Producer: Mac OS X 10.10.2 Quartz PDFContext

PDFs created by Chrome when printing to "Save as PDF" will say:
Creator: Mozilla/5.0 ... Chrome/NN (The user agent string)
Producer: Skia/PDF mNN

So we are displaying the PDF as it is. No idea how the author managed to create it.
Cc: shrike@chromium.org
Labels: OS-Mac
And when I try "Open PDF in Preview" from Chrome's Print Preview, it passes the tab's title to Preview.app, so that's not it.

+shrike: Any ideas?
I don't know. Presumably Chrome created the PDF itself (i.e. it didn't use any of the macOS facilities to do so, which could have picked up the URL unintentionally). We would need a repro to figure out what's going on.

Sign in to add a comment