-
Notifications
You must be signed in to change notification settings - Fork 426
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
Problem upgrading to v0.3.0 #459
Labels
kind/bug
Categorizes issue or PR as related to a bug.
Comments
/assign |
Issue is missing |
dibyom
added a commit
to dibyom/triggers
that referenced
this issue
Feb 27, 2020
When upgrading from 0.2.1 to 0.3, the Sink might have to process a Binding that has no `Kind` set. This is because, we only persist the default Kind when the Binding object is created/updated. The reconciler also sets the defaults by calling `SetDefaults` but that change is not persisted to etcd. In the future, we might want to consider updating the object from the reconciler itself if any default values were set. Fixes tektoncd#459 Signed-off-by: Dibyo Mukherjee <dibyo@google.com>
Yeah, we set the default in the reconciler but never persist it. And the ResolveTrigger function in the sink expects a Kind to be set |
dibyom
added a commit
to dibyom/triggers
that referenced
this issue
Feb 27, 2020
When upgrading from 0.2.1 to 0.3, the Sink might have to process a Binding that has no `Kind` set. This is because, we only persist the default Kind when the Binding object is created/updated. The reconciler also sets the defaults by calling `SetDefaults` but that change is not persisted to etcd. In the future, we might want to consider updating the object from the reconciler itself if any default values were set. Fixes: tektoncd#459 Signed-off-by: Dibyo Mukherjee <dibyo@google.com>
3 tasks
/unassign |
dibyom
added a commit
to dibyom/triggers
that referenced
this issue
Feb 28, 2020
When upgrading from 0.2.1 to 0.3, the Sink might have to process a Binding that has no `Kind` set. This is because, we only persist the default Kind when the Binding object is created/updated. The reconciler also sets the defaults by calling `SetDefaults` but that change is not persisted to etcd. In the future, we might want to consider updating the object from the reconciler itself if any default values were set. Fixes: tektoncd#459 Signed-off-by: Dibyo Mukherjee <dibyo@google.com>
tekton-robot
pushed a commit
that referenced
this issue
Feb 28, 2020
When upgrading from 0.2.1 to 0.3, the Sink might have to process a Binding that has no `Kind` set. This is because, we only persist the default Kind when the Binding object is created/updated. The reconciler also sets the defaults by calling `SetDefaults` but that change is not persisted to etcd. In the future, we might want to consider updating the object from the reconciler itself if any default values were set. Fixes: #459 Signed-off-by: Dibyo Mukherjee <dibyo@google.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
I expect to be able to upgrade to v0.3.0 without changing my EventListener.
Actual Behavior
When upgrading to v0.3.0, the EventListener no longer works properly. When it receives an event, there seem to be errors extracting event data.
Here's an example error:
I think that I also saw a case when the $(params.example) were not filled in the TriggerTemplate.
I've found that these errors go away after deleting and recreating the EventListener resource. However, we have not announced this as a breaking change. Also, I think that we should fix this unless there's a good reason why it is breaking.
Steps to Reproduce the Problem
The text was updated successfully, but these errors were encountered: