Search Issue Tracker
By Design
Votes
0
Found in
2020.3
2020.3.29f1
2021.2
2022.1
Issue ID
1408805
Regression
No
RaycastHit.m_UV contains wrong data when Particles intersect with Collider
How to reproduce:
1. Open the user's attached project
2. Open scene Scenes/SampleScene
3. Press the Play button
4. Observe the bright blue pixel markings on the Quad in the Game view (for over a minute)
Expected result: painted pixel markings are made on the top half of the Quad where Particles are colliding (A-E rows)
Actual result: painted pixel markings are made on the bottom of the Quad further away from the Particles (H row)
Reproducible with: 2020.3.31f1, 2021.2.16f1, 2022.1.0b13
Could not test with: 2019.4.37f1 (Collections errors), 2022.2.0a8 ('RaycastCommand.RaycastCommand(Vector3, Vector3, float, int, int)' is obsolete)
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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note:
The internal properties do return the barycentric coordinates, however obtaining the texture coordinates from them might be indeed tricky. We should consider exposing them in a threaded context indeed, created a jira card to track this work for a future release.