Product polish severity bar #43
Labels
No labels
needs-info
needs-triage
ready-for-agent
ready-for-human
wayfinder:grilling
wayfinder:map
wayfinder:prototype
wayfinder:research
wayfinder:task
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
TheAnachronism/tt-rss-viewer#43
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #41
Question
What severity levels and exit rules decide whether a product rough edge or bug blocks 1.0 beta (sideload-to-friends), versus ship-with-known-issue?
Resolution
Three exit buckets for product rough edges / bugs against sideload-to-friends 1.0 beta:
Blocker
Breaks the core reading loop, or safety. Core-loop breakage stays Blocker even when a reliable workaround exists.
Core reading loop: Sign-in / Account switch → List hub + Drawer tree selection → open Reader → mark read / star / mark unread → open original; plus Mark-read mode correctness, Unread filter behavior, and systematically wrong Unread counts.
Safety: data/credential integrity failure; wrong mark/star at scale; destructive Account wipe without clear user action; unrecoverable bricking until clear-data. (Friends privacy wording is packaging-bar work, not this taxonomy.)
Document
Likely in normal use and surprising (friend may think the app is broken or blame themselves); still workable.
Ignore
Cosmetic, rare, or already an MVP non-goal.
Explicitly not Blockers by default
Common Reader media polish, excerpts/thumbnails, and general “embarrassing” UI — unless they make the core loop unusable.
Apply this bar to the seed inventory in Beta-blocking known issues (after Seed known-issues inventory).