Closed ExperiBass closed 6 months ago
@ExperiBass Interesting. I wanted to confirm the situation before merging, but I'm unable to reproduce this issue. To test, I'm browsing to /mempool-transactions
then clicking on an address involved in any of those unconfirmed transactions, and using master-branch code (without your change) on the address-details page I correctly see the unconfirmed TX as having zero confirmations.
Can you give me any more details about your setup?
squint im also unable to reproduce it now... im also on master, 2e3797e.
I was lookin at the address bc1ptykavwhg6cl8e2v976f8swpw64nzdt7ec9vp749ja0ha74gc4ajsuvgu8x
, im gonna blame js for this one :/
i say that and immediately find bc1pl7y3qjat2kljkjj0g8mh27k68206m3yfrmhxk8wnyzlhaemdfngqly0v36
lmao
Interesting. I still haven't found one yet, but I'm still trying. What address API implementation are you using? I assume electrum-based, but what backend electrum server (type and version) is configured?
im using electrs 0.10.0, nothin special configured other than a larger max return value. I wonder if its only CPFPed transactions? Lookin at bc1pw6yynj65ty4peksu8ehe8g0j5jurqznvyez7yfxtly8lux9yj3zqjpn6uk, and all the CPFPed transactions it has in the mempool all display the bug.
Ah, I found one, and I also see the issue on the TX you referenced. Thanks for the fix and thanks for helping me reproduce. I'm going to test and likely merge.
Merged with a couple of tweaks.
the check for unconfirmed transactions only checks if the
![after](https://github.com/janoside/btc-rpc-explorer/assets/33764485/d758ba9c-9955-45ca-8381-5666ce98400c)
txBlockHeight
variable exists; since unconfirmed txns have a height of-1
, it "exists", and the check passes. this pr checkstxBlockHeight > -1
....dunno why the images wont load...