Hi everyone,
We are currently using the trial version of Ranorex (latest version as of now) to evaluate it, and we are trying to get the full functionality and easiness of use of the tools! Now, we have reached a problem that is impeding continuation of the evaluation, and it is as follows:
A- Ranorex version: 8.1.1
B- Windows 10
C- Laptop monitor 1920x1080 ( no extra monitors)
1- Opening Ranorex studio
2- Using the template that already comes with the trial version (WordPressSample)
3- Click run test
4- Test stops working at one of the mouse clicks.
5- Test is cancelled
6 - Looking at the report we see that the "Screen dimensions" is set to 2400x1350!
7- We are constantly getting an error at the top right corner that says: "Different display DPI scaling values are in use. Please make sure all connected displays have the same DPI scaling value."
As a note that also might help, whenever we try to use Ranorex Recorder 8 and we start recording, Chrome opens and then the mouse always is pushed to the top left corner and although it has some movement slack ( when I move the mouse) then it always returns to that corner!
Can someone shed some light on what might be happening?
Screen resolution
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Screen resolution
Hi Dantas,
I recommend confirming your DPI is set to 100%. A higher DPI setting can throw off where Ranorex (or any object-based automation tool) thinks the element actually exists. This results in actions being performed at the wrong location (much like you describe).
You can also confirm the screen resolution during runtime by using the .NET code below in a Ranorex Code Module.
If you continue to experience issues, please provide a copy of the failed Ranorex Report (compressed) and a Ranorex Snapshot so we may better understand your environment and what may be occurring.
Note, your trial is fully supported and you can reach us here if you wish to troubleshoot this in a more private manner.
I hope this helps!
Cheers,
Ned
I recommend confirming your DPI is set to 100%. A higher DPI setting can throw off where Ranorex (or any object-based automation tool) thinks the element actually exists. This results in actions being performed at the wrong location (much like you describe).
You can also confirm the screen resolution during runtime by using the .NET code below in a Ranorex Code Module.
Code: Select all
Rectangle resolution = System.Windows.Forms.Screen.PrimaryScreen.Bounds;
Report.Info(resolution.Height + " x " + resolution.Width);
Note, your trial is fully supported and you can reach us here if you wish to troubleshoot this in a more private manner.
I hope this helps!
Cheers,
Ned
Re: Screen resolution
Hello, I'm resurrecting this thread because we're having a similar problem (runtime screen resolution different than the testserver or remote-desktop normally have) and I was wondering what the solution was.
Using your code, I receive the following: But we have set it to 1920x1080.
Using your code, I receive the following: But we have set it to 1920x1080.
You do not have the required permissions to view the files attached to this post.
Re: Screen resolution
Hi,
I think your only hope is to either increase the resolution on test server (which may not be always possible), or simply optimize your tests for running on lower resolution (ideally, directly on target system). There is not an automatic way to "fix" tests to run on different than designed resolution. I'm personally always designing tests on 'target' system, instead of designing them on local machine. This approach saves me from additional debugging of resolution/system-related differences
I think your only hope is to either increase the resolution on test server (which may not be always possible), or simply optimize your tests for running on lower resolution (ideally, directly on target system). There is not an automatic way to "fix" tests to run on different than designed resolution. I'm personally always designing tests on 'target' system, instead of designing them on local machine. This approach saves me from additional debugging of resolution/system-related differences
Pavel Kudrys
Ranorex explorer at Descartes Systems
Please add these details to your questions:
Ranorex explorer at Descartes Systems
Please add these details to your questions:
- Ranorex Snapshot. Learn how to create one >here<
- Ranorex xPath of problematic element(s)
- Ranorex version
- OS version
- HW configuration
Re: Screen resolution
Normally, I'd agree, but the objects are so large that the test can't run properly. Everything overlaps everything else.
Re: Screen resolution
I think your main expectation is to either expand the goal on the test server (which may not be generally imaginable) or essentially enhance your tests for running on a lower goal (in a perfect world, straightforwardly on track framework).
There is definitely not a programmed way to "fix" tests to run on unique in relation to the planned goals. I'm by and by continuously planning tests 'on track' framework, rather than planning them on a nearby machine. This approach saves me from extra investigating of goal/framework related contrasts. www.imybkexperience.com www.mykfc-experience.com www.mybpcreditcard.one
There is definitely not a programmed way to "fix" tests to run on unique in relation to the planned goals. I'm by and by continuously planning tests 'on track' framework, rather than planning them on a nearby machine. This approach saves me from extra investigating of goal/framework related contrasts. www.imybkexperience.com www.mykfc-experience.com www.mybpcreditcard.one