Closed psivesely closed 7 years ago
@fowlslegs thanks for reporting the issue, it seems execute_script
returns an empty string.
I couldn't reproduce the issue with TBB 6.5, though. The CI tests pass as well: https://travis-ci.org/webfp/tor-browser-selenium/builds/199167351
Could it be about the selenium version being used? I use 2.53.6.
The CI tests pass as well: https://travis-ci.org/webfp/tor-browser-selenium/builds/199167351
You don't test this method in Travis: https://github.com/webfp/tor-browser-selenium/blob/v0.2.1/tbselenium/test/test_addons.py#L56.
Could it be about the selenium version being used? I use 2.53.6.
Same here.
You don't test this method in Travis: https://github.com/webfp/tor-browser-selenium/blob/v0.2.1/tbselenium/test/test_addons.py#L56.
Oops, sorry about that :smile_cat:
We disabled the test because the Travis containers didn't seem to support WebGL. Could that be the culprit here as well? Does http://webglreport.com/ say your machine/container support WebGL?
Are we sure that the failing test passes with the previous stable (6.0.8)? I assume you use TB's default security slider setting while running the tests(?)
This browser supports WebGL 1, but it is disabled or unavailable.
Not sure it passes on 6.0.8.
Security Slider is set to low (although I feel like this is something you might want to explicitly set/ control for the tests).
I'll try to test w/ 6.0.8 when I have the time.
Thanks, then I suspect the failure is due to lack of WebGL support.
I think we need to rewrite this test. When the test fails we can't tell if it's a genuine failure or it's due to lack of WebGL support.
Security Slider is set to low (although I feel like this is something you might want to explicitly set/ control for the tests).
That makes sense, noted.
Closing this issue. Please reopen if the 6.0.8 test passes on the same machine. Otherwise it should be due to missing WebGL support.