-
Notifications
You must be signed in to change notification settings - Fork 405
One final fix + cut 0.0.103 #1153
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
Conversation
db7b9f3
to
b5ae861
Compare
Codecov Report
@@ Coverage Diff @@
## main #1153 +/- ##
==========================================
- Coverage 90.15% 90.14% -0.01%
==========================================
Files 70 70
Lines 36386 36386
==========================================
- Hits 32804 32801 -3
- Misses 3582 3585 +3
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Otherwise SGTM. I checked the change logs since 0.0.102 and that all relevant new stuff is mentioned.
e4511b0
to
b43e814
Compare
ACK b43e814 |
b43e814
to
2b837bb
Compare
Squashed without diff. Will land after CI 🎉
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Post-merge review of the CHANGELOG
. All else LGTM! 🎉
## API Updates | ||
* This release is almost entirely focused on a new API in the | ||
`lightning-invoice` crate - the `InvoicePayer`. `InvoicePayer` is a | ||
struct which takes a reference to a `ChannelManager` and a `NetworkGraph` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should replace NetworkGraph
with Router
. I almost wonder if we should move the Router
trait to the lightning
crate.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably, IMO.
* If a payment is sent, creating an outbound HTLC and sending it to our | ||
counterparty (implying the `ChannelMonitor` was persisted on disk), but the | ||
`ChannelManager` was not persisted prior to shutdown/crash, no | ||
`Event::PaymentPathFailed` event will be generated if the HTLC is eventually | ||
failed on chain (#1104). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems to be worded in terms of what the bug was whereas the previous bullet is worded in terms of how the bug was fixed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yea, we've generally worded in terms of the bug, but I wasn't really sure how to word the previous in terms of the bug and still have it be clear. I'll try, though.
No description provided.