* all browser tests run in one suite
* remove separate headless test - just use the bazel flag for any browser
* move fsutil command for short names on windows to bazel
* maybe unit tests need to be single threaded for windows
* Replaces the current Python linters (black, isort, docformatter, autoflake, flake8) with ruff
* Integrates it into the build system
* Formats all Python source files
---------
Co-authored-by: Alex Rodionov <p0deje@gmail.com>
* updates dependencies in `py/pyproject.toml` for packaging
* updates dependencies in `py/BUILD.bazel` for building/testing/packaging
* updates dependency versions in `py/requirements.txt`
* adds tox and its dependencies to `py/requirements.txt`
* updates Python CI job to use new version of tox
* adds missing pinned transient dependencies to `py/requirements.txt`
* generates new `py/requirements_lock.txt` with updated hashes
* fixes errors in tests that were failing due to deprecations in the newer version of PyTest
* removes trove license classifier from packaging data since it is now deprecated (license is already specified through `project.license` metadata)
* [py] Fix TypeError when init Safari webdriver
* Try to enable test safari in CI
---------
Signed-off-by: Viet Nguyen Duc <nguyenducviet4496@gmail.com>
* [py]: Upgrading syntax to be `python3.8+`
* [py]: Upgrade infrastructure for `python3.8+`
* [py] Remove accidental commit of pre commit config used for upgrading
* [py]: Remove py37 classifiers from bazel python packaging recipes
* [py]: Apply `flake8` with py3.8 - update docstrings inline with `PEP-257`
* [py]: Use more python3.8+ syntax
* [py]: Remove old python3.7 comments in code
* [py] Apply more python3.8+ type hints
* [py]: Fix conflicts and make `CHANGES` accurate
---------
Co-authored-by: Diego Molina <diemol@users.noreply.github.com>
This commit introduces few major changes to the Selenium CI, overhauling
the current implementation to make it a bit more usable and maintainable.
1. Introduces high-level orchestrating "CI" workflow that is run on
every push to the main branch, every 12 hours, every pull request,
and manually. This workflow checks which bindings are affected by the
pushed changes and calls individual CI workflows, presenting all of
the results on a single page -
https://github.com/SeleniumHQ/selenium/actions/workflows/ci.yml.
2. Reworks every "CI - <Bindings>" workflow to be callable from other
workflows or run manually. The former is important for the "CI" workflow,
the latter is matter of convenience so that individual bindings CI
workflow can be run.
3. Individual bindings CI workflow are also implemented in a similar
manner with the following pipeline:
Build -> Documentation / Lint / Unit Tests -> Integration Tests
This allows to better balance the load across the CI runners queue,
preventing an immediate burst of queued runs.
4. Almost every CI pipeline step is implemented via a callable
bazel.yml workflow. It is responsible for setting up the whole
environment (browsers, Bazel caches) and greatly simplifies the
individual bindings workflow. The only exceptions not using it are
few JavaScript/Python tasks not migrated to Bazel and Rust pipeline.
6. Removes unnecessary installation of JDK because it's already taken
care of by Bazel.
7. Allows to start interacting SSH session inside CI upon failure. This
can be done by re-running a failed build with "Enable debug logging"
on.
8. Allows to force-run CI on pull requests if the title includes
[<bindings>] text. We could also fetch commits on this PR, but it
needs extra code and can be done later.
It provides cross-platform configuration of Bazel and fine-grained
caching for bazelisk, disk_cache, repository_cache and external
repositories resulting in faster CI builds.
This commit lands a support for public read-only remote Bazel cache
stored on Google Cloud Storage at
https://storage.googleapis.com/seleniumhq-bazel-remote-cache. The
storage bucket is public so anyone on the internet can use it to speed
up building Selenium locally.
The cache is written on the trunk CI builds by specifying
--remote_upload_local_results=true in CI .bazelrc. Likewise, Selenium
committers can write to the cache by getting the JSON key and adding
the following to the .bazelrc.local:
build --remote_upload_local_results=true --google_credentials=<path-to-json-key>
For now, the bucket is stored in @p0deje personal Google cloud and we
should eventually move it SeleniumHQ account if/once we have it.
