mrlocus

Using the latest revision of mangos-0.12 a new problem turned out: The backported spell proc patch from master seems bugged. Alot of item procs and for example rogue poises do have a proc chance close to 100%. I even tried custom DB entries in spell_proc_event, but they do not show any change. Can anyone confirm this? Thanks

multiple setbonus like t3 paladin stopped working after this commit, mangos 0.12 /confirm

i can confirm this bug for the 0.12 branch, latest rev 8569

Sorry for bumping this old topic, but couldnt find the "jump-blink-spell". Anyone else got a hint?

should work with 40 less active players, but your already in trouble of 10 of them start pvping or raiding.

well just came up with another hack-fix: on character loading just check for the map, and if it is 489 overwrite the player locs to a custom location. at: bool Player::LoadFromDB( uint32 guid, SqlQueryHolder *holder ) // prevent starting at WSG map if ( fields[16].GetUInt32() == 489 ) { fields[16].SetValue( "1" ); fields[13].SetValue( "-3761" ); fields[14].SetValue( "1115" ); fields[15].SetValue( "133" ); }

For some reason, i sometimes have characters saved on map 489. When they do login the server crashes as there is not BG existing for this map. So i modified my sourceode a bit: void Player::SavePositionInDB(uint32 mapid, float x,float y,float z,float o,uint32 zone,uint64 guid) { std::ostringstream ss; ss << "UPDATE characters SET position_x='"<<x<<"',position_y='"<<y << "',position_z='"<<z<<"',orientation='"<<o<<"',map='"<<mapid << "',zone='"<<zone<<"',trans_x='0',trans_y='0',trans_z='0'," << "transguid='0',taxi_path='' WHERE guid='"<< GUID_LOPART(guid) <<"'"; sLog.outDebug(ss.str().c_str()); if ( mapid != 489 ) // do not save in WSG map { CharacterDatabase.Execute(ss.str().c_str()); } } But i still get sooner or later a player saved over there. That means looking at the DB "map" field i find a 489 there. But how is this technically possible? I mean there is no other code in the mangos sourcecode which modifies the player's DB location data. have you got an idea? I am not running any selfmade scripts or website teleporters.. whatever. thanks in advance, mrlocus

thats exactly what i am looking for, you still have some code somewhere on your drive? but well, maybe also just possible in older game version. i'll keep you guys up to date if i find something out about this, if someone else knows a hint, please dont hesitate and post! well, i just need to check if a file is there with a special name. i dont care about the file content at all or something, just the file

i dont think thats possible that easy, maybe through DBC editing or some core changes.. but would be easiert creating an auto join script when loading character.

set the following in mangosd.conf and you got what you wished: Channel.RestrictedLfg = 0 .. and players will automatically join the global LFG channel AllowTwoSide.Interaction.Channel = 1 .. and you got a ally+horde global channel

Hello, i have been working around on this problem for a few days now - and could not find a solution. I would like to force the client to have a custom patch installed, and else my realm server wont let him login. i found this code snippet in AuthSocket.cpp char tmp[24]; sprintf(tmp, "./patches/%d%s.mpq", _build, _localizationName.c_str()); FILE *pFile = fopen(tmp, "rb"); if(!pFile) { etc.. tried around, but could not get this to work for my needs. do you have an idea how i could check if the client has a special file in his Data folder? (for ex. my-patch.mpq) thanks for all responses in advance, mrlocus

mangos 0.12 rev 83xx Wound Poison gets added perfectly up to 5 stacks. But just 1 of those stack gets calculated as healing reduce. i guess thats easy to fix, but do not know where to start off in the source. greetings, mrlocus

well, i actually agree on this idea. atleast we should add an anticheat which can be enabled through the config files. it should be disabled on a clean mangos source and can be enabled if wished.

meanwhile found out, posting here if someone else maybe is looking for that too: player->GetSession()->GetRemoteAdress();

no idea which server. but yea it makes you jump forward. ill try .lookup