Sort by last updated doesn't sort correctly. (see attachment)
Created attachment 307139 [details] Screenshot of behaviour
Steps to reproduce: - View tickets list - Click column header for Last Updated Tickets are not sorted correctly in normal or "reverse" mode. url patterns: &sort=modified &sort=modified&reverse=true
*** Bug 455526 has been marked as a duplicate of this bug. ***
Tom, In the screen shot provided, it's a behavior for base groups. There are two separate queries for sorting columns. - sort tickets with "Registered" status. "Registered" means a customer has opened a new ticket. And it requires Red Hat's attention... - sort tickets with non-Registered status. They are tickets in working progress. The reason there are two separate queries was because GSS wanted tickets with Registered status to always stop on top of the list. If you go to an escalation queue, for instance, [Support Engineering Group], you don't see this behavior because they are a list of issues in working progress. Could you please double check with GSS before we make the code change? Thanks, Lisa
2:15 PM Checked with Sarah Wang and Brent Fox of GSS. [Brent] Nobody on my team has complained to me about the current behavior. [Brent] From my perspective, I can see the logic in wanting the "Registered" issues to appear at the top so that they don't get lost in the shuffle. In other words, a ticket should only be in "Registered" status for as short a time as possible. ---------------------------- Awaiting additional discussion from Sarah. Lisa, at this point it is advisable to hold off on any more coding on this ticket until further word comes from Sarah. --Tom
2:22 PM [Brent Fox] My preference would be to leave things as-is, unless Sarah has some objection. Tom to mark ticket as closed.
[Sarah Wang] 4:37 PM Can the bugzilla be updated to address the true requirement as described by Mike? sort by date, sort by status with Registered on top. It would be great if this can be worked into the current backlog. [Mike Amburn] Mike Amburn wrote: Actually, when I was managing Issue-Tracker requests, I consistently received "bug reports" about this "feature" in that it breaks the expected functionality, which is the ability to sort by date. I understand the need to have "Registered" issues appear at the top. However, that functionality should be provided by sorting by status. If we need to tweak sorting by status so that "Registered" appears at the top and "On Hold" etc. appears at the bottom, we could enhance usability of both. Bottom line is that the interface appears broken, regardless of the fact that we've intentionally broken it. [Tom Mirc] to reopen bug with new requirements
The new requirement is to enforce sorting by category. Registered will always appear at the top of the queue, sorted chronologically. Waiting on Tech appears after Registered, sorted chronologically. Waiting on Customer appears after Waiting on Tech, sorted chronologically. Long-Term appears last.
[Mike Amburn] Today, each group can select the statuses it wants to use (stored in groups_statuses). If we could add the ability for groups to order this list as they desire, this attribute could be used not only to sort the statuses in the status picklist (Registered at top, Closed at the bottom) but also sort tickets. By moving out of hard-code and into a configuration, IT has less to manage.
per Alex, moving the bug back to GovernanceBoard. Lisa
Per Nicky's comment, I'm closing the bug. thanks, Lisa