Closed AronVanAmmers closed 8 years ago
Caught the error using a domain in a804a260.
Possibly part of #40.
I got this issue on an increasing amount of contracts on that chain.
@AronVanAmmers, I also ran into this bug.
I am trying to extend caching with proposalBacking
info. I get this issue when I call getBackers() when try to update the cache (POST to https://selfsigned.blockstars.io:4124/api/data/cache/update
).
Note: I'm calling proposalService.getBackers
with the proposal's transactionID as the parameter. Is that correct?
Ok, you're still using http://blockstars.io:9001
I presume? Will reset the blockchain over there to hopefully solve this for you too.
proposalService.getBackers
should be called with the proposal address, something that looks like 0x17f118b4efb225e8d911d837512a2dcc0caf9392
.
The blockchain on http://blockstars.io:9001 was reset. The new registry address is 0x3a066d8e848afccb86c762a00d1aa95ebcabe0de
.
Haven't seen this in a long time, closing.
On my local blockchain node there's a proposal with address
0x84c3357ff8b7c205e7ac5393fcaba236ee323466
. Getting the backers of this proposal leads to the exception below.The exception happens in the internals of web3.js, so not much we can do about it other than catch the error.
I don't know what could be the cause; not much string data is stored with the backer. Only further circumstance was that the transaction for this backing was created from the client side, not the server side.