Search Issue Tracker
Fixed in 8.0.0
Votes
0
Found in [Package]
7.0.1
Issue ID
1186225
Regression
Yes
[ShaderGraph] Cannot redo undone actions when certain nodes are added to a graph
After adding certain nodes to a shader graph, you cannot redo any actions you make afterwards unless it is a 'Change GraphView Selection' action.
Appears to occur with nodes that have a preview square, such as 'Invert Colours', 'Channel Mixer', 'Sample Texture 2D' etc.
Is not affected by nodes that have no preview square in the node, such as logic (i.e. 'Is NaN', 'Is Infinite') or property values.
1. Create a new project.
2. Install Shader Graph package through package manager. (Window -> Package Manager)
3. Create a new shader graph. (i.e. Assets -> Create -> Shader -> Unlit Graph)
4. Open the shader graph.
5. Create a new node in the graph. (i.e. Right Click -> Create Node -> search for 'Channel Mixer')
6. Move this new node to a different position in the graph.
7. Undo change. (Edit -> Undo Move Elements)
8. Redo the change.
Expected Outcome: The undone change is redone.
Actual Outcome: Nothing happens. The 'Redo' option in the Edit menu is greyed out.
Reproducible in Package Version 7.0.1, 7.1.1
No issue in package 5.2.3 or 6.9.1
Notes:
- You can still undo all actions without any noted issue.
- You can redo any 'Change GraphView Selection' action after editing a node.
- GIF attached to case showing this issue occuring while editing values on a blackboard property.
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Polygons are created on the opposite side of the Sprite when the Sprite boundaries are above the edge of the Texture
- Render Graph Viewer Resource list becomes shrunk after using a filter that yields no results
- [Android] [Vulkan] "VK_IMAGE_USAGE_TRANSIENT_ATTACHMENT_BIT" not added on some Android devices in "com.unity3d.player.UnityPlayerActivity/2D Colour Attachement"
- ResolveUsePasses now extracts passes from all subshaders including fallbacks, in contrast to documented behaviour
- [UIBuilder] Changes aren't detected on types implementing IList
Add comment