-
Recently Browsing 0 members
No registered users viewing this page.
-
Similar Content
-
By Voarsh
I suppose this is two questions in one.
I ".reset spells", etc and now when I login to WowTLK 3.3.5A I get "can't speak that language"
I have a macro that selects a language and then I can talk normally.... or I can just choose a language. What language is my char/client trying to use?
I cleared my account/cache in my client. Only new chars work.
I then thought, I can't solve this, all I can do is "select" a language every login... I can't even use GM commands until i do.
So, perhaps make a new char and "copy" the quests over.... I've no idea how I might do this.
Any help?
-
By ChiefMcClane
Hello folks
I once updated my Trinity Server (3.3.5a) to the latest version (30.09.2020), unfortunately my Draenei Warlock is now broken. I once created one in an older version by simply changing the breed in the database. After the update I couldn't select it at first, because the combination is invalid. This message came in the console.
I did some research and found out that the playercreateinfo_ tables have to be filled. I did that.
I can log in now, but it seems that I have no language. The error message "you can not speak this language" appears in the chat. I cannot select a language either. I have already tried many things, including adding the skills, but the error remains.
I can't remember that it was so difficult in the past, has anything been changed?
-
By shroom
Hi,
Following one recent commit officially adding MariaDB 10.4 support, I took this opportunity to update my database server (from MariaDB 10.1 to MariaDB 10.4) and compiled the game server with the corresponding libraries instead of MySQL 5.7.
Everything went fine and the server runs properly.
I had one tiny little issue though: I had to fill the MySQLExecutable variable in the conf file otherwise the worldserver executable wouldn't launch:
Didn't find any executable MySQL binary at '/Server/Release/bin/Release' or in path, correct the path in the *.conf ("MySQLExecutable").
I never had to fill this variable before and it was still working fine with this commit: https://github.com/TrinityCore/TrinityCore/commit/48c700347c91b1748427a8c5b09b8d4099c9a105
I'm running with this commit at the moment: https://github.com/TrinityCore/TrinityCore/commit/43d9ffd1bc127768882711a47d5e2bae92845d04
It's not that big of deal obviously, but the worldserver conf file states for this variable:
If the path is left empty, built-in path from cmake is used.
Alas, while being properly set in CMake, the path isn't used anymore.
Is this the new expected behavior or is this a bug?
-
By leandrod
Hello guys,
I was wondering that would be nice if i can active the flying mounts in Azeroth allowing the players to use it in Orgrimmar for example.
So, here's my question: is there any way to do that in the server core side? I know that the game doesnt support flying mounts in Azeroth in the retail but i would like to do it (if its possible).
I've serched in the forum for it and didn't find anything about it.
Thanks for the help!
-
By kepo
I made 2 realms, one for 2.4.3, one for 3.3.5 but for some reason when I try to connect to the 3.3.5 realm I'm getting this error in the cosole:
WorldSocket::HandleAuthSession: Client *my home pc's ip is here* requested connecting with realm id 22 but this realm has id 2 set in config. I also get this in-game:
The game server you have chosen is currently down. Use the Change Realm button to choose another Realm. The Auth.exe that I use is by OregonCore 2.4.3 for both, but Oregon is 50-60% TrinityCore. When I use the auth.exe by TrinityCore the same problem occurs in the 2.4.3 realm but the 3.3.5 starts working. I don't have any other errors like DB & etc. That's the only problem.
I checked the DB auth > realmist and everything looks fine. Here's a picture: http://prntscr.com/mhpbmr
I have also opened all the needed ports.
Also - worldconfig for 3.3.5:
LoginDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;auth" WorldDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;world2" CharacterDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;characters2" RealmID = 2 WorldServerPort = 8086 and for 2.4.3
LoginDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;auth" WorldDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;world" CharacterDatabaseInfo = "127.0.0.1;3306;mysql user;mysql pass;characters" RealmID = 1 WorldServerPort = 8085 Also I checked the AuthSocket.cpp and realmlist.cpp, it looks like there is a code or whatever is called for 3.3.5:
AuthSocket.cpp
case 8606: // 2.4.3 case 10505: // 3.2.2a case 11159: // 3.3.0a case 11403: // 3.3.2 case 11723: // 3.3.3a case 12340: // 3.3.5a realmlist.cpp
static RealmBuildInfo ExpectedRealmdClientBuilds[] = { {12340, 3, 3, 5, 'a'}, // highest supported build, also auto accept all above for simplify future supported builds testing {11723, 3, 3, 3, 'a'}, {11403, 3, 3, 2, ' '}, {11159, 3, 3, 0, 'a'}, {10505, 3, 2, 2, 'a'}, {8606, 2, 4, 3, ' '}, {6005, 1,12, 2, ' '}, {5875, 1,12, 1, ' '}, {0, 0, 0, 0, ' '} // terminator }; My account's gmlevel in account_access is set to '3' and 'RealmID: is 2', since the max rank level in 2.4.3 (RealmID: 1) is '5'.
Oh, almost forgot... I modified accounts table, also fusioncms recognize the realm: http://prntscr.com/mhpf3f // trinity is fresh-compiled soo... it's latest version, oregon is 2017 rev since we did tons of custom changes (it's fun server) but hey.. oregon is ded - latest rev is 1 year ago. ;c
-
Recommended Posts