[Brz]

Pour l'amélioration de l'avancé dans le traitement des reports et l'application de fixs, il est nécessaire d'ajouter quelques précisions ici.

La nécessité des sources :
Comme vous le savez, le staff souhaite que ce serveur soit au maximum "Blizz-like".
La structure de base sur laquelle repose le serveur (Mangos puis C-Mangos) est une structure communautaire, où chaque personne intéressé peut soumettre ses scripts, ses modifications, et l'opposer au jugement d'autres personnes intéressées. Mais cela n'empêche pas cette base d'être soumise aux erreurs, et la quantité de problèmes à réglée est telle qu'ils sont loin d'avoir tous été résolus.
Cette communauté fonctionne comme nous. Ils demandent des sources avant d'accepter une modification.
La raison de cela, c'est que l'esprit humain est loin d'être infaillible, et qu'un simple souvenir n'est pas forcément digne d'une totale confiance. Sinon, nous ne demanderions pas de sources, nous jugerions chaque report en fonction de nos propres souvenirs d'époque, et appliquerions parfois des erreurs.
La logique peut parfois convenir, mais il faut pouvoir la justifier, et il faut aussi savoir que sur certains points, la logique ne fait pas foi, il faut alors essayer de toujours trouver une source pouvant appuyer la logique.

Les sources sont le seul moyen de nous assurer que nous ne faisons pas d'erreurs.
Le mieux est qu'elles soient d'époque (jusqu'à 2006), ou, sinon, qu'elles soient assortie de preuves qu'aucun changement n'a été effectué entre la version 1.12.x du jeu et la date de votre source.
Le format de la source n'importe que peu, mais veilliez à ne pas avoir de source contraire, ou tâcher de les poster aussi si aucune source ne vous permet de trancher réellement.

Il arrive parfois qu'aucune source ne soit nécessaire.

Comment aider les devs à faire leurs fixs :
Dans le cas d'un bug de sort ou de talent :
Fournir l'ID du sort en question, avec un lien vers la DB.
Exemple : https://www.nostalgeek-serveur.com/foru ... 34&t=13376
Vous trouverez l'ID dans l'URL du lien DB. Dans le cas présent, c'est 12577.
Lorsque le problème est présent pour tous les rangs d'un sort, il peut être utile de donner le lien & l'ID de chaque rang. Il se peut aussi que le problème soit général à une mécanique de sort (un effet), et donc présent sur tous les sorts utilisant cette mécanique. Dans ce cas, précisez-le.

Dans le cas d'un bug concernant un NPC :
Fournir l'ID du mob en question, avec un lien vers la DB.
Exemple : https://www.nostalgeek-serveur.com/foru ... f=7&t=7963
Sachez que TOUTE créature dispose d'une ID. Que ce soit un mob invoqué par un item, un script, ou un simple marchant, ils en dispose tous. Et c'est l'info la plus importante pour nous pour régler le problème. Vous nous évitez de précieuses minutes à rechercher cette info.
Si il manque des sorts sur le NPC en question, donnez un lien vers chacun des sorts manquants.
Si il manque des déplacements sur le NPC, vous pouvez fournir un lien vers une carte montrant ces déplacements (WoW-Cartographe en fourni pas mal), ou en produire une vous-même grâce à vos sources.

Dans me cas d'un bug concernant un item :
Fournir l'ID de l'item en question, avec un lien vers la DB.
Exemple : https://www.nostalgeek-serveur.com/foru ... f=7&t=7062
Si le problème vient du sort de l'objet concerné, merci de donner un lien vers le sort concerné.

Dans le cas d'un bug concernant un GameObject :
Les GameObjects sont tous les objets non présent dans la carte de base, comme les feu de camp, les coffres etc... Tous ceux avec lesquels on peut généralement interagir.
Il faut, encore une fois, fournir l'ID du GameObject concerné, et un lien vers la DB. Vous les trouverez dans la section entité.
Exemple : https://www.nostalgeek-serveur.com/db/?object=180452
Si le GameObject est sensé lancer un sort ou faire pop un mob, merci de bien vouloir donner les IDs et les liens vers les sorts/mobs concernés.

La manière dont sont gérés les reports :
Une fois votre report dûment rempli et posté, certains MJs et Joueurs vont tenter de le reproduire, pour confirmer la véracité du bug. Certains vont chercher des sources contradictoires si il y a un doute.
Si le bug n'est pas reproduit ou confirmé, il sera classé afin de ne pas encombrer la section bugs.
Si il est reproduit, le joueur ou MJ nous fournira des détails supplémentaires si ils sont nécessaires. Sinon, un Dev sera amené à en demander. Ces informations seront utile au moment de la résolution du problème, nous feront gagner un temps précieux pendant l'analyse et la correction dudit bug.
En fonction de la priorité du bug, il sera alors traité en particulier par un Dev.
A savoir que lorsque c'est Lorh qui traite le problème, il est appliqué dans la foulée, et le bug est alors résolu au prochain reboot (si c'est un bug lié à la DB) ou à la prochaine mise à jour. Cela est signalé sur le topic en question.
Si le problème est traité par un Dev bénévole, il faut alors que Lorh valide le fix, en le testant, qu'il le corrige si il réside un soucis, puis il sera appliqué.

Si un report n'est pas correctement rédigé et que personne ne se dévoue pour le rectifier, il sera classé d'office.
Le Flood et les "Ups" intempestifs sont très difficilement tolérés. Ils sont contre-productifs.
Sachez que nous lisons tout dans cette partie du forum, et que cela nous fait perdre énormément de temps lorsque nous ouvrons un post juste pour y voir un "up" ou pour lire plusieurs posts qui n'apportent rien au sujet. Vous voulez qu'un topic soit géré plus vite qu'un autre ? Mettez y votre "+1". Ceci étant, cette fonctionnalité n'est qu'une consultation, elle ne signifie pas que le topic avec le plus de +1 sera forcément géré en priorité.

Si un report commence à dater, certains MJs et Joueurs peuvent être amenés à les tester à nouveau. Si le bug n'est plus d'actualité, il est alors classé comme corrigé.
Cela s'explique par l'application de corrections dites "communautaires", venant des principaux contributeurs de C-Mangos. Ces corrections étant soumises à un autre jury, elles peuvent bien-sûr comporter des erreurs. Elles peuvent aussi venir perturber des fix déjà existants sur Nostalgeek.
En principe, elles sont toujours testées, mais certains problèmes peuvent ne survenir qu'en conditions réelles. Vous excuserez alors ces circonstances, qui restent tout de même relativement rares.