Tuxity
Members-
Posts
11 -
Joined
-
Last visited
Never -
Donations
0.00 GBP
Content Type
Profiles
Bug Tracker
Wiki
Release Notes
Forums
Downloads
Blogs
Events
Everything posted by Tuxity
-
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
Update for last mangos-0.12 : https://gist.github.com/7e7026a5e7abf38f7a04 Add GM Check in CanEnter() function. Tested & Work very well with 700 players since 2 months -
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
No this patch it's for the master branch, but it's the same thing pour mangos-0.12 branch you can apply it manually if you want This patch it's on my server 2 months and works fine (Maybe you need review some files for implement IsEncounterInProgress with SD2) -
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
No the function canplayerenter() is using before the teleport and canenter() is after the teleport Now : 1. IsEncounterInProgress ? (Yes) 2. Can not enter in instance and display the message canenter() it's like a security -
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
Update for the last rev and fix the 2nd check https://gist.github.com/7a257876ecd75c6cceb2 -
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
I think this is the way with IsEncounterInProgress(), I going to test this -
[Fix] Don't allow enter an instance while raid is in combat
Tuxity replied to Auntie Mangos's topic in ... rejectedOld
diff --git a/src/game/Map.cpp b/src/game/Map.cpp index d260ee8..a2695d1 100644 --- a/src/game/Map.cpp +++ b/src/game/Map.cpp @@ -2379,6 +2379,9 @@ bool InstanceMap::CanEnter(Player *player) // cannot enter while players in the instance are in combat Group *pGroup = player->GetGroup(); - if(pGroup && pGroup->InCombatToInstance(GetInstanceId()) && player->isAlive() && player->GetMapId() != GetId()) + if( pGroup && pGroup->InCombatToInstance(GetInstanceId()) ) { player->SendTransferAborted(GetId(), TRANSFER_ABORT_ZONE_IN_COMBAT); return false; } Working but the player is teleport to this homebind. We have to send the message and don't teleport him (lock the portal ?) like other message It's crash because if you are alive your player->GetCorpse()->GetInstanceId() doesn't work (we have no corpse) I think it's better to check in this fonction because she is before the TP, we just have to find the better way =) -
Yes I have already the entry. The first spell(apply on the caster) is okay and proc the second spell, but the second spell need to target a random player and not the caster
-
Hi, I want your help to debug a spell wich cast another spell on a random player in 100 yard, but i don't know how to do the random selection in the core i think about GetNextRandomRaidMember() but i'm not sure that it's possible. Thx
-
Ah okay i edit to warn people
-
Hi, for people who have this type of error at launch It's because mangos restricted the level max, and it's very annoying for fun serveur who wrote a maxlevel > 100 in their .conf Totomakers wrote a patch for this error (this is a little fix) "4" I repeat it's for fun server only ! thanks, Flemzard Edit: If mangos reduce the maxlevel it's because there is a client instability cf Vladimir's post under
Contact Us
To contact us
click here
You can also email us at [email protected]
Privacy Policy | Terms & Conditions
You can also email us at [email protected]
Privacy Policy | Terms & Conditions
Copyright © getMaNGOS. All rights Reserved.
This website is in no way associated with or endorsed by Blizzard Entertainment®
This website is in no way associated with or endorsed by Blizzard Entertainment®