Mac Editor: Infrequent permanent lockup - FSlateTextView

Development Platform & Builds
, , , ,
1

I have no idea how to replicate this, but there’s an infrequent lockup that has the same signature each time.

It happens in -[FSlateTextView imkKeyDown:], where it appears to be endlessly laying out text.

Instruments CPU Profile

  • UE 4.4.0-2237849 Binary
  • OS X 10.9.4
  • iMac 3.5 GHz quad core i7, 16 GB RAM
  • NVIDIA GeForce GTX 780M 4 GB VRAM
2

I can’t open that trace: The document “UE4Lockup1.trace” could not be opened. Storage manager file size error.

If it happens again, use Activity Monitor to capture the stack trace.

3

Interesting… never heard of that problem before.

Stack from Instruments

4

This is becoming pretty repeatable.

  1. Select some brushes
  2. Group them (probably irrelevant)
  3. Create a new folder which moves the brushes into that new folder
  4. Rename the folder
  5. Collapse the folder
  6. Right-click in the viewport and start flying around

It flies around for a few moments and then locks up.

Sample report

5

It’s not directly related to renaming a folder etc, because it happens at other times too, but I did repeat it 3 times in a row doing that. Trying to capture it during a screen recording however proved to be difficult…

6

Sounds like the input-method editor is somehow still active when you start zooming around in the viewport. Don’t worry about a screen capture, the log & the reproduction steps should be a great help. I’m also at a loss to explain the problem with the Instruments trace - it hasn’t ever happened to me before either.

7

Still happens in 4.4.1, just FYI.

8

I’ve just identified and fixed the obvious cause of this problem & so it should be fixed in the next UE4 release. I’m not sure when that will be.

9

Excellent! Of my 6 reports all 6 were resolved within less than a week. Pretty spectacular.