[🚀 Feature]: Create separate NPM for Selenium Manager

[titusfortner]

Feature and motivation

Unlike the other bindings, there are various JavaScript projects (like webdriver.io) that can benefit from Selenium Manager being released as a separate package. @harsha509 mentioned it shouldn't be too challenging to figure out how to build it with Bazel. @christian-bromann might be able to provide feedback on requirements for this.

Usage example

n/a

[christian-bromann]

Ideally it would be great if Selenium Manager could package a WASM file and publish it to NPM with a minimal JS interface to run the features of the manager, e.g. install driver etc. I recently was working on a project with similar requirements. Happy to provide support if needed.

[titusfortner]

Would that require putting the Rust code in the package?

[christian-bromann]

Would that require putting the Rust code in the package?

No. I recommend have a prepare script in the package.json that automatically downloads the latest Selenium Manager release with the WASM file included. You can go all fancy and pin NPM release versions to the Selenium Manager release version and have auto-releases. Anyway the code for such NPM package can live totally independent of the original source.

[diemol]

This assumes that we are going to make Selenium Manager releases, which I would like to. But so far we do not have consensus of that. Are we actually going to make releases or not?

[titusfortner]

If supporting wdio is the primary argument in favor of independent release right now, I'd prefer finding an alternate way to support/distribute, at least until we have full functionality.

Also, this isn't just one binary, but 3 because of different architectures, not sure how that works with npm.

[diemol]

We have two use cases now, WebdriverIO and Docker images setup.

[christian-bromann]

Also, this isn't just one binary, but 3 because of different architectures, not sure how that works with npm.

It does, example case: https://github.com/webdriverio-community/node-geckodriver - the package downloads the binary from Github when the user uses the driver for the first time. Something similar could be done for an NPM package for Selenium Manager.

[titusfortner]

Docker case is more an optimization(?) than new functionality.

1. We need an API we can agree to maintain backwards compatible if we release independently. What we have now isn't what we want, and I'm not sure we'll know for sure what we want until browser downloads are implemented.
2. User confusion. I feel like we're just starting to make progress here 😂
3. It seems like there are alternatives to separate downloads that are sufficient for now?

[diemol]

The Docker case is just to use the functionality that already exists in Selenium Manager

[titusfortner]

As I understand it, the Docker use case is to be able to load it as part of the Docker RUN command instead of the first time a session is requested by the entrypoint. There's no missing functionality right now with this scenario; Selenium Manager will just execute the first session request, it's just an optimization to start it at the beginning.

[diemol]

Ok, yes. Optimization.

[titusfortner]

But along those lines. Maybe we can document how people could execute selenium manager code to cache drivers without starting drivers? Not a use case I'd considered.