The labelGettter() reads the SalesForce UI API and determines labels by reading layoutItems.layoutComponents.labels.
In a customized version of SalesForce it appears that path is incorrect. Rather it should read the parent layoutItems.labels instead. That was updated.
Update testzeus-archetype POM to 1.0.5.
In addition, an inconsistency in the UI API causes one field to be identified as an input instead of a TextArea. A new method findElementByXpath was added. It will trap the NoSuchElement when looking for a ["String"] type, and then attempt a //textarea xpath over an //input xPath.
Finally POM entries for vulnerable dependencies were updated. EXCEPT Selenium3. Major version jump to 4 seemed out of scope. Also not clear if it's even necessary since the WebDriverManager is in use (io.github.bonigarcia). Thus left it untouched for now.
The labelGettter() reads the SalesForce UI API and determines labels by reading layoutItems.layoutComponents.labels.
In a customized version of SalesForce it appears that path is incorrect. Rather it should read the parent layoutItems.labels instead. That was updated.
Update testzeus-archetype POM to1.0.5 .
In addition, an inconsistency in the UI API causes one field to be identified as an input instead of a TextArea. A new method findElementByXpath was added. It will trap the NoSuchElement when looking for a ["String"] type, and then attempt a //textarea xpath over an //input xPath.
Finally POM entries for vulnerable dependencies were updated. EXCEPT Selenium3. Major version jump to 4 seemed out of scope. Also not clear if it's even necessary since the WebDriverManager is in use (io.github.bonigarcia). Thus left it untouched for now.