-
Notifications
You must be signed in to change notification settings - Fork 840
Fix for cross-pipeline work #1851
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
Conversation
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.
miss a changelog
Any update on this PR ? |
Should be ready to go, just poking for reviews |
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.
Tested a bit, looks good! Made sure different combinations of targets and HDRP being in / not being in the project gave the correct results.
Needed to make sure that unrecognized node types are always considered "invalid" by the target. Added a filterable attribute NeverAllowedByTarget and made targets mark that as not allowed by default.
Also, slight conceptual change in node validation - theres a bit of a difference between a node being invalid in a given target context and a node reporting a validation error. A validation error is just saying that the node is setup wrong, whereas a target saying a node is invalid is saying that this node is wrong AND wont generate code because its wrong. That means a node can not say that it is "valid" or not (because valid is used to determine code generation) but it can add validation errors to itself that get reported. Naming might need to be a bit more explicit about this distinction internally.