OkamiRo

Had a problem in dungeons even after adding the fix patch to skip if the mapindex is less than 10000 simple fix is #ifdef ENABLE_SUPERSTONE_EVENT if (pkMob->m_table.bType == CHAR_TYPE_STONE && lMapIndex != 207 && lMapIndex < 10000 && quest::CQuestManager::instance().GetEventFlag("superstone_event") > 0) { SpawnExtraStones(pkMob, lMapIndex, x, y, z, bShow, bSpawnMotion #ifdef ENABLE_WJ_SHOW_MOB_INFO , bAggressive #endif ); } #endif so basically what you have to do is right after CHAR_TYPE_STONE add && lMapIndex != 207 (replace 207 with the map index you want to skip), for me 207 is the beran dungeon. Good luck.

Thank you for sharing this fix with us. This can fix the issue with Azrael that gets you stuck into the walls?

bump, same problem here quest quest charge_cash_by_voucher begin state start begin function charge(amount, charge_type) if charge_type == nil then charge_type = "coins" end if 0 < amount then -- syntax : pc.charge_cash(amount, charge_type) -- warning: 1. 'charge_type' : "cash"(default) | "mileage" -- 2. 'amount' must be positive number. local result = pc.charge_cash(amount, charge_type) if true == result then local item_id = item.get_id() char_log(item_id, "CHARGE_CASH_BY_VOUCHER", amount) syschat(string.format(gameforge.charge_cash_by_voucher._010_syschat, amount)) local flag_name = "total_" .. charge_type pc.setqf(flag_name, pc.getqf(flag_name) + amount) item.remove() end end return false end when 80014.use or 80015.use or 80016.use or 80017.use begin local amount = item.get_value(0) charge_cash_by_voucher.charge(amount, "coins") end end end Edit, nevermind. in db/src/ClientManager.cpp search for this function void CClientManager::ChargeCash(const TRequestChargeCash* packet) and change in this function sprintf(szQuery, "update account set `cash` = `cash` + %d where id = %d limit 1", packet->dwAmount, packet->dwAID); with sprintf(szQuery, "update account set `coins` = `coins` + %d where id = %d limit 1", packet->dwAmount, packet->dwAID);

No syserr unfortunately. Also I didn't do any changes in source to affect players to not get experience. It's happening sometimes to random people. No matter if they level in a party or solo.

bump. i know this is a old theard, but i have the same problem sometimes. some random players get their exp locked and they have to close the client and enter the game again, the exp gain blocks out of nowhere

How can you fix it for r40k with .txt protos? Thanks in advance, Okami.

I know this theard is old af, but maybe someone else will look for answer. If you reversed xSag's changes for Yang on taskbar and still have issues with yang refresh, then: root/interfacemodule.py search for function def RefreshStatus(self): under self.wndCharacter.RefreshStatus() add self.wndInventory.RefreshStatus() In your case with metin2pandora client it should look like (the whole function) def RefreshStatus(self): self.wndTaskBar.RefreshStatus() self.wndCharacter.RefreshStatus() self.wndInventory.RefreshStatus() if self.wndEnergyBar: self.wndEnergyBar.RefreshStatus() if app.ENABLE_DRAGON_SOUL_SYSTEM: self.wndDragonSoul.RefreshStatus() xSag made that change for MDs in inventory (which is bullshit imo) and removed self.wndInventory.RefreshStatus() completly because the MDs uses another refresh function. Good luck.

reupload please? edit: nevermind, i did not notice internal download

Dear all, First of all, thank you for your interest into reading this theard. Old Metin2 is now looking for a metin2 experienced developer in oder to fix a bug/error regarding the bonus apply on our server. If you have knowledge of C++ and metin2 development please contact me on Discord at Okami#1001 or by email at [email protected] We will discuss more in private, please without no name developers as i'm looking for a trustworthy person. Thank you. Regards, Okami.

i know it's from ancient times but bump

bump

UP, have the same problem here with g++7.

Just posted here in case someone need in one day like me... Open from you db source Main.cpp Search #ifdef __FreeBSD__ _malloc_options = "A"; #endif Replace with #if defined (__FreeBSD__) && !defined (__GNUC__) _malloc_options = "A"; #endif

bump same problem here @MUZI know it's funny cause this topic was from 2016, i found the solution Perhaps my server accept connections from outside of the server with auth exploit, however i have fixed it.

UP I have the same problem here.