-
-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can´t get control with ancestor
selector in UI5 version 1.71
#491
Comments
Hi @marianfoo the declarative ancestor matcher is only available since 1.72 😞. Let me check if I can find a workaround |
@marianfoo I had a look again at our coding and forgot that we already tried to fix this by instantiating the relevant matchers programmatically. So it should work with 1.71 and below |
@vobu @dominikfeininger: we have to discuss about this issue. Some matchers like ancestor or descendent worked differently before 1.72. Maybe we should drop the support for the old versions. |
I thought about dropping support for the version |
after an ad-hoc maintainer meeting (😸), we agreed to
|
hey 👋 - silence for 30 days 🤐 ... anybody? 😀 |
closed 📴 because silencio 🤫 since an additional 14 days after staleness 📠 |
This is still valid |
hey 👋 - silence for 30 days 🤐 ... anybody? 😀 |
closed 📴 because silencio 🤫 since an additional 14 days after staleness 📠 |
I have just stumbled across the problem again :/ But this time i guess bindingPath is not working for const settingsButton = await browser.asControl({
selector: {
controlType: "sap.m.Button",
properties: {
icon: "sap-icon://action-settings"
},
bindingPath: {
path: "",
propertyPath: "/showOptions",
modelName: "info"
},
searchOpenDialogs: true
}
}); |
Thanks for reminding us! We need to have a look at this... |
So for the When we have a stable id we can do something like this in 1.71: await browser.asControl({
selector: {
controlType: "sap.m.StandardListItem",
viewName: "my.super.view.Name",
ancestor: "myStableId"
}
}) When we do not have a stable Id we have to retrieve the control id first: const ancestorId = await browser.asControl({
selector: {
controlType: "sap.m.List",
viewName: "my.super.view.Name",
}
}).getId()
await browser.asControl({
selector: {
controlType: "sap.m.StandardListItem",
viewName: "my.super.view.Name",
ancestor: ancestorId,
}
}); I have also checked the |
hey 👋 - silence for 30 days 🤐 ... anybody? 😀 |
Describe the bug
I try to get
sap.m.OverflowToolbar
withancestor
selector.XML View
UI5 Inspector
Test
https://github.com/marianfoo/ui5-cc-excelUpload/blob/4f31a5fb93a2222cb0b07decc2ba16704610319a/examples/test/specs/all/SetAvailableOptionsListReport.test.js#L61-L69
Error
To Reproduce
Steps to reproduce the behavior:
pnpm --filter ui5-cc-excelupload-sample test -- ordersv2fe 71 --spec SetAvailableOptionsListReport.test
Expected behavior
Get the overflow toolbar.
Logs/Console Output
Screenshots
if applicable, add screenshots to help explain your problem.
Runtime Env (please complete the following information):
wdi5/wdio-ui5-service
-version:1.5.0
UI5
version:1.108.14
wdio
-version (output ofwdio --version
): v7node
-version (output ofnode --version
): 18.14.0Additional context
It works with version 1.84 and up see this workflow run:
https://github.com/marianfoo/ui5-cc-excelUpload/actions/runs/5335263656
Current workaround with regex 😣
I can´t use a fixed id because they are different with every ui5 version 🫠
The text was updated successfully, but these errors were encountered: