Change content-disposition to attachment

[coxfrederic]

Is it possible to change it from inline to attachment?

We encountered an issue when downloading and according to https://stackoverflow.com/questions/11432538/file-download-in-chrome-appears-incorrect-file-name-pagename-aspx-it-worked-b inline is not supported

[spiritix]

If you're using the download output class, it's already implemented like you suggested: https://github.com/spiritix/php-chrome-html2pdf/blob/master/src/Spiritix/Html2Pdf/Output/DownloadOutput.php#L52

[coxfrederic]

Yes I am aware of that but the problem is, when using that one, the file is downloaded automatically.
We want it to display inline, but when the user wants to download it, it gets downloaded as a PDF.

[coxfrederic]

Now when the user wants to download it the Chrome browser says it's downloading index.php instead of the PDF

[spiritix]

Okay I see. The issue is that the RFC states:

If the disposition type matches "attachment" (case-insensitively), this indicates that the recipient should prompt the user to save the response locally

I don't see a way to use 'attachment' and still embed the file in the browser. Do you have an idea how to do that?

[coxfrederic]

I think we need to look for a way to be able to use "inline" and somehow get the filename download to work correctly.
The strange thing is we get different results on Chrome on different environments (server vs locally on vagrant) and wether it is the result of a POST request vs a call without using POST.

I'll investigate more and when I have some clear results we can check the solution

[spiritix]

I think the browser automatically uses the file name as in the URL. So in case of www.example.com/pdf.php it will be pdf.php. You could use rewrite rules to redirect a filename like /MyFile.pdf?id=1000 to /pdf.php?id=1000, that should work.

Leaving this issue open in case anybody has an idea on how to solve this in the backend.