We have an MDI application that uses an UltraTree object to display hierarchical functions to user. About a month ago, we upgraded our Infragistics components to the latest release, 11.2 CLR 4.0, SR 2028.
We're now experiencing a random error, that appears during mouse operations (mouse move, mouse click) on UltraTree, and that is intercepted by OS as an Unhandled exception:
System.ObjectDisposedException: Cannot access a disposed object.Object name: 'ToolTipFormEx'. at System.Windows.Forms.Control.CreateHandle() at System.Windows.Forms.Form.CreateHandle() at Infragistics.Win.ToolTipForm.CreateHandle() at System.Windows.Forms.Control.RecreateHandleCore() at System.Windows.Forms.Form.RecreateHandleCore() at Infragistics.Win.ToolTipFormEx.set_DisplayShadow(Boolean value) at Infragistics.Win.ToolTip.set_DisplayShadow(Boolean value) at Infragistics.Win.UltraWinTree.UltraTree.get_ToolTip() at Infragistics.Win.UltraWinTree.UltraTreeNode.ShowTooltipIfNeeded() at Infragistics.Win.UltraWinTree.UltraTree.OnMouseEnterElement(UIElementEventArgs e) at Infragistics.Win.UltraControlBase.Infragistics.Win.IUltraControl.FireMouseEnterElement(UIElementEventArgs e) at Infragistics.Win.ControlUIElementBase.ElementEntered(UIElement element, Boolean triggerMouseLeavesOnly) at Infragistics.Win.ControlUIElementBase.ProcessMouseMoveHelper(Object sender, mouseEventArgs e) at Infragistics.Win.ControlUIElementBase.ProcessMouseMove(Object sender, MouseEventArgs e) at Infragistics.Win.Utilities.ProcessEvent(Control control, ProcessEvent eventToProcess, EventArgs e) at Infragistics.Win.UltraWinTree.UltraTree.OnMouseMove(MouseEventArgs e) at System.Windows.Forms.Control.WmMouseMove(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Could you please help us to avoid this behaviour? If you need details, please ask.Thanks!
What version did you upgrade from?
We upgraded from 10.3.20103.2015 (Framework 2.0) to 11.2.20112.2019 (Framework 3.5)
But I have also tested with SR 2034. This fails. 10.3 works.
Note that this is now open as case # CAS-85397-BG6V5W
Mike
I guess I wasn't clear.
The SR 2034 version I was refering to is the LATEST fix - 11.2.20112.2034 - not a 10.3 fix.
When I opend the case I was asked to verify the problem with this latest version.10.3.20103.2015 works, but all of the 11.2 versions I have tried fail. (I have not tried 11.1)
So it has to be something that changed after 10.3.20103.2015.
I'll see if I can replicate it in a test app.
Also note that it seems that only the UI DISPLAY is destroyed. Even when it is displaying the red X I can move the mouse over it and [if I make it narrow] I can read the node text by looking at the tooltips that it still displays. If I click on a node [or its tooltip really] then it correctly displays the associated data in the associated textbox. So the underlying functionality of the control is still working - you just can't see the content of the control.
Knowing that, is there maybe a way to 'restore' the visual part of the control?I could use that as a workaround until it is fixed.
ThanksMike
I uploaded a small demo app the recreates the problem and attached it to the Case.
Mike,
I don't see the demo app that you uploaded. Could you try again?
I uploaded it to case # CAS-85397-BG6V5W
I have attached it here also.
OK, I see this issue has already been submitted to development.
Ok. Thanks to Mike who opened a case (I hadn't that time yet..). And thanks to Infragistics staff that worked to find a solution. We're waiting for service release, then. Bye!
Hi,
Just wanted to let you know I confirmed that this is indeed a bug. It should be fixed in the April service release.
The bug happens when you show a tooltip in one DisplayStyle (like the default style), then try to show a tooltip on the same tree using the WindowsVista DisplayStyle. So it will only happen if you switch styles at run-time after showing a tooltip in the tree at least once.