Prioritized labels 0
Drag to reorder prioritized labels and change their relative priority.
Labels 40
bug
FCHH Software
Always provide a good description of the Bug! As many infos as possible. A Developer should be able to understand the bug, reconstruct it, etc.
~priority::1
FCHH Software
The priority label is used to indicate the importance and guide the scheduling of the issue. Priority labels are expected to be adjusted by the Product Manager based on the circumstances of the market, product direction, IACV impact, number of impacted users and capacity of the team. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#priority
~priority::2
FCHH Software
The priority label is used to indicate the importance and guide the scheduling of the issue. Priority labels are expected to be adjusted by the Product Manager based on the circumstances of the market, product direction, IACV impact, number of impacted users and capacity of the team. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#priority
~priority::3
FCHH Software
The priority label is used to indicate the importance and guide the scheduling of the issue. Priority labels are expected to be adjusted by the Product Manager based on the circumstances of the market, product direction, IACV impact, number of impacted users and capacity of the team. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#priority
~priority::4
FCHH Software
The priority label is used to indicate the importance and guide the scheduling of the issue. Priority labels are expected to be adjusted by the Product Manager based on the circumstances of the market, product direction, IACV impact, number of impacted users and capacity of the team. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#priority
~severity::1
FCHH Software
Severity labels help us determine urgency and clearly communicate the impact of a ~bug on users. There can be multiple categories of a ~bug. The presence of bug category labels ~availability, ~performance, ~security, and ~UX denotes to use the severity definition in that category. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#examples-of-severity-levels
~severity::2
FCHH Software
Severity labels help us determine urgency and clearly communicate the impact of a ~bug on users. There can be multiple categories of a ~bug. The presence of bug category labels ~availability, ~performance, ~security, and ~UX denotes to use the severity definition in that category. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#examples-of-severity-levels
~severity::3
FCHH Software
Severity labels help us determine urgency and clearly communicate the impact of a ~bug on users. There can be multiple categories of a ~bug. The presence of bug category labels ~availability, ~performance, ~security, and ~UX denotes to use the severity definition in that category. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#examples-of-severity-levels
~severity::4
FCHH Software
Severity labels help us determine urgency and clearly communicate the impact of a ~bug on users. There can be multiple categories of a ~bug. The presence of bug category labels ~availability, ~performance, ~security, and ~UX denotes to use the severity definition in that category. Compare: https://about.gitlab.com/handbook/engineering/quality/issue-triage/#examples-of-severity-levels