Closed
Bug 192814
Opened 22 years ago
Closed 12 years ago
Reporting on time (bugs_activity)
Categories
(Bugzilla :: Reporting/Charting, enhancement)
Bugzilla
Reporting/Charting
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jurgen, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 Now that Bugzilla has time tracking there's a need for reporting on time spent, i.e. a report for a range of time that has i.e. "owner" on one axis, "bug_id" on another, and time spent rather than bug counts in the intersections, plus totals at the bottom. Also useful would be a comprehensive activity listing, i.e. all activity sorted by owner and bug over a range of time with summary totals for each bug or product. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Updated•22 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•22 years ago
|
||
One way of implementing this would be to get reports.cgi to do it. It can already restrict your search to "bugs whose Hours Worked has changed between dates X and Y", which is good. But, you'd need to: - make it so that a particular bug could appear in more than one cell - make it so that, instead of displaying the number of bugs in the cell, it displayed the result of a query on those bugs only. The first might be achieved by removing the GROUP BY (bugs.bug_id) clause from the SQL generated by Bugzilla::Search. However, this might have side-effects. One side effect would be that many of the calculated totals on the display page would be meaningless. The second would probably have to be implemented using a set of canned queries, chosen using a radiogroup. The default would be "bug counts", which would be a no-op. The others would map to the ability to do an SQL query: "SELECT SUM/COUNT <something> from <somewhere> WHERE bugs.bug_id IN (<list of IDs>)". The value returned would then be substituted for the bug count in the table. That's all I have for now. Gerv
Comment 2•19 years ago
|
||
I'm surprised that no one has pushed for this sooner if the time tracking has been in the system since 2003. Use of reports.cgi is no longer valid. I think using chart.cgi is more appropriate as you could chart time usage for a specific component and/or product group. I'm somewhat new to Bugzilla and only started using it, but I'm not entirely sure putting this functionality in chart.cgi is appropriate since the new charting kitchen seems to revolve more around # of bugs. However, looking at the data that is collected by collectstats.pl, it seems natural, at the very minimum, that time spent, time actuals, and change is stored alongside this data.
Updated•18 years ago
|
QA Contact: mattyt-bugzilla → default-qa
Updated•16 years ago
|
Assignee: gerv → charting
Comment 3•12 years ago
|
||
Time-related stuff is handled by summarize_time.cgi, which exists since Bugzilla 2.20. It doesn't make sense to hack chart stuff to support this.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•