Live data from Hacker News

Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

news.ycombinator.com

171–180 of 240 posts

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#171

I think SAML should be available for business tier as well.

I'll draft a PR to put them on the SSO wall of shame at https://sso.tax/ when I'm at a laptop

Do you have a similar wall of fame for companies that _don't_ charge extra from SSO support?

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#172
post #28
post #24

Nice work, looks like you've got some big names using it too, congrats. I have some feedback on your homepage & messaging. Initially scrolling the home page I thought it was a tool for viewing customer bug sessions, similar to TrackJS or Sentry. Reading this post it became clear this is for product managers and/or team members to file bugs. The line "Built for everyone" on the home page threw me off. I think if you m…

I agree with your comment on messaging, that is fantastic feedback–– reading through the comments here in the HN thread, it seems like that's a common understanding from our landing page. I appreciate you flagging that, we should find better wording to make it more clear. And that's really nice to hear, thank you so much! Stack traces with source maps. I agree. We integrate now with logging tools like Sentry and I wo…

Built for product managers who want quick bug fixes and engineers who want clear and reproducible bug reports.

It's NOT built for everyone.

Right?

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#173
post #123

Earlier quoted context omitted.

> Why? The most important info was the time at which the error happened (which, for users who were on Windows, was in the bottom right of the screen). Except it isn't in UTC and it doesn't show an offset. Even if you stored the user's timezone, that doesn't mean that's where they were working from.

Or, some users might have hidden the taskbar, or the clock. Or have several screens, and only one of them has the clock...

Most users don't customize anything, even something as trivial as that. Most corporate users may not be allowed to. I bet they never had to deal with any of these supposed gotchas.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#174
This looks really cool! Someone who worked adjacent to S2 (Cloudflare's remote browser isolation product) told me this would be a good idea to use BrowserBox for this reproducible bug replays around 2 years back. But I didn't have any other input that said the same so we didn't pursue it.

I think I could probably build a competitor to this that doesn't require a chrome extension, using BrowserBox. We already have web DevTools (just right-click or context-click the screen in): https://browse.cloudtabs.net/signupless_sessions and can record the screen output.

But I think hard to replicate will be your first mover advantage, client list, and bunch of other features and integrations. It's interesting you got it to such a state of readiness and polish before posting. Is that about acknowledging the replicability of the tech so you want to protect against that? Or customer requests? Or maybe more just team bias towards products of extreme beauty! :)

Congratulations on this successful launch! I look forward to exploring ways we might be able to collaborate on a web version (that also works on mobile etc, using BrowserBox/CloudTabs!!!).

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#175
I've been playing with this for a few hours and had similar questions about scrubbing custom tokens or headers from the submitted data.

One concern I have about the instant-replay feature is the potential performance implications when monitoring multiple tabs or windows. I'm not particularly fond of the idea of all sites in this way and prefer better controls there.

I saw the block list inside the extension, but I think an allow list makes more sense for this use case. That way, .ycombinator.com or .example could work as opt-in for instant replay, and ideally, those domains could be preconfigured at the team level.

Acknowledging Chrome's extension per-site permissions is a valid option, but it's clunky.

+1 vote for a datadog integration, in addition to backend data I would love to see this work well with RUM. For now, I'll settle for jamming a common ID into Jam.Metadata and see how that works out.

I also thought Jam would accept bug reports from end-users and look forward to the development of that feature.

Comments synced to timestamps in the recordings are nice. Have you considered a scribble/annotation like the still screenshots, but for videos? The annotations could be anchored to the comment timestamp, and they would help capture a UX micro-interactions that may not be obvious in a still or video.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#176
post #169

I didn't dig too deeply so maybe I missed it but your site doesn't mention how this works from a technical standpoint, i.e. do both reporters and devs need to have this extension installed, or just the reporters? If just the reporters, in what format are the bug reports captured? I.e. if it's a video plus metadata, does it save a .mp4 (or whatever) video file plus a .json file with the metadata? Knowing more up front…

Just the reporter. Metadata + screenshot / video / instant replay. You can download the videos.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#177

This is a really cool tool! I wanted to ask - you mention HAR files - how do you ensure tokens and secrets don’t end up in them / stored on your end or anywhere else they may end up?

We try our best to obfuscate potentially sensitive/private data on the client side.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#178

Not to steal your thunder but we're building the same tool [1] but for the WHOLE desktop experience, not just the browser - if anyone has any feedback I'd love to talk to you! [1] https://www.dashcam.io

Looks really good. And it's a better fit for my work on a CLI app that makes no use of a browser.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#179
post #28
post #24

Nice work, looks like you've got some big names using it too, congrats. I have some feedback on your homepage & messaging. Initially scrolling the home page I thought it was a tool for viewing customer bug sessions, similar to TrackJS or Sentry. Reading this post it became clear this is for product managers and/or team members to file bugs. The line "Built for everyone" on the home page threw me off. I think if you m…

I agree with your comment on messaging, that is fantastic feedback–– reading through the comments here in the HN thread, it seems like that's a common understanding from our landing page. I appreciate you flagging that, we should find better wording to make it more clear. And that's really nice to hear, thank you so much! Stack traces with source maps. I agree. We integrate now with logging tools like Sentry and I wo…

I got the same impression at first. Then I saw the drawing tools and I thought that’s a lot to ask from end users. Messaging is confusing for sure.

Re: Show HN: A web debugger an ex-Cloudflare team has been working on for 4 years

#180
Nice work! Suggestions

1)Jam requires being on a website page to load, which might not always align with how users interact with browser extensions, often using them independently of a webpage

2) Wouild be nice to have an option to record two windows

3) Visibility of the extension popup in recordings when sharing a browser window - I can see extension popup open on the recording only when I share the entire screen

Thank you! Haven't explored all functionality yet but already love Jam <3

Post reply on HN