-
-
Notifications
You must be signed in to change notification settings - Fork 21.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drag and drop and node selection slowdown in the editor since version 3.4.beta2 #51188
Comments
If you can compile the editor from source, can you try bisecting the regression? This would greatly speed up troubleshooting 🙂 Also, can you reproduce this in the 3D editor (e.g. when dragging OBJ/DAE/glTF files)? |
I can try but I am not familiar with versioning and compiling Godot from source, I am afraid it will be a bit complicated, can I help otherwise ?
I reproduced the problem in a 3D scene by dragging an OBJ into the scene, the bug is still there, in the end the problem seems only related to the node selected in the scene tree, no matter what I drag (png,tscn,obj etc...) it always takes the same time. In this gif I drag an OBJ (the result is the same with a PNG) and drop it on different nodes type: The result: |
Neither PR are included in 3.4 beta 2 (it was built on Monday from a71169c). So the regression must be older (and can go all the way back to |
I tried to make https://github.com/KOBUGE-Games/jetpaca "big" by duplicate the art and stages folders many times but I didn't manage to reproduce the issue aside from tiny lags when dragging a very big spritesheet for the first time, but it's hard to say if they're related to this issue. If you're able to share your big project privately (e.g. sending me a link via a Twitter DM or email), I can see if I'm able to reproduce it then, and bisect the change that introduced the issue. Alternatively, I can make some intermediate Godot builds for Windows between 3.3-stable and 3.4-beta2 to narrow down when the change happened some more (i.e. an async bisect, can take a while :)). |
Yes I also tried to do that without success, so it may be more related to a specific element. |
Got it, thanks. And I can reproduce the bug too 🎉 I'll get it bisected tomorrow. |
I finished bisecting, the culprit seems to be b622dfa (from #49491). @pycbouh
As we discussed with @pycbouh, this is likely related to having a high number of global script classes ( I paused execution with
Another manifestation of the issue is that selecting some nodes in the Scene Tree has a noticeable lag (200 ms to 1 s). @pixel-boy's project that triggers the issue has ~60 global classes. |
We figured out a way to reproduce the issue in a minimal project, having plenty of |
The linked PR should mitigate the issue. You will still experience a freeze when selecting a new type of node for the first time, but subsequent actions, including drag'n'drop will be smooth. Unfortunately, at this moment it's the only option we have because we need to fetch the information at least once, there is no way around it. Maybe in some feature overhaul this freeze can be later moved to the editor startup instead, but I'd refrain from doing it to fix this as it can have other implications. |
@pixel-boy In the end the profiler slowdown you seem to experience (which I can't reproduce on my hardware) might be an unrelated issue, so it would be good if you can file a new issue about it with details on your hardware (and the fact that you can't reproduce it on another machine as you told me in DM). |
Fixed by #51211. |
Godot version
3.4.beta2
System information
Windows 7
Issue description
In some of my projects (especially the bigger ones) drag and drop file from file system to scene can be really slow, depending on the node selected in the tree (Particles2d type node is on of the most affected) I tried with the stable 3.3.2 version and there is no problem.
The other notable problem concerns the profiler, which once activated slows down the game and makes it unplayable (which is not the case in version 3.3.2 stable).
I tried on another computer and the problems are also there.
By gradually removing the content of the project the drag and drop bug disappears, but it is difficult to know if the problem comes from certain elements or the amount of content.
I modified some project options, tried to disabled those related to batching that seemed recent, but nothing corrects the bug.
I also tried to reproduce the problem in an empty project but was not successful.
Steps to reproduce
In some projects (those with a lot of content in my case):
GIF: https://i.imgur.com/wzeWjcE.gif
Minimal reproduction project
I failed to reproduce a minimal version, if it's necessary I can import a project which has the bug but like I said these are projects with a lot of content
The text was updated successfully, but these errors were encountered: