Skip to content
This repository has been archived by the owner on Apr 20, 2022. It is now read-only.

Send Many Transactions API returns wrong tx_hash #72

Closed
sashazykov opened this issue Feb 13, 2014 · 8 comments
Closed

Send Many Transactions API returns wrong tx_hash #72

sashazykov opened this issue Feb 13, 2014 · 8 comments

Comments

@sashazykov
Copy link

No description provided.

@sashazykov
Copy link
Author

It's a critical bug for our project. I had to suspend withdrawals.

If you can't fix it, it would be great to have an option not to receive Http Callbacks for outgoing transactions, because there is no way for us to see difference between change and deposits.

@muddymess
Copy link

Also an issue on single send. Both return an incorrect tx_hash, and the correct transaction id doesn't retain the included note.

@YellowGreenBlue
Copy link

I have the same problem with both the Blockchain API and RPC, an incorrect tx_hash is being returned by the request.

@tigerss
Copy link

tigerss commented Mar 2, 2014

I have noticed this problem too when sending multiple transactions

@pelle
Copy link

pelle commented Mar 3, 2014

This is also a problem with the /unspent api from from JSON. The HTML version shows the correct tx_hash.

@FreeTrade
Copy link

Noticing the same problem.

these two reference the same transaction - but have different values -

https://blockchain.info/tx/6c56385823d6bdfe12af0c174ae89e3c31c77eb298f27a6e1956f216ba519150?show_adv=true

https://blockchain.info/unspent?address=1A5Me3tuSKYqp4RnFmHcWTURexZ42VfJQq

However, bizarrely, brainwallet uses the unspent api, and seems to require having the wrong tx_hash here to function correctly - see here -
http://memorywallet.org

What is the tx_hash value in unspent?

@FreeTrade
Copy link

see here -
#74

@sashazykov
Copy link
Author

Fixed for me

@ghost ghost closed this as completed Dec 7, 2014
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants