pull down to refresh

Off the top of my head, two reasons why this can happen:
  1. you are withdrawing from one SN account to another SN account or you are zapping someone on SN via withdrawal from SN
  2. you have attached another SN account via lightning address as a receiving method
If you have multiple receiving methods, that'd explain why it's eventually succeeding. Receiving and sending have fallbacks, we try each receiving wallet until one succeeds.
hmm i dont think i have either of those scenarios happening πŸ€”
reply
31 sats \ 15 replies \ @k00b 30 Jan
This error occurs when we wrap the invoice for proxying and I've only ever seen it when we are asked to proxy an invoice to SN itself. But there might be an edge case here that I'm not considering.
reply
i sent a 5 sat zap to myself from a burner npub using a coinos account. i immediately receoved 100 sats into my attached SN wallet, perhaps from other stuck zaps. very odd πŸ˜…
reply
34 sats \ 13 replies \ @k00b 30 Jan
I FIGURED IT OUT
Your node is private and SN's node is a hop hint!
I'm guessing you're peered with us. There's probably an exception we need make.
reply
i am peered and have a channel with stacker news
reply
50 sats \ 2 replies \ @k00b 1 Feb
Okay, looks like the fix works.
Thanks again. I wouldn't have caught it - we weren't using private nodes in our regtest setup.
another potential bug sorry...
i want to connect my nwc receive option. i attach my read only nwc string, and in the logs,it shows success:
however, on the wallet page it shows receive as red.
and when i send sats to my stacker news ln address with this receive option, it goes straight to CCs. it does not appear to have successfully attached, however logs say otherwise. there is no message in the logs regarding the sats i sent too, makes me think its not actually attached at all.
reply
34 sats \ 7 replies \ @k00b 19h
I’m confused why it’d show red if it succeeded. The status is derived from the logs. It might be best to detach it, clear the logs, then try again.
0 sats \ 1 reply \ @ama 30 Jan
I don't do any of those two things and also see the same error.
reply
Does your node only have private channels? We need to make an exception. I'm opening a github issue now. I should be able to get a fix in soon.
reply
Another reason why it may eventually succeed is that we try proxying first (fails), then try without (succeeds), depending on your settings.
You say you're running two nodes? Sending is lnd and receiving is another lnd?
reply
i have a core lightning node i dont connect to anything to that i can test send to my SN ln address, then i do all the funny business with my lnd node ( connecting for sending / receiving in sites like SN or nostr)
reply
47 sats \ 3 replies \ @k00b 30 Jan
Right on. I'll see if I can make an exception when we're a hop hint. Thanks for surfacing this.
reply
if i set it up like this for now, should try direct deposit to nwc first, then direct deposit to ln address second, before it deposits into CCs, ya?
reply
28 sats \ 0 replies \ @k00b 30 Jan
Yep exactly like that
reply
you're welcome. ya my LND node has just two private channels open, one being with Stacker News
reply