Now I can't access the admin interface, because the password
isn't set. (It isn't reading the stored password.)
Stefan Scholl <ste...@no-spoon.de> wrote:
> OK, it was Rocket.
>
> Tested it with the old web2py and Tornado 1.2.1 via anyserver.py
> and the download is OK.
>
>
> Stefan Scholl <stefan.sch...@gmail.com> wrote:
>> The higher value for chunk_size didn't work with a 33 MiB file. Even
>> in Firefox 4.
>> So I tried 1.96.4 (Rocket 1.2.2) on Windows XP.
>>
>> Made a new and simple app (dtest). The download there uses
>> "response.download(request,db)" as well.
>>
>> 1 simple table: db.define_table('stuff', Field('file', 'upload'))
>>
>> Upload of the 33 MiB file via db admin, content listed on
>> http://127.0.0.1:8001/dtest/default/data/select/stuff (default
>> function "data" with "return dict(form=crud())". Download with
>> Internet Explorer 8 (after removing the tag that switches to "Chrome
>> Frame", to have a realistic test like "normal" users).
>>
>> Download was broken. A few KiB were missing. This was on localhost.
>> Remote tests have even worse results.
>>
>>
>>
>> On 6 Mai, 17:51, Massimo Di Pierro <massimo.dipie...@gmail.com> wrote:
>>> Can you try 1.95.1
>>>
>>> On May 6, 6:03 am, Stefan Scholl <stefan.sch...@gmail.com> wrote:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> > The classicdownloadfunction:
>>>
>>> > defdownload():
>>> > return response.download(request, db)
>>>
>>> > I'm developing on localhost (127.0.0.1, no SSL) and one strange thing
>>> > happened: Downloads in IE8 (Windows XP) were all corrupt/broken if
>>> > they weren't below 64KiB in size. Very easy to see with large images.
>>>
>>> > Using a higher value for the argument 'chunk_size' solves this
>>> > problem, up to this new maximum.
>>>
>>> > web2py 1.91.6
