-
-
Notifications
You must be signed in to change notification settings - Fork 326
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
bug: When "expiry" is null, do not display "expiry" in payment details #2349
Conversation
thanks for the contribution! cACK but something still wrong with the bundle, as of right now we still include it in prs |
572d773
to
b9cc1a3
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## dev #2349 +/- ##
==========================================
+ Coverage 58.34% 58.35% +0.01%
==========================================
Files 61 61
Lines 9334 9334
==========================================
+ Hits 5446 5447 +1
+ Misses 3888 3887 -1 ☔ View full report in Codecov by Sentry. |
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.
LGTM
lnbits#2349) * Do not display expiry in payment details, when expiry is null
lnbits#2349) * Do not display expiry in payment details, when expiry is null
lnbits#2349) * Do not display expiry in payment details, when expiry is null
Fixes: #2194
null
is a valid value for theexpiry
field of payment records. Which means that when this value is not populated,payment.expirydate
andpayment.expirydateFrom
will be generated from an invalidDate
(new Date(null*1000)
, which renders to 1970-01-01 or 1969-12-31 depending on the timezone).This PR hides the
expiry
line from the payment details, when there is no information about it, just like it is done withpreimage
.Note: for the change to be effective, we need to execute
make bundle
. However, it is not clear whether a new generated bundle should be included with every PR or not.