Created an attachment (id=293)
A Screenshot of how the buildqueue looks in the patched version

Please comment if you woul'd like to have this changed in the core.

I think it's not obvious to users what those three classification means.

This information is today provided in the tooltip. Did you feel that that was
not sufficient? What's the motivation for this change? Why did you want to be
able to tell which build gets scheduled next?

Also note that the order of items shown in the build queue should have been the
same before and after your change — perhaps if we show the blocked jobs in red
or yellow, does that help you make a distinction?

We do often have many builds in the queue (>50). The Tooltips can provide
information for a single build but don't give an overview.
Developers look for their build to guess when it's done (For example to tell QS
they could pull off a new version). What they see currently: Their build is
displayed a the top of the list first (Because it's waiting, but they don't
know...). After a short time the build seems to fall back to the end of the
queue. When Blocking comes into play (as it does with another patch I'm
currently trying) the behaviour becomes even less understandable.
Showing the items in different colors looks like a good solution to me.
Additionally I would vote for a change in order:

BuildableItems
WaitingItems, shortes time first
BlockedItems

This way the top Item will very likely be the next to be build.

Cleaning up the summary

• • • Issue 2029 has been marked as a duplicate of this issue. ***

Patch seems to have been disappeared (and wouldn't merge anymore anyway, so resolving as Incomplete).