RadPanelBar+RadTreeView Crash with 'LargeChange'

[Sean McConnell]

This is a serious issue, we are currently unable to deploy our application due to an apparent issue with RadTreeView embedded in a RadPanel.

We have no customization on the TreeView, and everything looks fine in the designer. When we run the application, we get the following exception:

'-1' is not a valid value for 'LargeChange'

 at Telerik.WinControls.UI.RadScrollBarElement.set_LargeChange(Int32 value)\r\n   at Telerik.WinControls.UI.RadScrollBar.set_LargeChange(Int32 value)\r\n   at Telerik.WinControls.UI.RadTreeView.OnLayout(LayoutEventArgs args)\r\n   at System.Windows.Forms.Control.PerformLayout(LayoutEventArgs args)\r\n   at System.Windows.Forms.Control.PerformLayout()\r\n   at Telerik.WinControls.UI.RadTreeView.InvalidateLayout()\r\n   at Telerik.WinControls.UI.RadTreeView.sizeChangingTimer_Tick(Object sender, EventArgs e)\r\n   at System.Windows.Forms.Timer.OnTick(EventArgs e)\r\n   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)\r\n   at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)\r\n   at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)\r\n   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)\r\n   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)\r\n   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)


It provides a line-number, but this code appears to be auto-generated from your theme files, or something to that effect, because the line# in the designer file shows no reference to setting the 'LargeChange' value on the treeview.


Please, any help you can provide is vital at this point, our application is not deliverable due to this error, and we see no method to work around this problem!

Thanks.

[Sean McConnell]

Also, when we attempt to open the user control in the designer, we get:

Value of '-1' is not valid for 'LargeChange'. 'LargeChange' must be greater than or equal to 0. Parameter name: LargeChange Hide

at System.ComponentModel.ReflectPropertyDescriptor.SetValue(Object component, Object value) at System.ComponentModel.Design.Serialization.CodeDomSerializerBase.DeserializePropertyAssignStatement(IDesignerSerializationManager manager, CodeAssignStatement statement, CodePropertyReferenceExpression propertyReferenceEx, Boolean reportError) at System.ComponentModel.Design.Serialization.CodeDomSerializerBase.DeserializeAssignStatement(IDesignerSerializationManager manager, CodeAssignStatement statement) at System.ComponentModel.Design.Serialization.CodeDomSerializerBase.DeserializeStatement(IDesignerSerializationManager manager, CodeStatement statement)

[Nikolay]

Hello Randall Kohltfarber,

Thank you for writing.

I tried to reproduce the described behavior, but to no avail. Please open a support ticket and send a sample application. This will allow me to address any potential issue further and to give you more accurate assistance.

I looking forward to your response.

Kind regards,
Nikolay
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[Vanesa]

I have the same problem.

After

m_ctlDockingManager.LoadXML(sFileName);

error: '-2' is not a valid value for 'LargeChange'

Version: Telerik 2008 Q1

Thanks.

[Jordan]

Hi Vanesa,

Thank you for writing.

I came up with a way to reproduce the issue. That is, by setting the SpacingBetweenNodes property of RadTreeView to a small enough negative value (like -20 for example).

However, to get a value of -2, you either have a very small RadTreeView control or very small value of the SpacingBetweenNodes property.

I will make sure that this issue is addressed for the 2008 Q1 SP1 release that is due by May 17th.

So, please take a look at what value is set to the SpacingBetweenNodes property. And again, without a project that demonstrates this issue this is just an assumption.

And again
Best wishes,
Jordan
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center