Josh Rickmar

I suspect we are hitting the error at https://github.com/decred/dcrwallet/blob/a38abe287ebe853c2eafec0921920507a77d4439/wallet/wallet.go#L4915 but it's not a stack underflow, so a signature error is never being recorded. The actual error is likely `txscript.ErrEvalFalse`. Mind...

A couple other alternatives we could try: * Remove the invalid signature * Return the 'eval false' error up to the rpc caller directly instead of just setting complete=false. With...

broke the patch up above into a PR in case that is easier to test. Feel free to comment on it there.

An example on how this can be used: ``` $ cat spendoutputs.sh #!/bin/ksh exec ./dcrctl --testnet --wallet spendoutputs default - -

I don't think this is the right way we want to fix this. The big issue for us is with address discovery. We don't want to have dcrwallet to begin...

A --nosync or --offline or similar would be best. Otherwise even if everything else works properly, we'd be endlessly spamming failed connection attempts in the log.

The call should already be cancellable. Are you seeing otherwise? I assume this request is mostly about mixed ticket buying, because of the potentially long wait period for a mix...

> > The call should already be cancellable. Are you seeing otherwise? > > Oh yea haven't tried, probably it's cancellable, but not in the GUI, how does the cancel...

I don't recall the exact circumstances or wallet settings leading to the original issue, but recently saw this again. The problem eventually went away after I dropped my --watchlast setting...

The ioctl error should be fixed on the latest master branch now. Let us know how well `expect` works for this now and if anything else seems necessary to make...