api7 / api7/api7-ingress-controller
HTTPRoute/GRPCRoute status is written before Provider.Update, so translation and sync failures are invisible
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 5
- Forks
- 5
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 10
Description
Problem
HTTPRouteReconciler.Reconcile writes the route status before it programs the data plane:
SetRouteConditionAccepted/SetRouteConditionResolvedRefspopulatehr.Status.Parentsr.Updater.Update(...)andUpdateStatus(...)persist that status- then
r.Provider.Update(ctx, tctx, routeToUpdate)runs, which is where translation happens - an error from
Provider.Updateis only returned for requeue
So any failure that originates in translation (or anywhere else inside Provider.Update) never reaches the status. The route reports Accepted=True / ResolvedRefs=True while nothing has been programmed, and the user has no signal that their configuration is not in effect. Retries keep failing silently.
GRPCRouteReconciler.Reconcile has the same ordering.
There is no admission gate to compensate on these paths: httproute_webhook.go only implements collectWarnings (no adcValidator, unlike apisixroute_webhook.go / apisixconsumer_webhook.go), and v1alpha1 PluginConfig has no webhook at all.
For contrast, apisixglobalrule_controller.go and ingress_controller.go both call Provider.Update first and reflect its error in the status condition, which is the behavior we want here.
Expected behavior
Either move the status write after Provider.Update, or fold the Provider.Update error into the conditions before persisting, so a translation or sync failure is visible on the object.
Affected
internal/controller/httproute_controller.gointernal/controller/grpcroute_controller.go
Context
Surfaced during review on #441. It is pre-existing and independent of that PR, but it is what makes any fail-closed behavior on the Gateway API route paths invisible, so it blocks #452 from being user-observable.
Upstream: apache/apisix-ingress-controller#2840
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in internal/controller/httproute_controller.go and internal/controller/grpcroute_controller.go, tracing the status writes and Provider.Update calls in Reconcile. Compare their ordering and error handling with apisixglobalrule_controller.go and ingress_controller.go. Done means translation or sync failures from Provider.Update are reflected in the route status instead of only triggering a requeue.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, kubernetes
- Domain
- api, backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 56/100