We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Have multiple different resources resolved from a specific resolver using name field and concise remote syntax.
Following StepActions/Task/Pipeline are ignored and the first declared name is being passed to the following resources.
execute a TaskRun with the following:
steps: - name: step-1 ref: resolver: some-resolver name: scheme://<path>/step-1 params: - name: param1 value: value1 - name: param2 value: value2 - name: step-2 ref: resolver: some-resolver name: scheme://<path>/step-2 params: - name: param3 value: value3 - name: param4 value: value4
Resulting in
extra params passed by Step to StepAction: [params3 params4]
Even though step-2 supports those parameters. Which means that is trying to apply params3 and params4 as if it was using step-1.
step-2
params3
params4
step-1
change GetNameAndNamespace in pkg/resolution/resource/name.go to accept *v1beta1.ResolutionRequestSpec parameter instead of just params
GetNameAndNamespace
pkg/resolution/resource/name.go
*v1beta1.ResolutionRequestSpec
func GetNameAndNamespace(resolverName string, owner kmeta.OwnerRefable, name string, namespace string, req *v1beta1.ResolutionRequestSpec) (string, string, error) { ... }
The text was updated successfully, but these errors were encountered:
cc'ing @chitrangpatel
Sorry, something went wrong.
Thanks @Aleromerog ! I agree that this should be fixed. If you have the fix handy, please submit a PR and I'm happy to review it.
Aleromerog
Successfully merging a pull request may close this issue.
Expected Behavior
Have multiple different resources resolved from a specific resolver using name field and concise remote syntax.
Actual Behavior
Following StepActions/Task/Pipeline are ignored and the first declared name is being passed to the following resources.
Steps to Reproduce the Problem
execute a TaskRun with the following:
Resulting in
Even though
step-2
supports those parameters. Which means that is trying to applyparams3
andparams4
as if it was usingstep-1
.Additional Info
Proposed solution
change
GetNameAndNamespace
inpkg/resolution/resource/name.go
to accept*v1beta1.ResolutionRequestSpec
parameter instead of just paramsThe text was updated successfully, but these errors were encountered: