非脆弱UltraWebTree SelectedNode导致HttpUnhandledException

Question

我遇到了UltraWebTree组件的问题(版本7.1)

由于某些原因，当我尝试访问SelectedNode属性(在列表中选择项之后)，我将得到一个异常。以下是更多信息：

System.Web.HttpUnhandledException (0x80004005)：引发了“System.Web.HttpUnhandledException”类型的异常。-> System.Exception: 23.428571428571427不是Int32的有效值.-> System.FormatException:输入字符串格式不正确。 在System.Number.StringToNumber(String，NumberStyles options，NumberBuffer& NumberBuffer，NumberFormatInfo info，布尔parseDecimal) 在System.ComponentModel.Int32Converter.FromString(String值处的System.Number.ParseInt32(String s，NumberStyles style，NumberFormatInfo info)，在System.ComponentModel.BaseNumberConverter.ConvertFrom(ITypeDescriptorContext上下文中的NumberFormatInfo formatInfo，CultureInfo区域性，Object值)--在Infragistics.WebUI.UltraWebNavigator.ClientStateXmlParser.ProcessXmlData(UltraWebTree webTree，XmlNode xmlNode，Object currentObj，Boolean的内部异常堆栈跟踪的末端--在System.ComponentModel.BaseNumberConverter.ConvertFrom(ITypeDescriptorContext上下文、CultureInfo文化、对象值中( Infragistics.WebUI.UltraWebNavigator.UltraWebTree.ProcessPostData(XmlNode文档))在Infragistics.WebUI.UltraWebNavigator.UltraWebTree.LoadPostData(String postDataKey，NameValueCollection值)在System.Web.UI.Page.ProcessPostData(NameValueCollection postData，布尔fBeforeLoad)在System.Web.UI.Page.ProcessRequestMain(布尔includeStagesBeforeAsyncPoint，布尔includeStagesAfterAsyncPoint) 在System.Web.UI.Page.HandleError(异常e) at System.Web.UI.Page.ProcessRequestMain(布尔型includeStagesBeforeAsyncPoint，布尔型includeStagesAfterAsyncPoint) 在System.Web.UI.Page.ProcessRequest(布尔includeStagesBeforeAsyncPoint，布尔includeStagesAfterAsyncPoint) 在System.Web.UI.Page.ProcessRequestWithNoAssert(HttpContext上下文中的System.Web.UI.Page.ProcessRequest() ) 在System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()的System.Web.UI.Page.ProcessRequest(HttpContext context) at ASP.default_aspx.ProcessRequest(HttpContext context) at System.Web.HttpApplication.ExecuteStep(IExecutionStep step，Boolean& completedSynchronously

Answer 1

这个问题似乎是由谷歌Chrome的放大功能引起的。当缩放级别未设置为100%时，此异常似乎会随机出现。当回到100%的缩放水平时，一切都很好。

这可能是修复了一个更新版本的不碎片组件，因为该组件是在谷歌Chrome根本不存在的时候构建的。

我的猜测是，用户的点击是由坐标计算的，当页面被放大时，你会得到双倍，而不是整数。

Answer 2

我相信，当缩放不是100%时，滚动后就会发生这种情况，这与Breez的答案是有道理的。