How to report a bug
Which board to use, what to include, and what to leave out.
Written By Dustin
Last updated 24 minutes ago
Post it on the Bugs & rough edges board at feedback.tovio.dev. You need to be signed in — guest posting is off, because an anonymous poster can never be notified when their report is fixed.
If you arrived from a report link printed by the CLI or offered by an editor extension, that link opens the portal rather than a particular board, so pick Bugs & rough edges yourself once you are there. The link carries no more than the surface you were on, the error code, the documentation page, and your TOVIO version — never a path, a repository or lane name, or anything identifying you.
What to include
- The
TVO-AREA-NNNcode from the end of the error message. It is the single most useful thing you can send and it reveals nothing about your repository. - A description of what the error said, in your own words, with file paths, repository and lane names, identities, and hostnames taken out. Describe it; do not paste the block.
- The output of
tovio --version. - What you expected to happen, and what happened instead.
- Which surface you were using, and your operating system.
- Whether it happens every time or happened once.
The Surface field is required on this board and is a fixed list: CLI, VS Code, JetBrains, Desktop, Web app, Cloud / Forge, MCP / agents, SDK / bindings, Docs, Git migration, or Other. Three more fields are optional: Error code and TOVIO version are free text, and OS is a short list — Linux, macOS, Windows, or Other. Filling them in is what makes a report findable later, by us and by the next person who hits it.
What never to include
The boards are public and hosted by a third party. Describe the behaviour rather than pasting:
- repository contents, file paths, or diffs
- tokens, keys, or session strings
- identities, hostnames, or anything belonging to other people
- raw, unredacted command output — an error block usually carries at least one of the above
If you cannot describe the problem without one of those, that is a signal the issue may be security-sensitive. Stop, and read Reporting a security vulnerability instead.
Before you post
Search the board first. If someone has already reported it, upvote that post and add what is different about your case as a comment rather than filing a second one.
After you post
Your post is held for review before it appears, and so is a comment. That hold is a safety control rather than a quality filter, and Community guidelines and moderation explains it. Once approved, the post starts in Under review; What happens to your post covers where it goes from there.
A documentation problem — a page that is wrong, missing, or lost you — belongs on Docs & quickstart rather than here.
Do not report security vulnerabilities here. This board is public and operated by a third-party vendor. Read https://tovio.dev/security and use the private channel it names. Never paste repository contents, file paths, diffs, tokens, keys, or other people's data — describe the behaviour instead.