File name from Content-Disposition is not displayed when opening PDF
Reported by
marton.k...@curvedental.com,
Sep 12
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.92 Safari/537.36 Steps to reproduce the problem: 1. Open a PDF without the /Title attribute specified 2. Make sure the response has the filename set in the Content-Disposition header 3. The title of the tab and the title in Chrome's PDF viewer shows the name of the file, not the contents of the filename field What is the expected behavior? The file name given in the Content-Disposition header should be displayed What went wrong? The filename from Content-Disposition is used as default only when saving the file, but not when displaying it or when printing as PDF. Did this work before? N/A Chrome version: 69.0.3497.92 Channel: stable OS Version: 10.0 Flash Version:
,
Sep 14
Do you have a link to a PDF that can demonstrate this issue?
,
Sep 14
,
Sep 14
Here is a link to a PDF that demonstrates the issue. In the response, the filename is specified as "An interesting document.pdf", but that is not set as the title in the PDF viewer. Please note that the attached link will expire in 1 week and let me know if a longer-lived link is needed. https://curvedev-bulkdata.s3.amazonaws.com/martonhero/stored_files/37_5b9bbf9773c18_test.pdf?response-content-disposition=inline%3B%20filename%2A%3DUTF-8%27%27An%2520interesting%2520document.pdf&X-Amz-Content-Sha256=UNSIGNED-PAYLOAD&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIY5JRXSIZHXXIV5A%2F20180914%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20180914T161342Z&X-Amz-SignedHeaders=host&X-Amz-Expires=604800&X-Amz-Signature=46720951d271dc5feef18afd03ccd18cff30ad16919d7a8c88145446810f7c13
,
Sep 14
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 17
Confirmed that using the link above reproduces the issue. Saving the file locally doesn't reproduce the issue, since it is just falls back on the name of the file when no title is given. hnakashima@, since you are looking at form saving would you happen to have context on how the name for saving a PDF is determined? I think what we need to do here is take the logic that comes up with the filename when saving, that is using the Content-Disposition value, and replicate it when loading for determining the title.
,
Oct 12
,
Oct 18
Same problem on Version 70.0.3538.67 on OSX |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by gov...@chromium.org
, Sep 12