Skip to content

fix: regenerate models from the candidate OpenAPI spec - #1040

Closed
vdusek wants to merge 1 commit into
masterfrom
fix/models-from-spec-deviations-fix
Closed

fix: regenerate models from the candidate OpenAPI spec#1040
vdusek wants to merge 1 commit into
masterfrom
fix/models-from-spec-deviations-fix

Conversation

@vdusek

@vdusek vdusek commented Aug 31, 2026

Copy link
Copy Markdown
Contributor

Models regenerated (poe generate-models-from-file) from the candidate spec in apify/apify-docs#2932, which fixes the six known API/spec deviations, to test them against this repo's test suite. The changes: task input accepts a list of objects, DailyServiceUsages.date is a datetime, Run.general_access and the private fields on UserPrivateInfo are optional.

Do not merge before apify/apify-docs#2932 is deployed - the recorded spec version in pyproject.toml deliberately still names the published specification, and the nightly regeneration will produce this same diff once the spec is live.

✍️ Drafted by Claude Code

@vdusek vdusek added adhoc Ad-hoc unplanned task added during the sprint. t-tooling Issues with this label are in the ownership of the tooling team. labels Aug 31, 2026
@vdusek vdusek self-assigned this Aug 31, 2026
@github-actions github-actions Bot added this to the 148th sprint - Tooling team milestone Aug 31, 2026
@codecov

codecov Bot commented Aug 31, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 95.27%. Comparing base (50950de) to head (43e5dfe).

Additional details and impacted files
@@           Coverage Diff           @@
##           master    #1040   +/-   ##
=======================================
  Coverage   95.27%   95.27%           
=======================================
  Files          59       59           
  Lines        5502     5502           
=======================================
  Hits         5242     5242           
  Misses        260      260           
Flag Coverage Δ
integration 92.09% <100.00%> (-0.06%) ⬇️
unit 87.36% <100.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@vdusek

vdusek commented Aug 31, 2026

Copy link
Copy Markdown
Contributor Author

closing in favor of #1041

@vdusek vdusek closed this Aug 31, 2026
vdusek pushed a commit that referenced this pull request Aug 31, 2026
…d datetime usage dates (#1041)

Regenerates the models from the [published OpenAPI
specification](https://docs.apify.com/api/openapi.json)
(`v2-2026-08-27T071624Z` -> `v2-2026-08-30T172245Z`), which now
describes the API's actual behavior after apify/apify-docs#2932.
User-facing changes:

- `Task.input`, `CreateTaskRequest.input`, and `UpdateTaskRequest.input`
also accept a list of objects, which the API stores and returns.
- `DailyServiceUsages.date` is a timezone-aware `datetime` instead of
`str`.
- `Run.general_access` is optional - the API omits it for a run that
follows the owner's account setting.
- `UserPrivateInfo.plan`, `effective_platform_features`, and `is_paying`
are optional - `GET /v2/users/{userId}` responses don't carry them.

Previously, responses with any of these shapes failed model validation.

Closes #1040 (a manual test run of the same regeneration against a
pre-merge bundle of the spec).

> Generated by the [Regenerate
models](https://github.com/apify/apify-client-python/actions/workflows/on_schedule_regenerate_models.yaml)
workflow.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

adhoc Ad-hoc unplanned task added during the sprint. t-tooling Issues with this label are in the ownership of the tooling team.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants