Bug #356
Report not sorting correctly on completion date
| Status: | Closed | Start: | 12/14/2009 | |
| Priority: | Normal | Due date: | ||
| To: | Paul Beckingham | % Done: | 100% |
|
| Category: | core | Spent time: | 1.00 hour | |
| Target version: | 1.8.5 - PAUL | Estimated time: | 1.00 hour | |
Description
I have the following report defined:
# task epr report.epr.description=Lists completed tasks matching the specified criteria report.epr.columns=project,end,description report.epr.labels=Project,Complete,Description report.epr.sort=project+,end+ report.epr.filter=status:completed
When I run this report, the output is sorted by correctly by project, but the end date appears in random order.
This is v1.8.4 since 1.8.5 still hasn't hit the Fedora 10 updates repo.
History
Updated by John Florian 227 days ago
On further review, it may be that the end date is being sorted on, but possibly as an alpha-string rather than a numerical date as I saw the following sequence for one project: 12/10/2009, 12/11/2009, 12/7/2009, 12/8/2009.
Hope this helps.
Updated by Federico Hernandez 227 days ago
Regarding 1.8.5 and F10 we will have to see when and if 1.8.5 made it into F10. Build was submitted before cut-off date, but you never know with the build-queue list... I can't check right know as the build and update system has a planned-outage for a couple of days. I suggest to use the rpm package feom the taskwarrior.
Updated by John Florian 227 days ago
I actually happened to be looking at the koji page last Friday and it showed that task-1.8.5 was built successfully. Don't know why it hasn't made it into testing or updates though.
Updated by Paul Beckingham 227 days ago
- Status changed from New to Closed
- Target version set to 1.8.5 - PAUL
- % Done changed from 0 to 100
- Estimated time set to 1.00