Available Reports

Compose a new ticket query by selecting filters and columns to display.

Show all opened tickets related to the version control modules:

This report demonstrates the use of the automatically set USER dynamic variable, replaced with the username of the logged in user when executed.

Only tickets not already closed, btw.

This report displays the active tickets that have not yet been assigned to a Milestone, ordered by last modified date.

Those are the tickets that have not yet been analyzed by the TracTeam and are meant to be triaged.

Notes:

This report displays the active tickets that have the "needinfo" keyword, ordered by last modified date.

This complements the {20} report, which doesn't contain the needinfo tickets anymore.

As a rule of thumb, unanswered tickets over 3 months old can be closed as worksforme or wontfix (see TracTicketTriage#StatusandResolution for the details).

Those are the tickets that are still scheduled for the 0.10.x release line.

Note that no further release is planned for 0.10.x, the last release is 0.10.5. Those tickets will be migrated to further releases, as most of them also affect 0.11 and usually a fix is first done on trunk​ and only then ported on branches/0.10-stable.

Notes:

Those are the tickets for the next Trac release, 0.12, 0.12.1, 0.12.2, etc.

Notes:

Those are the tickets for the upcoming Trac releases, next-major-0.1X, 0.14*

Valid tickets for which no release schedule can be set are also listed here (not applicable).

Notes:

Those are the tickets that are scheduled for the 0.11.x release line.

See also the more detailed reports:

Notes:

This lists tickets that are on the TODO list for a long time.

The criterions for inclusion is that the feature request or bug report is that at least 10 different people participated to the ticket activity.

Tickets are ordered by popularity, defined as the amount of activity on a ticket over time (using a secret formula taking into account the number of participants in the discussion, the number of people on CC:, ...)

See also:

In order to balance report {32} (tickets that are on the TODO list for a long time), we can also show that we managed to implement popular feature requests over time ;-)

The criterions for inclusion for the feature request or bug report is that at least 10 different people participated to the ticket activity.

Tickets are ordered by popularity, defined as the amount of activity on a ticket over time.

Tickets ordered by number of votes (> 1)

You must be registered to vote.

Those are the tickets closed with a status different than fixed but which have nevertheless a milestone set.

According to TracTicketTriage, those tickets should not be assigned to a milestone.

Those tickets were closed with a resolution of fixed, so provided this is the correct resolution for them, they should also be assigned to a milestone, according to the TracTicketTriage rules.

Show count of opened tickets by type for the next Milestones.

Based on up/down votes