Search Issue Tracker
Won't Fix
Won't Fix in 2023.1.X
Votes
0
Found in
2021.3.10f1
2022.1.19f1
2022.2.0b10
2023.1.0a13
Issue ID
UUM-16592
Regression
No
Highlight effect is rendered incorrectly when "Rendering Path" option "Forward" is selected
How to reproduce:
1. Open the attached user project
2. Open “Bug“ Scene (Assets/Scenes)
3. Select the “URP-HighFidelity-Renderer” asset (Assets/Settings)
4. Change “Rendering Path” option from “Deferred“ to “Forward“ and make sure that “Depth Priming Mode” is set to “Disabled“
Expected result: “Highlight Effect” Component is rendered correctly in the Scene View
Actual result: “Highlight Effect” Component is rendered incorrectly in the Scene View
Reproducible with: 2021.3.10f1, 2022.1.0a16
Not reproducible with: 2022.1.0b1, 2022.1.14f1, 2022.2.0b4, 2023.1.0a4
Can’t test with: 2020.3.38f1 (“URP-HighFidelity-Renderer“ doesn’t have the “Rendering Path“ option)
Reproduced on: macOS (12.5)
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
- Scaled Backgrounds List and dropdown text are enabled while Scaled Backgrounds field is disabled in IMGUI Debugger window
- Editor crashes when large value is entered in Scaled Backgrounds field of IMGUI Debugger window
- "Custom Function" Node "Input" type changes do not immediately show mistmatch errors when set to an incompatible type in Shader Graph
- My Assets list is populated with Asset Packages when setting how many Packages to display before clicking the Load button
- Hub shows 6.0 as Latest LTS when opening a project after deleting its 6.3 Editor version
Resolution Note:
Renderer feature uses SetRenderTarget inside which set's different depth buffer than previously set by the renderer. The assumption is correct, however, changing the underlying API now would pose too big of a risk. Workaround is to check whether we use color's depth buffer (by checking if color is not backbuffer and depth is backbuffer) and reusing the same RenderTargetHandle/RenderTargetIdentifier when assigning depth buffer
Resolution Note (2023.1.X):
Renderer feature uses SetRenderTarget inside which set's different depth buffer than previously set by the renderer. The assumption is correct, however, changing the underlying API now would pose too big of a risk. Workaround is to check whether we use color's depth buffer (by checking if color is not backbuffer and depth is backbuffer) and reusing the same RenderTargetHandle/RenderTargetIdentifier when assigning depth buffer