Depending upon the component, the operating system, etc., there are frequently different properties. Some technologies utilize the operating system differently depending upon the OS.
It would be good to know the specific error messages you're getting when you run using Aliases. That will indicate what the actual problem is. There's an additional info tab which goes into more detail.
Basically, what it sounds like is that you've mapped your objects using environment specific properties. For example, if the screen resolution is different and you're using things like Top, Left, Height, Width to map. It could be a change in operating system so there could be differences in how some of the classes are recognized. So, when you change the environment, the objects are no longer mapped properly.
There are no special settings, no need to run anything in particular, just need to make sure that your mapping is sufficently environment agnostic.
It's definitely not how the objects themselves are mapped. Using the literal mapped object path works. Aliases do not. The object spy returns the same mapped object path in the recording environment and the VM.
The error is simply it can't find the object in the application based on the Alias. The test will just sit and wait for the object.
There would be too much code to go through at this point to change it from aliases to the literal path (the one using "Sys.XX").
No, it's how the objects are mapped. The Sys pathing is using a different means of identifying the object than the Mapping. Something in the mapping is machine specific. So, show us how it is mapped. If it can't identify using the mapping, then there is something different on the one machine that is causing the mapping to fail.
Ah sorry,
I'm still new to this, but I believe you're correct. Looks like one of the mapping properties for the button doesn't exist in the VMs. Not entirely sure why.
