| << Back to previous view |
|
[QB-1821] Usability Improvements for the Queue page
|
|
| Status: | Open |
| Project: | QuickBuild |
| Component/s: | None |
| Affects Version/s: | 5.0.24 |
| Fix Version/s: | None |
| Type: | Improvement | Priority: | Major |
| Reporter: | Simo Kurra | Assigned To: | Robin Shen |
| Resolution: | Unresolved | Votes: | 6 |
| Remaining Estimate: | Unknown | Time Spent: | Unknown |
| Original Estimate: | Unknown | ||
| Description |
|
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 |
| Comments |
| Comment by Robin Shen [ 17/Oct/13 11:22 PM ] |
| We will investigate suggestions you provide. As to page loading performance, we removed some more synchronization blocks since 5.0.24. Can you please upgrade to 5.0.38 to see if there are any improvements? |
| Comment by Simo Kurra [ 18/Oct/13 08:45 AM ] |
| We have scheduled an update later this month so looking forward to that. And thank you for taking this feedback into consideration :) |
| Comment by Simo Kurra [ 14/Nov/13 09:24 AM ] |
|
We upgraded to 5.0.39 and have to say good job on the peformance improvements! The queue page (and UI in overall) is really flying compared to what it was - it's not just a minor improvement, but I'd say several orders of a magnitude improvement.
If performance is not an issue anymore, then would it make sense to increase the amount of builds in the pagination from 25? Or make this option configurable? That would be the simplest from my wishlist to implement and already a big improvement. The rest are "nice to have", but still, important improvements for our usecases |
| Comment by Robin Shen [ 15/Nov/13 12:27 AM ] |
|
Create a separate ticket for page size adjusting:
http://track.pmease.com/browse/QB-1841 We will make it into QB 5.1, please watch on it. |