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

Key: CCNET-1217
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Alex Hutton
Votes: 0
Watchers: 1
Operations

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

Lots of priorities in a queue can cause some of the lowers to never be checked

Created: 11/Aug/08 12:21 PM   Updated: 11/Aug/08 12:21 PM
Component/s: Service, Console
Affects Version/s: 1.3, 1.4
Fix Version/s: None

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


 Description  « Hide
We had 1 priority 1, 6 priority two's, and 1 priority 3's. All the two's were set to build if modifications existed as was the three, because one of the 2's would always kick off during a loop it would give the other two's time for their next modification check and they then jumped back into the queue ahead of the three. The end result of this was during normal business hours the #3 priority would almost never get its turn to check for modifications or respond to a force build from the web site. We had previously tried prioritizing from 1 to 8 but this also caused the same issue with the lower priority projects. There needs to be something in there to make sure all projects get checked or run once a loop, instead of allowing higher priorities to jump back in front of the lowers repeatedly.

 All   Comments   Work Log   Change History      Sort Order:
There are no comments yet on this issue.