Jump to content

VladimirMangos

Members
  • Posts

    2813
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

Everything posted by VladimirMangos

  1. in [9216]. Thank you
  2. I think aleready has been writed: this is client side problems and core not related to weapon not work....
  3. In main part must be fixed in [9197]. Ofc, possible some cases like in combat switch that imposible clear fix until replace targeted movgen by chase/follow 2 movegens.
  4. It already reset in void Master::clearOnlineAccounts()
  5. How "fields[39].GetUInt32();" possible when
  6. If someone use freebsd for run mangos code, please test it at FreeBSD. Past expirience show that ACE have special problems with BSD OSs. So patch can be considered to apply only after FreeBSD testing...
  7. Just for note: switch can't fix bugs (except some very specific cases), it only can create new bugs (and do it always) that will need fix in long way until next mangos release.
  8. Maybe more simple just add new AT_LOGIN flag? AT_LOGIN_FIRST for example...
  9. I think more simple just select for custom weapon unused in DB but exist in DBC item ids _with_weapon_like_data_ with appropriate info. Some now not used in world weapons/etc.
  10. This is not parts but independent projects. And please not discuss something about what you don't know details, I meaning this specific project teams work.
  11. In [9162] with suggested addition. Thank you
  12. In [9160] implement new flag PROC_EX_FULL_BLOCK and used for spell. Maybe will be other cases.
  13. (a) will not help for case: generated files at one host (under Windows as more easy case) still will not be compatible with another host mangosd. Not inmportant infact how core work with data, important only how it read from file/write to file
  14. I worry that this still not let compatible results for platforms. but sizeof(unsigned int) is platform dependent size
  15. In [9158]. Thank you. I temporary generate x64 support at windows for extractor and genenerate maps using x64 ad.exe version. Result files exactly same so as i understand it work correctly at x86 platforms.
  16. In [9157] and 0.12. Thank you. I add same fix for .namego case.
  17. And finally seal spell_rpc_event data added in [9155].
  18. in [9153] Alt. patch added to [9154]
  19. horrible check in horribale place I will write all version
  20. In [9151]. Thank you
  21. in [9150] Thank you
  22. Why Player check need if all functions Unit related ? Also will add drop 31803 from spell_bonus_data that listed but absent in patch sql data.
  23. and reverted result for isFriendly
  24. In [9149]. Thank youI will continue review this heap of unconnected changes. But has been lot easy fi this originally has been created as separated patches.
×
×
  • 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