531353 - Content-Disposition Ignores creation-date / modification-date / read-date (RFC2183)

Status: NEW

(Firefox :: File Handling, defect)

Description

[Pieter Breugelmans]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3

The current RFC2183 specification of content-disposition defines the availability of additional parameters besides the actual file name. Firefox does not take into account the following parameters:

* creation-date
* modification-date
* read-date

Content Management Systems benefit from this meta data, especially the modification-date that indicates when a document was last updated.

Reproducible: Always

Steps to Reproduce:
1. Enable Live HTTP Headers
2. Open the following URL (creation-date): http://greenbytes.de/tech/tc2231/attcdate.asis
3. Save the file to disk

The following headers are captured:

[quote]

http://greenbytes.de/tech/tc2231/attcdate.asis

GET /tech/tc2231/attcdate.asis HTTP/1.1
Host: greenbytes.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2b3) Gecko/20091115 Firefox/3.6b3 (.NET CLR 3.5.30729)
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Proxy-Connection: keep-alive

HTTP/1.x 200 OK
Cache-Control: no-cache
Content-Disposition: attachment; creation-date="Wed, 12 Feb 1997 16:29:51 -0500"
Content-Length: 663
Content-Type: text/html; charset="ISO-8859-1"
Date: Fri, 27 Nov 2009 08:36:35 GMT
Keep-Alive: timeout=15, max=100
Proxy-Connection: keep-alive
Server: Apache/2.2.9 (Ubuntu) DAV/2 SVN/1.5.1 mod_fastcgi/2.4.6 PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g
----------------------------------------------------------

[/quote]
Actual Results:  
The creation-date parameter is provided yet ignored when viewing the file details using Windows Explorer. The same behavior is observed for the modification-date test (http://greenbytes.de/tech/tc2231/attmdate.asis).

Expected Results:  
These dates should be taken into account and the saved file should have the proper Created / Modified / Access time stamp values as per the content-disposition.

http://en.wikipedia.org/wiki/MIME
http://greenbytes.de/tech/tc2231/#attmdate
http://tools.ietf.org/html/rfc2183

Comment 1

[Gordon P. Hemsley [:GPHemsley]]

I imagine this is related to bug 277405, which is in the "MailNews Core" product.