repull 0.2.19 → 0.2.20

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 15403dd52cdecbf29d07692c41b91b6b3b52f305b42217c3efd4921bd2aaf739
-  data.tar.gz: 3d7f250db469714186c929035e61717ef62e4c53d8b5979f7a05141c135bc6ef
+  metadata.gz: 71d3ad6c9468a7b360f86f98812fba7773eb3237af66ad61ada50df72db13f72
+  data.tar.gz: '09cb8aa5cc955b5e6ebf5250261c625a27072c45c04a6552775a8b7ffe0faeb8'
 SHA512:
-  metadata.gz: 51b184c8b51787aa6696489f016a8aa01f96e212f4b64530b9717b3f32f5506652240d631d19ba6ad308c92eab7ca3d38d8a9329b94a554b1041b3f7fefb8e58
-  data.tar.gz: dc48f72c12261d1fbf453fd674a39d8f985f46bf9ab0d2b3757056987b4012195cd4d68a8db1d3c3aa56c421dd71ee0f0a2509e573192f6fd60d6e1bf5a7a55e
+  metadata.gz: ac80b60656604b2b775998387d999e7b36f64ac5706b6311b44d67f4f4c642e223a8d3124f4ce6d3a38b375a33a6b39c94bc9e241cb505d3bdc295adfa438401
+  data.tar.gz: 92346a3067ed2b39810fe08d3190b5ccc6c4feb30b02c5ba34068ef80878c5c38ca216eaf21803279b195cd1f9be1805a021df2ce1bbcedb96d2ad31e29e6442

data/lib/repull/models/reservation.rb

@@ -35,10 +35,10 @@ module Repull
     # Local check-out time for this stay, `HH:MM` on a 24-hour clock in the property's own timezone. Pair with `checkOut` to schedule the turnover clean. `null` when unknown. This is the same field `PATCH /v1/reservations/{id}` writes.
     attr_accessor :check_out_time
 
-    # Lifecycle status. The API normalises a multi-decade internal taxonomy down to these four buckets, so the value you receive is always one of the enum constants. `completed` is derived from `checkOut < today`. A `pending` booking request the channel already let lapse — Airbnb expires an unanswered request 24 hours after the guest asks, and no request can be answered once its check-in has passed — is reported as `cancelled` with `statusDetail: \"request_expired\"`, even when the channel never told us.
+    # Lifecycle status. The API normalises a multi-decade internal taxonomy down to these four buckets, so the value you receive is always one of the enum constants. `completed` is derived from `checkOut < today`. A `pending` booking request the channel already let lapse — Airbnb expires an unanswered request 24 hours after the guest asks, and no request can be answered once its check-in has passed — is reported as `cancelled` with `statusDetail: \"request_expired\"`, even when the channel never told us. Every `cancelled` reservation says how it ended in `statusDetail` when the channel tells us.
     attr_accessor :status
 
-    # Present only when `status` was derived rather than reported by the channel. `request_expired` — a booking request nobody answered in time (Airbnb's 24-hour window passed, or the check-in did). Absent otherwise.
+    # On a `cancelled` reservation: how it ended. `request_expired` — a booking request nobody answered in time (Airbnb's 24-hour window passed, or the check-in did), whether the channel reported it or we derived it. `declined` — the host declined the request. `request_voided` — the request was withdrawn or voided before anyone answered it. `verification_failed` — the guest failed Airbnb's identity verification. `hold_voided` — Airbnb voided a booking it was holding for the guest's payment or verification. `cancelled_by_guest` / `cancelled_by_host` / `cancelled_by_platform` — a booking cancelled by that party (`platform` is the channel itself, e.g. Airbnb support). Matches what the webhooks report for the same change. Absent on every other status, and on a cancellation whose channel gives no reason.
     attr_accessor :status_detail
 
     # Why a `pending` reservation is pending — who has to act next. `host_approval`: a booking request the host must accept or decline (see `respondBy`). `guest_payment`: Airbnb is waiting for the guest to pay. `guest_verification`: Airbnb is holding the booking while the guest completes identity verification. The last two need no action from the host, and Airbnb does not publish a deadline for them. Present only while `status` is `pending`; when it changes you receive `reservation.updated` with the previous raw status in `previousAttributes.status`, even if `status` stays `pending`.

data/lib/repull/version.rb

@@ -11,5 +11,5 @@ Generator version: 7.22.0
 =end
 
 module Repull
-  VERSION = '0.2.19'
+  VERSION = '0.2.20'
 end

data/openapi/v1.json

@@ -569,12 +569,12 @@
           "status": {
             "type": "string",
             "example": "confirmed",
-            "description": "Lifecycle status. The API normalises a multi-decade internal taxonomy down to these four buckets, so the value you receive is always one of the enum constants. `completed` is derived from `checkOut < today`. A `pending` booking request the channel already let lapse \u2014 Airbnb expires an unanswered request 24 hours after the guest asks, and no request can be answered once its check-in has passed \u2014 is reported as `cancelled` with `statusDetail: \"request_expired\"`, even when the channel never told us."
+            "description": "Lifecycle status. The API normalises a multi-decade internal taxonomy down to these four buckets, so the value you receive is always one of the enum constants. `completed` is derived from `checkOut < today`. A `pending` booking request the channel already let lapse \u2014 Airbnb expires an unanswered request 24 hours after the guest asks, and no request can be answered once its check-in has passed \u2014 is reported as `cancelled` with `statusDetail: \"request_expired\"`, even when the channel never told us. Every `cancelled` reservation says how it ended in `statusDetail` when the channel tells us."
           },
           "statusDetail": {
             "type": "string",
-            "description": "Present only when `status` was derived rather than reported by the channel. `request_expired` \u2014 a booking request nobody answered in time (Airbnb's 24-hour window passed, or the check-in did). Absent otherwise.",
-            "example": "request_expired"
+            "description": "On a `cancelled` reservation: how it ended. `request_expired` \u2014 a booking request nobody answered in time (Airbnb's 24-hour window passed, or the check-in did), whether the channel reported it or we derived it. `declined` \u2014 the host declined the request. `request_voided` \u2014 the request was withdrawn or voided before anyone answered it. `verification_failed` \u2014 the guest failed Airbnb's identity verification. `hold_voided` \u2014 Airbnb voided a booking it was holding for the guest's payment or verification. `cancelled_by_guest` / `cancelled_by_host` / `cancelled_by_platform` \u2014 a booking cancelled by that party (`platform` is the channel itself, e.g. Airbnb support). Matches what the webhooks report for the same change. Absent on every other status, and on a cancellation whose channel gives no reason.",
+            "example": "declined"
           },
           "pendingReason": {
             "type": "string",

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: repull
 version: !ruby/object:Gem::Version
-  version: 0.2.19
+  version: 0.2.20
 platform: ruby
 authors:
 - Ivan Nikolov
 autorequire:
 bindir: bin
 cert_chain: []
-date: 2026-09-24 00:00:00.000000000 Z
+date: 2026-09-25 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: typhoeus