Open simone36050 opened 1 month ago
I added the PR above, it basically add a more complex verification to the selection of the executable before allowing the user to use it. This partially solves the initial problem of using a wrong executable during test executions. I was not yet able to identify where the second issue originates, I will do it.
If a user runs a test without setting a Selenium driver, the test will fail because the driver cannot be used. The user will then probably select the correct driver and re-run the test. The result is that the test may not run correctly. In particular, in multi-session tests where the instructions of the first session are supposed to sleep until the second session reaches a specific instruction, the sleep function is not performed correctly.
Steps to reproduce:
OP-Token response-refresh_token-already-used.json
);Expected result: pass Actual result: not applied