Crash When Deleting VM - Revisited

[JoelProminic]

I saw the issue from #78 again today with the latest build of Super.Human.Installer Development v0.8.21, on macOS Ventura.

1. Create a new VM (Domino 12.0.1 - this shouldn't matter). This completed successfully in my test (but the IP was not set correctly)

2. Stop and restart the VM (checking if it would fix the IP)

3. Stop the VM again, and delete it (note that VM Destroy Button Missing After Stopping VM #104 didn't trigger). BUG: The application crashed immediately when clicking the Delete button. The crash log showed:

   [2024-01-23 16:19:29][FATAL][Genesis/Source/genesis/application/GenesisApplication.hx:557] Fatal exception : Null Object Reference
   Details : Exception: Null Object Reference
   Called from openfl.display.DisplayObject.__getRenderBounds (openfl/display/DisplayObject.hx line 1547)
   Called from openfl.display.DisplayObject.__getFilterBounds (openfl/display/DisplayObject.hx line 1499)
   Called from openfl.display.DisplayObjectContainer.__getFilterBounds (openfl/display/DisplayObjectContainer.hx line 750)
   Called from openfl.display.DisplayObjectContainer.__getFilterBounds (openfl/display/DisplayObjectContainer.hx line 750)
   Called from openfl.display.DisplayObjectContainer.__getFilterBounds (openfl/display/DisplayObjectContainer.hx line 750)
   Called from openfl.display.DisplayObjectRenderer.__updateCacheBitmap (openfl/display/DisplayObjectRenderer.hx line 371)
   Called from openfl.display._internal.Context3DDisplayObject.renderDrawable (openfl/display/_internal/Context3DDisplayObject.hx line 60)
   Called from openfl.display._internal.Context3DDisplayObjectContainer.renderDrawable (openfl/display/_internal/Context3DDisplayObjectContainer.hx line 17)
   Called from openfl.display.OpenGLRenderer.__renderDrawable (openfl/display/OpenGLRenderer.hx line 850)
   Called from openfl.display._internal.Context3DDisplayObjectContainer.renderDrawable (openfl/display/_internal/Context3DDisplayObjectContainer.hx line 30)
   Called from openfl.display.OpenGLRenderer.__renderDrawable (openfl/display/OpenGLRenderer.hx line 850)
   Called from openfl.display._internal.Context3DDisplayObjectContainer.renderDrawable (openfl/display/_internal/Context3DDisplayObjectContainer.hx line 30)
   Called from openfl.display.OpenGLRenderer.__renderDrawable (openfl/display/OpenGLRenderer.hx line 850)
   Called from openfl.display.OpenGLRenderer.__render (openfl/display/OpenGLRenderer.hx line 764)
   Called from openfl.display.Stage.__render (openfl/display/Stage.hx line 2107)
   Called from openfl.display.Stage.__onLimeRender (openfl/display/Stage.hx line 2188)
   Called from lime.app._Event_lime_graphics_RenderContext_Void.dispatch (lime/_internal/macros/EventMacro.hx line 91)
   Called from lime._internal.backend.native.NativeApplication.handleRenderEvent (lime/_internal/backend/native/NativeApplication.hx line 375)
   Called from lime._internal.backend.native.NativeApplication.exec (lime/_internal/backend/native/NativeApplication.hx line 146)
   Called from lime.app.Application.exec (lime/app/Application.hx line 150)
   Called from openfl.display.Application.exec (openfl/display/Application.hx line 130)
   Called from ApplicationMain.create (ApplicationMain.hx line 142)
   Native : null
   Stack : null

[piotrzarzycki21]

Above exception is not the only one which causes crash SHI. I bump into couple of more unknown exceptions where after deeper investigation of reports from Mac OS I have found more information. I'm attaching here files. Open json file in firefox to have nicely formatted exception:
crash_12022024_1240.txt
crash_12022024_1240.json

[JoelProminic]

@piotrzarzycki21 had reported this as an OpenFL bug. This is still in progress.