-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Element is present but cannot be read #1600
Comments
@ben-perrier - I used to have issues chaining asserts like your example. Does the call work if the assert and the click are like this?
|
@Zechtitus thanks for replying, unfortunately the error remains the same:
|
@ben-perrier possible you could try this against google - just to verify the results are the same.
oh and what version of firefox? I am using a selenium/node-firefox-debug:3.4 in a grid configuration... I know I was running into issues attempting to use the latest firefox build - 3.5.3 and had to fix the version to 3.4 UPDATE: I just tried the latest version of firefox and was running into the same issue in my logs - the 3.4 variant did not. a few of us have run into similar issues with the current latest selenium node-firefox-debug in this issue #1543 results I got with verbose turned on - seem to match up
|
Again, the first 2 requests are 200 and the 3rd one is a 500 with an empty data element.
I started with the "Demo test google" sample code and this code never worked in my installation, when it comes accessing elements and interacting with them. |
@ben-perrier I've been seeing the same issues with all of the 3.5 and now the 3.6 variants of node-debug
The only solution I have now is to use the older 3.4 version which does work. I will keep playing around and see if there is some short term soln. |
@ben-perrier - ok I have a fix that works on my end with the latest firefox... basically it is to substitute click with the invoke I have a more elegant soln done in my own libraries - but maybe see if that works around the problem first. Aside from this - I think we have to wait until firefox drivers play nice with click (and other?) methods |
@Zechtitus, i have same prob. It happens with latest Looks like Expected Behaviorwith version 3.4.0 all work fine
https://travis-ci.org/instrumentisto/vue-app-example/builds/280784271 Actual BehaviorIn versions 3.5.0 or above
https://travis-ci.org/instrumentisto/vue-app-example/builds/280778475 I`m propose next solution: #1604 |
@yak80 - I just tried your branch and the problems went away with the latest node-firefox-debug (3.6 at this time). |
Thanks everyone, I switched selenium-standalone-server to version 3.4 and it appears to have fixed the problem. I can now click on elements and manipulate them too. |
A fix for this issue is now in 0.9.17. |
Happening for me again on nightwatch v0.9.19 |
This issue is not fixed. |
Still seeing this issue on v0.9.21 |
Hey everyone,
I have this issue where the gecko browser displays my page and can successfully wait for an element to be present and test for an element's presence.
But it cannot read any element's property or click on it, or interact in any way with the element.
See simple test below:
When clicking on the element (or trying to read any property like visibility for ex.), I can see that the request to selenium has 'element/undefined' in it, and the data object is empty whereas it should pass the selector. I have tried with many different selectors and selector strategy, but nothing does it.
See extract of verbose log below:
And here is my configuration in nightwatch.json :
The text was updated successfully, but these errors were encountered: