pull down to refresh

@k00b I can't seem to pay the territory fees since the switch. Normally clicking pay generates a LN invoice. But it isn't this time. Did I miss something that was announced?
27 sats \ 8 replies \ @k00b 7 Nov
There might be a bug. Looking into it 🧗
reply
This right here is why you and the Devs f***ing rock. Rapid response, quick to clarify and quick to get onto fixes. All of you are awesome. 👊
reply
42 sats \ 4 replies \ @ch0k1 11 Nov
@Public_N_M_E what device are you using when this issue was reproduced?
reply
Android. Google Pixel. Running android 14. And sorry for the delay in response.
reply
273 sats \ 2 replies \ @ch0k1 11 Nov
Same here! Thanks for your response - it really helped me a lot to figure out my case and have second independent confirmation.
@k00b where it would be most suitable to report the issue?
  1. As a reply to this thread;
  2. As a new SN post in ~meta;
  3. As a new issue in SN's project GitHub page.
reply
42 sats \ 1 reply \ @k00b 11 Nov
An issue on SN's github page would be great!
reply
118 sats \ 0 replies \ @ch0k1 11 Nov
Done, @k00b you can find the issue here.
I tried to be as much detailed as I can so that it would be easier for anyone that might be working on it.
Anyway, I stay on your disposal for any further assistance.
reply
18 sats \ 1 reply \ @ch0k1 11 Nov
@k00b I think I also catched some sort of a bug related with NWC payments but I am still currently in a process of testing it from different setups so that I can isolate and describe it better.
I'll notify you once I figure it out.
reply
Yes please tag me if you get a lead.
reply
26 sats \ 2 replies \ @k00b 7 Nov
@Public_N_M_E which sending wallet are you using?
As a temporary fix, you can:
  1. uncheck enabled on your sending wallet
  2. save the wallet
  3. navigate to the territory
  4. click pay and QR will show
Then you'll want to reenable your wallet by going back to the sending wallet and check enabled again and save.
reply
That worked. Payment made.
reply
I'm using coinos, as it was a quick fix for the moment.
I'll try those steps. Cheers @k00b
reply
25 sats \ 17 replies \ @ek 7 Nov
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.
reply
26 sats \ 16 replies \ @k00b 7 Nov
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
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