History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: QB-1821
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Robin Shen
Reporter: Simo Kurra
Votes: 6
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
QuickBuild

Usability Improvements for the Queue page

Created: 17/Oct/13 12:55 PM   Updated: 15/Nov/13 12:27 AM
Return to search
Component/s: None
Affects Version/s: 5.0.24
Fix Version/s: None

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown


 Description  « Hide
The Queue page is "next to useless" in our case. For example currently there are over a 1000 simultaneous builds running. With a hardcoded pagination of 25 navigating to a specific area of the queue is almost impossible - by the time you have figured which page it might be in, the queue has already "lived" enough for it to be something completely different. Each click also takes tens of seconds to load.

While there is probably a good reason that the page is that slow (although any performance improvements would be welcome), a few simple ideas would make the page more usable:
-Possibility to filter items in the queue by the columns that it's possible to sort them by - for example "Only show builds that are of config xxx/yy"
-Possibility to tune the pagination value - 25 is just too low
-grouping builds with hide/expand functionality by parent/child relationship --thus being able to show more per page - when collaped it could just show a number "20 builds currently running in this tree"
-grouping builds with triggered/triggeree relationship - thus being able to show more per page
-Link to node running the build being displayed


 All   Comments   Work Log   Change History      Sort Order:
No changes have yet been made on this issue.