rrweb VS openreplay

Sentry’s license change on the fork was a mistake. It has been fixed though: https://github.com/getsentry/rrweb/pull/92

The fork exists as a ‘buffer’ to get some changes (features or bug fixes) out without the need to couple with the npm release of rrweb itself. Sentry engineers have several PRs in upstream rrweb merged and the goal is to increase the upstream contributions and close the gap between our fork and upstream. We’re currently porting our changes from v1 to the v2 branch.

I believe Sentry has made financial contributions to rrweb but directly to a maintainer. I'll let others who know details to comment on this. I'm sure more contributions will be done, as this is very much in the interest of Sentry anyway.

Worth noting, Sentry has been making larger contributions to OSS every year, as the company grows:

2021: https://blog.sentry.io/we-just-gave-154-999-dollars-and-89-c...

Uncover frustrations, understand bugs and fix slowdowns like never before with OpenReplay — an open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data. Check our GitHub repo and join the thousands of developers in our community.

- Optimize user experience: use insights to refine and improve your app’s usability.

Interested? For more details, you can check out the GitHub repo [0] or documentation [1]:

[0] https://github.com/openreplay/openreplay or documentation

[1] https://docs.openreplay.com/en/rn-sdk/

Hey HN,

For anyone who uses session replay tools to debug, monitor, or analyze user journeys, this feature might come in handy. OpenReplay — the self-hosted session replay tool that helps developers troubleshoot web apps faster — now supports tabbed browsing.

*Here's how:*

1. Capture and replay user sessions that span across multiple browser tabs, all within a single recording.

2. OpenReplay's tracker communicates across browser tabs, ensuring accurate tracking of each tab, even when duplicated or opened with `window.open` without `_blank`.

3. With "co-browsing", you can watch and support users in real-time and see how they navigate across multiple tabs of your app.

*Why it’s important?*

1. This feature is convenient for developers as it allows them to easily identify bugs by reviewing a complete session in one replay, rather than having to reference multiple recordings.

2. It provides a deeper understanding of the user journey and interactions across multiple tabs in your web app, helping in the comprehension of complex user behaviors and paths.

3. It provides accurate feedback on user tab actions such as opening, switching, and closing tabs, assisting in UX/UI improvements.

Interested? For more details, you can check out the GitHub repo at https://github.com/openreplay/openreplay.

You could maybe get in a scenario where a company rather sneakily changes their license without proper announcement to make usage non-open and billable, but that's pretty rare and bad behavior and that underhandedness may bite them back if it goes to court (I am not a lawyer). That said, it can happen. As an example, see this discussion I opened where the project switched licenses and the maintainers thought it was enough to only really announce this within a 1 hour YouTube video (Rather than their blog or update notes).

OpenReplay would not be typically be considered open source. (Which I have raised with them and have since been blocked from their repos).

How does it compare to OpenReplay ?

> Before deciding on ClickHouse, we were planning to use OpenSearch

You should have tried Quickwit :)

Anyway, sounds like a great project, best of luck!

[1] https://github.com/openreplay/openreplay

[2] https://github.com/quickwit-oss/quickwit