Am 28.10.2013 22:58, schrieb Mateusz Marzantowicz:
On 28.10.2013 22:34, Reindl Harald wrote:
Am 28.10.2013 22:22, schrieb Mateusz Marzantowicz:
On 28.10.2013 22:14, Reindl Harald wrote:
so at least provide a sample URL
Here you go: https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-000024/23040...
here you go: text/plain (last line of the wget-output) so the behavior is correct, and that is why you should provide infos while seek for help in the first post
[harry@srv-rhsoft:/downloads]$ wget https://github.com/gammu/gsm-docs/blob/master/standards/3gpp/TP-000024/23040... Resolving raw.github.com (raw.github.com)... 185.31.16.133 Connecting to raw.github.com (raw.github.com)|185.31.16.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 251392 (246K) [text/plain]
Thank you for your help. It means that content of downloaded file is irrelevant for FF.
*otherwise* it would be a bug and the behavior is correct
FF *must not* look in the content a browser which does is broken in case of a specified mime-type
http://stackoverflow.com/questions/18337630/what-is-x-content-type-options-n... http://msdn.microsoft.com/en-us/library/ie/gg622941%28v=vs.85%29.aspx
blame the idiot which sends "text/plain" instead "application/msword" from the broken web-application and not the messenger