Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#10767 - Minefield / Firefox 3.0 HTTP POST REQUEST failure
Attached to Project:
Arch Linux
Opened by Daniele Stanzani (stanza) - Friday, 27 June 2008, 11:12 GMT
Last edited by Jan de Groot (JGC) - Monday, 30 June 2008, 07:38 GMT
Opened by Daniele Stanzani (stanza) - Friday, 27 June 2008, 11:12 GMT
Last edited by Jan de Groot (JGC) - Monday, 30 June 2008, 07:38 GMT
|
DetailsDescription:
I don't know it it a bug or not, or if it depends o my web server. When i send a gzip compressed file with the browser, the header is application/gzip, not application/x-gzip, that i suppose, from my googling around, should be the right choiche. Additional info: * package version(s) * config and/or log files etc. Steps to reproduce: Send a gzip compressed file over a form post and check the client HTTP headers. |
This task depends upon
Closed by Jan de Groot (JGC)
Monday, 30 June 2008, 07:38 GMT
Reason for closing: Upstream
Additional comments about closing: See last comment from Aaron.
Monday, 30 June 2008, 07:38 GMT
Reason for closing: Upstream
Additional comments about closing: See last comment from Aaron.
AddType application/x-gzip .gz .tgz
that means the content-type for a gzip compressed application is application/x-gzip.
This obviously does not mean that the standard specs states that that content-type is the default one, but I cannot find any specs or RFC regarding this issue.