View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0003470NoesisGUIUnitypublic2024-07-05 19:282024-10-18 10:03
Reporterstonstad Assigned Tosfernandez  
PrioritynormalSeveritycrash 
Status resolvedResolutionfixed 
Product Version3.2.4 
Target Version3.2.5Fixed in Version3.2.5 
Summary0003470: Domain Reload Crashing
Description

In 3.2.2:
After adding Noesis World UI instances to a scene, I am seeing repeated runtime crashes within the editor. The crashes occur randomly during playback and do not appear to be triggered by Unity domain reloads. The crashes became so frequent (3.2.2 crashes.zip) that I decided to upgrade to 3.2.4 to see if it would address the issue.

In 3.2.4:
I am seeing repeated crashes (3.2.4 crashes.zip) after domain reloads when playback ends. The editor is configured for "Recompile After Finished Playing".

Notes:

  • Both versions are using Unity 2022.3.15f1. LTS is 2022.3.x.
  • Editor logs with associated crash dumps are included.
  • A screenshot is included of the scene which appears to be associated with the consistent crashing behavior for 3.2.2. This scene makes use of Noesis World UI instances.
  • The Noesis World UI instances use the OnRendering event and clean-up event handling appropriately. XAML and source is included for a sample user control.
Steps To Reproduce

Editor logs with crash dumps are included for all crashes.

3.2.2 Crash Stack Trace
0x00007FFB3DA6FB5C (Noesis) Noesis_RenderDeviceGL_WrapTexture
0x00007FFB3DA8232E (Noesis) Noesis_RenderDeviceGL_WrapTexture
0x00007FFB3DA772C0 (Noesis) Noesis_RenderDeviceGL_WrapTexture
0x00007FFB3D8A140C (Noesis) Boxed_Point_GetStaticType
0x00007FFB3D89FE13 (Noesis) Boxed_Point_GetStaticType
0x00007FFB3D89B321 (Noesis) Boxed_Point_GetStaticType
0x00007FFB3D89827A (Noesis) Boxed_Point_GetStaticType
0x00007FFB3D8983D7 (Noesis) Boxed_Point_GetStaticType
0x00007FFB3D9EAEFD (Noesis) Noesis_RegisterLogCallback
0x00007FF60AB0F379 (Unity) GfxDevice::InsertCustomMarkerCallbackAndDataWithFlags
0x00007FF60C3FA226 (Unity) GfxDeviceWorker::RunCommand
0x00007FF60C401A2B (Unity) GfxDeviceWorker::RunExt
0x00007FF60C401B48 (Unity) GfxDeviceWorker::RunGfxDeviceWorker
0x00007FF60AA4BBB6 (Unity) Thread::RunThreadWrapper
0x00007FFC978C257D (KERNEL32) BaseThreadInitThunk
0x00007FFC98CAAF28 (ntdll) RtlUserThreadStart

3.2.4 Crash #1 Stack Trace
0x00007FFB393EA55F (mono-2.0-bdwgc) [C:\build\output\Unity-Technologies\mono\mono\metadata\unity-liveness.c:388] mono_traverse_object_internal
0x00007FFB393EADF2 (mono-2.0-bdwgc) [C:\build\output\Unity-Technologies\mono\mono\metadata\unity-liveness.c:484] mono_traverse_objects
0x00007FFB393EBCC4 (mono-2.0-bdwgc) [C:\build\output\Unity-Technologies\mono\mono\metadata\unity-liveness.c:814] mono_unity_liveness_calculation_from_root
0x00007FF61DB7C7AE (Unity) ProcessMonoBehaviour
0x00007FF61DB7A6C4 (Unity) MarkDependencies
0x00007FF61DB7A1FF (Unity) MarkAllDependencies
0x00007FF61DB7CF11 (Unity) AGCThread::RunThread
0x00007FF61DD4BBB6 (Unity) Thread::RunThreadWrapper
0x00007FFC978C257D (KERNEL32) BaseThreadInitThunk
0x00007FFC98CAAF28 (ntdll) RtlUserThreadStart

3.2.4 Crash #2 Stack Trace
at <unknown> <0xffffffff>
at Noesis.View:Noesis_View_Update <0x0010c>
at Noesis.View:Update <0x00192>
at NoesisView:UpdateInternal <0x0062a>
at NoesisView:LateUpdate <0x000da>
at System.Object:runtime_invoke_voidthis <0x00187>

Attached Files
MapIndicatorControl.xaml (772 bytes)    
<UserControl
  x:Class="StellarConquest.Presentation.Unity.UI.MapIndicatorControl"
  xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
  xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
  xmlns:sys="clr-namespace:System;assembly=mscorlib"    
  xmlns:noesis="clr-namespace:NoesisGUIExtensions;assembly=Noesis.GUI.Extensions"
  xmlns:local="clr-namespace:StellarConquest.Presentation.Unity.UI">
    <Viewbox>
        <Grid HorizontalAlignment="Center" VerticalAlignment="Center">
            <Rectangle x:Name="_Rectangle" Fill="White" Width="1" Height="1"/>
            <local:SCMinimalSVGButton x:Name="_Button" SVG="{StaticResource ship_svg}" Width="40" Height="40" Margin="0, 0, 0, 0"/>
        </Grid>
    </Viewbox>
</UserControl>
MapIndicatorControl.xaml (772 bytes)   
MapIndicatorControl.cs (2,621 bytes)    
using Noesis;
using UnityEngine;
using GUI = Noesis.GUI;
using NoesisColor = Noesis.Color;
using NoesisEventArgs = Noesis.EventArgs;

namespace StellarConquest.Presentation.Unity.UI
{
    public sealed class MapIndicatorControl : UserControl
    {
        private View _View;
        private FrameworkElement _Root;
        private Rectangle _Rectangle;
        private SCMinimalSVGButton _Button;

        public MapIndicatorControl()
        {
            if (!Application.isPlaying)
                return;

            Initialized += OnInitialized;
            InitializeComponent();
        }

        private void InitializeComponent()
        {
            GUI.LoadComponent(this, "Assets/User Interface/Screens/Game/Static/Map/MapIndicatorControl.xaml");

            Loaded += (sender, e) =>
            {
                _View = View;
                _View.Rendering += OnRendering;
            };
            Unloaded += (sender, e) =>
            {
                _View.Rendering -= OnRendering;
                _View = null;
            };

            _Root = Content as FrameworkElement;
            _Rectangle = _Root.FindName(nameof(_Rectangle)) as Rectangle;
            _Button = _Root.FindName(nameof(_Button)) as SCMinimalSVGButton;
        }

        private void OnInitialized(object sender, NoesisEventArgs args)
        {
        }

        public void SetSVG(NoesisColor color)
        {
        }

        private void OnRendering(object sender, NoesisEventArgs e)
        {
            if (SessionState.Instance.StarSystem == null)
                return;

            float scalar = 4;

            // position indicator in world space coordinates
            float z = (SessionState.Instance.StarSystem.AbsolutePositionZ) * scalar;
            GameState.Instance.MapShipIndicatorGameObject.transform.localPosition = new Vector3(
                SessionState.Instance.StarSystem.AbsolutePosition.X * scalar,
                z,
                SessionState.Instance.StarSystem.AbsolutePosition.Y * scalar);

            _Rectangle.Visibility = Visibility.Collapsed;
            //_Rectangle.Height = z;
            //_Rectangle.Margin = new Thickness(0, 0, 0, -z);

            // billboard faces camera
            Vector3 directionToCamera = GameState.Instance.MapShipIndicatorGameObject.transform.localPosition - InputManager.Instance.CurrentCamera.transform.position;
            GameState.Instance.MapShipIndicatorGameObject.transform.localRotation = Quaternion.LookRotation(directionToCamera);
        }
    }
}
MapIndicatorControl.cs (2,621 bytes)   
3.2.4 Crashes.zip (1,962,608 bytes)
3.2.2 Crashes.zip (3,569,710 bytes)
PlatformAny

Relationships

related to 0003723 resolvedsfernandez Frequent Unity Editor Crashes 

Activities

stonstad

stonstad

2024-07-05 19:31

reporter   ~0009743

Last edited: 2024-07-05 19:32
  • deleted.
stonstad

stonstad

2024-07-05 19:31

reporter   ~0009744

Encl. associated scene. The white starship indicator is a World Space UI instance.

Screenshot 2024-07-05 123141.jpg (586,859 bytes)
stonstad

stonstad

2024-07-05 19:56

reporter   ~0009749

Here is a separate crash dump w/ stack trace for 3.2.4. I'm including it because it is a new stack trace location related to GC finalizers. I'm hoping it is diagnostically useful.

Crash_2024-07-05_175404666.zip (1,331,271 bytes)
stonstad

stonstad

2024-07-07 17:07

reporter   ~0009755

Last edited: 2024-07-07 17:11

This may or may not be related. Prior to a crash, I started seeing random layout bugs. XAML hierarchies that have been stable and working across all versions of Noesis suddenly show incorrect margins and elements are cut off. I'm seeing unusual ASCII characters in the textblock, which looks like a buffer overflow or out of bounds condition. Here is an example:

Normal.jpg

Normal.jpg (459,172 bytes)
stonstad

stonstad

2024-07-07 17:08

reporter   ~0009756

Last edited: 2024-07-07 17:08
  • deleted
stonstad

stonstad

2024-07-07 17:09

reporter   ~0009757

Last edited: 2024-07-07 17:11

Bugged.jpg. Shows buffer overflow characters.

This is new to 3.2.4 or 3.2.3.

Bugged.jpg (466,034 bytes)
stonstad

stonstad

2024-07-07 23:57

reporter   ~0009758

I created a separate ticket for the layout/textblock error, here: https://www.noesisengine.com/bugs/view.php?id=3472
sfernandez

sfernandez

2024-07-09 12:49

manager   ~0009768

Last edited: 2024-07-11 11:05

All 3.2.2 crashes refer to this callstack:

   Noesis.dll!Noesis::VGLContext::PackDownsample Line 3553 C++ Symbols loaded.

Noesis.dll!Noesis::VGLContext::UploadGPUGeometry Line 4148  C++ Symbols loaded.

Noesis.dll!Noesis::VGLContext::Flush Line 1502  C++ Symbols loaded.

Noesis.dll!Noesis::RenderTreeHelper::RenderOffscreenNodes Line 1385 C++ Symbols loaded.

Noesis.dll!Noesis::RenderTreeHelper::RenderOffscreen Line 77    C++ Symbols loaded.

Noesis.dll!Noesis::RenderTree::RenderOffscreen Line 393 C++ Symbols loaded.

Noesis.dll!Noesis::Renderer::RenderOffscreen Line 197   C++ Symbols loaded.

Noesis.dll!Noesis::Renderer::RenderOffscreen Line 152   C++ Symbols loaded.

Noesis.dll!Noesis_GetRenderOffscreenCallback::__l2::<lambda> Line 856   C++ Symbols loaded.

There are different issues in the 3.2.4 crashes, two of them point to corrupted mono state. Is there a way for you to reproduce this in a deterministic way? It would be very useful if you can provide a project we can debug to find what is corrupting the mono state.

The other crash dump is related to some text layout, here is the callstack:

>  Noesis.dll!anonymous namespace'::OT::FeatureVariations::find_index Line 3271   C++ Symbols loaded. [Inline Frame] Noesis.dll!?A0xbc3a5814::hb_ot_layout_table_find_feature_variations Line 1327    C++ Symbols loaded. Noesis.dll!anonymous namespace'::hb_ot_shape_plan_key_t::init Line 44  C++ Symbols loaded.

[Inline Frame] Noesis.dll!anonymous-namespace'::hb_shape_plan_key_t::init Line 90  C++ Symbols loaded. Noesis.dll!anonymous namespace'::hb_shape_plan_create_cached2 Line 537 C++ Symbols loaded.

Noesis.dll!anonymous namespace'::hb_shape_full Line 140    C++ Symbols loaded. [Inline Frame] Noesis.dll!?A0xbc3a5814::hb_shape Line 179   C++ Symbols loaded. Noesis.dll!Noesis::HB::Shape Line 1242  C++ Symbols loaded. Noesis.dll!DoShape Line 559 C++ Symbols loaded. Noesis.dll!ShapeRuns Line 1003  C++ Symbols loaded. Noesis.dll!Noesis::VGLTextLayout::DoLayout Line 433 C++ Symbols loaded. Noesis.dll!Noesis::VGLTextLayout::Measure Line 227  C++ Symbols loaded. Noesis.dll!Noesis::FormattedText::Measure Line 212  C++ Symbols loaded. Noesis.dll!Noesis::TextBlock::MeasureOverride Line 765  C++ Symbols loaded... </pre> Using the debug library the crash callstack had a bit more detail: <pre>>  Noesis.dll!anonymous namespace'::BEInt<unsigned int,4>::operator unsigned int Line 153 C++ Symbols loaded.

Noesis.dll!anonymous namespace'::OT::IntType<unsigned int,4>::operator unsigned int Line 67    C++ Symbols loaded. Noesis.dll!anonymous namespace'::OT::FeatureVariations::find_index Line 3271   C++ Symbols loaded.

Noesis.dll!anonymous namespace'::OT::GSUBGPOS::find_variations_index Line 3683 C++ Symbols loaded. Noesis.dll!anonymous namespace'::hb_ot_layout_table_find_feature_variations Line 1327  C++ Symbols loaded.

Noesis.dll!anonymous namespace'::hb_ot_shape_plan_key_t::init Line 45  C++ Symbols loaded. Noesis.dll!anonymous namespace'::hb_shape_plan_key_t::init Line 107    C++ Symbols loaded.

Noesis.dll!anonymous namespace'::hb_shape_plan_create_cached2 Line 537 C++ Symbols loaded. Noesis.dll!anonymous namespace'::hb_shape_full Line 136    C++ Symbols loaded.

Noesis.dll!`anonymous namespace'::hb_shape Line 180 C++ Symbols loaded.

Noesis.dll!Noesis::HB::Shape Line 1242  C++ Symbols loaded.

Noesis.dll!DoShape Line 559 C++ Symbols loaded.

Noesis.dll!ShapeRuns Line 1003  C++ Symbols loaded.

Noesis.dll!Noesis::VGLTextLayout::DoLayout Line 436 C++ Symbols loaded.

Noesis.dll!Noesis::VGLTextLayout::Measure Line 227  C++ Symbols loaded.

Noesis.dll!Noesis::FormattedText::Measure Line 211  C++ Symbols loaded.

Noesis.dll!Noesis::TextBlock::MeasureOverride Line 758  C++ Symbols loaded.

stonstad

stonstad

2024-07-09 17:22

reporter   ~0009770

RE: 3.2.4:

I do not have a deterministic reproduction. A few observations --

  • When I playtest and I am NOT editing XAML, I rarely see the error. But if I am changing XAML, I see the behavior randomly -- about once per hour.
  • It does not happen after just one app domain reload.

I can give you a compiled / playable version of the game, which externalizes Noesis.dll. But I haven't seen this behavior outside of Unity.

I saw the debug library on the other issue. I'll start using it immediately.
stonstad

stonstad

2024-07-11 17:26

reporter   ~0009799

Last edited: 2024-07-11 17:41

Received a failed assertion using the debug library. There was NO XAML changes or reload -- it just crashed the editor during playback with an otherwise stable scene.

[NOESIS/E] Assertion failed: left <= right, at Rect.inl(320)
Crash!!!

========== OUTPUTTING STACK TRACE ==================

0x00007FFA08AA1674 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08AAE51F (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08AB0DF2 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08AAE0C5 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08AA90BA (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08AA8CF9 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08A992F0 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08A93CBF (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08FF80C0 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FFA08FF2AF1 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF7D313F379 (Unity) GfxDevice::InsertCustomMarkerCallbackAndDataWithFlags
0x00007FF7D4A2A226 (Unity) GfxDeviceWorker::RunCommand
0x00007FF7D4A31A2B (Unity) GfxDeviceWorker::RunExt
0x00007FF7D4A31B48 (Unity) GfxDeviceWorker::RunGfxDeviceWorker
0x00007FF7D307BBB6 (Unity) Thread::RunThreadWrapper
0x00007FFB2478257D (KERNEL32) BaseThreadInitThunk
0x00007FFB2572AF28 (ntdll) RtlUserThreadStart

It's at runtime (Unity playback) with a scene and XAML hierarchy that works, but failed this time.

RE: corrupted mono state which is likely a separate issue than the attached dmp/stack trrace. I am using the same version of Unity with Noesis 3.2.2 and 3.2.4. Noesis app domain reloads are suspicious to me here.

Crash_2024-07-11_152210606.zip (1,055,098 bytes)
stonstad

stonstad

2024-07-12 00:57

reporter   ~0009800

A separate crash, which again is assertion related, outputs:

[NOESIS/E] Assertion failed: i < mSize, at Vector.inl(143)
Crash!!!

Why am I getting these crashes?

What does this stack trace mean? Why so many SweepDirectionProperty getters?

========== OUTPUTTING STACK TRACE ==================

0x00007FF93135244F (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF9313485EF (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93150722C (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF930FDFD3C (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF9313690CD (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF931368E40 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF9313684FF (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D325 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D092 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D435 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93135D0F6 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF931358F45 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93134959E (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF93134438C (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF931343FF8 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF9318A822F (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF9318A2B41 (Noesis) ArcSegment_SweepDirectionProperty_get
0x00007FF7D313F379 (Unity) GfxDevice::InsertCustomMarkerCallbackAndDataWithFlags
0x00007FF7D4A2A226 (Unity) GfxDeviceWorker::RunCommand
0x00007FF7D4A31A2B (Unity) GfxDeviceWorker::RunExt
0x00007FF7D4A31B48 (Unity) GfxDeviceWorker::RunGfxDeviceWorker
0x00007FF7D307BBB6 (Unity) Thread::RunThreadWrapper
0x00007FFB2478257D (KERNEL32) BaseThreadInitThunk
0x00007FFB2572AF28 (ntdll) RtlUserThreadStart

Crash_2024-07-11_225355786.zip (1,226,305 bytes)
sfernandez

sfernandez

2024-07-12 12:05

manager   ~0009803

  • [NOESIS/E] Assertion failed: left <= right, at Rect.inl(320)
    This crash comes from an assert rendering some WorldUI elements. I'll prepare a new debug library with some extra checks to determine the origin of the problem.

  • [NOESIS/E] Assertion failed: i < mSize, at Vector.inl(143)
    These crashes (asserts) are related to the use of VisualBrushes, probably from the BackgroundEffectBehavior. Are you applying this behavior in many places at the same time? Could you provide a normal scenario so I can try to reproduce this issue?
stonstad

stonstad

2024-07-12 17:00

reporter   ~0009805

RE: left <= right Rect.inl, WorldSpaceUI. This makes sense, as it is a relatively new addition to the game and it aligns with when the crashes started. I don't have a reproduction workflow -- it is highly random, despite game state being constant. A screenshot of how I am using WorldSpaceUI elements is included.

RE: i < mSize. I am using BackgroundEffectBehavior extensively in the user interface. Most UI elements implement it. The background source is shared. I don't have a repeatable workflow -- it is random. But one thing I notice is that a crash is more likely to happen if the background effect is enabled/disabled. That failure rate is relatively high.

The best case scenario is still an instrumented DLL. I leave it in place and then when a crash occurs, I share telemetry. The problem with providing a small repro is that it is highly random and likely only happens with all of these moving parts in place. Yesterday, there were 24 crashes. Today, it hasn't crashed once. I imagine that you don't want to start/stop the player over several hours to try to reproduce it. But for me, I can start/stop all day long because it is part of my daily grind.
stonstad

stonstad

2024-07-12 17:01

reporter   ~0009806

From above (" A screenshot of how I am using WorldSpaceUI elements is included.")
stonstad

stonstad

2024-07-12 17:01

reporter   ~0009807

From above (" A screenshot of how I am using WorldSpaceUI elements is included.")

a.jpg (1,136,895 bytes)
stonstad

stonstad

2024-10-17 21:22

reporter   ~0010021

This is a candidate for closure due to crash fixed in https://www.noesisengine.com/bugs/view.php?id=3723. I

Issue History

Date Modified Username Field Change
2024-07-05 19:28 stonstad New Issue
2024-07-05 19:28 stonstad File Added: MapIndicatorControl.xaml
2024-07-05 19:28 stonstad File Added: MapIndicatorControl.cs
2024-07-05 19:28 stonstad File Added: 3.2.4 Crashes.zip
2024-07-05 19:28 stonstad File Added: 3.2.2 Crashes.zip
2024-07-05 19:31 stonstad Note Added: 0009743
2024-07-05 19:31 stonstad Note Added: 0009744
2024-07-05 19:31 stonstad File Added: Screenshot 2024-07-05 123141.jpg
2024-07-05 19:32 stonstad Note Edited: 0009743
2024-07-05 19:56 stonstad Note Added: 0009749
2024-07-05 19:56 stonstad File Added: Crash_2024-07-05_175404666.zip
2024-07-05 20:29 jsantos Assigned To => sfernandez
2024-07-05 20:29 jsantos Status new => assigned
2024-07-05 20:29 jsantos Target Version => 3.2.5
2024-07-07 17:07 stonstad Note Added: 0009755
2024-07-07 17:07 stonstad File Added: Normal.jpg
2024-07-07 17:08 stonstad Note Added: 0009756
2024-07-07 17:08 stonstad Note Edited: 0009756
2024-07-07 17:09 stonstad Note Added: 0009757
2024-07-07 17:09 stonstad File Added: Bugged.jpg
2024-07-07 17:10 stonstad Note Edited: 0009755
2024-07-07 17:11 stonstad Note Edited: 0009757
2024-07-07 17:11 stonstad Note Edited: 0009755
2024-07-07 23:57 stonstad Note Added: 0009758
2024-07-09 12:49 sfernandez Note Added: 0009768
2024-07-09 17:22 stonstad Note Added: 0009770
2024-07-11 11:05 sfernandez Note Edited: 0009768
2024-07-11 17:26 stonstad Note Added: 0009799
2024-07-11 17:26 stonstad File Added: Crash_2024-07-11_152210606.zip
2024-07-11 17:28 stonstad Note Edited: 0009799
2024-07-11 17:41 stonstad Note Edited: 0009799
2024-07-11 17:41 stonstad Note Edited: 0009799
2024-07-12 00:57 stonstad Note Added: 0009800
2024-07-12 00:57 stonstad File Added: Crash_2024-07-11_225355786.zip
2024-07-12 12:05 sfernandez Note Added: 0009803
2024-07-12 12:06 sfernandez Status assigned => feedback
2024-07-12 17:00 stonstad Note Added: 0009805
2024-07-12 17:00 stonstad Status feedback => assigned
2024-07-12 17:01 stonstad Note Added: 0009806
2024-07-12 17:01 stonstad Note Added: 0009807
2024-07-12 17:01 stonstad File Added: a.jpg
2024-10-04 16:30 sfernandez Relationship added related to 0003723
2024-10-17 21:22 stonstad Note Added: 0010021
2024-10-18 10:03 sfernandez Status assigned => resolved
2024-10-18 10:03 sfernandez Resolution open => fixed
2024-10-18 10:03 sfernandez Fixed in Version => 3.2.5
2025-10-10 13:29 jsantos Category Unity3D => Unity