Package v0.2.12→v0.2.124: manifest, actions, version graph

startos/versions/v0.2.71.ts

@@ -0,0 +1,13 @@
+import { VersionInfo } from '@start9labs/start-sdk'
+
+export const v_0_2_71 = VersionInfo.of({
+  version: '0.2.71:0',
+  releaseNotes: {
+    en_US:
+      "Surface the BOLT11 Lightning invoice in the /relay/credits/buy response so Recap can render an inline QR + 'Open in wallet' deep link instead of redirecting buyers to BTCPay's hosted checkout page (Phase 1 of the inline-payment migration). After creating the BTCPay invoice we now fetch /payment-methods, pick out the Lightning entry, and return its destination as `bolt11` plus the corresponding lightning: deep link as `lightning_payment_link`. Best-effort: if the LN invoice isn't ready on the first call (some BTCPay configs generate it asynchronously), we retry once with a short backoff. If LN still isn't available — store doesn't have it configured, or LND is unreachable — the field is null and Recap falls back to the legacy checkout-URL flow. The buy itself never fails because of this; the LN fields are additive. Polling endpoint (/relay/credits/invoice/:id) and webhook handling are unchanged.",
+  },
+  migrations: {
+    up: async ({ effects }) => {},
+    down: async ({ effects }) => {},
+  },
+})