[vlc-devel] [RFC] Bug severity definitions
remi at remlab.net
Thu Oct 14 17:05:28 CEST 2010
I am totally fed up with arguments on Trac about what severity (and/or
priority) a bug should have. And I know I am not the only one.
To cut it short, I would like to propose definitions for severities. We can
post them on the Trac wiki and the normal wiki too. Unfortunately, there is no
way to cut all discussions, other than by blocking normal users from changing
the field. And I guess Trac can't do that.
Blocker for development. E.g. build breakage on most platforms, systematic
crash at startup or when playing any file input.
Blocker for releasing. E.g. security issue, crash in most basic and common use
cases (i.e. more than 50% of user base), crash at exit.
Basic feature not working. E.g. inputs other than file not working, file
format or codec not rendered
Expert feature not working. E.g. stream output problem, specific configuration
option. Feature requests.
Problem that can be worked around easily or is really unimportant.
Typing error. Self-explanatory bugfixes. Compiler warnings with no other
As for priorities, I would really like to REMOVE them. They make sense in
agile organizations, where some managers can decide what to work on first. Not
More information about the vlc-devel