Why response.headers['Content-Type'] = "application/octet-stream" shouldn't it be response.headers['Content-Type'] = "application/zip"
I am not sure this causes the problem but it may be, if IE thinks the data is ascii and not binary. On Oct 15, 4:46 am, peter <peterchutchin...@gmail.com> wrote: > Yes, the downloaded file is corrupted with IE8 but not with chrome. > When I compare the files with a hex editor, they both begin and end > the same, however, the last byte of the original file is at 6EA11, > whereas the last byte of the downloaded file is at 6D7311. > > So it appears that it is losing a few bytes but not at either end. > > Windows reports the size of the two files as 6.91MB on server and > 6.83MB after downloading > > Peter > > On Oct 14, 11:40 pm, Massimo Di Pierro <massimo.dipie...@gmail.com> > wrote: > > > > > > > > > You mean the downloaded file is corrupted? Can you check the size? > > > On Oct 14, 5:33 pm, peter <peterchutchin...@gmail.com> wrote: > > > > Okay this is where I am now. > > > > My example 'downloady' above works correctly in chrome but incorrectly > > > in IE8. In IE8, the file appears to download correctly but will not > > > unzip. > > > > Peter > > > > On Oct 14, 7:13 pm, Matt Broadstone <mbroa...@gmail.com> wrote: > > > > > On Fri, Oct 14, 2011 at 12:48 PM, Massimo Di > > > > Pierro<massimo.dipie...@gmail.com> wrote: > > > > > What browser? > > > > > That was chrome. The previously fix suggested by Brian works for me > > > > (thanks!). > > > > > Matt > > > > > > On Oct 14, 10:30 am, Matt Broadstone <mbroa...@gmail.com> wrote: > > > > >> On Fri, Oct 14, 2011 at 9:35 AM, peter <peterchutchin...@gmail.com> > > > > >> wrote: > > > > >> > If I now do exactly what I did one month ago, there is now no error > > > > >> > with zip streaming. So maybe you have changed things in > > > > >> > response.stream since then. > > > > > >> > Peter > > > > > >> > On Oct 14, 1:24 pm, peter <peterchutchin...@gmail.com> wrote: > > > > >> >> I sent from my wifes > > > > >> >> emailhttp://groups.google.com/group/web2py/browse_thread/thread/fe85dca9e4... > > > > > >> >> However with hindsight I think I did not give sufficient > > > > >> >> information > > > > >> >> in my forum entry. I guess I was seeing if other people had had > > > > >> >> problems with downloading zip files. > > > > > >> >> Today, I just tried the following > > > > > >> >> def downloady(): > > > > > >> >> import os > > > > >> >> import contenttype as c > > > > >> >> path="somepath/album.zip" > > > > >> >> response.headers['Content-Type'] = c.contenttype(path) > > > > >> >> response.headers['Content-Disposition'] = 'attachment; > > > > >> >> filename=album.zip'# to force download as attachment > > > > > >> >> return response.stream(open(path,'rb'),chunk_size=4096) > > > > > >> Does this actually work for you? When I use this code, I get a > > > > >> download, but it saves out a zero byte file with the proper name. > > > > > >> >> and this did work correctly. So I do not know why I was having > > > > >> >> problems last month, when I repeatedly had problems with > > > > >> >> downloaded > > > > >> >> zip files not unzipping. > > > > > >> >> So I aplogise for suggesting there was a bug here. I will see if > > > > >> >> I can > > > > >> >> recreate the problems I was having and get to the root cause. > > > > > >> >> Peter > > > > > >> >> On Oct 14, 12:22 am, Massimo Di Pierro > > > > >> >> <massimo.dipie...@gmail.com> > > > > >> >> wrote: > > > > > >> >> > On Oct 13, 12:46 pm, peter <peterchutchin...@gmail.com> wrote: > > > > > >> >> > > As I have reported previously in this forum, I think that > > > > >> >> > > response.stream does not quite stream zip files correctly. > > > > > >> >> > I have no bug report about this. Can you tell us more so we can > > > > >> >> > fix it?- Hide quoted text - > > > > > >> >> - Show quoted text -- Hide quoted text - > > > > > - Show quoted text -- Hide quoted text - > > > - Show quoted text -
