Retry bug: Can't call method "make_request"

[GoogleCodeExporter]

What steps will reproduce the problem?
I am still getting this bug on retry.
After that file is skipped.

What is the expected output? What do you see instead?
Retry never happed.

What version of the product are you using? On what operating system?
Latest SVN

Please provide any additional information below.

Original issue reported on code.google.com by petar.bojovic.paxy@gmail.com on 7 Nov 2009 at 10:18

Attachments:

• slimrat_dump_2009-10-06T15-22-27.tar.bz2

[GoogleCodeExporter]

The dump log seems to be from a different session, I can't find any references 
to the
error you speak of. And sadly, I'm not able to reproduce, so please attach a 
dump if
you get one. Meanwhile, I'm doing my best to reproduce the issue.

Original comment by tim.besard@gmail.com on 10 Nov 2009 at 5:40

[GoogleCodeExporter]

Now using SVN from two days ago. Looks like you fix problems.
Retry works. And program does not bug on "no available slots for free users".

Great job.

Original comment by petar.bojovic.paxy@gmail.com on 10 Nov 2009 at 9:29

[GoogleCodeExporter]

Hallo,

I was using also the newest SVN (375). I'm using slimrat already longer time and
first after update I saw following errors:
---
ERROR: download failed while getting getting data (Can't call method 
"make_request"
on an undefined value)
ERROR: download failed while constructing (primary page error, 502 Bad Gateway)
ERROR: download failed while checking (Can't call method "check" without a 
package or
object reference)
---
I knew that once in 10-50 tries it worked, so I set retry_count to 1000 and 
slimrat
downloaded some files from time to time. But today, I got an idea, I changed
useragent setting to some correct Firefox useragent AND IT STARTED TO WORK AT 
ONCE !
I have to run some more tests, but 15 minutes ago, I got the errors on my 
localhost
and my 2 proxies and after setting useragent, all of them started to download !

I will post update, after running tests and making sure that it is not a 
coincidence :)

Original comment by yunnan%y...@gtempaccount.com on 12 Nov 2009 at 9:48

[GoogleCodeExporter]

Hi, and thanks for commenting. I fixed a _really_ critical issue though in r373 
which
really messed up most attempts to retry downloads, so I'd believe it was a
coincidence with you changing the useragent option. If not, and you're still 
seeing
some error alike, please reopen.

Original comment by tim.besard@gmail.com on 15 Nov 2009 at 9:53

• Changed state: Fixed