BUG REPORTING
Visual bug reporting, with the evidence attached
A reporter clicks the broken thing and types what went wrong. Annot8 captures the rest — screenshot, console errors, failed requests, browser, viewport, URL — and pins the whole report to the exact element it happened on.
One script tag. No browser extension. Reporters never need an account.
CAPTURED AUTOMATICALLY
What a report carries
The difference between a complaint and a bug report is the context. This is what arrives with every report, without the reporter doing anything.
A screenshot of the moment
The visible viewport is rendered automatically — no browser extension, no screen-share permission prompt — and cropped to the pinned element when that tells the story better.
A screen recording, when words fail
Reporters can record their screen and narrate the bug as it happens. The recording lands on the thread next to the comment.
Console errors
The most recent console errors are captured with the report, so “it just broke” arrives with the stack trace that says why.
Failed network requests
Requests that errored or returned failure codes are recorded too — the 500 behind the blank screen is in the report before anyone opens DevTools.
Browser, viewport, and URL
Every thread carries the browser, the viewport size, and the exact URL, so “works on my machine” becomes a reproducible starting point.
The element itself
Reports pin to the actual DOM element, not pixel coordinates — the pin survives scrolling, resizing, and new deploys.
A voice note, if typing is slower
Reporters can attach a spoken note instead of an essay — often the fastest way for non-technical reviewers to explain what they expected.
Structured fields for triage
Issue type, priority, expected vs. actual behaviour — filled in on the thread so triage sorts on data, not vibes.
No account required to report
Guest reviewers report through a share link without signing up — and they never consume a seat on any plan.
AFTER THE REPORT
From reported to fixed
Capture is half the job. The other half is getting the bug to the person who will fix it, in the tool where they work.
It lands in one inbox
Bug reports arrive in the same inbox as feedback, board posts, and chats — labelled, assignable, and filterable by page, priority, and status.
It pushes to your tracker
Send a report into Linear, Jira, GitHub, GitLab, Asana, or Trello as an issue that links straight back to the pinned element — automatically for every new thread, or on demand.
It announces itself
Route arrivals to Slack, Teams, Discord, email, or a webhook the moment they land, so the team that watches the channel sees the bug before the standup.
ONE WORKSPACE
It comes with the rest of Annot8
Bug reporting shares its widget, inbox, and team with the rest of Annot8 — turning it on never means installing another tool.
- VISUAL FEEDBACK
Comments pinned to the exact element, for design review and copy edits — not just bugs.
Explore - FEEDBACK BOARD
A public board where users post, vote, and follow the roadmap.
Explore - LIVE CHAT
Answer visitors from the same widget and the same inbox.
Explore - ANALYTICS
Measure the page you just fixed, from the same script tag.
Explore
The next bug report arrives ready to fix
Paste one script tag and every report shows up with the screenshot, the console, and the exact element — instead of a cropped screenshot in Slack.
Free forever plan · No credit card · 3 guest reviewers included
