-
-
Notifications
You must be signed in to change notification settings - Fork 1
fix(uptime): Refine new fields on the uptime-results
schema
#418
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
Conversation
Due to how we defined some fields in the schema, the code wasn't generated correctly. Also taking the opportunity to skip allowing fields to nullable. Instead, if the field isn't available, it should just not be set, instead of being null. This aligns with sending data to EAP as well, since EAP doesn't support null attributes.
versions in use: The following repositories use one of the schemas you are editing. It is recommended to roll out schema changes in small PRs, meaning that if those used versions lag behind the latest, it is probably best to update those services before rolling out your change. latest version: 1.3.12 changes considered breakingschemas/uptime-results.v1.schema.json
benign changesschemas/uptime-results.v1.schema.json
|
These breaking changes can be ignored, we're not sending these fields |
}, | ||
"send_request": { | ||
"$ref": "#/definitions/Timing", | ||
"description": "Time spent sending the request (per OTEL conventions)." |
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.
Should this also say per OTEL
and drop the conventions?
Due to how we defined some fields in the schema, the code wasn't generated correctly. Also taking the opportunity to skip allowing fields to nullable. Instead, if the field isn't available, it should just not be set, instead of being null. This aligns with sending data to EAP as well, since EAP doesn't support null attributes.