Hello,
I am using a XamDataTree in my application and recently run into the following error :
I have a tree into which the use can add nodes. a node once added automatically enters edit mode so his name can be edited.
After adding several nodes, when trying to expoand a node under which I just added a child I come across a null reference exception, when looking into the "call stack" screen only "external code" is listed and I get the error call stack pasted below. Please let me know if you need any other information from the error window(the Inner exception message is null)
Thank you.
at Infragistics.Controls.Menus.Primitives.NodesPanel.RenderNode(XamDataTreeNode node, Double availableWidth) at Infragistics.Controls.Menus.Primitives.NodesPanel.MeasureOverride(Size availableSize) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.ContextLayoutManager.UpdateLayout() at System.Windows.ContextLayoutManager.UpdateLayoutCallback(Object arg) at System.Windows.Media.MediaContext.InvokeOnRenderCallback.DoWork() at System.Windows.Media.MediaContext.FireInvokeOnRenderCallbacks() at System.Windows.Media.MediaContext.RenderMessageHandlerCore(Object resizedCompositionTarget) at System.Windows.Media.MediaContext.RenderMessageHandler(Object resizedCompositionTarget) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.runTryCode(Object userData) at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.Run() at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at System.Windows.Application.Run() at EasyBoard.NET.View.App.Main() in D:\Projects\EasyBoard.NET\EasyBoard.NET.View\obj\Debug\App.g.cs:line 0 at System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args) at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args) at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly() at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.ThreadStart()
I wasn't able to reproduce your results here. I added a button to add a child node to a closed node and put it into edit mode and the node went into edit mode without an exception.
Do you have a sample showing this? Could you tell me more about the mechanism you are using to add data?
Do you need further assistance with this issue?
If so can you please attach a sample demonstrating the issue so that I can be of assistance.
Thanks,
Valerie
Hello ,
currently I have been busy with other aspects of my application . I will get back to you with a sample as soon as possible.
The mechanism I am using is the following:
I add a node. the new node is put into edit mode so the user can change it's name. the user can type a name or click away and leave the original text in the box which is "new folder".
The node is added via a context menu function.
So the problem occurs when under a node I add two new nodes, under the first created node I add a child and when I add the child to the second created node the parent of the newly added node goes into edit mode instead of the new node. And when trying to expand that parent the error occurs.
During this process every time I add another item I do not click away from the new node in order to take it out of edit mode, instead I right click the node i want to add a child to.
Maybe this sounds strange but this is the way I was able to reproduce this issue every time.
I created a sample based on the information you provided. In the sample the user can add a new node under the active node using a context menu. When the new node is added it is put in Edit Mode. I tested adding the nodes using the method you described and the behavior was as expected. You can use this sample as a base and modify it to more closely reflect what you are doing and reproduce the error so that I can get a better understanding of the issue.
Have you had a chance to review the sample I created?
Hello Valerie,
Sorry for the late reply, I resolved this problem, the thread can be closed.
Thank you for your help and sample
If you are seeing this issue I suggest upgrading to one of the service releases from July. The build numbers for these are:
13.1.20131.2406
13.2.20132.2219
14.1.20141/2108
If you are on an earlier volume, I suggest upgrading to the latest volume of Infragistics for WPF.
Please let me know if you have any questions.
Sincerely,
Developer Support Supervisor - XAML
Infragistics
www.infragistics.com/support
having the same issue i resolved it by reassigning the itemsource when content pane move from docked to floating
Hey Valerie,
I'm having the same issue as the screenshot shown above. In my case, once I expand enough of my tree nodes, the vertical scroll bar comes up. If I try scrolling, the application crashes and the tree panel becomes very similar to the screen shot in Ryan's application. I'm using Infragistics 13.2.20132.2036. Thanks in advance!
Edit:
I have my xamdatatree in a dockpanel
There were a couple changes made in respect to this exception recently in the latest (July) service release. I would suggest upgrading to build 14.1.20141.2108 which should resolve this issue.
We are, intermittently getting the same error as Mudassir Nazir reported. It is occurring in our 13.2 release. We do not currently know how to reproduce it, because it's completely random. However, we did recently upgraded our current development version to 14.1.20141.2027 [which has not yet been released to our customer]. Is there any chance you can find out if this problem was an issue that was resolved?