Skip to content

Conversation

cappyzawa
Copy link
Member

ref: #1144 .

Note: The proxy URL parsing optimization mentioned in #1144 will be addressed in a separate follow-up PR.

Comment on lines +320 to +322
err := errors.New("specifying proxy with 'proxy' key in the referenced secret is deprecated, use spec.proxySecretRef with 'address' key instead. Support for the 'proxy' key is removed in v1")
log.FromContext(ctx).Error(err, "no longer supported.")
return nil, nil, err
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If someone applies a manifest that still includes .spec.proxy, it will likely error because the field has been removed. However, using the deprecated proxy key in a Secret’s data won’t cause that kind of failure.

Given that, I’ve kept the error handling in place. Users will see the issue via kubectl describe, and operators will get a clear message in the logs.

If you think this is overkill or have a simpler approach, I’m all ears.

The spec.proxy field and 'proxy' key in secrets are no longer
supported. These fields were deprecated in v2.7 with the introduction
of spec.proxySecretRef as the recommended approach.

Signed-off-by: cappyzawa <[email protected]>
@cappyzawa cappyzawa force-pushed the remove-deprecated-proxy-fields branch from bc217dc to 59f2038 Compare October 6, 2025 17:46
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