Jump to content

Graftal

Members
  • Posts

    42
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

Everything posted by Graftal

  1. I missed that, it says that to me too. If you do a .save the logs says: ::_SaveInventory - the bag(255) and slot(255) values for the item with guid 9070 are incorrect, the player doesn't have an item at that position! Is this a DB or patch problem you think? My flags seem correct to me.. Also, it shouldn't be a cache problem because mangos itself complaints. On a last note, when you logout/login you lose the enchant on the item and re-gain the scroll.
  2. Yep, i just tested and it seems to work fine. It may need more info when displaying errors maybe, but that's secondary. Good job
  3. Apart from it being hacky, are there any other problems with this? Or it works as itended, just needs better rewriting?
  4. A little change to let the patch apply on newer mangos: diff --git a/src/game/PetAI.cpp b/src/game/PetAI.cpp index 8de2644..23d431a 100644 --- a/src/game/PetAI.cpp +++ b/src/game/PetAI.cpp @@ -162,7 +162,7 @@ void PetAI::UpdateAI(const uint32 diff) return; } // not required to be stopped case - else if (m_creature->isAttackReady() && m_creature->canReachWithAttack(m_creature->getVictim())) + else if (m_creature->isAttackReady() && m_creature->IsWithinDistInMap(m_creature->getVictim(), ATTACK_DISTANCE)) { m_creature->AttackerStateUpdate(m_creature->getVictim()); @@ -335,6 +335,6 @@ void PetAI::AttackedBy(Unit *attacker) { //when attacked, fight back in case 1)no victim already AND 2)not set to passive AND 3)not set to stay, unless can it can reach attacker with melee attack anyway if(!m_creature->getVictim() && m_creature->GetCharmInfo() && !m_creature->GetCharmInfo()->HasReactState(REACT_PASSIVE) && - (!m_creature->GetCharmInfo()->HasCommandState(COMMAND_STAY) || m_creature->canReachWithAttack(attacker))) + (!m_creature->GetCharmInfo()->HasCommandState(COMMAND_STAY) || m_creature->IsWithinDistInMap(m_creature->getVictim(), ATTACK_DISTANCE))) AttackStart(attacker); } Great job pasdVn, still the best
  5. Nice catch! Thank you for the patch
  6. So what do we do? Anyone found out a fix for this? Thanks
  7. Do we have other feedback? Did others test this too? Thank you
  8. Change SpellVisual with SpellVisual[0] and it compiles well.
  9. The patch is the pastebin link that is expired now Waiting for pasdvn to post it again
  10. Just tried the fix, and it works perfectly! That's very nice! Awesome job kozelo Thanks
  11. Can you please upload it on another paste-like site? Everything posted on pastebin expires too soon And yes, it's expired again Thank you!
  12. Yep, expired, i kinda start to hate pastebin
  13. This bug still persists and "just" needs a dummy effect implemented, can anyone take a look at it please? Thanks
  14. Any news on this accepted? It's rather easy to test
  15. I meant the 3 links on that site don't work anymore, maybe you should post it on another similar site. Is this still needed btw?
  16. Yep, that's exactly what i linked in the first place in the topic
  17. Tested and working perfectly, hope it'll get to master brach soon
  18. Well, this is also why i put a thread here, maybe someone can help, i'm not really so good with this yet, but i think this is quite a bad bug, and it's also known in the wow exploiting underground, so it's better to fix it asap and put it in the official branch, i need some help here
  19. Thanks, great patch, hunters really needed this, hope it gets offi soon
  20. This is still bugged, but the link doesn't work anymore, could you please post it again pasdvn? thanks
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use