linq-python 0.36.1__tar.gz → 0.37.1__tar.gz

linq_python-0.37.1/.release-please-manifest.json

@@ -0,0 +1,3 @@
+{
+  ".": "0.37.1"
+}

{linq_python-0.36.1 → linq_python-0.37.1}/CHANGELOG.md

@@ -1,5 +1,19 @@
 # Changelog
 
+## [0.37.1](https://github.com/linq-team/linq-python/compare/v0.37.0...v0.37.1) (2026-08-31)
+
+
+### Documentation
+
+* clarify backstop behavior for ephemeral message storage ([c6efb3b](https://github.com/linq-team/linq-python/commit/c6efb3be895b90f4349c2e01b7c5904818c93fe2))
+
+## [0.37.0](https://github.com/linq-team/linq-python/compare/v0.36.1...v0.37.0) (2026-08-28)
+
+
+### Features
+
+* add discount support with coupons and promotion codes ([5427381](https://github.com/linq-team/linq-python/commit/5427381d5591b92d80cf169774f4bde887fcd28b))
+
 ## [0.36.1](https://github.com/linq-team/linq-python/compare/v0.36.0...v0.36.1) (2026-08-28)
 
 

{linq_python-0.36.1 → linq_python-0.37.1}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.3
 Name: linq-python
-Version: 0.36.1
+Version: 0.37.1
 Summary: The official Python library for the linq-api-v3 API
 Project-URL: Homepage, https://github.com/linq-team/linq-python
 Project-URL: Repository, https://github.com/linq-team/linq-python

{linq_python-0.36.1 → linq_python-0.37.1}/pyproject.toml

@@ -1,6 +1,6 @@
 [project]
 name = "linq-python"
-version = "0.36.1"
+version = "0.37.1"
 description = "The official Python library for the linq-api-v3 API"
 dynamic = ["readme"]
 license = "Apache-2.0"

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/_client.py

@@ -214,6 +214,7 @@ class LinqAPIV3(SyncAPIClient):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -548,6 +549,45 @@ class LinqAPIV3(SyncAPIClient):
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the
@@ -1290,6 +1330,7 @@ class AsyncLinqAPIV3(AsyncAPIClient):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1624,6 +1665,45 @@ class AsyncLinqAPIV3(AsyncAPIClient):
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the
@@ -2300,6 +2380,7 @@ class LinqAPIV3WithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2634,6 +2715,45 @@ class LinqAPIV3WithRawResponse:
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the
@@ -3182,6 +3302,7 @@ class AsyncLinqAPIV3WithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -3516,6 +3637,45 @@ class AsyncLinqAPIV3WithRawResponse:
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the
@@ -4064,6 +4224,7 @@ class LinqAPIV3WithStreamedResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -4398,6 +4559,45 @@ class LinqAPIV3WithStreamedResponse:
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the
@@ -4946,6 +5146,7 @@ class AsyncLinqAPIV3WithStreamedResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -5280,6 +5481,45 @@ class AsyncLinqAPIV3WithStreamedResponse:
         the Customer and Subscription, so correlating in either direction is
         trivial. There are no renewal webhooks from Linq by design.
 
+        ### Discounts
+
+        Pass a `discount` with a **coupon** or **promotion code** from your
+        connected Stripe account to apply it to the subscription. Create either in
+        your Stripe Dashboard under Product catalog → Coupons; Linq only forwards
+        the id.
+
+        ```json
+        {
+          "mode": "subscription",
+          "price_id": "price_1QAbCdEfGhIjKlMn",
+          "discount": {
+            "coupon": "7fKCMvBh",
+            "label": "50% OFF FIRST MONTH"
+          }
+        }
+        ```
+
+        Stripe applies the coupon and prices the first invoice; the `amount` we
+        return is that invoice's amount due, so a `$50.00/month` price with a
+        50%-off-first-month coupon comes back as `2500` and the recipient is
+        charged **$25.00** at checkout. A coupon that covers the whole first
+        invoice returns `amount: 0`; checkout shows $0.00 and collects the card for
+        the renewal rather than charging now. Renewals bill at the full price
+        automatically — how long a discount lasts is the coupon's `duration`,
+        enforced by Stripe on your account, and Linq never re-prices anything.
+
+        Use `promotion_code` instead of `coupon` to apply a promotion code by id
+        (`promo_...`, not the customer-facing code string); pass one or the other,
+        never both.
+
+        `label` is the customer-facing promotion name displayed at checkout instead
+        of the coupon or promotion code ID. The label is displayed exactly as
+        provided, so include important terms such as "FIRST MONTH" or
+        "FIRST 3 MONTHS" when applicable. These terms are not displayed elsewhere
+        on the checkout screen.
+
+        If omitted, Stripe uses the coupon's name as the promotion label.
+
         ### Free trials
 
         Add `trial_period_days` (or a fixed `trial_end` timestamp) to start the

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/_version.py

@@ -1,4 +1,4 @@
 # File generated from our OpenAPI spec by Stainless. See CONTRIBUTING.md for details.
 
 __title__ = "linq"
-__version__ = "0.36.1"  # x-release-please-version
+__version__ = "0.37.1"  # x-release-please-version

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/resources/chats/chats.py

@@ -174,6 +174,7 @@ class ChatsResource(SyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -279,6 +280,7 @@ class ChatsResource(SyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -919,6 +921,7 @@ class AsyncChatsResource(AsyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1024,6 +1027,7 @@ class AsyncChatsResource(AsyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1692,6 +1696,7 @@ class ChatsResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1797,6 +1802,7 @@ class ChatsResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1953,6 +1959,7 @@ class AsyncChatsResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2058,6 +2065,7 @@ class AsyncChatsResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2214,6 +2222,7 @@ class ChatsResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2319,6 +2328,7 @@ class ChatsResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2475,6 +2485,7 @@ class AsyncChatsResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -2580,6 +2591,7 @@ class AsyncChatsResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/resources/chats/messages.py

@@ -74,6 +74,7 @@ class MessagesResource(SyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**
@@ -306,6 +307,7 @@ class AsyncMessagesResource(AsyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/resources/chats/polls.py

@@ -71,6 +71,7 @@ class PollsResource(SyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**
@@ -197,6 +198,7 @@ class AsyncPollsResource(AsyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/resources/messages/messages.py

@@ -93,6 +93,7 @@ class MessagesResource(SyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**
@@ -155,6 +156,7 @@ class MessagesResource(SyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -735,6 +737,7 @@ class AsyncMessagesResource(AsyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**
@@ -797,6 +800,7 @@ class AsyncMessagesResource(AsyncAPIResource):
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1404,6 +1408,7 @@ class MessagesResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1494,6 +1499,7 @@ class AsyncMessagesResourceWithRawResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1584,6 +1590,7 @@ class MessagesResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**
@@ -1674,6 +1681,7 @@ class AsyncMessagesResourceWithStreamingResponse:
 
         - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
         - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+        - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
         - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
         **When to choose ephemeral:**

{linq_python-0.36.1 → linq_python-0.37.1}/src/linq/resources/messages/poll.py

@@ -74,6 +74,7 @@ class PollResource(SyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**
@@ -275,6 +276,7 @@ class AsyncPollResource(AsyncAPIResource):
 
     - **No expiry timestamp is exposed.** API responses and webhook payloads do not include the deletion time. If you need it, compute `created_at + 24h` yourself.
     - **No deletion webhook is sent.** There is no `message.deleted` event — a message simply stops being retrievable once its window passes.
+    - **The backstop governs Linq storage.** API retrievability (the `404` behavior above) and CDN media expire at the 24-hour mark. Removal of the corresponding entries from the sending device happens asynchronously and can complete after the backstop.
     - **Delivery is unaffected.** Ephemeral messages send, deliver, and fire the usual `message.sent` / `message.received` and status webhooks exactly like standard messages. Only retention changes.
 
     **When to choose ephemeral:**