Ya both the profiling and image accuracy is the same.
And the image is finished loaded before I check the image exist.
Both the image exist and click image is using the same page (same image) that is finished loaded.
And there are a special things about the element. There are a container in front of the image that I wanted to click. The container causes me unable to select the selector and need to use the image
The workflow is for an application, thus you are unable to visit it online.
The page contains the table, and when I wanted to click on the table, it will select the whole table, unable to click on the selector. There is an container in front of the element, blocking me to choose the element.
I tried to search for the selector in the Visual tree of the UiExplorer. But it also didn’t show there.
Thus, I am using the click image, but before the click image I use the image exist to wait for the loading time.
Although the application is finished loaded, the image exist still return false.
I did test the image exist by opening the app and wait for some times and the result still remains the same.
But then when I test the click image, the mouse is able to went to the click’s location and click it.
Both the image and selector using is the same. In the properties, the similarities also is the same.
The selector is <wnd app='crts.client.main.exe' ctrlname='frmMainForm' />
To start with did you try changing the ui framework from default to active accessibility and tried indicating the element ?
Alternately you can create the selector yourself by inspecting the element on your browser and check the attrributes and tags related to the table
And why do you want to use element exists opposing to increase the timeout property of the click image… and when it fails may be you can have a try catch and catch the error as well
Is the image exists serving as a page transition wait?