Hello,
I try to get the cell value from a table. I have 6 VMs: 3 Windows 10 and 3 Windows 7. I can get cell value from all Windows 7 and one Windows 10, but cannot get it in the other two Windows 10. I print out the cell text to check if the cell contains the right one. All the VMs that I can get the cell value give me the right text, but those VMs that I cannot get the value give me null. I also check the general in Ranorex Spy and saw that the visible section is false for all VMs that cannot get the value, but true for those VMs that can get the value. Is there any way that I can make the cell element visible for Ranorex to spy.
Here is my code:

Hi,
After I ran Ranorex as administrator, I was able to capture the cell inside the table. However, there are two VMs, Windows 10, that gave me an error saying that it cannot find the item, but I add that item from Ranorex Spy.

Image.PNG (23.1 KiB) Viewed 1025 times

The cell items captured by Ranorex Spy

image2.PNG (56.31 KiB) Viewed 1024 times

This is the path of the cell item after I added it to the common repository

image4.PNG (26.77 KiB) Viewed 1023 times

I even try to use raw text item, but none of them working for any VMs, except my local machine.
Please give me any suggestion.
Thanks,
Anh

Are you sure you have the same Ranorex settings on both desktop and VMs? Don't forget that GDI-related settings are stored in Ranorex settings as well. So please make sure you distribute rxsettings file from the original project across all machines. BTW, are you using a source control system to distribute solution to remote systems? If no, then you should definitely adopt one! This would eliminate any configuration variabilities.

Also, do I understand it right that the two problematic WMs are the only two machines with Win10? It could be that on Win10 the UI structure may be recognized differently. Please upload a Ranorex snapshot both from working and non-working machine and full xpath (the failing one) as stored in repository. Thanks.

Hi,
I use a source control system to distribute the solution to remote systems. The two problematic VMs are not the only two machines with Win10. I have my local machine and another machine with Win10 that works, so I have total four machines with Win10. Two works and the other two does not work.
Unfortunately, I cannot give you the snapshot from the two non-working machines because I uninstall Ranorex after each run. However, I can give you the snapshot of working one and a full xpath of the failing one.

Thanks for clarifying the situation with VMs. Unfortunately, I think that the snapshot from a non-working machine is crucial for understanding what's wrong. My guess is that there is a different version of .net (or something else), which causes a difference in the xpath recognition.

Class '#32770' is a very common thing and my guess is that on those two machines, Ranorex actually found a form with class #32770, but this form most probably belongs to a completely different app

Just fire up Spy on either of those machines, start your app and then try to find the xpath "/form[@class~'#32770']". My guess is that Ranorex returns two or more apps and your app will not be the first one in the list?

In case of multiple found items (elements with the same xpath), Ranorex ALWAYS picks the first one! So what you need to do is to specify better base xpath. Why don't you use Title or AccessibleName (eventually processname) to uniquely identify your app?

I have used @processname in my top level RxPaths to make sure I identify the correct item. I did have to use a variable on that so that I can control the process name - it's different between a fully installed release build and a debug build of our application.