Using parts of your code I have a problem with zip file. It appends text to
new file in my zip
So first worker has in his ics file his data but second one has his and
from previous
This is my code
cal = Calendar()
import zipfile, cStringIO
exported_chunks_zip = cStringIO.StringIO()
zipf = zipfile.ZipFile(exported_chunks_zip, "w",
compression=zipfile.ZIP_DEFLATED )
for i, rec in enumerate(grouped):
worker = rec['rw_worker_nick'].encode('cp1250')
for rr in rec["allData"]:
startDate = rr['rw_date']
startTime = rr['rw_time_start']
endTime = rr['rw_time_end']
evtstart = datetime.datetime.combine(startDate,startTime)
evtend = datetime.datetime.combine(startDate,endTime)
event = Event()
event.add('summary', rec['rw_worker_nick'])
event.add('dtstart', evtstart)
event.add('dtend', evtend)
cal.add_component(event)
text = cal.to_ical()
zipf.writestr(worker +'.ics', text)
text = ''
On Sunday, October 16, 2011 at 12:45:25 PM UTC+2, peter wrote:
>
> I have now tried the downloady example remotely, on a linux server
> with niginx and uswgi. This streams the zip file correctly with both
> chrome and IE8.
>
> So the problem is there only when I use the rocket server on windows.
>
> I just tried the rocket server remotely, and streaming is correct.
>
> So I only get the problem with the rocket server on windows and
> streaming on windows using IE8.
>
> I hope that this helps. As I only need it to work remotely on my linux
> server I am not left with a problem, but it does appear there is a
> minor bug there.
>
> Peter
>
>
>
> On Oct 15, 4:34 pm, peter <[email protected]> wrote:
> > This is the code I used, as above
> > 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)
> >
> > Peter
> >
> > On Oct 15, 3:53 pm, Massimo Di Pierro <[email protected]>
> > wrote:
> >
> >
> >
> > > 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 <[email protected]> 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 <[email protected]>
> > > > wrote:
> >
> > > > > You mean the downloaded file is corrupted? Can you check the size?
> >
> > > > > On Oct 14, 5:33 pm, peter <[email protected]> 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 <[email protected]> wrote:
> >
> > > > > > > On Fri, Oct 14, 2011 at 12:48 PM, Massimo Di Pierro<
> [email protected]> 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 <[email protected]>
> wrote:
> > > > > > > >> On Fri, Oct 14, 2011 at 9:35 AM, peter <
> [email protected]> 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 <[email protected]>
> 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 <
> [email protected]>
> > > > > > > >> >> wrote:
> >
> > > > > > > >> >> > On Oct 13, 12:46 pm, peter <[email protected]>
> 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 -- Hide quoted text -
> >
> > > - Show quoted text -- Hide quoted text -
> >
> > - Show quoted text -
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
---
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
