Closed TonyGiorgio closed 1 year ago
2023-06-01 22:07:35.420 TRACE [lightning::ln::inbound_payment:380] Failing HTLC with payment_hash 3301461b77978b7a8aff4e612bc1d1dd7df004fac5913ec58120e01032e098a8: expired payment
was this for an inbound payment?
2023-06-01 22:07:35.420 TRACE [lightning::ln::inbound_payment:380] Failing HTLC with payment_hash 3301461b77978b7a8aff4e612bc1d1dd7df004fac5913ec58120e01032e098a8: expired payment
was this for an inbound payment?
yes
I've gotten this quite a few times, typically when opening up one of the cloudflare PR instances and trying to receive:
2023-06-08 17:17:30.997 TRACE [lightning::ln::channelmanager:3604] Failing new HTLC with payment_hash 5707e3dcf3270cf1bd8f324db15d9b1ec470f55cb89937d95e79ca893d460029 as payment verification failed
2023-06-08 17:17:30.998 TRACE [lightning::ln::channelmanager:4103] Failing HTLC with payment_hash 5707e3dcf3270cf1bd8f324db15d9b1ec470f55cb89937d95e79ca893d460029 backwards from us with HTLC error code 16399
2023-06-08 17:17:30.998 DEBUG [mutiny_core::event:424] EVENT: HTLCHandlingFailed, ignored
Making another invoice doesn't work either. I have to refresh first, and then the 2nd invoice I made ends up going through.
Nothing obvious stands out to me for the testing I've done on our end so I've opened up the issue here: https://github.com/lightningdevkit/rust-lightning/issues/2345
While a greater solution is needed in LDK, I think we're just going to have to throw something in here that pauses creating the first invoice until it has sync'd for the first time. Otherwise it's far too risky doing a first time demo being nervous about them speeding through the receive screen.