Search Issue Tracker
Won't Fix
Votes
5
Found in
2021.3.38f1
2022.3.29f1
6000.0.3f1
Issue ID
UUM-72321
Regression
No
Trail Renderer visual doesn't match the positions of vertices when they have been offset
Reproduction steps:
1. Open the attached “TrailOffsetTest.zip” project
2. Open the “SampleScene” scene
3. Enter the Play mode
4. In the Game view press the “Space” button on the keyboard a few times
5. Observe the Game view
Expected result: The Trail Renderer visual is offset correctly and no spikes are visible
Actual result: Spikes are visible on the Trail Renderer visual
Reproducible with: 2021.3.38f1, 2022.3.29f1, 6000.0.3f1
Reproducible on: Windows 10 (User reported), Windows 11
Not reproducible on: no other environment tested
Notes:
- Also reproducible in the Player
- Both SetPosition() in a loop and SetPositions() provide the same result
-
Mackerel_Sky
Jul 05, 2024 08:12
Hi everyone, I downloaded 2022.3.36 and confirmed that this issue no longer persists.
-
Mackerel_Sky
Jul 03, 2024 08:28
Hey! I recently saw that this issue is getting some attention. I just downloaded it and verified that the issue persists in the latest LTS version of Unity, 2022.3.35f1. I'll wait and see if 3.36 fixes it.
-
Mackerel_Sky
May 18, 2024 11:51
More information is contained in the forum post below!
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
- Crash when trying to force Shader to interpret 1/30 as a floating point operation
- Terrain is flickering when adjusting "Compatibility Mode" and "Use Rendering Layers" Settings
- Isometric tiles are flickering and overlapping each other when entering Play Mode with Tilemap Renderer mode set to "Chunk"
- Crash on ParticleSystemParticles::array_reserve when particle system starts
- Docking Text Property Preview Window next to UI Builder breaks the window and causes NullReferenceException
Resolution Note:
The issue here is that the particles spawned this frame get spawned with the new transform and then offset, which means that they get the offset applied twice.
A simple fix is just to change the order in the script, first apply the offset, then transform the position of the scene objects. This seems to work properly and it has no side effects