-
-
Notifications
You must be signed in to change notification settings - Fork 8.6k
[py] Add --selenium-version to Selenium Manager args #16659
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
base: trunk
Are you sure you want to change the base?
Conversation
PR Compliance Guide 🔍Below is a summary of compliance checks for this PR:
Compliance status legend🟢 - Fully Compliant🟡 - Partial Compliant 🔴 - Not Compliant ⚪ - Requires Further Human Verification 🏷️ - Compliance label |
||||||||||||||||||||||||
PR Code Suggestions ✨Explore these optional code suggestions:
|
|||||||||
|
Thanks for the PR, @cgoldberg! The Python code looks good to me, but as explained in the additional considerations notes, the versioning of the development releases can be confusing. In my opinion, it would be better if unstable versions ended in "-dev" (or "-snapshot" or similar) rather than a number. But I don't know if that is very difficult to change. Also, I am unsure of the motivation for using that version number for unstable releases. |
User description
DON'T MERGE UNTIL #15755 IS COMPLETE!!!
(it will probably fail CI until then)
🔗 Related Issues
This implements the Python portion of #15754
This corresponds to the change in #15755
💥 What does this PR do?
This PR adds the
--selenium-versionargument when calling the Selenium Manager binary.💡 Additional Considerations
Our current process is to bump the version number after a release.
i.e. Currently the latest released version is
4.38.0and the development version is4.39.0.202510242320. Next release will be4.39.0.This is pretty confusing, and nightly builds and development versions will be reporting stats to plausible corresponding to version
4.39.0.XXXXXXXXXXXX, even though4.39.0has not been released.Do we really want that, or should be reconsider how we number development versions? I don't know how other languages usually handle this, but the convention in Python would be to append
devto the version number while in development.i.e. After
4.38.0is released, the version gets bumped to4.39.devuntil4.39.0is released.https://packaging.python.org/en/latest/specifications/version-specifiers/#development-release-separators
🔄 Types of changes
PR Type
Enhancement
Description
Adds
--selenium-versionargument to Selenium Manager binary callsPasses current Python Selenium version to Selenium Manager
Imports VERSION from selenium.webdriver module
Updates method docstring to reflect actual functionality
Diagram Walkthrough
File Walkthrough
selenium_manager.py
Add version argument to Selenium Manager invocationpy/selenium/webdriver/common/selenium_manager.py
VERSIONfromselenium.webdrivermodule--selenium-versionandVERSIONarguments to Selenium Managercommand line
binary_paths()method docstring to accurately describefunctionality