Search Issue Tracker
Won't Fix
Votes
0
Found in
2022.3.56f1
6000.0.34f1
6000.1.0b3
Issue ID
UUM-95331
Regression
No
Setting Shader Graph to Surface Type "Transparency" and Render Face "Both" breaks the preview
How to reproduce:
1. Create a new URP Unity Project
2. In the project window, right-click -> Create -> Shader Graph -> URP -> Lit Shader Graph and open it
3. In the Graph Inspector, change the Surface Type to "Transparency"
4. Change the Render face to "Both"
5. Observe the Preview
Expected results: The preview doesn't look corrupted
Actual results: The preview looks corrupted
Reproducible with: 2022.3.56f1, 6000.0.34f1, 6000.1.0b3
Reproducible on: macOS Sequoia 15.1 (M1)
Not reproducible on: No other environment tested
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Enabling “Editor Extension Authoring” in UI Builder doesn’t dirty the document and saving with shortcut doesn’t persist the state
- WebRequest.Create() function fails with "URI prefix is not recognized" errors when the project is built for Linux Standalone or Windows Dedicated Server
- “GUIStyle” and “NullReferenceException” errors thrown in the Console when opening Object Field during script compilation
- Reflections are visible on objects without Recursive Rendering when viewed through transparent parts of another object with Recursive Rendering and Alpha Clipping enabled
- Visual artifacts appear when using "clip" method in custom shader and running on GLES
Resolution Note:
Investigation shows this is expected behavior for transparent materials with double-sided rendering (Both faces). The artifacts occur due to alpha sorting issues when rendering multiple polygon faces without depth writing, which is standard for transparent materials.
While technical solutions exist (such as using depth pre-pass), implementing them would cause performance overhead and potentially create inconsistencies with normal transparent rendering behavior. Additionally, modifying just the ShaderGraph preview would create misleading expectations about actual runtime behavior.
For users requiring specific sorting behavior, we recommend implementing custom shader solutions. The current preview accurately reflects the actual rendering result, which is important for proper shader development.