Jump to content
Why are these forums read only? ×
TrinityCore
Why are these forums read only?

Make default group loot "Free for all"

Docster

By Docster,
in Help and Support

 Share

Recommended Posts

Docster Newbie

Docster

Posted
Posted

Hello everyone. Thank you for creating such a wonderful project. My wife and I loved playing wow but could not stand most of the people on the live servers. So we setup trinity core  3.3.5a  on Ubuntu here and are having a blast with it. Well done! We play a priest and a pally and bot 3 in the background windows. We are trying to play within the rules and let our characters develop normally so the game lasts longer. I have a (hopefully) simple question:

1.  Is there a way to make the default group loot "Free for all" when you enter a dungeon finder instance. It is currently unchangeable and being we are running three characters in the background, we miss 3/5s of the loot in a dungeon unless we take the time to go through each window.

 

Link to comment
Share on other sites
Aokromes Contributor

Aokromes

Posted
Posted
2 hours ago, Docster said:

Hello everyone. Thank you for creating such a wonderful project. My wife and I loved playing wow but could not stand most of the people on the live servers. So we setup trinity core  3.3.5a  on Ubuntu here and are having a blast with it. Well done! We play a priest and a pally and bot 3 in the background windows. We are trying to play within the rules and let our characters develop normally so the game lasts longer. I have a (hopefully) simple question:

1.  Is there a way to make the default group loot "Free for all" when you enter a dungeon finder instance. It is currently unchangeable and being we are running three characters in the background, we miss 3/5s of the loot in a dungeon unless we take the time to go through each window.

 

i doub you can do that, but you may want to try FollowFelankor addon on the background characters.

Link to comment
Share on other sites
Aokromes Contributor

Aokromes

Posted
Posted
2 hours ago, Docster said:

Thank you for your reply. I looked at the  FollowFelankor add on, it has nothing to do with looting that I can tell but a lot to do with following...

oh i had the idea of it had reject loot option, to much time without look at it.

Link to comment
Share on other sites
 Share
Go to topic listing

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • AMDIvailo
      Sniffing loot from WowHead
      By AMDIvailo
      Hello, guys i have a question.
      Is there any way to sniff the loot data from online databases like wowhead?
      Please explain how you guys insert all that tons of loot. I doubt that you insert every single item by hand.
      Sorry if that is not the right forum section for that question.
    • Rochet2
      Function thread safety mapping
      By Rochet2
      I was trying to locate if Group::Disband is safe to call anywhere or if it is not thread safe.
      My assumption was that it is not thread safe since it is calling ObjectAccessor::FindConnectedPlayer, Player::GetGroup and Player::SetGroup
      I tried tracking where Group::Disband is called and everywhere it was in opcode handlers that were marked as threadunsafe.
      However I found one or more that were not threadunsafe.
      WorldSession::HandleBfEntryInviteResponse is STATUS_LOGGEDIN, PROCESS_INPLACE, which would mean it is executed when received.
      And since it seems packets are handled on a separate thread the code must be safe to call anywhere (is thread safe).
      The function however calls Battlefield::PlayerAcceptInviteToWar which calls Battlefield::AddOrSetPlayerToCorrectBfGroup which calls Group::RemoveMember which calls Group::Disband
      and that was assumed not to be thread safe.
      Conclusion is that if someone sends the packet for HandleBfEntryInviteResponse and someone in the same group is also removed from the group in any other code (for example the normal group leave opcode?)
      it would cause a race condition.
      Is there something guaranteeing the safety or is this a possible race condition?
      FFR: I used 3.3.5a https://github.com/TrinityCore/TrinityCore/commit/239f0b4ad0e83da9d31c8031aa2e50c294bfc913
×
×
  • Create New...