when an application like chrome or notepad has its window selected on top, with UE4.15 editor in the background, hovering over UE4 editor buttons often causes a freeze, forcing me to restart the computer.
Open UE4.15 editor with a blank project, and select the floor mesh.
Open Chrome or Notepad, windowed on top of editor.
While the other application has focus, hover over details panel buttons like Mobility:Static, Stationary, Movable.
Deadlocked frozen computer, keyboard and mouse frozen, no access to the task manager, youtube music continues to play without a hitch. Hard reboot is the only option left.
8 Core i7 processor,
16 GB ram,
Windows 7 professional ( 64 bit, Service Pack 1)
I was not able to reproduce your issue on our end. I tested your issue on several machines with several Operating systems (Windows 7, Windows 10, and Mac) and could not achieve the result you have. I have a couple of questions to help me narrow down the issue you are experiencing
Can you reproduce this crash on a separate machine?
right after rebooting my computer, if i load up 4.15 editor, and do what i described above, it often deadlocks. if i leave the computer running for several days, then load up 4.15 and follow those steps, it also often deadlocks. lately i have been using 4.13.1, and it doesn’t ever deadlock, and no other software on my computer causes deadlocks, even when using zbrush, blender, gimp, ue4.13, and a ton of chrome tabs all at the same time, it causes no problems. so i don’t think its related to the time since the computer was turned on.
i haven’t used visual studio debugging with UE4 before, would i compile the engine in debug mode? do i need UnrealVS Extension?
would this debugging be capable of throwing an error during a deadlock? because this deadlock doesn’t seem to close the editor or any windows, it just freezes input while allowing sound to continue. would it write errors to a log file or something? i would have to reboot the computer to access any error messages, if they exist… but i thought debugging a deadlock would be limited by the unsolved halting problem.
i haven’t investigated this too deeply, because its extremely frustrating to have to reboot my computer multiple times in a row, trying different things like turning off tool tips, or seeing which rollover buttons cause the freeze more consistently, or opening my computer case and putting a large fan on full blast to make sure things aren’t over heating… but none of these had any effect. if i had a backup computer to work on while i test this, that wouldn’t be as frustrating, but i don’t really want to risk my only machine on testing these freezes.
From my previous post, I think I may have caused some miscommunication about what I meant. What I meant to ask is how long do you wait after the deadlock occurring to reset your computer?
Here are some repro steps to run the debug process through visual studio:
Open the launcher and create a new C++ project (I used the first person shooter Template)
When Visual Studio and the project open, close the project so only Visual Studio is open
In the Solution explorer Right click your project (Screenshot_01)
Find the debug option in the new window and select the option Start new instance (this will now open the editor for the project)
Perform the Deadlock (Have visual studio visible somewhere)
If the project is crashing and causing the deadlock visual studio will generate a callstack. If there is a callstack being generated, the contents of it will greatly help in our investigation of you issue