-
Notifications
You must be signed in to change notification settings - Fork 104
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
Use full filename and path to check for operatorFile and paramsFile #1344
Conversation
…nstead of using only suffix Signed-off-by: Andreas Neumann <aneumann@mesosphere.com>
expectedError error | ||
}{ | ||
{"operator.yaml", validOperator, true, false, false, nil}, | ||
{"params.yaml", validParams, false, true, false, nil}, |
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.
a test case {"/foo/bar/operator.yaml", validOperator, true, false, false, nil},
is failing on this branch.
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.
See latest commit: I think the parser should only handle package-relative paths, not absolute file system paths. I've added code that normalises the paths passed into the parser.
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.
Also added a comment to parsePackageFile
Signed-off-by: Andreas Neumann <aneumann@mesosphere.com>
Signed-off-by: Andreas Neumann <aneumann@mesosphere.com>
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.
Lgtm!
…1344) * Use full filename and path to check for operatorFile and paramsFile instead of using only suffix * Use only relative paths in package parser Signed-off-by: Andreas Neumann <aneumann@mesosphere.com> Signed-off-by: Thomas Runyon <runyontr@gmail.com>
Signed-off-by: Andreas Neumann aneumann@mesosphere.com
What this PR does / why we need it:
Fixes #1343