Timotius Margo

Hi @kviji, From the code snippet, it is not obvious what language binding you are using for your script. Would you please include the log from the `WinAppDriver.exe` console when...

Hi @kviji, Thank you for providing the information. The **moveto** command endpoint is indeed defective as it doesn't scroll the element to view as specified in the [JSON wire protocol](https://github.com/SeleniumHQ/selenium/wiki/JsonWireProtocol#sessionsessionidmoveto)....

Hi @kviji, When you issue an [ElementClick](https://github.com/Microsoft/WinAppDriver/blob/v1.1/Tests/WebDriverAPI/ElementClick.cs#L49), it will attempt to scroll the element into view if it supports `ScrollItemPattern` just like the minute selector item of **Alarms & Clock**...

Hi @kviji, Yes `IsScrollItemPatternAvailable` has to be set to `true` for WinAppDriver to implicitly scroll it into view. Beside **Alarms & Clock** application, you can also see how **Microsoft Edge**...

@kviji, You're welcome! Let us know how it goes 👍

Hi @kviji, If the Combo box element you mention has the `IsScrollItemPatternAvailable` set to `true` it should be implicitly scrolled into view and receive the actions. You may want to...

Hi @kviji. You are totally right. The original issue was about `moveTo` API endpoint that does not implicitly move scrollable item into view. I got confused by other unrelated issues...

This scenario is well understood and I recognize the value. Unfortunately, WebDriver spec doesn't currently have such API endpoint that highlights certain element on demand. And without an implementation in...

Hi @KiranBehara, Windows Application Driver follows **Appium** interface which inherits the W3C **WebDriver** interface. None of these API surfaces has the endpoint to draw a highlight rectangle in question. As...

Hi @beatsm, This is interesting. Are you running the test on the machine with standard US keyboard layout selected?