Skip to content
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

Remove chrome's --no-sandbox from tests #576

Merged
merged 1 commit into from
May 14, 2024
Merged

Remove chrome's --no-sandbox from tests #576

merged 1 commit into from
May 14, 2024

Conversation

lread
Copy link
Collaborator

@lread lread commented May 14, 2024

Our tests included the --no-sandbox option for chrome.

This seems to have been harmless until recently.
On Windows, it now results in orphaned chrome processes which results in tests bogging and then, after a long, while failing.

Removing --no-sandbox when running on Windows resolves the issue.

The --no-sandbox option allows testing under a root user. Because we don't run tests under root on any OS or environment, I feel comfortable removing --no-sandbox across all OS testing.

This change also includes new bb task ps, a bare-bones cross-platform way to report on running processes. This was useful while diagnosing the issue so I've left it in.

I also switched from babashka.process/destroy to babashka.process/destroy-tree when killing a web driver process. This did not help with the Windows chrome orphan issue, but I expect it is generally a better way to go.

Closes #572

Please complete and include the following checklist:

  • I have read CONTRIBUTING and the Etaoin Developer Guide.

  • This PR corresponds to an issue that the Etaoin maintainers have agreed to address.

  • This PR contains test(s) to protect against future regressions

  • I have updated CHANGELOG.adoc with a description of the addressed issue.

Our tests included the `--no-sandbox` option for chrome.

This seems to have been harmless until recently.
On Windows, it now results in orphaned chrome processes which results in
tests bogging and then, after a long, while failing.

Removing `--no-sandbox` when running on Windows resolves the issue.

The `--no-sandbox` option allows testing under a root user.
Because we don't run tests under root on any OS or environment,
I feel comfortable removing `--no-sandbox` across all OS testing.

This change also includes new bb task `ps`, a bare-bones cross-platform
way to report on running processes. This was useful while diagnosing the
issue so I've left it in.

I also switched from `babashka.process/destroy` to
`babashka.process/destroy-tree` when killing a web driver process.
This did not help with the Windows chrome orphan issue, but I expect it
is generally a better way to go.

Closes #572
@lread
Copy link
Collaborator Author

lread commented May 14, 2024

Ok, back to the regular old flakiness. At least tests can pass now.

@lread lread merged commit 1de58c3 into master May 14, 2024
53 checks passed
lread added a commit that referenced this pull request May 15, 2024
* master:
  tests: fix window switch tests (#581)
  dev: add `--host` to `dev:bb` and `dev:jvm` tasks (#580)
  Remove chrome's `--no-sandbox` from tests (#576)
@lread lread deleted the lread-no-sandbox branch July 28, 2024 18:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

windows chromedriver leaves orphan chrome processes when using --no-sandbox
1 participant