pull down to refresh

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.
25 sats \ 15 replies \ @ek 7 Nov
Mhh, yes, we don’t have payment timeouts for all wallets, I think
reply
179 sats \ 14 replies \ @k00b 7 Nov
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
25 sats \ 12 replies \ @ek 7 Nov
Oh, just checked: we only have timeouts during NWC validation but not during payments for any wallet. So that would make sense.
reply
179 sats \ 11 replies \ @k00b 7 Nov
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
201 sats \ 9 replies \ @ek 7 Nov
All I see is us fucking up something as important as payments. You literally want to pay us but it's not working haha
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.
reply
259 sats \ 7 replies \ @ek 7 Nov
the good thing about working on SN is that customer support is procrastination
appreciate the kind words though, thanks!