Bug - Not A Bug exception: org.tmatesoft.svn.core.SVNException: svn: E175002: connection refused by the server

This is not a bug - the SVN connection was refused by the server
 
the SVN connection was refused by the server

And that is not something KoLmafia can do anything about other than try again or ask you to try again.

That said you might consider looking at the global preference svnThreadPoolSize

At one time SourceForge was refusing connections a lot and there was evidence it was because there were too many requests in too short a time from the same IP. Lowering svnThreadPoolSize or setting it to 1 helped some people who tended to Update All (instead of updating scripts individually).
 
At one time SourceForge was refusing connections a lot and there was evidence it was because there were too many requests in too short a time from the same IP. Lowering svnThreadPoolSize or setting it to 1 helped some people who tended to Update All (instead of updating scripts individually).
doesn't mafia update all by default on first login of the day?
sounds like svnThreadPoolSize should be 1 by default instead of 2.
 
doesn't mafia update all by default on first login of the day?
sounds like svnThreadPoolSize should be 1 by default instead of 2.

The first is a global user preference svnUpdateOnLogin.

The fewer the number of scripts installed from SourceForge the better the chance that a higher pool size is beneficial. But if you want to propose 1 is a better default I can't make a strong case against it.
 
But if you want to propose 1 is a better default I can't make a strong case against it.
Yes that is what I am proposing.

Actually thinking about it further. I think mafia should have something akin to
Code:
int threadcount = get_property("svnThreadPoolSize").to_int();
if(update_url.contains_text("sourceforge"))
  threadcount = 1;
to force threadcount to be 1 for sourceforge specifically? since it is a rather popular host and this is a known issue with this host?
 
Back
Top