-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
protobuf loses distinction between nil and empty slice #13419
Comments
Security Context Constraints needs the protobuf wrapper fix to make this nullable
|
edit: nevermind, already has proto nullable fix |
edit: nevermind, already has proto nullable fix |
This seems like a problem for triggers because empty slice means "no triggers". Will DCs with "no triggers" end up being defaulted to ConfigChange once they do the first round trip with the new storage format? |
triggers aliases the slice to a different type, and annotates it as |
Ok, that change makes sense now. |
@liggitt i guess we need to pick kubernetes/kubernetes#43422 for 1.6? |
Yes
…On Fri, Mar 24, 2017 at 5:36 AM Michal Fojtik ***@***.***> wrote:
@liggitt <https://github.com/liggitt> i guess we need to pick
kubernetes/kubernetes#43422
<kubernetes/kubernetes#43422> for 1.6?
@sttts <https://github.com/sttts> @ncdc <https://github.com/ncdc> can you
pick this for the rebase?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#13419 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAABYkhqS86jqdj5_tEZn3AM1l1U3DpIks5ro46fgaJpZM4Mf59C>
.
|
@ncdc feel free to close it via rebase PR merge |
Not a release blocker right now (but it will be once the 1.6 rebase lands). Lowering priority to get this off the blocker list in the immediate term. |
From build's // NodeSelector is a selector which must be true for the build pod to fit on a node
// If nil, it can be overridden by default build nodeselector values for the cluster.
// If set to an empty map or a map with any values, default build nodeselector values
// are ignored.
NodeSelector map[string]string |
SCC Volumes field is still missing the nullable fix |
here's the list of all slice fields in origin that do not specify omitempty. we need to review this list and:
|
@bparees is it important for the build instantiate API to treat nil TriggeredBy fields differently than set-but-empty TriggeredBy fields?
|
No, I don't think so. If it's set-but-empty we'd want to do the same thing as we're doing for nil here, add in the "manual cause" triggercause. |
v1.DeploymentDetails.Causes is a slice of type []v1.DeploymentCause doesn't care about nil vs empty |
@ingvagabund relevant to your interests |
fixed SCC.Volumes field, release noted the behavior change for other fields in openshift/openshift-docs#4021 (comment) |
See kubernetes/kubernetes#43203
Origin has more resources that make use of that distinction than kube does
Need to resolve this before we release with protobuf storage enabled (or ship with controllers speaking protobuf)
Interesting fields
In this table, "Differentiated" indicates whether Origin treats
nil
and[]
interchangeably.omitempty
v1.BrokerTemplateInstanceSpec.BindingIDs
omitempty
v1.BuildConfigSpec.Triggers
v1.BuildRequest.TriggeredBy
v1.BuildSpec.TriggeredBy
v1.ClusterRole.Rules
v1.ClusterRoleBinding.Subjects
v1.ClusterRoleScopeRestriction.Namespaces
v1.ClusterRoleScopeRestriction.RoleNames
v1.DeploymentDetails.Causes
v1.EgressNetworkPolicySpec.Egress
v1.ExecNewPodHook.Command
v1.GroupRestriction.Groups
v1.GroupRestriction.Selectors
v1.Image.DockerImageLayers
v1.ImageSignature.Content
v1.ImageSource.Paths
v1.LocalSubjectAccessReview.GroupsSlice
v1.PodSecurityPolicyReviewStatus.AllowedServiceAccounts
v1.PolicyRule.APIGroups
v1.PolicyRule.Resources
v1.PolicyRule.Verbs
v1.ResourceAccessReviewResponse.GroupsSlice
v1.ResourceAccessReviewResponse.UsersSlice
v1.Role.Rules
v1.RoleBinding.Subjects
v1.RouteStatus.Ingress
v1.ServiceAccountRestriction.Namespaces
v1.ServiceAccountRestriction.ServiceAccounts
v1.SubjectAccessReview.GroupsSlice
v1.SubjectRulesReviewSpec.Groups
v1.SubjectRulesReviewStatus.Rules
v1.Template.Objects
v1.TemplateInstanceStatus.Conditions
v1.User.Groups
v1.User.Identities
v1.UserRestriction.Groups
v1.UserRestriction.Users
v1.UserRestriction.Selectors
The text was updated successfully, but these errors were encountered: