-
-
Notifications
You must be signed in to change notification settings - Fork 180
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
Regression: CHROMEDRIVER_FILEPATH doesn't work #462
Comments
Yes, this is most likely a bug. It came from the refactoring I did earlier. I see you submitted a PR, I'll take a look into it. |
I just fixed it and will release momentarily. If the fix does not work for you, please let me know. |
Thanks @giggio, I'll try it in a moment 👍 |
chore(deps): upgraded chromedriver to 123.0.3 as giggio/node-chromedriver#462 is now addressed
Looking good, thanks for the quick fix, @giggio! |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Hey @giggio
It looks like v122.0.0 introduced a regression (also present in v123) similar to #424, where specifying
CHROMEDRIVER_FILEPATH
breaks the installation process.I believe the culprit is the
return
statement on line66
:node-chromedriver/install.js
Lines 61 to 79 in 85cd3fa
This return statement prevents the script from proceeding to line
75
and copying the existing user-specified binary tochromedriver/lib/chromedriver
:node-chromedriver/install.js
Lines 75 to 77 in 85cd3fa
Since the binary is never copied to the correct destination, calling
require('chromedriver').path
returns a path that points to a non-existent location, which then confuses automation frameworks:node-chromedriver/lib/chromedriver.js
Lines 48 to 52 in 85cd3fa
I believe that to solve this, the install script should copy the user-specified binary to the expected location.
The text was updated successfully, but these errors were encountered: