Well, you supply few details, but after some testing I think I see
what you mean. The rules specify that player #1 is to have black
against #2, #3 is black against #4 etc. This works OK until TS
encounters the "unavailable" player. From that point on, the colors
are assigned the opposite of what one would expect.
I think the rules doesn't really describe how to handle unavailable
players who have received a pairing number. However, I agree that TS
in this case seems to violate the idea behind the rules, where the top
seed is supposed to have black. So yes, I have decided this to be a
bug in the current version of TournamentService (but it will only
impact round#1 of NSF-monrad pairings).
This is now corrected for the next version of TS, but not officially
In the meantime, the workarounds are
- delete the unavailable player(s) before pairing round 1 (your
suggestion, also the best one if the pairing numbers are seeded)
- manually manipulate the pairing numbers so the unavailable player
get the higest pairing number
Thank for pointing this out!