#470 (ok 3.1.5) Invalid "Content-Encoding" header in 3.1.3.1
This is a patch for bug 2721455 (https://sourceforge.net/tracker/?func=detail&aid=2721455&group_id=23067&atid=377408)
When exporting data as a gzipped file, the export feature would incorrectly add an x-gzip content-encoding header if PHP output compression was off. It would also only set the correct content /type/ if output compression was off.
This bug fix:
Removes the content-encoding logic (which is managed by PHP anyway)
Correctly adds the "application/x-gzip" header
Adds a condition to avoid redundant double-gzipping
Removes the need for some special-case gzip header logic for Firefox 3 / Gecko 1.9
Being new to Sourceforge I'm not sure which group you want this in, but I've tested on Firefox 3, Opera 9 and IE 7 with and without zlib.output_compression on.
Discussion
Merged in subversion, thanks.