SomberNight 7962e17df6
invoices: deal with expiration of "0" mess ...
Internally, we've been using an expiration of 0 to mean "never expires".
For LN invoices, BOLT-11 does not specify what an expiration of 0 means.
Other clients seem to treat it as "0 seconds" (i.e. already expired).
This means there is no way to create a BOLT-11 invoice that "never" expires.
For LN invoices,
- we now treat an expiration of 0, , as "0 seconds",
- when creating an invoice, if the user selected never, we will put 100 years as expiration
2020-03-04 14:24:07 +01:00
2020-03-04 14:24:07 +01:00
2020-02-28 19:47:56 +01:00
2019-11-04 22:24:36 +01:00
2020-03-03 02:12:42 +01:00
2020-02-11 20:57:37 +01:00
2020-03-02 05:11:08 +01:00
2020-02-28 19:47:56 +01:00
2020-02-27 05:13:31 +01:00
2020-03-01 09:14:50 +01:00
2020-02-27 20:45:29 +01:00
2020-03-03 04:05:36 +01:00
2019-11-11 15:15:04 +01:00
2020-03-03 11:50:04 +01:00
2020-03-03 20:12:12 +01:00
2020-02-10 17:45:23 +01:00
2020-02-27 20:22:49 +01:00
2020-01-22 18:32:57 +00:00
2020-02-11 16:41:49 +01:00
2020-02-21 15:59:18 +01:00
2020-02-19 00:40:33 +01:00
2020-02-27 19:13:56 +01:00
2020-02-24 09:44:35 +01:00
2020-02-29 00:20:11 +01:00
2020-03-04 14:24:07 +01:00
2020-03-02 11:54:08 +01:00
2020-03-02 11:19:04 +01:00
2020-03-03 04:05:36 +01:00
2020-02-28 20:27:35 +01:00
2020-03-04 08:35:56 +01:00
2020-03-03 02:12:42 +01:00
2020-02-20 21:02:01 +01:00
2019-11-26 00:15:33 +01:00
2020-03-02 16:56:15 +01:00
2020-02-27 19:13:56 +01:00
2020-02-24 16:32:18 +01:00
2020-03-04 14:24:07 +01:00
2020-02-29 00:20:11 +01:00
2020-02-28 18:47:12 +01:00
2020-02-29 00:20:11 +01:00
2020-02-21 18:50:52 +01:00
2020-02-28 19:47:56 +01:00
2019-11-04 22:24:36 +01:00
2019-12-26 23:47:32 +07:00
2020-03-03 11:50:04 +01:00
2020-03-03 04:05:29 +01:00
2020-02-10 17:45:23 +01:00
2020-02-27 19:13:56 +01:00
2020-03-01 22:08:18 +01:00
2020-03-04 14:24:07 +01:00
2020-02-27 19:13:56 +01:00
2020-02-28 20:23:50 +01:00
2020-03-02 18:53:04 +01:00
2020-02-11 16:41:49 +01:00
7962e17df6