Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

What determines, and can it be changed, when for example, in Firefox, you have some image, and you click on View image, and it options for download while sometimes he just displays the image?

I'd like it to display the image every time.

share|improve this question

2 Answers 2

up vote 4 down vote accepted

Content-Type and/or Content-Disposition headers (sent from the webserver) determine whether Firefox "dares" to show a file in-line. You can use firebug or tamperdata extensions to view these headers (or sniff them with wireshark if your source is not https).

You can show files in <img> tags inline even if they use a nonsupported content-type...

share|improve this answer
    
I tried, but I?m a little confused. What would need to be done for ff to show those images inline (for example, ones from imagebam.com) ? –  ldigas Oct 13 '09 at 2:48
    
Where is the problem? <img src="http://20.imagebam.com/dl.php?ID=52223127&sec=f55ae9365166a422086dd85c1b35b‌​0cf"> works for me. You cannot link to the image inline because it sets Content-Disposition=attachment. Store the image elsewhere if you need to link to the image inline. –  mihi Oct 13 '09 at 17:48
    
imagebam.com/image/4fe4f852252026 for example. I don't understand the part about the inline linking. If I cannot view it inline, then what were we talking about all this time ? I thought the above mentioned extensions allow (through some tempering ) just that. –  ldigas Oct 13 '09 at 21:48
    
they allow you to check what the server operator did wrong (in case you operate the server and cannot link the files inline). If the server operator deliberately prevents you from showing the image inline (besides from <img> tags) you cannot do anyhting about it except host the image elsewhere. –  mihi Oct 22 '09 at 17:38

By the way! it seems to occur just on png files. Just like this one: http://u1.ipernity.com/23/80/64/13008064.459c4061.png where http://u1.ipernity.com/23/80/64/13008064.fcc2f9cc.560.jpg can open itself in the browser

share|improve this answer
1  
This is not correct. In this case the server is not responding with Content-Type: image/png but withContent-Type: application/octet-stream for the PNG file, which means the received data is just some unspecified binary data. So the browser does not know what to do and politely asks what the user. So mihi's explanation also applies here. –  Gurken Papst Jul 12 '12 at 17:54
    
Very incorrect. I'd say its more likely because you sent us a 6MB png file here. –  Simon Sheehan Jul 12 '12 at 23:22

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.