-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
some is_pending are true but should be false #139
Comments
I'm not sure, pending in the result maps to "first stage" outcome in the response, normally when it was resolved it would map to "claimed" or "timeout" |
do you know if there is a way to mitigate such issues? Worth opening a ticket on the main lnd repo? The issue happened probably 2 lnd version ago. I had the issue on 2 different channels. As a workaround, is it possible to force delete the channel such that it no longer in the db? |
Can you paste the output of the lncli closedchannels to see if it is mapping ok? |
I don't think you can force delete a channel aside from abandonchannel |
seems to be a bug from lnd? could there be any issue to abandon channel for a closed channel (beyond losing the history on this channel)? |
It seems weird that it says it's in FIRST STAGE forever yeah, I could see it if it were a very small amount |
doing a
await lnService.getClosedChannels({lnd})
and looping over the close_payments array.I have this result on one of the item:
looking at the transaction, they have been mined ~6 months ago. and are still
pending: true
.I don't know if this is a state issue in lnd, or if this is how Ln Service fetches the value that is not right?
The text was updated successfully, but these errors were encountered: