ci: bump stlc to ac3fc71, refresh spec with ID path-param examples#119
Conversation
- stlc ac3fc71: rust README usage/error examples now populate request bodies - openapi.json: 99 ID path-param examples (realistic full-length IDs), 1.105.3 -> 1.105.4 Stainless-Generated-From: 3a7842a
There was a problem hiding this comment.
Review Summary
This is an automated STLC-generated PR (OpenAPI spec bump 1.105.3 → 1.105.4) that refreshes 99 ID path-parameter example annotations across test files, replacing short placeholder values with realistic full-length IDs that match the actual ID format used by the Dodo Payments API.
Changes Overview
| Area | Change |
|---|---|
scripts/mock |
Updated embedded base64/gzip OpenAPI spec blob |
README.md |
Fixed javadoc badge URL (1.104.0 → 1.105.0); updated inline example to use realistic pay_ ID |
CHANGELOG.md |
Removed the v1.105.0 entry (consistent with rebasing onto an earlier main, avoiding the duplicate) |
| ~145 test files | Replaced generic "id", "customer_id", "lic_123", "lki_123", etc. with realistic IDs such as adn_NX1zdqW4Hbivsqz8vI9dc, cus_TV52uJWWXt2yIoBBxpjaa, pay_gr4RizvMOXFJ6xca3y2tU, etc. |
Correctness
All test assertions are updated consistently — both the builder calls and the corresponding assertThat(params._pathParam(N)).isEqualTo(...) lines are updated to match. The realistic IDs use appropriate resource-type prefixes (adn_, brnd_, cks_, cde_, cus_, dsc_, ent_, entg_, lic_, lki_, mtr_, pay_, pdc_, pdt_, pyt_, ref_, sub_, whk_), and their lengths are realistic.
Partial coverage is expected and acceptable: Some secondary path params that don't have a type-specific ID format (e.g., fileId, paymentMethodId, fileName) retain placeholder values ("file_id", "payment_method_id", "file_name") — this is intentional since the spec only added examples for the primary resource ID params. The file_id and payment_method_id fields are system-generated opaque IDs without a known prefix convention, so placeholder values are acceptable here.
Documentation Fix
The README javadoc badge was pointing to 1.104.0 despite displaying badge text for 1.105.0 — this fix is correct.
CHANGELOG Concern
The PR removes the v1.105.0 changelog entry that was added by the previous merge. The PR description explains this as a rebase collision (the STLC run was parented on main before the v1.105.0 release commit landed). This is a known CI workflow collision and not a correctness issue — the release-please tooling will regenerate the correct CHANGELOG on the next release.
No Production Code Changes
All substantive changes are confined to test files and the embedded OpenAPI spec blob. No production source code is modified. The changes are purely cosmetic/documentation improvements to test data quality.
LGTM — approving.
The stlc seal predated the latest release, so the generated tree dropped CHANGELOG.md (and rust's .release-please-manifest.json). Restore them from main; keeps the ID path-param examples + embedded-spec bump.
Automated stlc build recovered from dodopayments-sdk-config@df75032 (run 27691773345).
exampleannotations (realistic full-length IDs)The integrated commit was produced by run 27691773345 and is parented on the current main; the run could not auto-open this PR because the post-seal ref push collided with the earlier daily re-seal. See dodopayments-rust#10 (same change) and dodo-docs#350.