Compression level 3 has bugs?

[SikaGrr]

Inflating a string that was deflated using lvl3 compression will duplicate the last character. It will also, once in a blue moon, produce an output that can't be inflated (it crashes the .net deflatestream).

[dduponchel]

Do you have any example ? I tried to reproduce it with zip -3 without luck.

[leok7v]

try data with chars > 0x255

[dduponchel]

Found the bug. When changing the zip_DEFAULT_LEVEL (in jszip-deflate.js) from 6 to a value <= 3, the following test case fails.

test("DEFLATE should not change the content", function(){
   var string = "test";
   var zip = new JSZip();
   zip.file("test.txt", string);
   var reloadedZip = new JSZip(zip.generate({base64:false,compression:'DEFLATE'}));

   equals(reloadedZip.file("test.txt").data, string);
}); 

In the file jszip-deflate.js, there are two if(zip_compr_level <= 3) // optimized for speed. When removed, this test case works but I don't know if this breaks other cases.

The work-around is to keep the zip_DEFAULT_LEVEL above 3.

[Stuk]

Fixed in #56