You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be great if send_pay could be wrapped in awaitable channel futures, just like pay and trampoline_pay. The Breez SDK uses send_pay to pay for reverse swaps. They sometimes fail with failed: WIRE_TEMPORARY_CHANNEL_FAILURE (First peer not ready), meaning the channels between greenlight and the LSP are not yet reestablished at the moment of calling send_pay.
Follow-up pointer: the awaiting behavior implemented here later became a failure mode of its own — payments would block awaiting all channels, including abandoned/unfunded JIT opens that can never reappear. That was fixed by #759 (merged as 1d721b7c), which introduced a single channel-availability rule: unavailable channels are skipped for sends and invoices, and awaited channels fail fast when they will not come back.
Activity
cdecker commentedon Oct 16, 2024
We have this patch pending deployment, but are fighting with the CI to get them deployed. I'll update here once the patches are deployed.
cdecker commentedon Nov 13, 2024
This patch has been deployed last week 👍
cdecker commentedon Oct 26, 2026
Follow-up pointer: the awaiting behavior implemented here later became a failure mode of its own — payments would block awaiting all channels, including abandoned/unfunded JIT opens that can never reappear. That was fixed by #759 (merged as
1d721b7c), which introduced a single channel-availability rule: unavailable channels are skipped for sends and invoices, and awaited channels fail fast when they will not come back.