Skip to content

ci: bump stlc to ac3fc71, refresh spec with ID path-param examples#119

Merged
aagarwal1012 merged 2 commits into
mainfrom
stlc-generated-27691773345
Jun 17, 2026
Merged

ci: bump stlc to ac3fc71, refresh spec with ID path-param examples#119
aagarwal1012 merged 2 commits into
mainfrom
stlc-generated-27691773345

Conversation

@aagarwal1012

Copy link
Copy Markdown
Member

Automated stlc build recovered from dodopayments-sdk-config@df75032 (run 27691773345).

  • 99 ID path-param example annotations (realistic full-length IDs)
  • openapi.json 1.105.3 -> 1.105.4

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.

- 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

@dodo-squirrels dodo-squirrels Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.
@aagarwal1012 aagarwal1012 merged commit 8e6c00d into main Jun 17, 2026
6 of 7 checks passed
@aagarwal1012 aagarwal1012 deleted the stlc-generated-27691773345 branch June 17, 2026 15:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant