-
Notifications
You must be signed in to change notification settings - Fork 195
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update camunda REST API doc #4811
Conversation
👋 🤖 🤔 Hello, @camunda-docs-pr-automation[bot]! Did you make your changes in all the right places? These files were changed only in docs/. You might want to duplicate these changes in versioned_docs/version-8.6/.
You may have done this intentionally, but we wanted to point it out in case you didn't. You can read more about the versioning within our docs in our documentation guidelines. |
f6e8443
to
2183bb9
Compare
2183bb9
to
bbd92a5
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it came in a previous update, but one change that needs to be pushed upstream is to add title
properties to schemas that use oneOf
, to avoid the docs displaying a confusing MOD1
tab. The background for this is in Slack: https://camunda.slack.com/archives/C06UKS51QV9/p1736444002167879?thread_ts=1736428754.905439&cid=C06UKS51QV9
I will own this, and include it in my next upstream spec PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A few things to push upstream but looks good.
properties: | ||
files: | ||
type: array | ||
items: | ||
type: string | ||
format: binary |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Missing descriptions, I'll include them in my next upstream PR.
createdDocuments: | ||
type: array | ||
items: | ||
$ref: "#/components/schemas/DocumentReference" | ||
failedDocuments: | ||
type: array | ||
items: | ||
$ref: "#/components/schemas/DocumentCreationFailureDetail" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Missing descriptions, I'll add them in my next upstream PR.
🧹 Preview environment for this PR has been torn down. |
## Description Improves the REST API spec documentation, including: 1. Brings some subtle documentation changes upstream from camunda/camunda-docs#4811. 2. Addresses #26741, by adding `title` properties to filtering union types. ### Filtering union titles Previously, the union type switcher which appears on multiple filtering requests would emit a nonsense title for the "exact match" tab, and a schema name for the "advanced filter" tab, as shown in #26741. With this PR, these switchers now all emit the title "Exact match" for the exactly matching type, and "Advanced filter" for the advanced filtering type, like this: <img width="336" alt="image" src="https://github.com/user-attachments/assets/6cbde181-b180-4969-a5fc-a5ed29385428" /> There is one specific change that introduces more than a `title` or `description` property, and I'll call it out with a review comment. #### Strange lack of precision in exact match type descriptions Strangely, the documentation plugin doesn't emit as much precision in the types for the "exact match" option. `date-time` strings are described as `string`, and `int32` integers are described as `integer`. This can be seen in the above screenshot. This strangeness isn't introduced by this PR, but it will be obvious when you review, so I wanted to call it out as a known issue. ## Related issues closes #26741
Description
This is an autogenerated PR by the sync api specs workflow.
This PR contains every changes made to the REST api specs in the monorepo in the last week.
This PR contains also all the generated OpenAPI files related to the changes.
When should this change go live?
PR Checklist
/docs
directory (aka/next/
).