Search Issue Tracker
Not Reproducible
Votes
0
Found in [Package]
Issue ID
1041696
Regression
No
When the pipeline package changes, old shadergraphs may be broken until they're manually opened and re-saved by users.
If the pipeline has changed in such a way that the shaders are broken and need to be recompiled, can we recognize that and recompile them?
Currently if you have a shader graph that you made in e.g. SG 0.1.7, and then you move to SG 0.1.14 / LW 0.1.23, the shader will be pink until you open it and click Save to recompile your shader. Automating this would be nice as it's very scary and confusing for users at first, and then really annoying and boring for users later.
stramit commented on Jan 24
This uses Scripted importer (see: ShaderGraphImporter.cs) you should be able to bump the version which will cause reimport.
stramit commented on Jan 24
hrrm looks like this isn't working. Reached out the asset team.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Articulation Body with 'Revolute' Joint Type has erratic behavior when Upper Limit is set to above 360
- WebGL Player fails to render Scene when Terrain with Detail Mesh is added and WebGPU Graphics API is used
- Inconsistent errors are logged when different types are passed into the Query "Q<>" method in UIToolkit and the ancestor VisualElement is null
- Crash on GetMaterialPropertyByIndex when opening a specific Scene
- Discrepancies in the styling are present when using a TSS file instead of a USS file in custom EditorWindow
Add comment