Skip to content

Bring consistency into status condition messages #1809

@pleshakov

Description

@pleshakov

We have some inconsistent messages in status conditions of resources.

(below, we use ConditionType/Status/Reason notation)

A few examples:

  • "The route is accepted" for HTTPRoute Accepted/True/Accepted . However, we have "GatewayClass is accepted" for GatewayClass Accepted/True/Accepted.
  • "unsupported value" for Listener Accepted/False/UnsupportedValue. Note that in most other messages, first letter is capitalized.
  • "invalid backendTLSPolicy" for BackendTLSPolicy Accepted/False/Invalid. Note: first letter is not capitalized, backendTLSPolicy is spelled differently from other similar places. Needed "BackendTLSPolicy"

Acceptance criteria:

  • Come up with consistent style
  • Capture rules if necessary
  • Bring messages with accordance to the style

Metadata

Metadata

Assignees

Labels

area/gateway/coreRelates to all Core features of GatewayrefinedRequirements are refined and the issue is ready to be implemented.size/mediumEstimated to be completed within a week

Type

No type

Projects

Status

✅ Done

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions