Opened 11 years ago
Last modified 11 years ago
#11331 new enhancement
Optimize timeline for testing department
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | unscheduled |
Component: | timeline | Version: | |
Severity: | normal | Keywords: | filtering ticket status |
Cc: | ethan.jucovy@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Hello, Our company has Trac workflow with testing. It is very similar to the one from [TracWorkflow]. Typical ticket states workflow are: new → testing → closed(fixed).
In this case, there is no possibility to show the change from and to testing state on the timeline. There is possiblity to switch on the show details on the timeline, but this is so detailed, that it would generate thousand of rows.
I suppose that it is very usefull to see, that some ticket was submitted to testing and that some ticket was returned to developer. I can imagine, that it could be configurable in the trac.ini which tickets states changes are shown on the timeline.
show_states_timeline = new,testing,close,needs_work,reopen
Attachments (0)
Change History (3)
comment:1 by , 11 years ago
Component: | general → timeline |
---|---|
Keywords: | filtering status added; timeline testing removed |
Milestone: | → unscheduled |
comment:3 by , 11 years ago
Cc: | added |
---|
This sounds like it's related to #5441. If something like that were implemented, the timeline view could have a filter for actions (workflow transitions) instead of statuses. Filtering by actions feels more internally consistent to me, since actions are a core property of ticket changes.
That would also make it possible to filter the timeline for actions that don't map one-to-one with statuses, e.g. "show ticket changes that used the leave
action", or "show ticket changes that reject
ed a ticket out of QA and back to the assigned state" (vs. new→assigned)
We could add a filter for statuses of ticket in timeline view, not an option of trac.ini.