shlainn

very true... but on that same token I do have a keen sense of my gut feelings and I am getting a bad feeling in general right now.

We will see what all happens in the next little while.

Very ominous. Mind elaborating?

YuruY, пожалуйста пишите на английском языке. X-Savior вас не понимает.

И это вообще не место для ваших личных проблем

------------

YuruY, please write in english if possible, X-Savior obviously does not understand you.

And, for the both of you, gentlemen, this is not the place for your personal problems!

I assume this could have been handled better

I believe that the idea was to drop the dll and compile SD2 directly into the core.

I think we both know that this was a political move as much as a technical one, and, I agree with you, the current system is working and there is no big technical reason to change how it works.

As to "talking to SD2 about it" - see "politics". I will not comment on that further - you know the issues as well as everyone else here.

P.S.: If everytime someone proclaimed that mangos is dead those people would donate 1€/$/Gold, the hosting costs would be paid for the next 10 years already…

Too much to do. No help from the community.

I'm not happy when reading this. (

I apologize if you felt personally offended by my statement. We have 1000 members in this forum right now. If less then 1% of these (not counting people with "Developer" under their names) contribute, I think it is fairly accurate to say that the input from the community is limited.

If you would post what you had in mind it could be discussed by all of us - more brains = more input. We should try to be as independent as possible from individuals as single-point-of-failure. That is the reason why e.g. the database (one and zero) is developed in git directly and not as updatepacks.

this is very interesting since no one else knows anything else about this...

Why, I knew. But that is beside the point, I guess.

The main problem is not that people left the community - but that knowledge has left the community, and that is much harder to replace. I can teach anyone enough programming in a month to start hacking on mangos or fixing the db or whatever (that is, provided you are willing to learn and ask questions). But understanding some of the systems in MaNGOS (spells, or the map cell system come to mind) and their interactions can literally take ages, and almost no one is left who actually understands them still. I do not mean to say that you will not get help if you venture into those areas - just that it will be less... helpful.

Also, as a personal opinion: I didn't like the fact that the recent project admins tried to hijack SD2, by creating the scripts repositories just to pull the commits from master SD2. Same applies for DB projects.

I cannot speak for the scripts, as I was not involved into that. I assume this could have been handled better, politically.

My personal opinion: If something is free and open-source, anyone can do with it as they please. People fork projects all the time. As long as the commit authors are preserved I do not think anyone has reason to complain. Anyone can check the commits in the repo and see that the actual work was done by the SD2 team and just pulled by MaNGOS.

Aside: Funny enough, all cries for help from the devs are ignored, but as soon as someone from the community expresses disappointment in commit frequecies, we have more activity in this thread alone than in all of the forum over the last week

Political statement: Our devs are all working very hard on very exciting features for all of you! Watch this space for more updates!

Reality: Too few devs. Too much to do. No help from the community. Low motivation. Updates will come when one of these issues changes.

Aside: I would suggest using the GitHub Wiki at https://github.com/mangos-one/database/wiki - UDBwiki seemed a bit unreliable lately.

On Topic: Having a proper documentation somewhere online and up-to-date would certainly make things easier for developers - and people who aspire to become developers. Much of the stuff can be copied from WoTLK anyway.

http://udbwiki.no-ip.org/index.php/Creature_movement

Please post some SQL for us to debug.

Nice guide.

Typo: hithub --> github (2nd code box)

Suggestion: add howtos to create extract necessary materials (dbcs + *maps)

Suggestion2: add howtos to applying the database.

Also, maybe it should be a good idea to call the core repo "server" so the naming will be consistent with the other Mangos servers.

Same for scriptdev2, database and mangos-tools repos - they should be all lower case and keep the naming convention.

+1

maybe we should also rename mangos/mangos to mangos/server then?

Sart13, apologies for the irony.

Okay, I have another observation here:

AttributesEx & 0x2000 is in the following spells:

126 Eye of Kilrogg

605 Mind Control

1002 Eyes of the Beast

2096 Mind Vision

6115 Far Sight (PT)

6196 Far Sight

6197 Eagle Eye

6272 Eye of Yesmur (PT)

6277 Bind Sight (PT)

6495 Sentry Totem

7033 Charm+ (TEST)

8345 Control Machine

10909 Mind Vision

11403 Dream Vision

11446 Mind Control

16053 Dominion of Soul

21171 Ryson's Eye in the Sky

21425 Ryson's Eye in the Sky

21556 Control Shredder

21566 Control Shredder

30009 Summon Robot

35339 Lee's TEST Mind Vision

37747 Summon Teron Gorefiend

37868 Arcano

37893 Arcano

37895 Arcano

38003 Fel Reaver Controller

38121 Fel Reaver Controller

38123 Fel Reaver Controller

38126 Fel Reaver Controller

38128 Fel Reaver Controller

38130 Fel Reaver Controller

38915 Mental Interference

40789 Zoom Out

40791 Zoom Out

40792 Zoom In

40793 Zoom In

42013 QAE Charm

42129 First Person Camera

42168 Mindless Abomination Control

42353 Spyglass

43975 Switch View

44412 Hawk Hunting

44420 Hawk Hunting

45257 Using Steam Tonk Controller

45440 Steam Tonk Controller

48187 You're a...! (Player Test #2)

49289 Summon Crashin' Thrashin' Racer

49352 Crashin' Thrashin' Racer Controller

50019 Hawk Hunting

51852 The Eye of Acherus

57532 Eye of Acherus

65451 [PH] Using MiniZep Controller

75111 Blue Crashin' Thrashin' Racer Controller

Ah, research... Now, let's see:

SUMMON_PROP_GROUP_CONTROLLABLE (3) is set in SummonProperties.dbc for Effects 65, 427, 428, and 1301

Effect 65 is used for Spells

126 Eye of Kilrogg

6272 Eye of Yesmur (PT)

11403 Dream Vision

30009 Summon Robot

37747 Summon Teron Gorefiend

44412 Hawk Hunting

46619 Raise Ally

49289 Summon Crashin' Thrashin' Racer

51852 The Eye of Acherus

Effect 427 is used for Spells

49352 Crashin' Thrashin' Racer Controller

75111 Blue Crashin' Thrashin' Racer Controller

Effect 428 is used for Spells

45257 Using Steam Tonk Controller

45440 Steam Tonk Controller

65451 [PH] Using MiniZep Controller

Effect 1301 is used for Spell

50019 Hawk Hunting

Now, with the exception of Raise Ally, they all have AttributesEx & 0x2000... Will check more later

It's a learning process for us all But very kind of you to look down on us blessing our humble efforts - it makes this feel much more effective...

So, in mangosR2 type 65 is handled customly in EffectSummonPossessed. The possessing is done by casting Spell 530 (Charm (Possess)) on the Eye once it is summoned. I assume this will yield the correct result. Now my question would be, if this is Blizzlike (aka, are there sniffs for this?) or if it "just works"...

So, this thing got me a bit interested. Let's see what one can find out about this.

All Data are from UDB or DBCs directly

We are talking about quest 12641 - "Death Comes From On High" (http://udbtrac.dyndns.org/index.php?quest=12641).

In this quest it is necessary to use GO 191609 which is a Type 10 GO (Goober), with Spell 51888 as data10.

This spell (in Spell.dbc) goes by the name of "Summon Eye of Acherus".

It has 1 effect of type FORCE_CAST (140) with ImplicitTargetA TARGET_DUELVSPLAYER(25)(The description seems wrong) and EffectTriggerSpell 51852.

Spell 51852 is "The Eye of Acherus". It has 3 effects. Twice APPLY_AURA (6) and once SUMMON (28).

The auras applied are 260 and 261 to the player which appears to be SCREEN_EFFECT and PHASE.

SCREEN_EFFECT seems to be client side only, so that should work fine.

PHASE has some handling in place.

Now, for the summon, it has ImplicitTargetA TABLE_X_Y_Z_COORDINATES (17) and MiscValues 28511 (Creature: The Eye of Acherus) and 65 (from SummonProperties.dbc)

SummonProperties 65 has all zeros except for "Group" which is CONTROLLABLE (3).

For those curious, this is handled in game/SpellEffects.cpp line 4695++ and calls DoSummonGuardian(). So I guess this would be a good place to start looking for what is wrong...

I will try to continue this later, hope it helps somewhat...

Someone please correct me if I am wrong, but isn't "Hooks for Scripting Library for spells" moving the "tons of custom code in dummy, proc aura handlers which looks not nice" from core to the scripting library, which is also not nice?

sart13, I happen to agree with you that the first step to fix a problem is to exactly define it. So, if you can find some time, could you point out in detail the limitations of the current Pet system somewhere? I, personally, would greatly appreciate this.

Shlainn

2011-11-09 14:20:55 ERROR:Correct *.map files not found in path './maps'. Please place *.map files in the directory pointed by this path or correct the DataDir value in the mangosd.conf file.

This says most of it. Other then that, you need TBC 2.4.3 for mangos one. You are using mangos one, right? Oh wait, you are using a custom repack for which you posted a link (which is not allowed)... Well, I guess you will need to talk to the guys who made the repack... Or compile mangos yourself

Hey X,

can you post a list of things to be done (or issues, or whatever you want to call it) on TBC-DB? This may lower the entry barrier for new users who don't have a big enough picture to identify issues...

Shlainn

What's the specs of your computer?

A full build takes 15 min 23 sec on my Intel® Core2 6700 @ 2.66GHz with 2GB Ram (determined by make clean && time make)

@ensiferum: this is off topic - go over to the proper forums.

@rhaziel: Try a specific question. For general ideas on the structure on the system check my post above.

Let me walk you through how I would go about figuring out how this system works. This may or may not work for you.

1) Compile MaNGOS

2) Compile PseuWoW

3) Configure PseuWoW for the maximum debug output possible

Specifically this means in PseuWoW.conf:

debug=3 // Output every single piece of debug crap ever deposited in the source

showopcodes=3 // Show every single opcode that goes over the wire

hidefrequentopcodes=0 // REALLY every single opcode

HideDisabledOpcodes=0 // ...

showmyopcodes=1 // Also show what I am sending to the server

enablegui=0 // GUI adds unnecessary complexity, so no need for that

4) Now start up PseuWow and see what happens... OMG! It's full of crap!!! ...No, seriously:

2011-10-07 11:00:19 +----------------------------------+

2011-10-07 11:00:19 | © 2006-2010 Snowstorm Software |

2011-10-07 11:00:19 | http://www.mangosclient.org |

2011-10-07 11:00:19 +----------------------------------+

2011-10-07 11:00:19 Platform: Unix

2011-10-07 11:00:19 Compiler: GCC (40502)

2011-10-07 11:00:19 Compiled: Sep 22 2011 16:39:00

2011-10-07 11:00:19

2011-10-07 11:00:19 --- Initializing Instance ---

2011-10-07 11:00:19 *** DefScript StartUp [A13.51]...

2011-10-07 11:00:19 *** Loading 14 script files.

2011-10-07 11:00:19 * Loading script file [./scripts/__core_chat.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_chatAI.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_eventstubs.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_func.def]

2011-10-07 11:00:19 * Loading core scripts...

2011-10-07 11:00:19 * Loading script file [./scripts/__core_funstuff.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_hookHelper.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_internal.def]

2011-10-07 11:00:19 * Loading core scripts (internal config)...

2011-10-07 11:00:19 ** Configuring PseuWoW...

2011-10-07 11:00:19 * Loading 1 conf files.

2011-10-07 11:00:19 * Loading conf file [ PseuWoW.conf ]

2011-10-07 11:00:19 MemoryDataHolder: Single-threaded mode.

2011-10-07 11:00:19 * Configuration applied.

2011-10-07 11:00:19 * Cleaning up variables...

2011-10-07 11:00:19 * Dangerous variables removed.

2011-10-07 11:00:19 * Assigning permissions for internal functions...

2011-10-07 11:00:19 ** All Config done.

2011-10-07 11:00:19 * Loading script file [./scripts/__core_list_extensions.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_misc.def]

2011-10-07 11:00:19 * Loading script file [./scripts/__core_wrappers.def]

2011-10-07 11:00:19 * Loading script file [./scripts/autobroadcast.def]

2011-10-07 11:00:19 ** AutoBroadcast: skipped loading.

2011-10-07 11:00:19 * Loading script file [./scripts/database_loader.def]

2011-10-07 11:00:19 * Loading script file [./scripts/help.def]

2011-10-07 11:00:19 * Loading script file [./scripts/uptime.def]

2011-10-07 11:00:19 *** All files loaded without errors.

2011-10-07 11:00:19 *** StartUp complete!

2011-10-07 11:00:19 ** Loading / dyncompiling databases...

2011-10-07 11:00:19 Loading database 'race'

2011-10-07 11:00:19 File './data/scp/race.scp' matching database 'race', loading

2011-10-07 11:00:19 21 sections loaded

2011-10-07 11:00:19 Compacting database 'race' into file './cache/race.ccp'

2011-10-07 11:00:19 Database 'race' loaded from source and compacted with compression 6

--snip--

2011-10-07 11:00:19 Loading database 'emote'

2011-10-07 11:00:19 SCP: No files found that contain database [emote]

--snip--

2011-10-07 11:00:19 ** Databases loaded.

2011-10-07 11:00:19 RemoteController: listening on port 8101

2011-10-07 11:00:19 Starting CLI...

2011-10-07 11:00:19 Init complete.

2011-10-07 11:00:19 PseuInstance: Initialized and running!

2011-10-07 11:00:19 GUI not active or Login data pre-entered, skipping Login GUI

2011-10-07 11:00:19 RealmSocket connected!

2011-10-07 11:00:19 Packet Sent

2011-10-07 11:00:19 RealmSocket::OnRead() 119 bytes

2011-10-07 11:00:19 RealmSocket: Got AUTH_LOGON_CHALLENGE [119 of 118 bytes]

2011-10-07 11:00:19 Login successful, now calculating proof packet...

2011-10-07 11:00:19 == Server Bignums ==

2011-10-07 11:00:19 --> B=2CEC5E45B34CB20CABC099088CCF3D6B315F12DCBE070CC2F563D5447884D917

2011-10-07 11:00:19 --> g=07

2011-10-07 11:00:19 --> N=894B645E89E1535BBDAD5B8B290650530801B18EBFBF5E8FAB3C82872A3E9BB7

2011-10-07 11:00:19 --> salt=B1CDCBFEE4C62F33D47D3A41DEE66E1667D487764058304BF1A70BB6C3557361

2011-10-07 11:00:19 --> unk=96C6A6BE2A589806B0B0070D852BBAC7

2011-10-07 11:00:19 == My Bignums ==

2011-10-07 11:00:19 --> a=A4722A2E0E9F1B9764E615034870B981569409

2011-10-07 11:00:19 --> x=36A15107ECF19C70E49EF4E5B42D36C7E3990B47

2011-10-07 11:00:19 --> v=77F37E45F8A88CDE9943038D4AE6C3292F407ED62D9B3DCC93E701E56E4D5228

2011-10-07 11:00:19 --> A=7BADE689AA63658C8DA684A78660BF1C62114269930D4141B9B30F75EDE466BB

2011-10-07 11:00:19 --> u=DBC0E8AE033ACA9A9066E583DC160CB741A39737

2011-10-07 11:00:19 --> S=1F9CC8F4E9F82C234427CAD5FBA670BB3F13E45369A9785278F248A7ED4A6A4D

2011-10-07 11:00:19 --> SessionKey=B950BE26E5472829B32D9BFCDD442A3C4D7D70A4DA6290E5C4F2ACC78D823BFB39F3B5E21342083A

2011-10-07 11:00:19 == Common Hashes ==

2011-10-07 11:00:19 --> M1=9BB22EF3A2E65D59F59A69AC526A0DE5D6EE0EE4

2011-10-07 11:00:19 --> M2=B128DC34B9061495325AECA7059D269386B4D46F

2011-10-07 11:00:19 --> CRC=0000000000000000000000000000000000000000

2011-10-07 11:00:19 Data left on RealmSocket, Hexdump:

2011-10-07 11:00:19 00

-- CUT --

An average PseuWoW login produces about 400 lines of logfile.

Obviously in the beginning you have some startup messages which say that some script files are loaded, some config is read, some databases are loaded, etc. If you would like to know specifics on how this is done, do a search over all files using some of the log output. For example if you would like to know how the databases are loaded, run "Loading databases" in your search, and you will find out that databases are loaded somewhere in src/Client/DefScriptInterface.cpp.

Then it says "Init complete. PseuInstance: Initialized and running" - The fun starts. PseuWoW connects to the server...

I have to admit, that the realm socket code does not produce very nice output. But still. Every single line of log output can be found in the source, so you can follow the code execution. I will go through the next 5 lines:

11:00:19 RealmSocket connected!

This line is logged in src/Client/Realm/RealmSocket.cpp RealmSocket::OnConnect(). When does this function get called? After some more searching we find out that RealmSocket is derived from TcpSocket (see src/Client/Realm/RealmSocket.h) and TcpSocket calls OnConnect() when a connection is made (see src/shared/Network/TcpSocket.cpp). Nice one!

11:00:19 Packet Sent

This line comes from src/Client/Realm/RealmSession.cpp RealmSession::SendLogonChallenge() which gets called from src/Client/PseuWoW.cpp PseuInstance::ConnectToRealm() which is called from PseuInstance::Update() which in turn gets called from PseuInstance::Run(). As you will also find out, Run() contains the main program loop. So after reading through some or all of these functions, you will see that SendLogonChallenge() puts together a data packet containing all kinds of logon data (I believe some of that is a bit hacky, now that I look at it...) (Client Version, account name, etc) and sends it off to the server.

This is the first contact. So what does the server do with it? (At this point you should take a look at server startup logs using the same strategy as before) The server (in this case realmd) gets this AUTH_LOGON_CHALLENGE packet. Searching mangos source for that string reveals that src/realmd/AuthSocket.cpp handles it in AuthSocket::_HandleLogonChallenge. Reading through the code (and ignoring or looking up bits you don't understand right away) you will see that realmd checks if the packet is okay, if the account exists, is not banned, suspended, or any other bad thing and if it is not, it calculates some lovely bignumbers which are then used as logon challenge to the client. By following the pkt object throughout the function you can see the structure and order of data in the packet, just as before in PseuWoW. In the end, the packet is sent back to the client, which then says:

11:00:19 RealmSocket::OnRead() 119 bytes

By now you will not have any difficulties to find out that this is called from src/Client/Realm/RealmSocket.cpp RealmSocket::OnRead(). It receives all data on the socket, and adds it to a packet queue for processing.

11:00:19 RealmSocket: Got AUTH_LOGON_CHALLENGE [119 of 118 bytes]

This message is reported from src/Client/Realm/RealmSession.cpp RealmSession::_HandleLogonChallenge(). How the hell did we get from the packet queue to this function? Let's see. RealmSession::_GetAuthHandlerTable() has a mention of _HandleLogonChallenge() in a table of some sorts. _GetAuthHandlerTable() gets called from RealmSession::Update() and returns a pointer to the table. A bit into the Update() function (which presumably gets called from the main loop, I leave it to you to verify this) you will find that a for loop goes through the table and checks if the Opcode of the packet matches the one in the table. If it does, a magic called "function pointers" is used to call the associated handler function, which we already know is _HandleLogonChallenge().

11:00:19 Login successful, now calculating proof packet...

This line is also from _HandleLogonChallenge(), a bit further down. As you will have found out at this point, PseuWoW has checked if there were any errors, and found none. So now it will extract the data from the packet, calculate login proof data and send it off again, while outputting copious amounts of debug information.

I hope this starts your learning process. What you will see all the time it this ping-pong game between the server and the client throwing packets at each other in response to something happening on either side (movement, attacks, cooldowns, etc) and replying to those packets.

I am not sure what you mean by "pinning this thing down", but I am very certain that only a handful of people on this planet have a complete in-depth understanding of every bit of code in the MaNGOS repository. It is also not necessary to understand the underlying network code to fix something in the spell handling (just as an example). So I would recommend you not to get lost in implementation details before you have the big picture. And by "big picture" I refer to the three classic things every program needs to do:

main()
{

Initialize();

while(running)
   DoStuff();

CleanUp();

}

Hope it helps, apologies for the rather lengthy post...

Shlainn

And there are still idealistic people around who believe that the ultimate purpose of MaNGOS still is learning how to create a full-blown MMORPG. Any such endeavor would at some point require a client... like Pseuwow

(funny how the clone count on my repo has gone up recently )

Hi rhaziel,

while MaNGOS looks big and scary, it actually all boils down to a couple of files. I suggest you start at understanding WHAT MaNGOS is trying to emulate - in order of appearance:

• Realm Login (https://github.com/mangos/mangos/blob/master/src/realmd/AuthSocket.cpp)
  
• World Login (https://github.com/mangos/mangos/blob/master/src/game/WorldSocket.cpp)
  
• Packet Handling (https://github.com/mangos/mangos/blob/master/src/game/Opcodes.cpp)
  
• Object system (https://github.com/mangos/mangos/blob/master/src/game/Object.h)
  
• Map/Grid system (https://github.com/mangos/mangos/blob/master/src/game/GridMap.cpp)
  

While this list is probably very incomplete, it should be enough to jumpstart your MaNGOS adventure. In parallel, it may help you to look at PseuWoW (http://mangosclient.org)(yes, shameless self-promo), which attempts to emulate the client part.

If you have any specific questions, you should ask them in the appropriate boards, and they may be answered... at some point

KUNG FU NECRO BUMP!

We are still here! And right now pretty alive and kicking!

Over the past weeks I have been working on making PseuWoW compatible to Mangos Zero, Mangos One and Mangos (Two) all in one client! It has been interesting at some points, but ... it HAS WORKED.

I can confirm compatibility (as in: as limited as before, but now times THREE) for all official versions of MaNGOS - the fearless may check it out at https://github.com/shlainn/pseuwow/

Shlainn

Hi all,

as you may (or may not) be aware, over the past couple of days I have been busy making PseuWoW (www.mangosclient.org) compatible to MaNGOS Zero. And now I have added MaNGOS One to the mix. And once again, I just successfully walked a test character from Northshire Abbey to Goldshire in PseuWoW on my One server...

For those willing to try the clumsy, horribly documented, unstable and crashy code, you can find it at https://github.com/shlainn/pseuwow/. At some point I may even be persuaded to update the installation instructions...

USE THE allinone BRANCH as this is the branch where I am working on cross-version compatibility for the Client.

I have only tested this on Linux, so there will probably be horrible problems on Windows. If you are interested to help the porting effort, feel free to drop me a message here, on github or on www.mangosclient.org.

NO BUGREPORTS HERE PLEASE -> GO TO www.mangosclient.org

Shlainn

Hi all,

as you may (or may not) be aware, over the past couple of days I have been busy making PseuWoW (www.mangosclient.org) compatible to MaNGOS Zero. It is not fully there yet (actually it has WAYS to go), but I just successfully walked a test character (a very brave soul, indeed) from Northshire Abby to Goldshire in PseuWoW on my Zero server...

For those willing to try the clumsy, horribly documented, unstable and crashy code, you can find it at https://github.com/shlainn/pseuwow/. At some point I may even be persuaded to update the installation instructions...

USE THE allinone BRANCH as this is the branch where I am working on cross-version compatibility for the Client.

I have only tested this on Linux, so there will probably be horrible problems on Windows. If you are interested to help the porting effort, feel free to drop me a message here, on github or on www.mangosclient.org.

NO BUGREPORTS HERE PLEASE -> GO TO www.mangosclient.org

Shlainn

@Schmoo: How hard would it be to create a kind of chatbot to whom errors can be reported and who will ask (configurable) followup questions?

Example conversation

Player: /t ReportGuy quest <Plagued Lands>

ReportGuy: Hi Player, is the Quest "Plagued Lands" completable?

Player: No

ReportGuy: Your objective is to Use/Cast Creature "Captured Rabid Thistle Bear" (Rabid Thistle Bear Captured). Is that possible?

Player: No

ReportGuy: Why?

Player: When I set the Trap nothing happens

ReportGuy: Thank you for your report

Player: /t ReportGuy npc <Captain Placeholder>

ReportGuy: Hi Player, what is wrong with the NPC Captain Placeholder? (location, values, faction, spawn rate)

Player: location

ReportGuy: The NPC Captain Placeholder is currently spawned in 1 Place: 1x Menethil Harbor

ReportGuy: Should he be spawned more often?

Player: No

ReportGuy: Should he be spawned less often?

Player: Yes

ReportGuy: Should he be spawned in other places?

Player: No

ReportGuy: Do you have any more comments I should add to this report?

Player: No

ReportGuy: Thank you for your report

Now that I have actually read your post and not just skimmed the surface I have some technical thoughts:

* types - status combinations

If you want to combine it with a web tracker, obviously the status combinations should be identical...

* ReportTo - must agree on some sort of way to send datas (format)

* Interaction to Bugtracker/ Website - I don't know how to handle such things

If the tracker is off-site (like the UDB quest tracker) mangos could send data via a HTTP connection. This is not difficult (except for the fact that MaNGOS would need some more libs to handle it). It is also possible to put the reports in a database table and use a separate reporting tool which could run every few hours/days to send the database content to the tracker. A unified data format (JSON, XML, ...) would be a prerequisite for that.

If the tracker has access to the same database as mangos, the database table solution fully applies.

* Feedback from our site hosters, if there would be possibilities to create wrappers to ie forward to github issues or other trackers

I see no problem to create a script for the UDB quest tracker that could receive and incorporate reports from anywhere, as long as we stick to a parseable format.