Rename alert field on Alert response to payload - #11281
Merged
Merged
Conversation
david-crespo
added a commit
to oxidecomputer/console
that referenced
this pull request
Sep 11, 2026
In the alerts table and detail modal, "Alert ID" and "Alert class" become "ID" and "Class" since the context is already alerts. The alert data is labeled "Payload" to match the API field rename in oxidecomputer/omicron#11281, and AlertBodyViewer becomes AlertPayload.
david-crespo
added a commit
to oxidecomputer/console
that referenced
this pull request
Sep 11, 2026
In the alerts table and detail modal, "Alert ID" and "Alert class" become "ID" and "Class" since the context is already alerts. The alert data is labeled "Payload" to match the API field rename in oxidecomputer/omicron#11281, and AlertBodyViewer becomes AlertPayload.
hawkw
approved these changes
Sep 11, 2026
hawkw
left a comment
Member
There was a problem hiding this comment.
We discussed this a bit on Matrix, and I'm on board with the renaming. I had thought about calling it that when I added the API, but vacillated and went with alert instead; in hindsight I should have stuck with payload. Glad we got this in before shipping R23.
david-crespo
enabled auto-merge (squash)
September 11, 2026 19:49
This was referenced Sep 11, 2026
david-crespo
added a commit
to oxidecomputer/console
that referenced
this pull request
Sep 11, 2026
Bumping to the version going to dogfood, then will bump again for oxidecomputer/omicron#11281.
david-crespo
added a commit
to oxidecomputer/console
that referenced
this pull request
Sep 12, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
While working on oxidecomputer/console#3320, we found the
alertfield on theAlertresponse a little awkward to talk about, a sign about naming that we try to take seriously when it's not too costly. Fortunately the alert list endpoint added in #11072 has not been in a release yet, so it's really no big deal to change it. Here we rename it topayload. @hawkw, @fakemonster, and I considered alternatives likedataanddetails, but we're landing onpayload.datawas a strong candidate because in the actual body we send to the webhook receiver, we call the whole thing the payload and we call the alert contentsdatathere (see below). Still, I like thatpayloadindicates it's the thing that is sent on somewhere. Somehow the metonymy there is much more tolerable thanalertandAlert— maybe just because it's across two different objects rather than within the same one.omicron/nexus/src/app/webhook.rs
Lines 497 to 504 in 9d95e0c