Overview
This is a direct port of the retail RCLootCouncil addon with certain elements modified to fit within the Classic environment (see Changes below). This means this version can always be (mostly) up to date with the latest features added to the main addon. For the retail version and description, see the original RCLootCouncil addon.
Wiki
The RCLootCouncil Wiki contains all the information you may need to use the addon, along with examples of specific use cases and is up to date with the Classic version. Do check it out!
Bugtracking
Create an issue here on Curseforge, and make sure to follow the description.
Modules
At this point in time I haven't ported any of the modules to Classic. I might do so in the future.
Changes
Versioning
In the version checker ("/rc v") the version of this module will show up. The Core RCLootCouncil version is shown when mousing over a player.
Master Loot
The options menu have been updated with settings of old regarding Master Looting.
Auto Pass
Updated for Classic. Auto passes are only performed on items the player can't equip, as feedback has convinced me that armor type based auto passing doesn't fit Classic.
Removed
Loot Status
Not used with Master Looting.
Personal Loot
Removed everything related to personal loot.
Azerite Armor
No longer an option in the "More Buttons" options.
Spec Icon
As there's no clear definition of a spec (nor really the need to have it) the spec icon option has been removed.
Role Column
There's no concept of roles in Classic, and no clear cut way of determining a candidate's role based on their talents, so I decided to remove it completely.
Support
Want to support the development of RCLootCouncil and/or my other addons? Buy me a cup of coffee through Paypal or consider becoming a Patron.
A search function for loot would be nice :)
Please add AQ loot, scarabs, idols, and keys and such, to the autoloot thingie, like ZG coins and bijous... Right now ML has to loot _everything_ even random junk, or, all raid members have to see the addon popup every time ML loots random scarabs.
In reply to Mncdk:
This would help immensely, if there is a way to implement it please do so @evil_morfar
Feature request:
Have an option that allows people to see the session after it has ended (we prefer transparency - but use a system where it wouldn't work great if people could see what others press while the session is running).
To boil it down:
- Loot session starts, council / ML do their thing and award the items.
- As soon as the session has finished, members can write /rc open to view the previous session.
I'm assuming it'd be possible due to you keeping track of when sessions are open?
Hope you'll be able to add it, if it's not too much hassle - still love the addon, keep up the good work!
Hello EvilMorfar :)
Thx for a great addon.
Im the normal ML of the guild, but sometimes i miss the first bosses, so i dont get that loot in my history.
If i get the other ML to send me his fil, do it replace my own totally? or just fill in the spots missing?
In reply to trurb:
If he directly sends his file, then it'll break. If you use the either the ingame sync (/rc sync) or export "Player Export" from the loot history and import that, then it'll only add the entries that you're missing (i.e. what you want).
Awesome addon - quick question - somehow my loot history was erased - any way to recover it?
In reply to aven5505:
Most likely not. You can be lucky that it's still saved in the backup file.
With WoW closed, change the name of "../World of Warcraft/_classic_/WTF/Account/"account_name"/SavedVariables/RCLootCouncil_Classic.lua.bak" to "RCLootCouncil_Classic.lua" (you might want to back up the original RCLootCouncil_Classic.lua if you need to restore it).
The .bak file should be significantly larger in size than the other if it has your old history.
We have that issue, that when a group is started I as ML cannot start a session. There is a message coming up like "Please wait while things are being synced!".
Why is that coming and how can I prevent this?
Even after syncing options and loot tables with all council members, that ocurrs still.
after about 30 Minutes in the group, that message did not appear again and we could start the lootsessions.
Will this come up in every Raid now? do we have to sync everytime and wait for 30 minutes?
Anyone else encountered this behavior?
In reply to taniwiel:
Others have reported the same - but I can't figure out what goes wrong.
If it happens, and isn't resolved within a few seconds as stated, then try to do a /reload.
Don't try to sync things manually - it won't help and is a waste of time.
Thanks so much for all your work; fantastic add-on. Is there a way for me to manually award an item to a player, skipping the council portion entirely, but have it go to the history? We have certain items figured out beforehand. It's confusing for our players to see the roll popup for these. We'll manage either way, but even a CLI command would be nice... like /rc give [item] player
In reply to chardr0s:
Not at this time. It's on my todo list however.
In reply to evil_morfar:
Our guild would surely love this feature if implemented. You see, we have a spreadsheet with all items either having first, second, and third prio (names of actual raiders) or class/role specific roll (e.g. warlocks roll, or melee DPS roll). If we can copy or build that spreadsheet into RC, and like automatically give a person their item and do a raid warning saying "Melee DPS roll for [item]" it would be fantastic!
In reply to TragoTV:
That's definitely too advanced for something I might do
So when a boss is dead, we instantly loot everything (award later) so we can continue moving on, like probably most guilds do. We then start a session with the items already in bag (either via /rc award or /rc add). Sometimes, an item takes a longer discussion, a session hasn't been completed yet when we kill a next boss. How can we deal with the loot then? The option to award it later doesn't pop up. Is there a way:
1) To mark it as "reward later" as well
2) And then add it to the current session, so we can cast our votes on the new items already, while we are still doing the previous ones?
In reply to Mushoz:
I very much recommend not to extend a session through another boss fight, as it has the potential to break things.
The best way to handle it is to simply wait with the boss until you're done with the session. If that's not an option, then I recommend aborting the current session, and add said item to the next. If an item registered for award later isn't awarded in its session, then it's still in the list and can be readded with /rc award.
I may lift the restriction on "awarding later already marked for award later" once I'm sure of the implications this has.
In reply to evil_morfar:
Thank you very much for your reply! Could you please elaborate how things break when you extend a session through another boss fight, and whether it's possible to work around things? We cannot really wait with a boss fight, since we do AQ40 + BWL within 3 hours (including travel). so our pace needs to be high throughout. Also, aborting and restarting a session sounds very clunky, since you lose all replies by all members and all votes so far. Unless there's a way to continue where the previous session left off?
I am a new officer for our guild, and one complaint I (and fellow members) have had, is that the way we currently do loot is very clunky: We simple link an item in raid warning, people that want it link the current item they are using, and the council will decide on who gets the item. I really want to streamline this process by using RCLootcouncil, so that we waste less time on loot distribution. Having to wait for bosses or redoing items that were still in progress both kind of defeat the purpose for us wanting to incorporate the addon.
We try to decide as much loot as possible beforehand to keep the loot process quick, but this isn't always possible for every single item and also loot that has already dropped and been given out may also change priorities, which can warrant further discussion. That means that sometimes an item will take a bit longer before it is decided on. It would be very unfortunate if a single item can stop the entire loot distribution dead in its tracks.
In reply to Mushoz:
Simply put: it's a limitation of the current version. It can't handle anything but adding new items to an existing session if such session still exists. It's something I'd like to do something about in the near future, but I don't have a quick solution for it.
An alternative to your problem is to finish the session after the boss kill, then loot it (or just open the loot again), add the items for award later, and handle it when you see fit.
In reply to evil_morfar:
Thank you, that is good to know. And I am really happy to hear this is something that you'd like to implement in the near future. We are just one guild using it, but maybe there's useful information in here to give you ideas. Our ideal workflow would look something like this:
1) The concept of having a session that can be closed or opened would preferably be optional. I'd like one big session for the entire raid
2) Items that are dropped can be added to the session while still on the body, or can be looted with award later and then all be added to said session (via /rc award) or a selection can be made (via /rc add <link item>)
3) Items that have been awarded will automatically drop from the session as to not clutter up the session with items that have already been dealt with. This should happen once an item is awarded, and can be before it is actually traded.
This way, a session is much more dynamic, growing in size as more loot is added, and shrinking in size as loot is awarded. Items that require longer discussion can be kept in the session for longer, but will not block other items from being added or distributed. Ideally, at the end of the raid the session will be empty as all loot has been awarded.
This will also clearly show the people in the council which items are still up for debate. Currently, if there are many items in a session, from which a lot have already been awarded, I sometimes have to point out our fellow council members to vote on an item, because they were unaware not everything was already decided on. In part this is user error of course, since they should check all the tabs. But on the other hand, at high paces it can improve the user experience if items are automatically removed as to keep the session uncluttered, so people will automatically know which items are still up for debate.
If you want any questions or would like to brainstorm, let me know. Again, this ideal workflow is just from the point of view from one single guild and might not fit everyone. But hopefully it contains some useful ideas :)
In reply to evil_morfar:
Another thing that I ran into is this. Since we started raiding AQ40, we started using Group loot with the threshold set to "common". The reason is twofold:
1) Coffer keys are included in looting and will not be missed as easily (since you don't rely on 40 people looting all corpses). You can also set ML to "common", but it's really cumbersome with the amount of items you'll end up getting.
2) The guy in charge of loot doesn't have to loot every single corpse. Anyone in the raid can do it. The rest of the raid passes, and the guy in charge of the loot for the evening (usually me) just needs everything. The loot is then automatically transferred to me.
However, if you are not a masterlooter you cannot use RCLootcouncil to distribute loot. I would like to be able to simply /rc add the items in my inventory, but that currently doesn't seem possible. I have the option "Use with Group Loot" enabled, but that doesn't seem to work for our use case. I can (temporarily) swap to ML to do the loot, but that prevents us from continuing with the run as planned, since now the loot is on masterloot which we specifically don't want.
Not sure if this is a feature more people would like, but I thought it was worth throwing out here :)