Open KoBeWi opened 2 weeks ago
the same question when: void fragment() { COLOR.a = sin(TIME); } and ctrl+s
So I tried to investigate this a bit and I managed to reproduce it immediately after launch, but only once.
But this made me think that I wrongly assumed the cause of this issue. Every time it happened, the editor would update scene groups at launch (due to a bug) and then the editor would wait in the background while I was busy with something else 🙃 Turns out the group update is what caused the issue, but since I used the editor only after some time has passed, I though the issue starts after some time.
When I managed to reproduce the bug now, it also happened after groups update, so it might be something related to EdtiorProgress actually. However I can't reproduce it anymore, even after repeating the same steps (though maybe I missed something), so that information is not really helpful for testing.
I didn't see it happening for some time. With how the issue appears to be random (and seems to depend on another bug) and we didn't really get other reports than mine, I think it can be given less priority. If it's really caused by EditorProgress, it might be some bug that existed before and was now uncovered.
Tested versions
4.3 beta1 I did not experience it before.
System information
Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1060 (NVIDIA; 31.0.15.4633) - Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz (8 Threads)
Issue description
https://github.com/godotengine/godot/assets/2223172/c68c897a-2398-445a-b9fb-a83d55370846
The ItemBlock has a shader that uses TIME. After the editor was open for a few hours, rendering this object makes the editor unusable. Same happens in other scenes with TIME shaders or particles. The problem goes away after editor restart.
Note that TIME being the problem is an assumption. I tested it with this one shader and with particles.
Steps to reproduce
Minimal reproduction project (MRP)
Shader used in the above scene: