| |
@@ -1491,7 +1491,9 @@
|
| |
clauses.append('users.name = %(owner)s')
|
| |
if draft is not None:
|
| |
clauses.append(draft_clause(draft))
|
| |
- queryOpts = {'order': '-create_event'} # latest first
|
| |
+ queryOpts = {'order': '-create_event,-id'}
|
| |
+ # most recently tagged first
|
| |
+ # in a tie (e.g. two builds tagged at same event), newest build first
|
| |
if extra:
|
| |
fields.append(('build.extra', 'extra'))
|
| |
query = QueryProcessor(columns=[x[0] for x in fields], aliases=[x[1] for x in fields],
|
| |
It has in the past been possible or two builds to be tagged at the same event, which results in undefined ordering for listTagged. Even though current Koji code shouldn't do this, some instances might have such entries in their history. This stabilizes the order in such cases.