Release 1.4.0 - #17
Closed
roncodes wants to merge 1 commit into
Closed
Conversation
A submission's answers were `custom_field_values`, each naming its field with `custom_field`. The API calls them `answers` and `field` now, which is what it documents and what it returns; the older spellings are still accepted on submit. The SDK forwards a submission body verbatim, so nothing in `src/` names these keys and nothing needed rewriting: this repins the locked contract at the merged collection and regenerates what follows from it. The generated submit example stops sending an empty `custom_field_values` beside a flat `item_results` block and answers the way the API documents. The hand-written pieces — the README example, the submission test's payload and response fixtures, and the release note — say `answers` and `field` too, and record that either spelling is accepted so nobody integrating against an older deployment thinks this is a break.
roncodes
force-pushed
the
release/1.4.0
branch
from
September 14, 2026 09:03
9115641 to
6bcdd98
Compare
This was referenced Sep 14, 2026
Merged
Member
Author
|
Superseded by the 1.4.1 release PR. 1.4.0 is already published — tagged at The same commit now sits on |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Adds the driver-facing inspection API to the SDK, and tracks the rename that shipped upstream while 1.4.0 was in flight.
Inspections
All six endpoints from the official collection:
inspectionForms->listInspectionForms($filters),retrieveInspectionForm($id)inspections->submitInspection($data, $requestOptions),listInspections($filters),retrieveInspection($id)vehicles->listVehicleInspections($vehicleId, $filters)The rename
A submission's answers were
custom_field_values, each naming its field withcustom_field. The API calls themanswersandfieldnow — that is what it documents and what it returns — and a field is named by a public id rather than a bare uuid. The older spellings are still accepted on submit, so this is additive, not a break.The SDK forwards a submission body verbatim, so no
src/file names any of these keys and none needed rewriting. What changed is the locked contract and everything generated from it, plus the hand-written pieces: the README example, the submission test's payload and response fixtures, and the release note — each of which now saysanswers/fieldand records that either spelling is accepted, so nobody integrating against an older deployment reads this as a break.The generated submit example previously sent an empty
custom_field_valuesbeside a populated flatitem_resultsblock — the only worked example in the reference was the legacy shape. It now answers the way the API documents.Pins
postman→822b867(collection rename and the response examples, both merged)fleetops→refs/pull/319/head@9f2ffe98As the existing release note records, the upstream implementation is still Fleet-Ops PR #319; release approval must confirm its API is available in the intended deployment. A passing overlay run proves the locked implementation, not availability in every published image.
Checks
composer checkpasses on a clean tree: PHPStan clean, PHPUnit 41 tests / 4749 assertions, contract manifest 270 requests with 270 mapped and 0 unmapped, 38 service groups, 270 executable examples, license metadata verified, and API compatibility confirmed against 1.0.2, 1.0.3, 1.1.0, 1.2.0 and 1.3.0.docs/api-coverage.mdshows every row changed: each embeds the locked Postman commit in its source links, so repinning rewrites all 270 lines. The request set, services and statuses are unchanged.