| Summary: | Change "CONFIRMED" into "REPRODUCIBLE BY DEV" | ||
|---|---|---|---|
| Product: | [Websites] bugs.kde.org | Reporter: | Fernando M. Muniz <fernandommuniz> |
| Component: | templates | Assignee: | KDE sysadmins <sysadmin> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | nate, sheedy |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Fernando M. Muniz
2025-08-14 00:56:26 UTC
What if we keep the status as "CONFIRMED" but only allow developers to confirm bugs (by adjusting the "canconfirm" permission)? (In reply to 2wxsy58236r3 from comment #1) > What if we keep the status as "CONFIRMED" but only allow developers to > confirm bugs (by adjusting the "canconfirm" permission)? That would also work. Developers (and bug triagers) are already the ones who generally mark issues as confirmed. I'm not sure changing the semantics here to greater specificity would add much value, and additionally it would cause all the issues that are currently CONFIRMED but that were not confirmed by a developer or bug triager to become inaccurate. As for only letting devs mark bugs as confirmed, in general we find that it's good to let the community itself help with bug triage, hence the fairly broad permissions granted to people with normal accounts. The levels of accidental mistake-making and deliberate vandalism are pretty low right now. If that changes, we can lock things down more, but until then, I think it would hurt more than it would help. |