User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.97 Safari/537.11 Steps to reproduce: I downloaded a file from that URL (http://blurb/content/pdf/10.1007%2F978-3-8349-7150-0_7) via Save Link As... Actual results: In normal download mode, the file is recognized as a PDF file and with Save Link As... the rest after the dot is considered the extension Expected results: The extension should have been assumed as PDF. Sometimes but rather seldom it seems to be working.
Is the answer from the server delayed or very slow if you request the URL ? That would explain why it works sometimes.
If the server is slow, can you try to change browser.download.saveLinkAsFilenameTimeout in about:config to a larger value e.g. 10000 (=10s) ? The reason why we do this is simple: You click save link as and Gecko has to wait for a server response to get the headers of the file to determine the filename either via content-disposition or the content-type header. It's a bad user experience if you click save link target as and Gecko would wait for example 30s to get the headers and to display the dialog. That's the reason why a timeout was added in bug 299372
@Matti: O.K., I think that the reason is the slow response time of the server. Thanks for your help.
Somehow there is still the problem, that the file extension is missing somehow sometimes, even if it is displayed in the drop down box correctly. That keeps confusing me a little bit.
Component: Untriaged → File Handling
Product: Firefox → Core
Component: File Handling → File Handling
Product: Core → Firefox
Version: 10 Branch → unspecified
You need to log in before you can comment on or make changes to this bug.