-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Requester Doesn't Recover From EOFError #9
Comments
Thought I commented on this issue recently but I guess not. Anyway, I am also getting this but only on one specific board. I am on ruby 1.9.2. Has anyone looked any further into this? I am stumped. |
Is it at all reproducible? Maybe we should add some logging to see if we can correlate things? |
It looks like it's an error with right_http_connection. |
So it turns out I was trying to use the RETS offset parameter and this was causing the issue. Some boards allow offset and others don't. Still appears to be a bug since it should have returned a better error instead of reaching EOF. But the bug is not in Rets4r. Anyway, the workaround was to not use offset to avoid the EOF error but also extend the read timeout so that the entire query could be returned before it times out when not using offset. |
So thought I had this fixed but unfortunately this issue has raised its head again. I did some work with rest-client and as you pointed out it has net/http at core so I got the same problem. But I can reproduce this bug every time with a certain board I am working with. If I gave you the credentials, would you be willing to take a look at it? I can't confirm this yet, but it seems that it may be related to the RETS action urls. This board has the action url but is unable to process the request for that url. If I skip the action url, then I get the error above. |
We got this issue in hoptoad:
Error Message: EOFError: end of file reached
Where:
/usr/ruby1.8.7/lib/ruby/1.8/net/protocol.rb
, line 135Backtrace Summary:
The text was updated successfully, but these errors were encountered: