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

License Clarification #3850

Open
JoyceBabu opened this issue Feb 16, 2024 · 2 comments
Open

License Clarification #3850

JoyceBabu opened this issue Feb 16, 2024 · 2 comments

Comments

@JoyceBabu
Copy link

While exploring version 2 of the software, I noticed a shift in the project license from GPLv3 to SSPL-1.0. However, the issue highlighted in this GitHub issue persists.

The LICENSE file states:

If you want to use Browserless to build commercial sites, applications, or in a continuous-integration system that's closed-source then you'll need to purchase a commercial license.
If you are creating an open source application under a license compatible with the Server Side License 1.0, you may use Browserless under those terms.

However, the SSPL-1.0 license does not mandate that all projects utilizing the software must be open source. It specifically targets scenarios where the project is offered as a SaaS. This approach was notably adopted by MongoDB to address services like AWS, which offered MongoDB as a SaaS, rather than commercial projects utilizing MongoDB internally. This distinction is why MongoDB designed SSPL based on the GPL rather than the AGPL.

Therefore, it appears that under SSPL, one is permitted to use the unmodified docker container and integrate the self-hosted service with their own software or website. However, creating a direct competitor to Browserless.io without open-sourcing the competing service's code is prohibited.

If Browserless aims to prevent commercial exploitation of its software without financial compensation, that's entirely justifiable. However, employing a license that allows for commercial use, while simultaneously issuing statements that suggest otherwise, generates confusion. A clarification on this matter would be greatly appreciated.

@igorer88
Copy link

igorer88 commented Apr 16, 2024

I agree totally, a clarification would be great for startups that just want to use the product for some of its features on their own products.

@moltar
Copy link

moltar commented Aug 11, 2024

Agreed. This is very muddy. I just wanted to use it for e2e tests internally. Verbiage states that integration tests require a purchase of a license. This doesn't make sense. Mongo use case in an integration test would have been free.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants