25 sats \ 17 replies \ @ek 7 Nov \ parent \ on: Stacker Saloon
Do you have a wallet attached from which it might try to pay from? That usually prevents the QR code to show up until the wallet payment failed.
But I think territory payments have some special logic regarding this iirc so might still be a bug on our end. That’s not unheard of.
I've been testing and can't reproduce.
My guess is that the attached wallet isn't paying/erroring fast enough. If it errors, we show the QR (no matter how long it took to error). If it succeeds, it will show as paid.
Perhaps the communication with the attached wallet is very slow, or it's failing to pay without raising an error.
reply
Mhh, yes, we don’t have payment timeouts for all wallets, I think
reply
If I had to guess, in this case it's an NWC send but the nwc listener/node isn't responding (or the secret expired).
reply
I am using NWC with coinos yes. That could be the problem.
reply
Oh, just checked: we only have timeouts during NWC validation but not during payments for any wallet. So that would make sense.
reply
Payment timeouts are tricky because we don't want them to try to pay the same invoice twice (preimage has been revealed).
We'd need to timeout, expire the original invoice, then QR popup a fresh one.
reply
I hope everyone is watching this conversation between you and ek... Complete professionals. You guys are diamonds.
reply
reply
No rollout of changes is ever without growing pains. You're a small team, you can't be expected to get everything completely right every time. Patience and cooperation from your customers is what fixes these issues. Microsoft get it wrong all the time and they've got some of the highest paid and largest software teams.
You both responded rapidly and found a work around whilst you look into the issue. And done so within the last hour or so? Microsoft could never hit those kinds of resolution timeframes.