Unreal Editor freezes, crashes when mouse goes over a tooltip

Unreal Editor 4.7.6 on Mac OS 10.10.3 freezes, sometimes crashes, when the mouse cursor goes over a tooltip. It usually happens in a blueprint and material editors. When dragging a node, if the cursor goes over a tooltip, the editor freezes for a minute. If you try to click anywhere during the freeze, the editor usually crashes. After the first freeze, nothing like that ever happens during the current season. Tested with the Apple mouse and any USB or wireless mice.

Hello rachmiroff,

I have been attempting to reproduce the crash you are reporting on my end, but have been unable to do so thus far. If you are able to reproduce the crash in a new project, or have steps that I could follow to get the crash to occur on my end, that would be helpful for getting a fix implemented.

Could you also please provide me with your full system specifications as well as the callstack and crash logs generated from the crash. Grab all of these files, zip them into a folder and attach them to your response.

Thank you,

Here is the crash report and my system information. I also noticed that the editor does not crash when I start it from Xcode (with -debug flag and a project file path). It only happens when I start the editor from the binary directory directly or from the launcher.

link text

Hey rachmiroff,

Taking a look at your system specs and your RAM as well as your VRAM (Graphics Card Memory) is right below the minimum recommended specs. With only 4 GB of RAM and 512 MB of VRAM, your computer will have hitches and crash when running multiple tasks or somewhat heavy processing. This explains why the engine is crashing when you are dragging nodes or working within the material editor and hovering over a tooltip.

Thank you,

I actually did have 8 GB before. It was still crashing. Also, how dragging a node can be called ‘heavy processing’? No other jobs of the editor were running. Plus, it does not crash/freeze when running from Xcode. I think you guys still have a bug in Slate and it’s not related to vram or ram memory consumption.

I can still submit a bug report even if I cannot reproduce your issue. If you sincerely think there is a bug here, I do not want to ignore that fact.

Thanks,

For me on Arch/Hyprland with an NVIDIA RTX 2080 Mobile running Unreal Editor (5.2.1).

Anything I hover over pops up a black tooltip, then the editor hangs for 10-20s.

I can’t even save my minimal changes to my scene because the ‘Save Selected’ pops up a black tooltip which freezes the editor for 10-20s (not crashes). Very frustrating.

I’m not 100% sure if it’s actually an Editor bug or not.

I tried disabling tooltips with the command Slate.EnableTooltips 0 but that didn’t affect these tooltips at all.

If there’s a place in Editor Preferences for disabling these things I wouldn’t know because I can’t open Editor Preferences. :]

Wow, so after messing around with this for an hour, I added a Kitty Terminal window to the same (Hyprland) Workspace as the Editor, and at this point, all tooltips started rendering properly and the freezing behavior vanished.

Then, Slate.Enabletooltips 0 actually disabled tooltips. Mysterious.

I guess something about adding another window to the Workspace caused the Editor to invalidate some data so that tooltips could be rendered correctly.

I enabled tooltips again, to test further…

Then, restarting the Editor and reloading my basic Game scene (literally the Game template, since I was unable to save), has tooltips working again.

I should mention this is all on a fresh install.

So perhaps something needed to be cached/processed on the fresh install to get tooltips working again, because tooltips worked fine without having to add a window to the Workspace (again, I mean Hyprland Workspace).

Wow, nevermind. I opened the ‘Fabs’ tab and the black tooltips came back. Opening a Kitty window alongside the Editor did nothing to affect the tooltips this time. I had to restart the Editor, tooltips worked again…and then I disabled them. Let’s see how this goes instead…