Repository navigation
fix: let force-closed channels claim pending payments on-chain #1479
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1 @@ | ||
| Fixed force-closed channels failing to claim pending payments on-chain. |
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -18,7 +18,7 @@ that Locks released its content. Follow `local-paykit-fallback.xml` after this s | |
| on that homeserver. Preserve existing identities. Use the grant signup journey for a fresh | ||
| `pubkyauth://signup_grant` URL naming that homeserver; invites and authorization URLs are secrets. | ||
| - Record the app commit, APK hash and installed package. Android uses `devDebug`, `to.bitkit.dev`, | ||
| Paykit `0.1.0-rc72` and native LDK `0.7.0-rc.72`. Use a normal build (`E2E=false`) or explicitly | ||
| Paykit `0.1.0-rc72` and native LDK `0.7.0-rc.74`. Use a normal build (`E2E=false`) or explicitly | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Changing only this version pin in the Paykit fallback does not exercise a force-close or an on-chain HTLC claim, so the listed journey cannot catch a regression in the behavior this dependency bump is meant to fix. The journey environment already provides Lightning channels and regtest block mining, so this scenario should be covered by an added or updated journey rather than only the manual-test list. AGENTS.md reference: AGENTS.md:L109-L113 Useful? React with 👍 / 👎.
Collaborator
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The fix is a version pin; the behavior it restores is covered in synonymdev/ldk-node#125 by repro and integration tests that fail on |
||
| network-backed E2E build; the local E2E default selects a different chain endpoint. | ||
| - Both wallets and the server must use `ssl://electrs.bitkit.stag0.blocktank.to:9999`, the regtest | ||
| endpoint in `app/src/main/java/to/bitkit/env/Env.kt`. Verify this before funding or creating a request. | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.