Conversation
…a typo in the splitN invocation, add basic command validation
|
Yeah, simplify simplify simplify. I assume you ran all of the |
|
If I recall correctly I did, but let me double check this. Just to be sure |
- Replace fmt.ErrorF() with errors.New() where no actual formatting requested - Hanle edge cases with no username/password in `Client.hello()` - Make go-staticcheck happier
|
Well. There were some complications. Don't know how I missed that. Apparently i2pd I'm running says invalid key instead of result key not found which causes the failure. I could work around this by adding an extra condition. Or just leave is as it is. |
|
Thought about it, go ahead and add the extra condition for i2pd. I think we need to be compatible with both. |
|
Done. |
|
Excellent thanks again for your help/contribution. Looks good, I'm ready to merge. At some point we might be ahead to build a SAM API test harness which runs a fake SAMv3 server that replies with accurate errors. I have one started around here in the go-i2p/go-sam-server namespace but it's never been a big priority, as we'd have to develop it, make sure it behaves exactly as the Java AND I2P SAMv3 servers, and keep up with the SAMv3 spec, but it would let us run the whole test suite in CI and catch stuff like this. Maybe the calculus on that should change soon. |
validateReply().IsOk()andGetResult()to replyParser.go. both are quite frequently used in the library