We use cookies to give you the best experience on our website. If you continue to browse, then you agree to our privacy policy and cookie policy. Image for the cookie policy date
  1. Home
  2. Forum
  3. WPF
  4. RibbonStateChange Crashes the Application

RibbonStateChange Crashes the Application

Hi!

I've an issue with the ribbon control: If I click the Button on the ribbon to change the state the app crashes imediatelly. (Null reference exception)

First I thought it must be a problem in my application, but I crosschecked the behaviour in a Syncfusion Created project, too.

I also tried with this automatically created project: Calendar - .NET Framework - C# - Office365 - NuGet

Is there a possible fix or am I doing something wrong?


Thank you for your help!


Victor

This was the error message:

System.NullReferenceException
  HResult=0x80004003
  Nachricht = Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
  Quelle = PresentationCore
  Stapelüberwachung:
   bei System.Windows.Media.VisualCollection.DisconnectChild(Int32 index)
   bei System.Windows.Media.VisualCollection.InternalRemove(Visual visual)
   bei System.Windows.Controls.UIElementCollection.RemoveNoVerify(UIElement element)
   bei System.Windows.Controls.ItemsControl.MS.Internal.Controls.IGeneratorHost.GetContainerForItem(Object item)
   bei System.Windows.Controls.ItemContainerGenerator.Generator.GenerateNext(Boolean stopAtRealized, Boolean& isNewlyRealized)
   bei System.Windows.Controls.ItemContainerGenerator.System.Windows.Controls.Primitives.IItemContainerGenerator.GenerateNext()
   bei System.Windows.Controls.Panel.GenerateChildren()
   bei System.Windows.Controls.Panel.EnsureGenerator()
   bei System.Windows.Controls.Panel.get_InternalChildren()
   bei Syncfusion.Windows.Tools.Controls.TabPanel.get_VisibleChildren()
   bei Syncfusion.Windows.Tools.Controls.TabPanel.MeasureOverride(Size availableSize)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei MS.Internal.Helper.MeasureElementWithSingleChild(UIElement element, Size constraint)
   bei System.Windows.Controls.ItemsPresenter.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.DockPanel.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Grid.MeasureCell(Int32 cell, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV, Boolean& hasDesiredSizeUChanged)
   bei System.Windows.Controls.Grid.MeasureCellsGroup(Int32 cellsHead, Size referenceSize, Boolean ignoreDesiredSizeU, Boolean forceInfinityV)
   bei System.Windows.Controls.Grid.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Border.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Documents.AdornerDecorator.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.Controls.Control.MeasureOverride(Size constraint)
   bei System.Windows.FrameworkElement.MeasureCore(Size availableSize)
   bei System.Windows.UIElement.Measure(Size availableSize)
   bei System.Windows.ContextLayoutManager.UpdateLayout()
   bei System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg)
   bei System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork()
   bei System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks()
   bei System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget)
   bei System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   bei System.Windows.Threading.DispatcherOperation.InvokeImpl()
   bei System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
   bei MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   bei MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
   bei System.Windows.Threading.DispatcherOperation.Invoke()
   bei System.Windows.Threading.Dispatcher.ProcessQueue()
   bei System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   bei System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   bei MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   bei MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   bei System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   bei System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   bei System.Windows.Application.RunDispatcher(Object ignore)
   bei System.Windows.Application.RunInternal(Window window)
   bei System.Windows.Application.Run(Window window)
   bei System.Windows.Application.Run()
   bei WILO_Item_Number_RP.App.Main()

5 Replies
JP Jagadeesan Pichaimuthu Syncfusion Team July 19, 2019 03:30 AM UTC

Hi Victor, 
  
Thank you for contacting Syncfusion support. 
  
We can able to reproduce the reported issue “RibbonStateChange Crashes the Application” and we have logged a bug report for this. We will fix this issue and will provide a fix patch on or before 1 August, 2019.  
 
You can track the status of this report through the following feedback link,   
  
We appreciate your patience until then.  
  
Regards, 
Jagadeesan 


ON Olety Nikhilesh Olety Nagendra Syncfusion Team July 19, 2019 04:02 AM UTC

Hi Victor, 
  
Thank you for contacting the Syncfusion support. 
  
We can able to reproduce the reported issue “RibbonStateChange Crashes the Application” and we have logged a bug report for this . We will fix this issue and will provide a fix patch on or before 1 August , 2019. 
  
We appreciate your patience until then. 
  
You can track the status of this report through the following feedback link,   
  
  
Regards, 
Nikhilesh O 


SP Subburaj Pandian Veluchamy Syncfusion Team July 22, 2019 10:46 AM UTC

Hi Victor 
  
Thank you for your patience. 
   
On further analysis of this reported issue, we found that this issue is related to VS 2017 debugger. The Visual Tree is refreshed at runtime after the Windows 10 fall creator update. Due to this, we could not get the children of UIElement(RibbonTab) and also causes problem with collection. 
Microsoft also have confirmed this as issue.

Please refer the following link for the same, 
   
  
   
Therefore, we cannot fix this issue in our source level and we suggest you to disable the “Enable UI Debugging Tools for Xaml” in the options of Debug tab of VS 2017 project.  
  
Please let us know if you need any further assistance on this.   
 
Regards,
Subburaj Pandian V   


VD Victor Dienstbier July 22, 2019 01:20 PM UTC

Hi!


Thank you very much for your reply!


Unfortunately the app crashes also if I deploy the software! Even if I change to the Release version...


Is there anything I can do? Because the users would really like to decide if the ribbon is expanded or not...


Best wishes


Victor

SP Subburaj Pandian Veluchamy Syncfusion Team July 24, 2019 01:22 PM UTC

Hi Victor, 
  
Thank you for the update. 
  
As we mentioned in our previous update, the reported issue is due to the Visual studio 2017 debugger and it will occur whether the project is in the Debug mode or in the Release mode. So, we suggest you to use the option to disable the property “Enable UI Debugging Tools for Xaml” in the options of Debug tab of VS 2017 project.  (Debug (Tab) > Options > Debugging > General > (Uncheck) Enable UI Debugging Tools for Xaml). 
  
You have mentioned `Release Version ` in your previous update, if you are mentioning it for Syncfusion Essential studio latest Release Versio, there will be no change in this behavior as it is regarding the VS 2017 debugger issue. So, we suggest you to use above given solution. 
  
Please let us know if this approach resolves your issue and let us know, if you have any concern. 
  
Regards,
Subburaj Pandian V    


Loader.
Up arrow icon