Live data from Hacker News

Firefox Replay

firefox-replay.com

241–250 of 297 posts

Re: Firefox Replay

#241
post #223

I wonder how this is positioned compared to Bird Eats Bug and LogRocket/FullStory

Co-founder of Bird here. Firefox Replay seems to be focusing purely on developers, while we see usage also from PMs, QA and even customer support. So in the end developers can get more data from essentially anyone in the company.

Over time we will be adding more tools for developers. It will be interesting to see how Firefox will approach this compared to us.

Re: Firefox Replay

#242
post #6

The biggest benefit for me (I think) would be if the product/design people I work with could find issues and send their recordings to me. Don't think I'll be able to convince them to switch to FF though.

As glassounds mentioned in the comment, Bird Eats Bug is actually covering that use case. Feel free to reach out to me directly if you have more questions: dan@birdeatsbug.com

Re: Firefox Replay

#243
post #198
post #141

Earlier quoted context omitted.

Small user base to test?

Actually probably Mozilla’s largest user base

Why 'probably'? According to the stats I could find [1], Firefox has around 5% of Mac users, and around 9% of Windows users. Windows is Firefox's biggest platform, both in absolute terms and as a fraction of that platform's users.

On Linux, Firefox has a bigger percentage (>30%), but (desktop) Linux is much less popular than macOS so in absolute terms they have the fewest users there.

[1]: https://netmarketshare.com/

Re: Firefox Replay

#244
Oh, oh, oh! This is so exciting!

I had built a poor mans version of this where I worked with puppeteer for automated tests. It'd basically record the full dim any time it changed, along with console logs, network request metadata, images and css and output it as a test recording. You could then view that and walk through it in an Electron app.

This'll blow it out of the water. I hope for e2e testing's sake that linux support comes soon.

Re: Firefox Replay

#245

Earlier quoted context omitted.

When that platform is Mac, certainly. For some mysterious reason you don't see complaints about Linux-only utilities :)

you can virtualize linux, you cannot virtualize macos. no, downloading sketchy images or hacking your virtualization software does not count.

> you cannot virtualize macos.

You can, and it’s licensed to.

Since Lion:

> (iii) to install, use and run up to two (2) additional copies or instances of the Apple Software within virtual operating system environments on each Mac Computer you own or control that is already running the Apple Software.

No hassle support page on VMware site:

https://kb.vmware.com/s/article/1000131

EDIT: Amusingly on topic with gist of thread above, anger about a dev tool launched for MacOS, this fact with citations from license and support page from VMware garnered instant down votes.

Re: Firefox Replay

#246
post #243
post #198

Earlier quoted context omitted.

Actually probably Mozilla’s largest user base

Why 'probably'? According to the stats I could find [1], Firefox has around 5% of Mac users, and around 9% of Windows users. Windows is Firefox's biggest platform, both in absolute terms and as a fraction of that platform's users. On Linux, Firefox has a bigger percentage (>30%), but (desktop) Linux is much less popular than macOS so in absolute terms they have the fewest users there. [1]: https://netmarketshare.com/

The statistic that matters for this tool is the distribution of developers, not the overall user base.

Re: Firefox Replay

#247
post #243
post #198

Earlier quoted context omitted.

Actually probably Mozilla’s largest user base

Why 'probably'? According to the stats I could find [1], Firefox has around 5% of Mac users, and around 9% of Windows users. Windows is Firefox's biggest platform, both in absolute terms and as a fraction of that platform's users. On Linux, Firefox has a bigger percentage (>30%), but (desktop) Linux is much less popular than macOS so in absolute terms they have the fewest users there. [1]: https://netmarketshare.com/

Mozilla’s Firefox Hardware Report has the latest desktop OS share across all Firefox channels:

  51% Windows 10
  27% Windows 7
   6% Windows 8
   6% macOS
  11% Other (Linux, BSDs, etc)
https://data.firefox.com/dashboard/hardware

I think the Firefox Nightly, Developer Edition, and Beta channels have a slightly higher share of macOS and Linux users, but not much. There are a lot of Windows users out there; you just don't see them at JS conferences. :)

Re: Firefox Replay

#248
post #65
post #3

Why "Download Firefox Nightly for macOS"? Is it not supported on Linux and Windows? Why?

This blew me away a bit. Is MacOS this popular in the Web frontend crowd? I always felt that the price/quality ratio was way off with MacOS, compared to a good regular laptop. By good I mean top 10% ranked by price/quality. Even if it wasn't, Apple's general hostility towards consumers is infuriating. Right-to-repair is a banal example.

Yes, and for backend and mobile too since you can build for android and iOS.

Re: Firefox Replay

#249
post #231

Earlier quoted context omitted.

That's exactly right Brian Hackett collaborated early on with ROC. Here are the basic principles of Replay ( https://developer.mozilla.org/en-US/docs/Mozilla/Projects/We... ). In a nutshell, replay records Firefox's OS system calls, so that that Firefox can read from the recording when replaying.

For what it's worth, the DMTCP [1] user-space checkpoint/restore system does that (and more). C/R is a way of doing coarse batch-based reversible debugging, typically of distributed HPC programs, and FReD [2] is a(n unfortunately dead) reversible debugger using DMTCP record/replay. 1. http://dmtcp.sourceforge.net/ 2. https://arxiv.org/abs/1212.5204

Thanks for sharing!

Re: Firefox Replay

#250
post #231

Earlier quoted context omitted.

That's exactly right Brian Hackett collaborated early on with ROC. Here are the basic principles of Replay ( https://developer.mozilla.org/en-US/docs/Mozilla/Projects/We... ). In a nutshell, replay records Firefox's OS system calls, so that that Firefox can read from the recording when replaying.

For what it's worth, the DMTCP [1] user-space checkpoint/restore system does that (and more). C/R is a way of doing coarse batch-based reversible debugging, typically of distributed HPC programs, and FReD [2] is a(n unfortunately dead) reversible debugger using DMTCP record/replay. 1. http://dmtcp.sourceforge.net/ 2. https://arxiv.org/abs/1212.5204

From a user perspective, we are trying to focus less on rewind and step back and more on adding logging retroactively.

The best way to think about this is when the user adds a logpoint, they'll immediately see the logs in the console.

We hope that making logging much better is a great way to help people better understand the recording.

Post reply on HN