Editor/script editor random freezing on Linux

[maksloboda]

Godot version: 3.1 stable

OS/device including version: Ubuntu 18.04 LTS 64bit

Issue description:

Script editor randomly freezes the whole editor, but pressing Alt key fixes it

Steps to reproduce:
It always happened when scrolling script using the mouse wheel
click dragging on the right doesnt trigger it
pressing alt fixes it immediately pressing win key also helps

[Calinou]

Does this occur if you disable Text Editor → Open Scripts → Smooth Scrolling in the Editor Settings?

[maksloboda]

@Calinou freezing is gone

[bojidar-bg]

Potentially a remnant of #23314.

[Overblob]

I still get this issue with Smooth Scrolling disabled

[maksloboda]

After a day of use it froze once

[Overblob]

I got it a lot more (at least twice an hour), so...quiet annoying
Actually this isn't a total freeze since inputs seem to be normally processed, however I see the resulting actions only when I "defreeze" the screen with "alt" ("ctrl" and "f11" also work).
So only the rendering seems to be affected.

I'm also using Godot 3.1 stable with Ubuntu 18.04 LTS 64 bits

[maksloboda]

Possibly related is that sometimes after scrolling when trying to select something with a mouse it selects on a wrong line

[Overblob]

Update: This not related specifically to Script Editor, I also got the freeze using the shader editor (possibly while scrolling) but also several times with color pickers in the inspector, after having picked a color

[akien-mga]

If one of you can build from source, you could try to set

godot/editor/editor_node.cpp

Line 4908 in 03581e4

Input::get_singleton()->set_use_accumulated_input(true);

to false, and see if that fixes it.

[maksloboda]

With smooth scroll enabled it still freezes

[maksloboda]

Some times it happens when just typing

[CJNA]

@akien-mga Setting that variable resolved the issue for Linux 18.04 LTS 64 bit version. I will issue pull request soon.

[akien-mga]

@CJNA That's not the proper fix though, it was just to identify what features causes the bug. Disabling the feature doesn't fix the bug, it only hides it (while reintroducing other issues).

[pasimako]

I get this issue on 3.1.1 (Ubuntu 18.04) quite often, and indeed Alt works, but I have also encountered the issue twice while running my game from the editor (Alt unfreezes the screen there, too).

[shoaib-xo]

No fix yet?

[bojidar-bg]

No, we are not sure what causes the issue yet (apart that it is related to the Alt key, scrolling, and maybe dragging). If you can reproduce the issue, determining the exact order of steps you do prior to freezing the script editor would be helpful.

[shoaib-xo]

No, we are not sure what causes the issue yet (apart that it is related to the Alt key, scrolling, and maybe dragging). If you can reproduce the issue, determining the exact order of steps you do prior to freezing the script editor would be helpful.

I will. For now, I have observed that this issue is linked to another weirdness. Say I typed "Edit" and it froze. After, I press Alt, sometimes the chars are received out of order, for exampe "etid," or "ited". This is very weird as I cannot theorize what could cause the keys to go out of order. I would expect the freeze to at least maintain order or input.

[capnm]

This is really annoying "feature". I have to press the Alt-key every ~ 5-10 minutes. It looks as if there is a deadlock between receiving keys from an internal buffer and the (in most cases only annoying) code parsing and code completion threads.

It would be great, as I asked a few years ago, to optionally ** disable this automatism ** and trigger it only with a shortcut. Most "smart" editors have a configuration option for it.

[Zireael07]

I don't think it's related to scrolling itself, I had the issue too, in both script and shader editor and I wasn't doing any scrolling, just typing text. For shader, the shader was large, but the script was not (200 lines or so)
My suspicion is that something's not playing ball with Ubuntu's compositor in GNOME.

[Calinou]

@capnm @Zireael07 If you're using Linux, does this happen if you set your window manager's "handling" modifier to Super instead of Alt? (This means you'd move windows by using Super + Left Mouse Button instead of Alt + Left Mouse Button, for instance.)

[capnm]

does this happen if you set your window manager's "handling" modifier to Super instead of Alt?

Yes. I have to switch the wm shortcut-handling to Super+* otherwise is e.g. Blender, Krita, ... unusable.

This means you'd move windows by using Super + Left Mouse Button

This bug happens independently, I don't use the Super-key gnome shortcuts at all.

Note: Unfortunately, I had to rollback my Godot classes at school to v2.1.6 : - /
The editor under Linux (within the VMware workstation) was hellishly slow (although the generated 2D apps were acceptable) and this issue was much worse. The kids had to wait about a minute for every tenth keystroke to be displayed on the screen.

[lukaskotik]

It happen to me quite often (about every 5 minutes). Ubuntu 18.04.3, kernell 5.0.0-36, NVidia 1060, driver 430.50. It is very annoying (Thanks for tip with pressing ALT key!). I have handling modifier set to to super. Until now I was not able to identify any consistency in this behaviour, it looks like random events.

[volzhs]

Linux Mint 19.2, 1070 ti with 440.26 driver
I'm also having a problem, quite often and randomly.
using Alt or clicking somewhere in the editor unfreezing it.

[volzhs]

I'm feeling this is very similar with #28704
I have editor freezing randomly while editing node name on scene panel, saving scene or editing script, etc...
and the editor is becoming responsive again by clicking somewhere in the editor.

using 3.2 8ea909f

[kinqsley]

current workaround is to press ALT key to unfreeze

[mirceaciu]

no key press workaround works for be but after an update&upgrade of my Ubuntu OS freezes seem less frequent.. hard to measure

[mischiefaaron]

Hope I'm relevant. My editor only started locking up recently, but may be related to me resizing the partition or running out of space before that...? I use Godot regularly and that's what changed for me. I'm clueless what else could be causing this.

I get random freezes and the alt trick works, what I was doing before that was having to close the most processor intensive thing when my CPU shouldn't even be stressing like Discord or Firefox. Another option I found right before finding this thread was pulling up the log out menu which somehow gets Godot running again.

Linux Mint 19.2, XFCE 4.12, Godot 3.2.1

[volzhs]

I changed to Kubuntu 20.04 from Linux Mint 19.3, and freezing is gone.

[mischiefaaron]

I changed to Kubuntu 20.04 from Linux Mint 19.3, and freezing is gone.

What Window Manager did you use with Linux Mint?

[volzhs]

I used mint cinnamon.

[peterkingsbury]

Tech specs:

Godot Engine v3.2.2.stable.mono.official
Mono JIT compiler version 6.10.0.104
Ubuntu 20.04.1 LTS 64-bit
Intel(R) Core(TM) i3-8100 CPU @ 3.60GHz
32Gb RAM (DDR4 3000)
NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)
gnome-shell 3.36.3

I'd been running Godot (same version as above) on Ubuntu 18.04.4 LTS (same system as above), and had intermittent freeze problems. Spent some time upgrading this past week, and noticing similar freezing.

• alt doesn't aways work
• project I noticed the freezing is on GLES3
• the most recent lockup occurred while changing the margin parameters of a VBoxContainer while 2D mode was open
• I've also had similar lockups occur while in the script editor

If there's more information I can provide I'd be happy to try.

2020-08-09

• Occurred while editing a NinePatchRect's Patch Margin parameters. Pressing alt did not cause the application to resume. Noticed this time around that 2 instances of ibus-daemon are pegging CPU at ~95% with ~4.6% (of 32GB) of system memory. Maybe it relates to this?

Edit: added Mono version
Edit 2: added 2020-08-09 entry.

[pouleyKetchoupp]

Could someone who can reproduce this issue consistently try with Godot 4.0?
https://archive.hugo.pro/builds/godot/master/editor/godot-linux-nightly-x86_64.zip
(Careful with your 3.2 projects as it breaks compatibility)

Also, if you're able to build Godot from source, I would be interested to know if building latest with this PR helps:
#41910

I'm not able to reproduce the issue myself on Ubuntu 20.04.1 / Gnome 3.36.3

[capnm]

I currently don't have access to the school's PCs, you know the COVID-19 mess. We use the VMware workstation system to manage hundreds of PCs. Your patch looks promising. We had to use an external text editor because in 3.x the text input became unusable laggy (Win10 + Ubuntu 20.04 inside VMware). Maybe someone can test this out in the free VMware Player ...

[pouleyKetchoupp]

@capnm Let me know if you need a 3.2 port of #41910 for test, it's a little bit of work but it should be doable.

[pouleyKetchoupp]

I went ahead and made a 3.2 backport anyway, because it can be useful to fix some other issues:
PR #42341

And I've made a Linux build based on 3.2.3 in case anyone would be willing to give it a try:
https://drive.google.com/file/d/1ZlAk1RR1SabwPzG3B2RRuD3B4R5xeJ5L/view?usp=sharing

Edit: The same change can also be tested in the 3.2.4 beta release:
https://downloads.tuxfamily.org/godotengine/3.2.4/beta1/

[capnm]

@pouleyKetchoupp thanks! I can test it when the on-site lessons start again on schedule in mid-October. I really appreciate that the 3.x still matters to some of you. I'm afraid that the hipped v4.0 may not be able to be used in practice on hardware in schools or even most children's hardware for a long time...

[KoBeWi]

Is this still reproducible in 3.5 or 4.0?

[maksloboda]

Is this still reproducible in 3.5 or 4.0?

If i remember correctly it stopped freezing since 3.4.
But its possibly OS/Driver related.

[Zireael07]

In my case, I wasn't able to reproduce ever since I switched to Manjaro KDE back around 3.3. or 3.4, so I second the suspicion that it's OS/DE/driver related, not Godot related.

[maksloboda]

I will close this issue then.
There are no reports for 3.5, as far as i can see.