View source

__NOTOC__
__NOEDITSECTION__
{{KBKI}}
{|style="background:#f2efec" width="660px" border="1" cellpadding="5" cellspacing="0" 
|-
|'''ID''' ||KIC001453
|'''Creation date''' ||June 30, 2009
|-
|'''Platform''' ||S60 3rd Edition, FP1
|'''Devices''' ||Tested on Nokia N95 8GB
|-
|'''Category''' ||Web Technology
|'''Subcategory''' ||Browsing, Web Runtime
|}

==Overview==

The web browser and Web Runtime ignore the Content-Disposition header received with the HTTP response. 


==Description==

According to [http://tools.ietf.org/html/rfc2183 RFC 2183], if the disposition-type is '''attachment''', then the display of the content "should not be automatic, but contingent upon some further action of the user". In other words, the user should be prompted what to do with the content (open, save, etc).

It seems that the browser always opens the content inline, which is problematic in the case of binary files that have no matching handlers (recognisers) on the platform, resulting in gibberish shown to the user. 


==How to reproduce==

Craft a web component that provides the appropriate response headers to duplicate the issue. 

For example: 
http://www.drivingrecorder.com/ds/downloads/download_bin.php?file=try.xcf

Opening the URL above in the browser will display the content inline. You can use a network sniffer to see that the Content-Disposition header instructs the browser to handle the content as an attachment, but the browser ignores that, hence being non-compliant with the standards.


==Solution==

Currently no solution exists.

[[Category:Known Issue]][[Category:S60 3rd Edition]][[Category:Web Technology]][[Category:Web Runtime (WRT)]][[Category:Browsing]]