Search Issue Tracker
Fixed in 6000.0.36f1
Fixed in 6000.0.X, 6000.1.X, 6000.1.0b3
Votes
1
Found in
6000.0.27f1
6000.1.0a4
Issue ID
UUM-87614
Regression
Yes
SpeedTree does not move when using WindZone
Reproduction steps:
1. Open the attached “BugRepro” project
2. Open the “Assets/Scenes/SampleScene.unity“ Scene
3. Enter the Play Mode
4. Observe the Game view
Expected result: SpeedTree moves
Actual result: SpeedTree does not move
Reproducible with: 2023.3.0b8, 6000.0.27f1, 6000.1.0a4
Not reproducible with: 2021.3.46f1, 2022.3.52f1, 2023.3.0b7
Reproducible on: Windows 11
Not reproducible on: No other environment tested
Comments (1)
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
- Hub shows 6.0 as Latest LTS when opening a project after deleting its 6.3 Editor version
- Localization Group Rules bypasses Locale logic when SharedGroup asset provided
- UI Toolkit World UI Text Field unfocuses immediately when clicking on it using XR Controller
- Crash on CallWindowProcW when entering Play mode for the second time and running the Editor in the background while using System.Windows.Forms functions
- 2D Freeform Light shadows disappear when light center is offset from shape bounds
JoMoschos
Feb 18, 2026 17:55
Hello,
This issue is marked as fixed in 6000.0.36f1 and related 6000.0/6000.1 streams.
However, I can confirm that the problem is still reproducible in Unity 6000.3.xx LTS.
When using Vulkan or OpenGLES3 as the active Graphics API, SpeedTree trees do not respond to WindZone and remain static. Wind animation only works when using DX-based backends.
Since 6000.3 is a later LTS branch, could you please clarify:
• Was this fix merged into the 6000.3 branch?
• If so, is this a regression?
Thank you for the clarification.