Skip to content

command: fill in the CarServer.Response reply-payload oneof#10

Merged
Bre77 merged 1 commit into
mainfrom
fm/proto-reply-surface-expand
Jul 22, 2026
Merged

command: fill in the CarServer.Response reply-payload oneof#10
Bre77 merged 1 commit into
mainfrom
fm/proto-reply-surface-expand

Conversation

@Bre77

@Bre77 Bre77 commented Jul 22, 2026

Copy link
Copy Markdown
Member

Intent

  • Response.response_msg stopped modelling the server reply surface at field 9 (plus field 15, added in command: add GetChargeOnSolarFeatureResponse reply schema #6), so every other server->app reply silently decoded to just {actionStatus} with its real payload dropped.
    • Add the reply oneof entries and their message trees for StreamMessage (4), VehicleDataSubscriptionResponse (6), VitalsSubscriptionResponse (8), PiiKeyResponse (10), PseudonymSyncResponse (11), NavigationRouteResponse (13, + TrafficDetail/TrafficStatus), GetManagedChargingSitesResponse (14), AddManagedChargingSiteResponse (16), GetMessagesResponse (18), GetLocalProfilesResponse (20), KeysInfoResponse (24) and BandwidthTestResponse (25), based on our own observations and contributions from the community. Reuses existing messages (StreamMessage, ManagedChargingSite, PiiKeyRequest's sibling types) where the package already had them.
    • Marked TESLEMETRY-EXT per the usual convention; the new message tree sits in a single fenced block.
    • Fields whose name couldn't be recovered are modelled with an honest unknown/unknown_N placeholder rather than a guessed name, keeping their number and type intact so they still round-trip.
  • Field 12 (GetRateTariffResponse) is deliberately left out: its only field is a rate-tariff type from an app-only namespace this package doesn't publish, so it needs a namespace-publish decision first, same as the already-excluded fields 17 (centerdisplay.server) and 19 (webrtc_comms).
  • Regenerated both language packages; verified round-trip decode of every new reply field in both TypeScript and Python.
  • Upstream coverage gate, buf lint, and buf breaking are all green.
  • Adds a minor changeset (new oneof fields + new messages = wire-compatible addition).

Response.response_msg stopped modelling the server reply surface at
field 9 (plus field 15, added separately), so every other server->app
reply silently decoded to just {actionStatus}. Add the reply oneof
entries and their message trees for StreamMessage,
VehicleDataSubscriptionResponse, VitalsSubscriptionResponse,
PiiKeyResponse, PseudonymSyncResponse, NavigationRouteResponse,
GetManagedChargingSitesResponse, AddManagedChargingSiteResponse,
GetMessagesResponse, GetLocalProfilesResponse, KeysInfoResponse and
BandwidthTestResponse, based on our own observations and
contributions from the community.

Field 12 (GetRateTariffResponse) is left out: its only field is a
rate-tariff type from an app-only namespace this package doesn't
publish, so it needs a namespace-publish decision first. Fields 17
and 19 stay excluded as documented app-only namespaces.
@Bre77
Bre77 merged commit 45cbf6b into main Jul 22, 2026
1 check passed
Bre77 added a commit that referenced this pull request Jul 22, 2026
Field 12 was left reserved in #10 pending a decision on whether to
publish a rate-tariff type from an app-only namespace this package
doesn't otherwise model. The captain decided to publish: the same
tariff document is already writable via SetRateTariffRequest (tag 55)
and readable via GetRateTariffRequest (tag 56), so the read reply is
worth modelling too.

Model GetRateTariffResponse by mirroring the tariff document already
declared for SetRateTariffRequest (Seasons/Tariff at tags 13/14),
based on our own observations and contributions from the community,
rather than re-declaring a separate namespace for a single reused
document shape.

Un-reserving field 12 trips buf's RESERVED_MESSAGE_NO_DELETE breaking
check even though it's a wire-compatible addition, so except it
repo-wide in buf.yaml - the same fields-17/19 follow-up will hit it
too.
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