Xenithar

Wait, you're saying in vanilla I can create my own custom weapons? How would that work? Assume I took a Thunderfury, cloned it, gave it id 9000, made it have 500dps or something crazy. How would the client react if I added it to my inventory? I was under the impression that we were only passing ID numbers back and forth.

Well it works like this. You can't create an item server-side which is not in the client. If the server says item 7000 is on a corpse and your DBC files do not have an entry for item 7000, it will either show up as a red question mark on a black background and be useless, or it won't show up at all. Antz or Reaper could probably explain this better than I can, but it boils down to things matching up on the client and server.

These are in our DBC files, so why can't we just pull the info from there?

These were in MaNGOS years back, along with Peep the phoenix and others. No clue why we don't have them now. In Zero, and One I believe, the items were tied to the area death spell and killed everything in a 30 yard radius. Somehow these items made it onto a live server so they changed it to kill the caster. In Zero it should kill everything in a 30 yard radius around the caster In Lich King it should be suicide. Not sure about BC, but I know at one point in BC it was the same as in vanilla, though they may have been changed prior to the final version of BC. *EDIT* Alex's Ring of Audacity and Alex's Text Beatdown Staff are in-game, along with the Ring of Critical Testing 2.

I updated again last night and noticed something. The Eluna crash is gone, and I now get this. [code] Next game event check in 1200 seconds. server shutdown 10 CLI command under processing... Server is shutting down in 10 Second(s). Command: server shutdown 10 [Account: 0 from Console] mangos>[Thread 0xb18efb70 (LWP 3095) exited] Network Thread Exitting Network Thread Exitting [Thread 0xb10eeb70 (LWP 3096) exited] [Thread 0xb08edb70 (LWP 3097) exited] [Thread 0xb20f0b70 (LWP 3094) exited] [Thread 0xb6e4cb70 (LWP 3087) exited] [Thread 0xb765db70 (LWP 3084) exited] Halting process... [Thread 0xb664bb70 (LWP 3090) exited] Program received signal SIGPIPE, Broken pipe. 0xb7fe1424 in __kernel_vsyscall () (gdb) backtrace #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb77d32eb in write () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0xb7b7bf0d in vio_write () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #3 0xb7b6a06e in net_real_write () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #4 0xb7b6a2c8 in net_flush () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #5 0xb7b6a5e0 in net_write_command () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #6 0xb7b675f8 in cli_advanced_command () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #7 0xb7b643a1 in mysql_close () from /usr/lib/i386-linux-gnu/libmysqlclient.so.18 #8 0x08989217 in MySQLConnection::~MySQLConnection (this=0xbd1c910, __in_chrg=) at /home/---/zero/src/server/src/shared/Database/DatabaseMysql.cpp:80 #9 0x08989269 in MySQLConnection::~MySQLConnection (this=0xbd1c910, __in_chrg=) at /home/---/zero/src/server/src/shared/Database/DatabaseMysql.cpp:81 #10 0x08983cf4 in Database::StopServer (this=0x8e215a0) at /home/---/zero/src/server/src/shared/Database/Database.cpp:158 #11 0x0898912b in DatabaseMysql::~DatabaseMysql (this=0x8e215a0, __in_chrg=) at /home/---/zero/src/server/src/shared/Database/DatabaseMysql.cpp:65 #12 0xb769022f in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #13 0xb769029f in exit () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #14 0xb7677e4e in __libc_start_main () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 #15 0x085c0c11 in _start () [/code] It looks like something is breaking when attempting to disconnect or save data to the MySQL server upon shutdown. Perhaps this is related to why realm servers no longer work for me? Maybe something was saved incorrectly and now it causes that thread to crash. Either way this is still happening.

Then we need to figure out why this is failing on every system I try it on, but we should discuss it in the correct thread since it may not be a show-stopper for everybody. I will say that I just build Zero on my work laptop running Gentoo and had the exact same issue. I cannot figure out why the ACE thread dies the instant it starts, but I am fairly sure that is the issue.

Have you tried Debian stable with the ACE that comes with Debian? Not a downloaded one (that is not the proper way to do things in Linux) and not one from some off the wall repo. Can you make it work in Debian stable with the OS stuff? I have now narrowed my issue down to ACE starting and killing a thread, but no clue as to why. No info is given. It just won't run.

Still not working. I cannot see realms at all. The realmd process starts and says it added my realm with the id '1', but it does not show up in the client. When I put this on my laptop I had no way to select a realm. I was unable to join my own server until I manually added "realmname " to config.wtf in the WTF folder.

It was not in vanilla at all. I was a HEAVY raider in vanilla. I had top gear and even a Thunderfury. We NEVER got the group loot roll in vanilla. That was added in BC after I took a break. *EDIT* Also, I just built the current R20 and I STILL cannot see any realms listed in the realm selection screen despite having my realm show up when realmd starts. This is a game-breaker. A new player who just built their first server would not even be able to get into it. I can reproduce this on 64bit and 32bit Debian Wheezy. I do not have my Gentoo server up right now. Hardware changes.

I meant that the change for chests in Zero was irrelevant, not that Two was. Should have clarified that. Guess it was added in BC then. Maybe I took a break before BC made the change. I remember getting bored with BC and taking a break until just before LK came out, so maybe I missed the chest looting change. We did not do much (any?) raiding in LK so that may also add to why I do not remember it. As for the boss chests they are somehow handled differently on the official servers beyond spawning. The bug mentioned above is linked below. If the chest was just a "normal" chest this would not happen. I was never the ultimate raiding guy after BC was released, but I remember threads from the past about boss chests not acting right on several occasions. This is just one. Sadly, I cannot offer much assistance here due to my lack of raiding post-BC. [url=http://us.battle.net/wow/en/forum/topic/8197581942]Chest of The Seven[/url] [url=http://us.battle.net/wow/en/forum/topic/7811541287]Ulduar Hodir Chest[/url] There are more, just google for them. If we can fix this then it puts us ahead of them somehow.

Actually boss chests were NOT the same. In fact while researching I have come across several threads on the Blizzard forum referencing various boss chests not working correctly. The one that came up most often was the one where you fight the seven dwarves and their chest was bugged so rolling didn't work and on person would wind up looting it and being unable to share the items. In fact that one had been bugged for seven months when the last post was made. I will say it again, I do not remember this and nobody else in my guild does. I am still going through patch-notes trying to find this, but whether or not it was in BC is irrelevant. We're pushing vanilla right now and we do know it wasn't there.

Right. Now my question is this. Is the article right? I have been asking my guild-mates (we all stopped when Cata was released) and nobody remembers ever having to need or greed on a chest. I swear this was implemented at a later date, but I will find patch-notes and figure out when it was added. If it WAS added in 2.1, why did we not get the prompts in BC/LK on official? We ALWAYS used group loot, but nobody remembers having to roll on the items in the chest. We simply did /roll and the highest number got the chest.

Wait, we did not roll on items in chests. That is WRONG. Players would do "/roll" and whomever had the highest number got to open it. I have NEVER seen chest items rolled on. I played every iteration from the alpha to Cataclysm, so if rolling on things in chests was ever added, it was added in Cataclysm. The correct behavior in vanilla is for whomever opens it gets it. *UPDATE* Based on reading, this has been implemented... in 2.1! Therefore this patch should apply to BC and newer, not vanilla. I honestly do not remember having to roll on chests when I played through Lich King however, but it may have been due to the way my guild played. We simply rolled on the chests. [url=http://www.wowwiki.com/Roll]WoW Wiki #1[/url] [url=http://www.wowwiki.com/Loot]WoW Wiki #2[/url] Note from #2: [quote] Note that loot from containers — chests, food crates, and the like — as opposed to corpses, also uses the party loot threshold (if one is in effect), although the container will always be lootable by any party member. If the container holds a high-quality item, that item will be rolled on (or not), the same as if it were looted from a corpse. Since this is a recent change (Patch 2.1.0), many groups may still require rolling on content, or at least to link the common items such as foods and potions to give to those who need it. Since chests do not normally contain items of high value, usually the party members /roll for it. [/quote] We do NOT have a loot system in vanilla for the party rolling on chest loot.

What does that fix?

I just found one that cna be a show-stopper as far as questing goes. My fiance and mom are in a cave (Splinthoof Hold) and the mobs there are aggroing and deaggroing repeatedly. Not only that but my fiance tries summoning her VW in the cave and it uses a soul-gem but does not grant the VW. Finally, my mother did charge in the cave at an enemy and fell through the world and died. Caves may be hosed for some reason...

What does this do? I have not had any graveyard issues. The only graveyard issue I know of is the spirit healer in Southern Barrens that, as far as I know, is not used. In fact I do not ever remember rezzing there in official, either.

The druid thing is NOT a show-stopper. The looting STILL being messed up is. I would like to see loot working correctly prior to R21, but I'm not a shot-caller here. I just believe that, since it worked for quite a while before the split, we should have it working by now. Either way I intend on contributing my time to R21 the moment it is out. I am still struggling with why the hell MaNGOS despises foreign keys, but that is my own issue.

Actually guards did have gold on them in official. How do I know? Prior to BG's and cross-realm support I spent a LOT of time in Stormwind and Ironforge with my guild. Oh yeah, I was Horde...

Group loot is still not fixed. I just played for 2.5hrs with my fiance and mom at Jintha'Alor and with it set to group loot, it was random who got a corpse and sometimes we were all assigned to it. Sometimes we wouldn't get a corpse for many kills. It was not right. It should be rotational, not random, and it should NEVER allow more than one person to loot a corpse until after the assigned owner loots it.

You're both at 0ms? I saw this every day on official servers, so I am not understanding the issue. *UPDATE* Reaper, I tried this with my mom, who lives 45min away, and she did not stutter like in your video, and she had 25ms latency.

Normal due to latency or packet-loss. I have seen FAR worse on official servers in loaded cities. Now if you are saying this only happens when looting is set to group loot, that tells me that the loot flag is somehow affecting another part of the engine server-side.

I do not get the desync anymore, it just went back to not working correctly. Players do occasionally get their animations desynced (ie: every time a player stops running they instantly look like they're sitting or laying down or whatever) but not their positions or movement. *EDIT* Also, the druid issue is strange. I believe we are teaching the player the wrong spell. Apparently I had learned FFF, but I never got yellow text telling me so and the point is not taking. However, when I do ".lookup spell faerie fire (feral)" I see one called "Faerie Fire (Feral) Talent" and it is known. However it does not show in my spellbook. I believe you need to know that to be able to learn higher ranks, but you must also teach the player "Faerie Fire (Feral) Rank 1" or the player cannot use it and it will not show a point in the talent tree. I will test this now. *UPDATE* This is odd. I unlearned FFF talent R1 and got my talent point back, and I was able to put the point into it and learn this time. However, I then trained my other ranks and it is back to showing that I do not know it and do not have a point in it.

Another show-stopper/game-breaker. Druids cannot put a point into the talent "Faerire Fire (Feral)". However, as I have leveled I have been able to train in FF (Feral), despite not having the point or the rank 1 skill. See attached image. I just trained in FF (Feral) r4, and STILL cannot put my point into the talent, preventing me from going down the tree.

I will be building using internal later tonight also.

Internal or external ACE? If internal, try external. If external fails, we have to roll back to what everybody is using.