UE 4.17 Beachball (crash) on Blueprint Class creating window

I have just tested the release version of 4.17 and am able to consistently reproduce a Mac OS beachball (UE4 hang) related to creating blueprint crashes.

To reproduce:

  1. Right click in Content Browser
  2. Click on create Blueprint class
  3. Click on the All classes disclosure triangle to choose a custom class

At this point it will either hang here, or in the rare case the editor won’t hang on the initial invocation.
In that simply just follow the steps again to create a new blueprint class.

The next time the blueprint window is displayed it will try and list All Classes by default and will hang.

I can never get this to not happen, and after this happens basically the entire project is screwed and I can never create another blueprint class again.

System:
Mac OS 10.12.6 (Sierra)
2016 15" MacBook Pro (Radeon Pro 460, 16GB RAM)

Encountering crash on win7,
updated my project from 4.16.3 to 4.17 (installed from launcher).
Try to open any of the blueprint class, editor crashes.

Hi TokyoBits,

I did not experience a hang when expanding the All Classes section. I tried using both a Mac Pro, as well as a MacBook, and used a binary 4.17.0 Editor installed through the Launcher as well as an Editor built from source code. Would you be able to provide any additional details, or a video of the exact steps that you are following?

I’ve compiled from source on the 4.17 branch today, when I replicate the hang and pause the Xcode debugger here is what I see in the main thread.

Also when I tell Xcode to view the memory graph hierarchy it reports over 35,000 leaks.

,

I believe I’ve been able to pinpoint the issue. I’ve been testing on a source compiled version here using Xcode and notice when I have crashes in UE4 the following method appears to be in the call stack near the crashes:

In CocoaTextView.cpp

  • (NSRange)selectedRange

With this i mind I was attempting to normalize my system to what I thought your clean systems might be setup as. With text range stuff in mind I decided to check my text input setting.

As my typical setup needs to change often betweenJapanese and English input I only use the Japanese Input type and then switch the mode between Romaji (english) and Hiragana/Katakana as needed.

When I added U.S. English as another input source and set it as the current input the hangs and crashes disappeared!!!

Can you try and add Japanese as the current input source by going to System Preferences → Keyboard → Input Sources and adding Japanese and see if you are able to reproduce the issue?

This issue could be significantly impacting any Japanese user who is on Mac!!

,

Thanks for the reply. I have attached a video showing the reproduction of this issue. Using 4.17.0 installed from the Launcher.

I will try to build from source later today also and see if I can get any kind of details on what is happening.

https://drive.google.com/open?id=0B_fgPLAsJ8qyZnE3dGhadnhVVlE

Hi TokyoBits,

Thank you for the additional information. I was able to reproduce the hang that you described once I switched to using Japanese input. I have entered UE-48257 to have this investigated further.

Thanks !