Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "SWT/Devel/Triage"

< SWT‎ | Devel
m
m (Triage Bugzilla Queries)
Line 46: Line 46:
  
 
=== New Bug ===  
 
=== New Bug ===  
 +
 +
:swt @platform-swt-inbox@eclipse.org -!Triaged os:All,Linux,CentOS -os:Windows
 +
 
* Highest voted bugs
 
* Highest voted bugs
 
* All
 
* All
Line 73: Line 76:
 
* To be added: Cocoa specific
 
* To be added: Cocoa specific
  
=== Query syntax ===
+
=== Query Construction ===
To construct these queries, [https://bugs.eclipse.org/bugs/page.cgi?id=quicksearch.html quick search] was used. For example:
+
To construct the queries above [https://bugs.eclipse.org/bugs/page.cgi?id=quicksearch.html quick search] was used. For example:
 
* :swt @platform-swt-inbox@eclipse.org -!Triaged
 
* :swt @platform-swt-inbox@eclipse.org -!Triaged
 
* :swt @platform-swt-inbox@eclipse.org -!Triaged os:All,Linux,CentOS -os:Windows
 
* :swt @platform-swt-inbox@eclipse.org -!Triaged os:All,Linux,CentOS -os:Windows
  
Then result was sorted in desired order and URL was copied.<br>
+
Columns were changed, such that the following were kept:
 +
* Product, Component, Priority, Severity, Votes, Status, Whiteboard, Target Milestone, Summary, OS, Changed, Opened, Keywords, Tags, Reporter, Version
 +
* "Stagger Headers" was used.
 +
 
 +
Then result was sorted in desired order and URL was copied.<br><br>
 +
 
 
A browser in Icognito mode was used so that settings were coded into the URL.
 
A browser in Icognito mode was used so that settings were coded into the URL.
  

Revision as of 15:55, 16 June 2017

Page todos (Page under construction)

[ ] Migate new/relevant info from: https://www.eclipse.org/swt/triage.php

Triage Process Overview

The goal of "Triage" is a quick initial response to incoming bug submissions from users.
The intend is for users to receive initial feedback on their submission and for bugs to be categorized properly.

  • Check for duplicate bugs
  • Set/update meta data correctly
  • Link to relevant bugs
  • Briefly investigate if bug is real (i.e, reproducible on latest master)
  • Ask user to test with newer version if reported version is very old
  • Request versions of SWT/OS/java
  • Request a snippet (or clear steps to reproduce) if it's not clear as to how to reproduce issue
  • Ping/CC developers involved in related issue (especially when regressions occur)
  • [Optionally] try to bisect codebase for regression reports

If the bug has sufficient information, then add the "Triaged" Keyword to it and optionally leave some message for the user e.g "Thank you for bug submission, we should investigate". The bug status should remain "NEW" and it should not be re-assigned to legacy "swt-triage@" user. (see history).

Subsequently, when we look for new bugs to work on, we can check bugs that have the "Triaged" keyword (See queries below).
When you take ownership of the bug (i.e you intend to work on the bug), you can assign it to yourself. When you start working on the bug, you can set the status to "ASSIGNED".

See the following diagram:

Platform-Triage-Process-v2.png








Setting proper Meta data

  • For severity and priority, see: WTP/Conventions_of_bug_priority_and_severity.
    • Set appropriate priority. In general we leave severity as set by user, but we can adjust it also. Ex for enhancements set "enhancement".
  • Prefix OS and Component to bug summary.
    • OS: [gtk][gtk2][gtk3][Wayland][Cocoa][Win32]
    • Component: [PI][Graphics][Theme][Accessibility][Printing][DND][Clipboard][OpenGL][Browser][StylepdText][Layout][Examples][Snippets][JUnit][64][I18N][AWT][HiDpi][Custom widgets][Bidi]
    • Note(PI means Native library interface. 64 means 32/64 bit issues. I18N means Internationalization issues).
    • ex: [gtk3][Theme] Button background not styled.
  • Prefix regressions with [Regression]
  • Set appropriate target milestone if we plan to fix it within a particular time frame. You should check with a developer first thou.


Triage Bugzilla Queries

New Bug

swt @platform-swt-inbox@eclipse.org -!Triaged os:All,Linux,CentOS -os:Windows
  • Highest voted bugs
  • All
  • All and Win32
  • All and Cocoa
  • All and Linux, CentOS

Triaged bugs

  • All
  • All, Linux, CentOS, Unix
  • All, Windows
  • All, Cocoa


The following require triage:

Triaged Bug Queries:

Query Construction

To construct the queries above quick search was used. For example:

  •  :swt @platform-swt-inbox@eclipse.org -!Triaged
  •  :swt @platform-swt-inbox@eclipse.org -!Triaged os:All,Linux,CentOS -os:Windows

Columns were changed, such that the following were kept:

  • Product, Component, Priority, Severity, Votes, Status, Whiteboard, Target Milestone, Summary, OS, Changed, Opened, Keywords, Tags, Reporter, Version
  • "Stagger Headers" was used.

Then result was sorted in desired order and URL was copied.

A browser in Icognito mode was used so that settings were coded into the URL.

History

In the past, triaged bugs were re-assigned from a platform-swt-inbox@eclipse.org to a stw-triaged@eclipse.org user. Instead we now just add the "Triage" keyword.

In the distant past, bugs were assigned to component owners, but that lead to component owners to have large amount of bugs that they did not actually work on.

Some projects used to use platform-inbox, but to mark a bug as triaged, the "ASSIGNED" status was used. But this could lead to confusion where users could think that

Back to the top