-
Notifications
You must be signed in to change notification settings - Fork 895
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
listsendpays sending back POST which is missing info and some null response #3885
Comments
Hi @d4amenace, The team are working around the clock to build the rc4, this problem was fixed inside this PR. I hope this answer help you. |
So now, there is no pay cmd.....I will tell my devs.....is it to be replaced by sendpay now? or just temporarily? |
There is still supposed to be a |
pocket-server@pocketserver-DEFAULT-STRING:~$ lightning-cli pay lnbc50u1p0jpt2ydq0d4skkefqwfhk7mgcqzgapp5d34sp8qc65fhevw0pncydhcc5lp0m63qtjrkv08f88xpuvll2glqxqyz5vprzjqv2ylnrne6jp5qpt9pjlnqvs4wgwfl6c5t8zf5u8pag8jzq7g2fz6ppdl09azf7hyuqqqqlgqqqqqeqqjqcq58nrg0hwnsxdmvhx5nah3kuz3wxur96vxc8uxn33ujmzqnm7yq8tqcxhnt7yzguvcg7spw7c63deewju9hyy400yc85gdru6xwy5gpzaw8c4 5000000 outgoing1 Where would I find the lightning log? |
Ok, pay is working...it is just listsendpays on this LN node for some reason (have tested on one of my other nodes)...like you said probably installed incorrectly. To be sure I would like to uninstall the node and reinstall to clear out any errors before reposting her. How would I completely uninstall a node? |
Close all channels with Then uninstall by going to your source distribution and doing |
|
If you are using |
Ok, so new node. Neither listsendpays nor listpays give complete payment info...now missing bolt11 invoice on listpays....and on listsendpays also no bolt 11 invoice??
|
Either listsendpays or listpays MUST include bolt11,destination and payment hash. App is using listsendpays to list all payments sent...cannot identify without any identifiers. Need to call listsendpays or listpays with bolt 11 parameter....neither tracks so how can lookup particular invoice? (used by app to confirm payments after executing pay call) |
Not necessarily, if you use the command You have run the version rc3 and make some payment? maybe if you are seeing the |
ok, so keysend is an option except in a retail situation.....example, using pay customer creates an invoice and shows qr (containing bolt11) so merchant can pay bolt11......If I were to use keysend, the node receiving the funds would need to display their node ID in QR form for scanning, which most mobiles apps do not do (particularly eclair mobile) automatically for speed of payment. Does not fix retail use case...also has the problem of possibly sending multiple payments continuously (which is a vulnerability of this approach). |
All good points, but I can not answer at these points, maybe some of the protocol developers can answer this and make an explanation.
Yep.
I don't know eclair mobile, but I think that the ID Qr is already popular because you should be know the URL of the node to open a channel. However, in this cases you have the following pattern, |
The |
I have been using Eclair, BLW, and Lightning from lightning labs...none of which display ID QR easily. Only blw can do it but it must share to another app. |
0.9.0rc3 |
Yes, it is a known bug in rc3 and is fixed on master. |
Is v0.9.0rc3-10-g14d08b7 current master? |
If you are cloning the master now, yes, it is. In addition, with the last version, you will not resolve the problem of the bolt11 made with version rc3 because the value is null also inside the database. I'm working to create the PR that check if the value is null and return the payment_hash but with the actual version, you may have the bolt11 null also with the last version of master. The fix, proposed inside this PR fixes the problem to stop create bolt11 null, but don't fix the problem to display the bolt11 null (if exist). For this reason, you will see the bolt11 not null for all payment made with the |
Thanks for clarifying that. It took me a while to get up to speed....Do you know if devs plan to include destination ? |
The issue is the |
What changes should I see to listpays in rc4? bolt issue resolved? payment hash? |
The only change that you will see is the bolt11 and not null for the new payment with invoice |
I can confirm that the issue with listsendpays and listpays has been fixed in 0.9.0 rc4. |
Cool :) |
I recently setup a new node and attempted to send payments to invoices from another node I am operating to see the results of the tx's.....this is what I am getting from listsendpays as opposed to the normal response:
Why is there null and there are 7 fields for POST response instead of 11..what could be causing this? I assumed it was an improperly setup channel so I closed the offending channel (which had the wrong IP in the conf file when the channel was created...I think) When I noticed that the ip for the node was incorrect in the conf, I corrected the conf after the fact. Upon restart of the LN node, the ip was showing as corrected (in that previously open channel, but now closed one ) but the port was some random port and not my designated port..Could this have been it.....Ideas?
Also.....
Is there anyway to remove these erroneous listsendpay id's, since they will cause problems with front end development?
The text was updated successfully, but these errors were encountered: