docker-selenium VS org.chromium.Chromium

Edit: I got some parts of it running. This video is very helpful. I gave up on the official docker repository for change detection io and switched to the LSIO version. I had to first install and run the docker Selenium container (available here). I installed the standalone version of Chrome from that page. Now I added one line to the docker-compose.yml in the environment section (as mentioned in the video. I did not add BASE_URL) and that was "WEBDRIVER_URL=http://192.168.1.15:4444" (this has to be an actual IP address, can't use "localhost" or anything else. I redeployed the container and the webdriver worked.

Selenium with Docker Selenium Grid https://github.com/SeleniumHQ/docker-selenium. Isolated and scalable.

Next is the image that we are using to run the docker command. Here we are using the Selenium Firefox standalone image with tag 4.0.0-rc-1-prerelease-20210618. More information about the latest versions available can be found from the official Selenium Github repository and the Docker hub public registry.

If you run your own, you need to account for your computer's processing power. That is the bottleneck. Check out this repo for more info. https://github.com/SeleniumHQ/docker-selenium

Same. I had sucess with https://github.com/SeleniumHQ/docker-selenium

If you look on selenium's dockerhub, there are many images to chose from which are much newer. As far as I'm concerned, that image is abandoned and I would definitely not use it. Not saying it is the reason for whatever happened to you, but kind of shocking that change detection is recommending it.

Playwright has a limitation that restricts running tests in Selenium Grid to only the version prior to 4.5.2-20221021 (at the time of this writing - February/2023).

I literally clicked on your link, followed the instructions and found this.

Seems like it's a buggy wayland fractional scalling implementation... It's reverted in the chromium flatpak https://github.com/flathub/org.chromium.Chromium/commit/eea7af903decb3a3b9bb6fdacbb55d24a90e18f3

My philosophy has been to let the distro package manager handle system packages (kernel, OpenSSL, etc) but then use flatpak [1] to install user progs like Chromium and VSCode so I get bleeding edge releases and sandboxing.

[1] https://flathub.org/apps/details/org.chromium.Chromium

If it helps I'm using https://flathub.org/apps/details/org.chromium.Chromium along with https://flathub.org/apps/details/com.github.tchx84.Flatseal

You can inspect how Chromium is built on Flatpak here: https://github.com/flathub/org.chromium.Chromium

Oh that doesn't work? Hmm I wonder if you could try the executable listed at https://flathub.org/apps/details/org.chromium.Chromium and put that in your config?

No need to trust anything, unlike snaps, the way they're distributed is public and open source: https://github.com/flathub/org.chromium.Chromium

Would a workaround be installing chromium from flathub, and using that for browsing? https://flathub.org/apps/details/org.chromium.Chromium