have you guys test on upload too?
i have corrupted files on upload too.
mostly on slow connection (well my internet connection only have 10 - 20K/s
upload speed.
On Wed, Feb 1, 2012 at 4:20 AM, Massimo Di Pierro <
massimo.dipie...@gmail.com> wrote:
> I agree with the fact that there are two timeo
I agree with the fact that there are two timeouts but the one I am
talking about is SOCKET_TIMEOUT.
It is set in --socket-timeout in widget.py and passed to rocket in
line 777 of main.py
rocket.SOCKET_TIMEOUT = socket_timeout
which does change the constant value SOCKET_TIMEOUT=1 to 60.
I am pret
On Tuesday, January 31, 2012 9:37:54 AM UTC-5, Massimo Di Pierro wrote:
>
> In trunk socket timeout is 60 and this resulted in another problem.
> Ctrl-C waits for 60 seconds before joining the worker processes.
> Perhaps we should increate socket-timeout, catch Ctrl+C and then kill
> the process
This is very valuable.
In trunk socket timeout is 60 and this resulted in another problem.
Ctrl-C waits for 60 seconds before joining the worker processes.
Perhaps we should increate socket-timeout, catch Ctrl+C and then kill
the process instead of joining the workers.
On Jan 31, 12:16 am, nick n
On Saturday, January 28, 2012 10:22:58 AM UTC-5, Phyo Arkar wrote:
>
> its 2.7 as all my servers are (distro default)
>
Sorry for the confusion. This is true for every version down to at least
2.3 and up to 2.7; At the time I posted, I wrote 2.6 because that was the
only one I verified and did n
Ok, the culprit is definitely ignoring exceptions raised in sendall. In my
humble opinion this is serious enough to be on the 2.0 blocker list.
How to reproduce: you have to have a wsgi worker, that produces output in
parts (that is, returns a list or yields part as a generator). e.g: use
we
its 2.7 as all my servers are (distro default)
On Thu, Jan 26, 2012 at 3:22 PM, Phyo Arkar wrote:
> I am using 1.99.1 and it happens to me frequently. If download is big (
> for my case > 100,200 MB) it usually end up with corrupted file. Tested on
> Local wifi network with 300 Mbps.
>
>
> On Wed
Thank you. This is really an important issue and should get priority.
On Jan 27, 4:04 pm, nick name wrote:
> I postedhttps://github.com/explorigin/Rocket/issues/1#issuecomment-3648126-I
> suspect it is an interplay between timeouts and sendall(), though I
> can't really prove it (and I can't rel
I posted https://github.com/explorigin/Rocket/issues/1#issuecomment-3648126- I
suspect it is an interplay between timeouts and sendall(), though I
can't really prove it (and I can't reliably reproduce this either right
now). Also some characterization about when this happens to me (slow links,
which python version? Did you try different python versions?
On Jan 26, 2:52 am, Phyo Arkar wrote:
> I am using 1.99.1 and it happens to me frequently. If download is big ( for
> my case > 100,200 MB) it usually end up with corrupted file. Tested on
> Local wifi network with 300 Mbps.
>
> On Wed,
I am using 1.99.1 and it happens to me frequently. If download is big ( for
my case > 100,200 MB) it usually end up with corrupted file. Tested on
Local wifi network with 300 Mbps.
On Wed, Jun 15, 2011 at 4:21 PM, Stefan Scholl wrote:
> Is nobody else experiencing this problem? Is nobody using In
I posted https://github.com/explorigin/Rocket/issues/1#issuecomment-3648126
- I suspect it is an interplay between timeouts and sendall(), though I
can't really prove it (and I can't reliably reproduce this either right
now). Also some characterization about when this happens to me (slow links,
https://github.com/explorigin/Rocket/issues/1
On Dec 9 2011, 8:02 pm, Timothy Farrell wrote:
> David,
>
> Thanks for your offer to help with this. The best way to help right
> now would be to provide me a smallish pcap file that records it
> happening so I can see which parts of the files are mi
David,
Thanks for your offer to help with this. The best way to help right
now would be to provide me a smallish pcap file that records it
happening so I can see which parts of the files are missing.
Thanks,
Timothy Farrell
On Dec 5, 9:07 pm, David Tse wrote:
> I'm experiencing this problem as
I'm experiencing this problem as well, and signs on my side are also
pointing to Rocket. Although my case is a little different because I'm not
currently experiencing this problem with web2py, but I'm using Rocket by
itself to serve a light-weight service using a smaller micro-framework.
Howe
(This answer was moved to another group with another signature. Don't
know what's wrong here in Google Groups.)
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
Is nobody else experiencing this problem? Is nobody using Internet
Explorer to download more than 64KiB from a web2py app?
On 6 Mai, 13:03, Stefan Scholl wrote:
> The classicdownloadfunction:
>
> defdownload():
> return response.download(request, db)
>
> I'm developing on localhost (127.0.0.
Sorry, no time for updates at the moment.
Updated this project 2 times and every time it broke something.
Haven't seen anything related to downloads, streaming etc. in the
changelog, though.
On May 6, 5:51 pm, Massimo Di Pierro
wrote:
> Can you try 1.95.1
>
> On May 6, 6:03 am, Stefan Scholl
Can you try 1.95.1
On May 6, 6:03 am, Stefan Scholl wrote:
> The classic download function:
>
> def download():
> 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 i
19 matches
Mail list logo
