I have an sporadically unexplicable OverflowException in RibbonView.
All information i have from the user is, they are scrolling or using the mousewheel inside the window
and a small Stack Trace
Exception:
########################################
Message: UnhandledException OverflowException "Die arithmetische Operation hat einen Überlauf verursacht."(German)
Source: Telerik.Windows.Controls.RibbonView
Location: Telerik.Windows.Controls.RibbonView.Shell.WindowChromeWorker._HandleNCHitTest
Stack Trace:
bei Telerik.Windows.Controls.RibbonView.Shell.WindowChromeWorker._HandleNCHitTest(WM uxoMsg, IntPtr param, IntPtr legParam, Boolean& handled)
bei Telerik.Windows.Controls.RibbonView.Shell.WindowChromeWorker._WndProc(IntPtr hwnd, Int32 msg, IntPtr param, IntPtr legParam, Boolean& handled)
bei System.Windows.Interop.HwndSource.PublicHooksFilterMessage(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 MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
WPF Telerik Version 2012.3.1129.40
11 Answers, 1 is accepted
We tested the RadRibbonView/RadRibbonWindow in few scenarios and we were not able reproduce the exception based on the stack trace information. That is why we would appreciate if you could provide us a sample project reproducing the issue or more detailed information about the controls used in the application and steps to reproduce it.
Kind regards,
Kiril Vandov
the Telerik team
Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.
Hi,
We're seeing client's that are able to reproduce this issue also, with an exception of:
Error Type: OverflowException
Class: WindowChromeWorker
Method: _HandleNCHitTest
Version: 1.4.1.0
Message: Arithmetic operation resulted in an overflow.
Stack Trace:
at Telerik.Windows.Controls.RibbonView.Shell.WindowChromeWorker._HandleNCHitTest(WM uxoMsg, IntPtr param, IntPtr legParam, Boolean& handled)
at Telerik.Windows.Controls.RibbonView.Shell.WindowChromeWorker._WndProc(IntPtr hwnd, Int32 msg, IntPtr param, IntPtr legParam, Boolean& handled)
at System.Windows.Interop.HwndSource.PublicHooksFilterMessage(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.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
--Start data--
Key: System.Object Value:
--End data--
We've tracked this down to users with a mouse supporting left/right tilt on the scroll wheel; when this is activated, the exception is thrown - all other use (scrolling / middle mouse pan etc) all work as expected.
Thanks,
Clint
We have tried to reproduce the issue with the updated information, but without success. We have tested to reproduce the issue with a Wireless Lenovo mouse with supporting Left/Right Tilt on the ScrollWheel and we have set the action of the tilts to different keys. We have tested the solution binaries from 2012.3.1129.40 and with latest binaries.
Maybe there is something specific that triggers that exception (maybe one of the controls). If you have successfully reproduced this issue on your side could you please test with an isolated project (only with window), if the issue is not reproduced add more and more controls until it crashes. Also what is the exact Key/command that you have assigned to the Tilt.
Looking forward to hearing from you.
Kind regards,
Kiril Vandov
Telerik
I also have one user of our software that is getting this exact same exception and stack trace. We don't yet know what triggers it. It apparently happens rarely and I think always after our app has been sitting for a long time (several days) on a screen with a RadRibbonBar and RadScheduleView.
I've tried using a mouse with a left/right scrollwheel and haven't been able to trigger it myself. I'm also trying to get our QA department to test with that as well. I'll post again if we find a way to reproduce it. For now, just know that you're not alone--other people are having this problem too.
Thank you for any information about the issue that you can provide. It will be useful for investigating this exception.
Regards,
Martin
Telerik
I was finally able to verify with the one user that keeps hitting this problem that he's using a Logitech MX Master mouse and that it happens when he uses the thumbwheel to scroll left and right over both a RadGridView and a RadScheduleView. Unfortunately, I have the exact same mouse and have not been able to reproduce it at all. Still trying to find a way though...
A little more information I just gathered from a diagnostic data dump from the machine that fails. It is running a Xeon processor, which is different than most of our other users and test machines. I don't think this is the problem, but it's possible. Specifically, he's running a Dell Precision T1700 with "Xeon(R) processor E3-1200 v3/4th Gen Core processor PCI Express x16 Controller - 0C01 System" and the "AMD FirePro W5100 (FireGL V) Graphics Adapter Display".
The other thing that stood out in the diagnostics is that he's running the "LogMeIn Mirror Driver Display". I wonder if this is the cause of the problem and why so few other people are able to reproduce it. Anyone else with this problem running LogMeIn or see anything else different than other systems that haven't been able to reproduce it?
Hi Brian,
We experience exactly the same issue in our application. It also seems to be related to that specific mouse.
Did you solve your issue?
@Martin
Did any investigation lead to further clarification?
Best Regards,
Timo
Timo,
No, we have not been able to figure out what's causing the problem yet. It only happens to one or two users. They've stopped complaining about it. I'm not sure if that means it's stopped happening or if they've just learned to live with our application crashing. :(
It is another good data point that you're having problems with the same mouse. I know that left/right thumbwheel must send something funky. On Notepad++, that scrollwheel behaves very strangely. I haven't dug into it to figure out exactly what it's sending that's different than other mice though. Since you are seeing the same problem with this mouse, that may be a good place to start. I just tested and noticed that this scrollwheel doesn't appear to work with RadScheduleView or RadGridView at all, at least not in the version we're using.
Please do follow up on here if you figure it out!
Brian
Thanks for your quick reply!
As soon as we have more information, I'll let you know. Unfortunately, we cannot reproduce it ourselves. I guess we should buy that mouse :)
I am afraid that there is no additional information on this issue. It is not reproducible on our side and we are not sure what is causing the exception. If you succeed in reproducing this don't hesitate to write back here in the forum or open a new support ticket.
Regards,
Martin Ivanov
Progress Telerik