-
Notifications
You must be signed in to change notification settings - Fork 287
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
Dom not found, nowhere to look for dom #25
Comments
I have just confirmed, that the same xpath //*[contains(@data-formengine-input-name,"username")] works correctly in Selenium IDE. It seems to me, that during search, Kantu is unable to access some parts of the DOM, but i am unfortunately unable to see what it sees and what now :( thank you |
If this helps to anyone, opening the form in a new tab helped. Probably some dynamic typo3 magic. |
Hi! ...so this sounds like you found a workaround? That is good :) But a "Dom not found" or "Nowhere to look for dom" should never happen. Therefore, if you have a way for us to recreate it (e. g. a test macro) please let us know (reopen the ticket) and we will debug and fix it. |
HI! Thank you for getting back. I can replicate it pretty much anytime. Problem is, that the page is behind login. After bit of digging around, i found where typo3 runs a demo site of this generation of CMS, where you can replicate it too. Info about the demo site: http://demo.typo3.org/ , admin/password are credentials as per their instructions. Now, what i do is that i am filling form when creating new users in Backend Users (menu → Backend users (1)) , selecting Create new record (2) on the screenshot below: And then filling fields of the form: To be able to select these fields with dynamic IDs, xpath is required, see my full Test case below. (for whatever reason, for the values to really get to the form, i have to emulate "click" followed by "type" my text from csv and then even "send keys" KEY_TAB, but that is minor). { Hope this helps, cheers |
OK, some progress here. It seems to be virtual dom, probably in a iframe. I will get to the root of it :) |
Solved, although I am not sure what the solution is, perhaps if the DOM contains iframes, show some info about it... perhaps this is out of scope of Kantu... Here is what i did... Not sure what kantu equivalent is, this is how to get there in python selenuim, might be useful to someone: driver.switch_to.default_content() #make sure to be on top of the main dom I haven't tried in Kantu yet. |
FYI... I'm seeing this problem and have to reload the page to get things to work again. This is on an MUI/React component. |
Hi,
great extension! I am automating form filling in typo3 - it has quite complex page with navigation, uses dynamic fields id etc.
I select these fields with //*[contains(@data-formengine-input-name,"username")] which has been confirmed to work (about two weeks ago).
Now, when i reopen the saved TestCase, i get constant "Dom not found" or "Nowhere to look for dom" messages. So i try to edit my TestCase, edit click target, select field → it get's selected and id=formengine-input-5a587e3f267f1647856491 filled correctly into target, but immediate click on Find (without any reloading) results gain in "dom not found".
If i try it on some very simple webpage, it works.
Tested on:
Kantu extension: 2.2.1
Chrome: Version 63.0.3239.132 (Official Build) (64-bit)
Chromium: Version 63.0.3239.84 (Developer Build) built on Debian buster/sid, running on Debian buster/sid (64-bit)
Has this been a regression? Is there a way to see the inspected dom?
thank you
The text was updated successfully, but these errors were encountered: