-
Notifications
You must be signed in to change notification settings - Fork 542
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changing the WasmPlugin.Priority field from int64 to int32 #2577
Changing the WasmPlugin.Priority field from int64 to int32 #2577
Conversation
🤔 🐛 You appear to be fixing a bug in Go code, yet your PR doesn't include updates to any test files. Did you forget to add a test? Courtesy of your friendly test nag. |
😊 Welcome @jonathanvila! This is either your first contribution to the Istio api repo, or it's been You can learn more about the Istio working groups, code of conduct, and contributing guidelines Thanks for contributing! Courtesy of your friendly welcome wagon. |
Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). View this failed invocation of the CLA check for more information. For the most up to date status, view the checks section at the bottom of the pull request. |
Hi @jonathanvila. Thanks for your PR. I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am not sure this is a compatible protobuf change, won't the message encoding be different?
You mean that already existing messages for WasmPlugin will not be compatible with this new change ? |
@howardjohn following this doc about protobuf looks like int32 and int64 are compatible:
|
Its not an int64 though its a Int64Value |
I know, but they are the same wrappers for an internal field that is the one that changes.......
vs
|
@howardjohn is there anything we could do to progress in this PR ? |
/ok-to-test |
@jonathanvila: The following test failed, say
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
/easycla |
|
Note that this broke the pipeline: https://prow.istio.io/view/gs/istio-prow/logs/update_client-go_dep_client-go_postsubmit/1661344222390784000:
|
I think that is ok, we just need to manually update it. We only offer
yaml+proto compatibility which this change meets, just breaks Go.
…On Wed, May 24, 2023 at 5:55 AM Eric Van Norman ***@***.***> wrote:
Note that this broke the pipeline:
https://prow.istio.io/view/gs/istio-prow/logs/update_client-go_dep_client-go_postsubmit/1661344222390784000
:
pilot/pkg/model/addressmap.go:1: : # istio.io/istio/pilot/pkg/model [istio.io/istio/pilot/pkg/model.test]
pilot/pkg/model/push_context.go:1862:17: cannot use prio.Value (variable of type int32) as int64 value in assignment
pilot/pkg/model/push_context.go:1866:17: cannot use prio.Value (variable of type int32) as int64 value in assignment
pilot/pkg/model/push_context_test.go:478:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:486:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:502:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:514:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:521:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:539:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal
pilot/pkg/model/push_context_test.go:557:15: cannot use &wrappers.Int64Value{…} (value of type *wrapperspb.Int64Value) as *wrapperspb.Int32Value value in struct literal (typecheck)
—
Reply to this email directly, view it on GitHub
<#2577 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAEYGXNZJZQLJFK65TTX563XHYAKPANCNFSM6AAAAAASI3FORE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
istio/istio#45103 created. |
Fixes: #2501
Protobuf is generating an int64 into a string, and this is generating issues with regular marshallers in order to generate a K8s resource from a proto, because K8s expects
priority
to be a number not a string.Also considering that this is a Priority, looks like the possibility to need an int64 is not a common one but a remote one, and also considering that Envoy filter priority field is an int32.