Closed GoogleCodeExporter closed 9 years ago
I need to think about the best fix. Probably it's to make a small start on
pluggable transaction signers, so you can pick between the real signer and a
dummy signer.
Original comment by mh.in.en...@gmail.com
on 30 Apr 2014 at 8:37
I think the most tricky issue with this is it isn't possible to lock outputs.
So when you press send, your outputs can have been spent from another wallet
and the fee change.
Original comment by andreas....@gmail.com
on 30 Apr 2014 at 9:15
That only happens if the user themselves is spending from the same wallet (or a
clone of it) simultaneously. In that case, OK, they get a slightly inaccurate
GUI ...
Original comment by mh.in.en...@gmail.com
on 30 Apr 2014 at 9:36
Yes, exactly.
Original comment by andreas....@gmail.com
on 1 May 2014 at 6:18
Does setting SendRequest.signInputs to false fix this? I think it should work.
Original comment by mh.in.en...@gmail.com
on 15 Jul 2014 at 12:10
I don't know about Jakub, but I had a very similar usecase and problem and
.signInputs fixed it for me.
Original comment by andreas....@gmail.com
on 15 Jul 2014 at 12:16
The signInputs=false looks like a good way to do it.
Also, I think it'd be a good idea to double check all the inputs are unspent
just before you sign the tx. (Just in case a user is using another wallet
simultaneously).
Original comment by jimburto...@gmail.com
on 16 Jul 2014 at 1:00
I think setting signInputs to false should resolve this request.
Original comment by mh.in.en...@gmail.com
on 3 Aug 2014 at 7:10
Original issue reported on code.google.com by
jakub.su...@gmail.com
on 30 Apr 2014 at 7:56