3.0.2 slow when debugging
3.0.2 slow when debugging
I am using Windows 7 with all the updates. I am using Ranorex 3.0.2. When I am debugging, Ranorex moves very slow. For example, when it hits my break point, it takes several seconds before I am able to move the mouse pointer or advance to the next line via F10. Is this something you guys are looking to fix up?
Re: 3.0.2 slow when debugging
Do you use the features in Studio? If not then try using the standard version of SharpDevelop or Visual Studio and you will notice a performance difference!
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: 3.0.2 slow when debugging
Hi,
Did you try to disable the Abort Key in the program.cs? This could be one possible reason, why it is slow during debugging. So please try to disable or comment out this line of code and retry to debug your code.
Regards,
Peter
Ranorex Team
Did you try to disable the Abort Key in the program.cs? This could be one possible reason, why it is slow during debugging. So please try to disable or comment out this line of code and retry to debug your code.
Regards,
Peter
Ranorex Team
Re: 3.0.2 slow when debugging
Keyboard.AbortKey = System.Windows.Forms.Keys.Pause;Support Team wrote: Did you try to disable the Abort Key in the program.cs? This could be one possible reason, why it is slow during debugging. So please try to disable or comment out this line of code and retry to debug your code.
I commented out the line above and it did not help. Was there more than this one line?
This continuing to happen in 3.0.3, it is taking literally 5 seconds before I can move my mouse pointer.
Thanks
Last edited by Pixi6s on Tue Jul 05, 2011 7:46 pm, edited 2 times in total.
Re: 3.0.2 slow when debugging
I'm am new to Ranorex and the Visual Studio. I just started at a new company. What would you suggest for a performance increase? I do have Visual Studio 10. Also note that I do currently use a mix of recorded modules as well as user code modules.sdaly wrote:Do you use the features in Studio? If not then try using the standard version of SharpDevelop or Visual Studio and you will notice a performance difference!
Thanks
Re: 3.0.2 slow when debugging
Hello Support Team,
This is ridiculousness. Is this really not a standard problem with 3.0? My co-worker didn't have this issue with 2.x but is having the same issue I am with vary different code (pure user code instead of mostly recording mod).
I really need this pause to go away its frustrating.
Thanks
This is ridiculousness. Is this really not a standard problem with 3.0? My co-worker didn't have this issue with 2.x but is having the same issue I am with vary different code (pure user code instead of mostly recording mod).
I really need this pause to go away its frustrating.
Thanks
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: 3.0.2 slow when debugging
Hi,
As far as we know, this problem occurs only if the following two conditions are true:
For removing the "LowLevelHooksTimeout" key, please search your registry for a key with name "LowLevelHooksTimeout" and delete it. As far as we know, this registry key is not needed by Visual Studio or re-added if it is needed.
Regards,
Peter
Ranorex Team
As far as we know, this problem occurs only if the following two conditions are true:
- The "LowLevelHooksTimeout" registry key is set (done by the Microsoft Visual Studio 2010 setup)
- The Ranorex.Mouse.AbortKey is set or the Ranorex ProgressDialog is shown (default setting when running a test suite or recording)
For removing the "LowLevelHooksTimeout" key, please search your registry for a key with name "LowLevelHooksTimeout" and delete it. As far as we know, this registry key is not needed by Visual Studio or re-added if it is needed.
Regards,
Peter
Ranorex Team
Re: 3.0.2 slow when debugging
Looks like turning off the progress dialog did it for me. That is a useful little guy, I'd like to request a fix for that.
To clarify, it did appear that just my mouse pointer was held up for 5 seconds, I was able to type (tab, ect).
For others, see the following lesson to turn off the progress dialog.
http://www.ranorex.com/support/user-gui ... suite.html
To clarify, it did appear that just my mouse pointer was held up for 5 seconds, I was able to type (tab, ect).
For others, see the following lesson to turn off the progress dialog.
http://www.ranorex.com/support/user-gui ... suite.html
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: 3.0.2 slow when debugging
Hi,
If you delete the key I provided you above, then the timeout is gone even when you use the ProgressDialog. This key is set to exactly 5000ms (5 seconds) and therefore Ranorex waits for this 5 seconds. Did you try to delete the key and did you try to debug with the Progress Dialog? I would suggest you to try this, because as you said, this little guy is very useful.
Regards,
Peter
Ranorex Team
Pixi6s wrote:Looks like turning off the progress dialog did it for me. That is a useful little guy, I'd like to request a fix for that.
If you delete the key I provided you above, then the timeout is gone even when you use the ProgressDialog. This key is set to exactly 5000ms (5 seconds) and therefore Ranorex waits for this 5 seconds. Did you try to delete the key and did you try to debug with the Progress Dialog? I would suggest you to try this, because as you said, this little guy is very useful.
Regards,
Peter
Ranorex Team
Re: 3.0.2 slow when debugging
You mean the abort key? I commented out
only. That was the first thing I did and it did not fix my problem. Was there more to comment out than that one line?
Thanks
Sierra
Code: Select all
Keyboard.AbortKey = System.Windows.Forms.Keys.Pause;
Thanks
Sierra
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: 3.0.2 slow when debugging
Support Team wrote:The "LowLevelHooksTimeout" registry key is set (done by the Microsoft Visual Studio 2010 setup)
No I mean the registry key "LowLevelHooksTimeout" set by Visual Studio. Please delete this key from your registry and try it again.Support Team wrote:For removing the "LowLevelHooksTimeout" key, please search your registry for a key with name "LowLevelHooksTimeout" and delete it.
Regards,
Peter
Ranorex Team
Re: 3.0.2 slow when debugging
The first time through I only found ModifiedLowLevelHooksTimeout, which I did rename. This time through I did find it but not where I would have expected it (I must have missed starting my search from the top level initially).
I renamed everything I found with LowLevelHooksTimeout in it and turned the progress dialog back on and it has returned. I haven't rebooted yet but it doesn't look promising.
I renamed everything I found with LowLevelHooksTimeout in it and turned the progress dialog back on and it has returned. I haven't rebooted yet but it doesn't look promising.