Originally posted by Nascarman:

Second, this causes some issues with co-op servers where players may kill a boss in a group but not everyone touches all the loot (which is especially problematic for moder and yagluth as their drops are construction based), thus causing inconsistent raid triggers for players

Thanks for the insight, and I'll concede that tying the 'available-raid-type' to the boss loot is sloppy programmatically. The clean way to do this would be to create a new data element for each user which tracks which bosses they've participated in killing, and check that at raid time.

Unless I'm missing something, in terms of code required it really is as simple as adding a new attribute to the player's stats (ie: "bossesKilled") which sets each boss value to 'true' when the player is present for a boss death, and then instead of checking the server's "bossesKilled" element (which is already taking place) check the player's instead. We know this value already exists for the server. The game already changes such an attribute for the server when bosses are killed, which is how it is able to determine the 'available-raid-types' currently. I suggest simply moving this attribute from the server to the player.

I have some programming knowledge, but I'm certainly no expert. However, I really don't think this would be a burdensome change, programming wise.