I think that this is fixed in 86. It will be released on tuesday.

Can you test it after the update and reply here if it's OK? Thanks.

Hmm, I'm not seeing that for the .epub link on this page:

https://www.fadedpage.com/showbook.php?pid=20210263

Your add-ons list (thank you for sharing that) mentions a few different downloader-related extensions. Is it possible that any of them modifies the Content-Disposition or Content-Type header? The server is sending:

• content-type: application/octet-stream
• content-disposition: attachment; filename=20210263.epub

That should trigger this:

If an extension is throwing away the Content-Disposition, then Firefox wouldn't have the listed filename (20210263.epub) to refer to and would only have the script address (showbook.php).

If the extension is modifying the Content-Type, hmm, it would depend on what it is doing, exactly.

The problem for me is that with the same extensions enabled I can download *.epub files from say https://www.gutenberg.org/ebooks/search/?sort_order=release_date without any problems, but when I download *.epub files from fadedpage.com they download as php. If my extensions are the problem surely they would exhibit the same behaviour on both sites? Web-browser Brave has no problem with fadedpage.com - I am temporarily using that for their *.epub downloads. But if it is a website mis-configuration problem surely Brave should also exhibit problems too? Meanwhile I will wait for Firefox 86 and report back.

                                                     Thank-you for your prompt help
                                                         Graham Clark
                                                           [email]@ncable.net.au

The problem for me is that with the same extensions enabled I can download *.epub files from say https://www.gutenberg.org/ebooks/search/?sort_order=release_date without any problems, but when I download *.epub files from fadedpage.com they download as php. If my extensions are the problem surely they would exhibit the same behaviour on both sites?

The two sites serve the epub files differently. My Firefox 85.0.2 handles both as expected, but yours seems to distinguish between them. I assume it's due an extension because as far as I know, there's no built-in way to get Firefox to disregard the filename= parameter.

I have disabled all of my extensions and that has solved the problem. I will let you know which is the offending one when I discover it.

Graham Clark [email]@ncable.net.au

email & formatting

Enabling my extensions one by one and found one culprit is Ninja Download Manager Firefox extension. That was #23 on my list. . . .