Posted by dww on November 4, 2012 at 8:06pm
6 followers
Jump to:
| Project: | Project issue tracking |
| Version: | 7.x-2.x-dev |
| Component: | Miscellaneous |
| Category: | task |
| Priority: | normal |
| Assigned: | bdragon |
| Status: | closed (fixed) |
| Issue tags: | 12hr, Drupal.org D7, project |
Issue Summary
Although sampler and views_sparkline are pretty close for D7 (if not already there) (As of 2012-11-04, sampler has a stable release and views_sparkline hasn't been started yet), the actual metrics in project_issue will need to be ported to D7. Basically, where all the data is coming from is different now. I think it's mostly just the classes in the project_issue/metrics directory that'll need to be touched -- the .inc files are probably all fine as-is.
This would be necessary if we want to keep displaying the sparklines in the "issues for X" block on project pages.
Comments
#1
estimate 8hr, talked to dww.
#2
The views_sparkline D7 version has not been started. It does not even have a D7 branch yet.
#3
This isn't about display and doesn't touch views_sparkline at all. This is about the backend plugins to compute the data via Sampler API, and there's already a 7.x-1.0 of that. I don't care if we don't display this data the day we launch, but it'd kinda suck to not at least keep the data collection going. Otherwise, we just create a mess for ourselves with holes in the data we need to fill later, and that will take (much)? longer to get right.
#4
tag
#5
Mine.
#6
This should be fixed now.
I had to do more extensive work on project_issue_opened_vs_closed_by_category than on the others, but all three should be looked at later for comparison to ensure the numbers make sense.
http://drupalcode.org/project/project_issue.git/commit/a50eaaaa5a0e3e28a...
#7
Cool, thanks! No time to look at the diff. Should we open an issue somewhere about QAing this?
#8
Automatically closed -- issue fixed for 2 weeks with no activity.