|
|
 B u g T r a c k i n g & E v o l u t i o n s
|
|
|
Note aux joueurs : Pour signaler un bug ou proposer une évolution, adressez vous dans le forum correspondant à un membre labellisé bugtracker (icône  à côté du nom). Merci d'être le plus clair et concis possible pour décrire votre problème / idée, afin de faciliter la tâche des trackers et des développeurs. Assurez vous tout d'abord dans le cas d'un bug qu'il s'agit réellement d'un bug avéré, et qu'il n'est pas déjà présent dans la buglist (si c'est le cas vous pouvez demander au tracker de compléter la fiche d'un bug existant déjà). Précisez bien le contexte du problème (coordonnées, n° de tour) et surtout votre ID de joueur.
|
| [#2073]traité/résolu>Messages déplacés d'un forum à un autre | | Ces messages semblent conserver les restrictions de leur forum d'origine. Ainsi, un Membre du clan destination ne peut, semble t il, pas lire ce message dans la mesure où il ne faisait pas partie du clan source.
cobaye : c'est parce que ce sont des posts originaires d'un autre forum que les gens qui ne préchargent pas les messages de forum ne peuvent pas les voir. Si les messages se trouvent déplacés ils ne devraient plus être liés en aucune manière au forum d'origine. | Réponse / correction :
Prise en charge par cobaye le 02.11.08
Commentaire par cobaye le 02.11.08 :
il me faut le sid du premier message du topic en question, ainsi que l'id du forum dans lequel le topic se trouve maintenant, ainsi que quelques sid de messages qui ont été postés dans ce topic. et pour courronner le tout, si possible par exemple le sid d'un message qui n'arrive pas à être lu et le sid d'un message qui arrive à être lu par un même joueur dans ce topic.
Demande d'infos supplémentaires par cobaye le 02.11.08 :
Commentaire par Francus le 03.11.08 :
1er message du topic originel: sid : 1264783id du forum dans lequel il se trouve maintenant: 221 (suis pas sur, en tout cas je suppose que c'est le numéro utilisé dans le lien de l'action "marquer comme lu")sid de messages "normaux" du topic destination: 1262592 1264650 1264769 : 1265331 : 1266807 1265827 (j'ai mis des sid de messages PNJ et PJ d'avant, de pendant et d'après le raccrochage)sid d'un message illisible sans le préchargement: 1265004 sid d'un message qui arrive à être lu: idem que les messages normauxPrécisions: ->j'étais l'auteur d'une partie des messages dans le topic originel (=> cas particulier peut être), mais je ne pouvais quand même pas les lire sans préchargement après le changement de forum (j'avais été changé de clan en même temps que les messages), PID 2713->Les messages ont été accrochés au milieu d'un topic du forum cible, d'un manière qui redécoupe le topic initial
Apport de précisions par Francus le 03.11.08 :
Demande d'infos supplémentaires par cobaye le 10.06.09 :
a confirmer si ce bug est toujours d'actualité, car des corrections et modifications du fonctionnement du déplacement de messages et de l'affichage des messages ont été effectués depuis
Résolution par cobaye le 26.07.09 :
|
| [#2116]traité/résolu>Envoi de message à soi-même via citadelle appartenant à un autre | | Vista
FF
id:844 (Arvel de Marcinat, suzerain de Rohan Jezecquel)
Voila je veux envoyer un message a mon vassal via la citadelle de sombre demeure qu'il contrôle, j'ai deux hommes à moi dedans.
Quand je clique sur la citadelle je peux envoyer le message ou il précise "Via ses occupants, vous pouvez transmettre un message à Rohan Jezecquel, propriétaire des lieux ? "
Mais quand j'envoie le message on me dit "vous avez envoyé un message à Arvel De Marcinat via une de ses places fortes."
C'est une ancienne citadelle à moi que j'ai cédé a mon vassal il y a quelque mois IG | Réponse / correction :
Prise en charge par Blackhole le 20.06.09
Résolution par Blackhole le 30.06.09 :
Résolu |
| [#1964]traité/résolu>Page des stats vraiment trop gourmande | | la page des stats a un temps d'exécution bcp trop important, timeout même quand le serveur ne rame pas.
Devnote : lié au parsing du répertoire /stats (ligne 94). Le dossier contient tellement de fichier que ca devient très long. cela est du surtout aux fichiers images des camemberts il faudrait les déplacer dans un sous rep /pics de /stats
il faudrait aussi mettre en cache (1 jour) la combobox et donc le code du parsing. | Réponse / correction :
Prise en charge par jaydbois le 06.03.08
Désattribution de la fiche par Vinus le 08.07.08
Prise en charge par Blackhole le 20.06.09
Résolution par Blackhole le 27.06.09 :
Apparemment résolu, non ? En tout cas plus de timeout, et les images manquantes à la suite du crash ont été retrouvé. |
| [#2110]refusé>Echange commercial : troupe affectée au lieu de GdC [ex #2058] | | Plusieurs cas reportés où un échange commercial, au lieu d'être pris en charge par la GdC, utilise l'une des troupes en garnison.
Un cas me concernant :
Au tour 10, je reçois une proposition de Endymion pour un échange régulier bois-écus.
Je l'accepte en choisissant une escorte GdC mais c'est la troupe 52664 (prêtres obscurs) qui s'en charge.
La contre-partie de l'échange se fait également par troupe, mais je ne sais si c'est volontaire.
Autres cas reportés :
ID 836; C12 S8; troupe : 49615; échange avec Kaneloon
ID 2186; C11 S22 | Réponse / correction :
Prise en charge par cobaye le 21.02.09
Demande d'infos supplémentaires par cobaye le 21.02.09 :
dans les cas d'échanges commerciaux, il est important aussi de savoir qui a fait la proposition et surtout, par quel émissaire/moyen (émissaire de X chez Y ou de Y chez X? marchand? navire?)
Apport de précisions par Fubessel le 22.02.09 :
Endymion et moi avons échangé des émissaires. Je ne me souviens pas par lequel a été fait la proposition et je doute d'Endymion s'en souvienne plus. C'est vraiment le genre de truc que je n'ai jamais regardé. La seule chose certaine, c'est que c'était bien un émissaire. -/- Par contre, Endymion a mis fin à l'échange régulier qui sera donc terminé dans 3 tours.
Refus par cobaye le 10.06.09 :
tout le commerce est en cours de reprise, ce n'est plus pertinent |
| [#2016]refusé>[SERVEUR?]Non-récupération de denrées lors d'échange refusé automatiquement | | ID : 519
Sire, je regrette de devoir vous informer que Setite refuse d'échanger ses 1000 blé contre nos 400 bois..
Or c'est moi qui lui avait proposé 1000 blé contre ses 400 bois (le refus était dû par l'inactivité du joueur). J'ai voulu voir quelle denrée je récupérais qui avait été mise de côté, et en fait je n'ai rien récupéré (du moins dans le rapport de jehan), ni bois ni blé.
Après test, il semblerait que dans le cadre d'une alliance militaire (mais peut-être que c'est généralisable à plus de situations), si on propose un marché par notre émissaire chez notre correspondant, le message de refus est inversé, et on ne récupère pas les denrées mises de côtés (elles n'apparaissent pas dans le résumé du tour). Quand il s'agit de l'émissaire de notre correspondant chez nous, pas de problème, il y a bien un "récupération pour denrées mises de côté : x armes" dans le rapport. Je vais faire encore quelques essais avec et sans alliance militaire, et en conservant les messages de refus et les rapports de denrées.
EDIT : d'après mes tests, je confirme que le bug n'a lieu que quand les joueurs ont chacun un émissaire l'un chez l'autre. | Réponse / correction :
Prise en charge par feadur le 23.02.09
Refus par cobaye le 10.06.09 :
tout le commerce est en cours de reprise, ce n'est plus pertinent |
| [#1684]refusé>[SERVEUR]Caravane trop régulière | | On récapitule donc :Une caravane régulière tous les 10 tours existe depuis le tour 28 ou 29 entre Azille (ID 1204) et Demneroen (ID 1515).
La caravane échange 55 liqueurs de Demneroen (ID 1515) contre 8 chevaux d'Azille (ID 1204).
Ces deux fiefs sont distants de 2 semaines mais comme ID 1515 a une grande halle les caravanes mettent seulement une semaine pour relier les 2 fiefs :
Je n'ai plus le rapport de l'intendant du tour 29. Je ne sais donc plus si des caravanes sont parties ce tour-ci mais a priori oui, vois ci-dessous.
Au tour 30, comme prévu 8 chevaux sont parti d'Id 1204 comme le montre le registre de l'intendance. Une caravane de 55 liqueurs arrive d'ID 1515 (moins l'attaque de voleurs) ce qui laisse supposer qu'une caravane en est partie la semaine précédente
Au tour 31, une caravane de 8 chevaux est partie d'ID 1204 de nouveau alors qu'elle aurait du partir dans 9 tours. Les liqueurs parties la semaine précédente sont arrivées :
J'attends encore une caravane de 55 liqueurs pour la semaine prochaine, ce qui fera la 3è caravane de 55 liqueurs reçue par ID 1204 en 3 semaines :
Donc : une caravane régulière sensée partir tous les 10 tours part en fait chaque semaine.
______________________________________________________________________ Ok, Cycle 10, tour 16 réapparition du bug chez id 1299 :
J'ai le même souci que cet ancien bug.
J'ai initié avec mon vassal Bourtifia une caravane qui devrait en théorie s'effectuer tous les 10 tours et elle démarre tous les tours.
Mon vassal a une grande halle ce qui place nos villages à un tour de distance , je ne sais pas si ça a son importance.
Donc pour revenir au bug, la caravane est bien enregistrée sur 10 tours et étonnamment dans le bilan des livraisons elle apparait toujours : une à la semaine prochaine et une 10 tours plus tard (rien au milieu) et je vous confirme qu'elle démarre bien à chaque début de tour.
Tour 20 :
bon j'ai purement et simplement annulé mon précédent marché qui posait problème vu que j'ai de quoi noyer tous mes villageois dans l'alcool...
Par contre j'ai un autre échange qui fait des siennes
j'échange 650 pierres contre 1000 fer avec Lune Bleue (possesseur d'une GH) en principe tous les 10 tours.
Et là, j'ai une caravane qui est arrivée ce tour, la mienne est partie en retour et malgré l'échange programmé sur 10 tours la prochaine est prévue, à la fois dans le tableau des livraisons et dans le tableau des émissaires dans 2 tours
Soit dit en passant c'est le temps d'acheminement du transport avec le bonus grande halle : je pense que c'est lui qui bugge vu qu'avec bourtifia c'était une semaine et que la caravane partait toutes les semaines
le bug se poursuit comme attendu.
Mais une info qui peut avoir son importance.
Hier le planning de mes livraisons vers lune bleue était "la semaine prochaine" puis dans 10 semaines
Aujourd'hui avec la réception de la caravane et le renvoi d'une livraison il s'est décale à "dans 2 semaines" et dans 12 semaines.
Il ne semble donc pas être enregistré comme une caravane toutes les 2 semaines mais bien les 10 c'est le renvoi auto des denrées qui semble bugger.
__________________________________________________________________________________________________________________________ ID 2032
Firefox dernière version
Voilà, je fais des échanges réguliers avec un joueur :
_d'une part, 150 pierres contre 75 outils tous les 4 tours
_de l'autre, 150 pierres contre 50 liqueurs tous les 10 tours.
Le problème est que le 2nd échange est, dans les faits, de 150 pierres tous les 4 tours (au lieu de 10), ce qui ne me va pas du tout; je suis prélevé de 300 pierres tous les 4 tours au lieu de 150 tout les 4 tours et 150 autres tout les 10 tours.
__________________________________________
ID 256 :
J'ai deux contrats commerciaux qui viennent de se terminer car je ne possédais pas assez de ressource en stock. Or, et c'est là ou se trouve le problème, je devais envoyé les miennes, d'après le registre des livraisons, dans 14 semaines après date de livraison des denrées échangées!!!
Résultat, j'ai rompu deux accords commerciaux alors que je disposais d'encore respectivement 5 et 14 semaines pour envoyer mes marchandises.
Le premier contrat était de la pierre contre du bois (Krignamahr - Lune Bleue) et le second du bois contre des armes (Krignamahr - Erkhonia).
Un des échanges devait être une fois toutes les 40 semaines ou un truc du genre et l'autre une fois toutes les 20 semaines.
En fait, je crois qu'un bug vient de l'ouverture de plusieurs routes commerciales différentes mais concernant la même denrée. J'ai retrouvé la fiche 1798 dans le bt qui signalait déjà ce genre de problème :
Le joueur ID 224 a deux marchés permanents avec le joueur ID 535.
Le premier est 111 outils contre 81 pains et le deuxième 30 outils contre 40 pains.
Les deux marchés étaient conclus avec une fréquence de 2 tours et ce depuis un moment déjà (au moins 1 cycle).
Ce tour ci, ils sont passés tout seul à une fréquence de 3 tours.Ils sont marqués 3 tours dans la fenêtre de Diplomatie, Politique & Commerce et le planning de livraisons et expéditions de Jehan est cohérent avec les 3 tours.
Pourquoi ce passage de 2 à 3 ?
Note: si ID 224 tente de passer un marché avec ID 535, le nombre de tour par défaut indiqué est bien 2.
Réponse / correction :
Prise en charge par zumba le 31.05.07
Refus par zumba le 31.05.07 :
il n'y a eu à ma connaissance aucune modif pouvant impacter cette donnée ou son affichage.
consolider avec autres cas ou piste (particularité des routes ? du moment ou ça se produit) | Réponse / correction :
Prise en charge par zumba le 26.03.07
Demande d'infos supplémentaires par zumba le 26.03.07 :
annulez la route et refaites la pour confirmer(si ca part effectivement tous les tours ca n'aura pas de conséquence).
Apport de précisions par cobaye le 12.04.07 :
bien, les gens on en est où de cette route? ça remarche normal?
Demande d'infos supplémentaires par cobaye le 12.04.07 :
Commentaire par topaze le 19.04.07 :
Suite à la demande d'info,Nouvelle caravane et le même bug.50 liqueurs viennent d'arriver et j'en attends 50 pour la semaine prochaine (8 chevaux sont partis de mes écuries ce tour) alors que normalement ça devrait être dans 9 tours (caravane régulière tous les 10 tours).Ce coup ci, c'est moi (ID 1204) qui ait initié la caravane.Rappel :ID 1515, une grande HalleID 1204, pas (encore) de grande HalleNormalement, distance de 2 semaines entre les deux fiefs, ramenée à un par la présence de la grande Halle.Caravane régulière normalement tous les 10 tours mais qui part chaque semaine
Apport de précisions par topaze le 19.04.07 :
Demande d'infos supplémentaires par zumba le 20.04.07 :
merci de reessayer avec periodicité de 9t
Apport de précisions par cobaye le 05.05.07 :
avec une périodicité de 9t il n'y a pas de bug
Demande d'infos supplémentaires par zumba le 17.05.07 :
une petite modif qui règlera peut être le pbm mai srien n'est moins sûr.Merci de recréer une route à 10 et me dire si le pbm se produit tjr. Et si oui, essayer aussi avec une route a 11 t d'intervalle.
Commentaire par cobaye le 12.06.07 :
où en est-on du suivi de ce bug? du retour messieurs dames les joueurs concernés? :)
Refus par zumba le 16.07.07 :
réouvrir quand consolidé
Réouverture par Durgrim le 17.04.08
Commentaire par Durgrim le 17.04.08 :
Nouveau cas, signalé en bas de la fiche.
Commentaire par Durgrim le 10.05.08 :
Bon, encore plus bas, séparé par deux traits horizontaux (comme ça _________ :p) j'ai copié/collé une autre fiche que j'avais créer bêtement sans faire le rapprochement, mais qui vraisemblablement concerne le même type de problème (à savoir, route commerciale de 10 tours qui fait des trucs zarbis ;p).
Désattribution de la fiche par cobaye le 06.06.08
Prise en charge par cobaye le 30.01.09
Demande d'infos supplémentaires par cobaye le 30.01.09 :
merci de reformater visuellement la fiche, c'est complètement indigeste depuis les restaurations de la base de données.
Désattribution de la fiche par cobaye le 03.02.09
Prise en charge par feadur le 23.02.09
Refus par cobaye le 10.06.09 :
tout le commerce est en cours de reprise, ce n'est donc plus pertinent |
| [#2066]traité/résolu>Impossible de damer | | J'essaie de damer aux coordonnées 1159;963.
J'ai constamment le message "Erreur : action déjà enregistrée, veuillez patienter...", même en sortant de l'interface et en me reconnectant.
Voilà, j'ai un complément à donner pour la résolution du bug, car il n'est pas résolu.
Sur l'un des cases qui servaient de "support" au damage (une des cases damées auxquelles il devait être lié, il y avait une tour en construction. Tous les tours de construction de la tour, il m'a été impossible de lancer le damage. Ce tour-ci, la construction de la tour a été achevée, et j'ai pu lancer le damage. Donc, ça doit venir d'une incompatibilité entre la construction d'une tour et le damage.
Win XP IE
Il m'est deja arriver d'avoir le meme bug. Une normalisation a suffit pour mon cas. | Réponse / correction :
Prise en charge par Blackhole le 07.06.09
Résolution par Blackhole le 07.06.09 :
|
| [#2087]traité/résolu>Interface : sauvegarder la position actuelle des fenêtres | | Dans l'onglet "option" de l'interface de jeu, un bouton "enregistrer" doit permettre de sauvegarder la position actuelle des fenêtres, or rien ne se produit lorsqu'on le clique.
J'ai récemment changé de résolution d'écran et aurait aimé modifier ma disposition en conséquence. Dans ma disposition actuelle la carte chevauche systématiquement le panneau donnant la date et confirmant les actions entreprises, ce qui est assez pénible.
Résolution d'écran : 1680 X 1050.
OS : Vista 64 bits.
Navigateur : Firefox 3.0.4. | Réponse / correction :
Prise en charge par Blackhole le 07.06.09
Résolution par Blackhole le 07.06.09 :
résolu |
| [#1968]traité/résolu>bugtracker | | | Trouver un moyen de gérer les caractères spéciaux dans le bugtracker, comme la barre verticale, qui entraînent une erreur sql lors de la création d'une fiche en contenant. | Réponse / correction :
Prise en charge par cobaye le 09.03.08
Commentaire par zumba le 11.03.08 :
ainsi que dans le taskmanager !les problèmes de conversion vienennt du fait que les valeurs des champs sont transmises via un javascript (dans l'url) donc sont déjà convertis côté client avant d'etre envoyés au serveur (pour cela, le magic_quote_gpc ne changera rien). il faut trouver une soluce au niveau JS.
Réattribution à Blackhole le 07.06.09
Résolution par Blackhole le 07.06.09 :
|
| [#1971]traité/résolu>Non accès aux sujets épinglés | | Les sujets épinglés sur les forums dont je n'ai que le statut ami ne fonctionnent pas. Je n'arrive pas sur la page correspondant au dit sujet.
Ca doit faire un moment que ça ne marche pas, j'avais déjà essayé il y a quelques tours et ca n'avait pas marché, mais ca ne m'avait pas choqué sur le coup.
Peut être qu'il y a un lien avec le fait que parfois les nouveaux messages ne sont pas notifiés.
id878
ie7(Les sujets non confidentiels et donc normalement accessible ne le sont pas non plus). | Réponse / correction :
Prise en charge par cobaye le 13.03.08
Demande d'infos supplémentaires par cobaye le 13.03.08 :
est ce que le sid indiqué dans le lien du sujet épinglé correspond bien à celui du premier message du sujet sur lequel vous arrivez? merci de me fournir un cas concret svp, avec: sid du lien, sid du premier message du sujet sur lequel il emmène, et sid du message sur lequel il devrait emmener (en le cherchant manuellement pour vérifier)
Apport de précisions par Alena le 14.03.08 :
Bon alors après différents essais : Les assemblées dont on a accès à tous les messages ne posent aucun problème (les liens des sujets épinglés renvoient aux bons posts), il s'agit juste donc des assemblées pour lesquelles on a pas d'accès total.J'ai fait le test avec le Cercle Premier en cliquant sur le lien Bienvenue dans le cercle premier, il me renvoit au post sid: 1209712 (qui n'est pas le bon) et le showpostid dans la barre d'adresse est différent: 1013865 et je ne peux savoir si celui la correspond au bon post puisqu'étant un simple ami je ne peux pas rechercher des post dans l'assemblée.
Commentaire par Francus le 27.11.08 :
Un sujet epingler de l'orbiculaire intituler "[A lire avant de poster] Première visite : éducation à ce que sont Eglise et Foi." ne nous dirige pas vers le bon Topic. Pourtant le sid indiquer sur le lien est le bon (sid : 1187925) mais nous dirige tout le temps vers le sid 1171079.
Réattribution à Blackhole le 06.06.09
Résolution par Blackhole le 06.06.09 :
|
| [#2118]traité/résolu>Chantier et balise | | | Lorsqu'un navire est à la fois à moins de deux cases d'une balise (c'est à dire quand il est considéré comme amarré à cet ancrage) et à coté d'un chantier naval, on ne nous propose QUE les options dû à l'ancrage (comme "Ouvrir une nouvelle route", "Aller vers l'ancrage XXX", ...) et non pas celle dû au chantier naval (comme "Réparer le navire"). | Réponse / correction :
Prise en charge par cobaye le 06.06.09
Résolution par cobaye le 06.06.09 :
Résolu |
| [#2112]traité/résolu>Science en double chez un joueur | | - navigateur : iceweasel 3.0~rc2-2
- système d'exploitation : Debian Lenny/Sid
Au départ, j'ai lancé une recherche en Art de la guerre n°1. Ensuite, on m'a proposé un échange de savoir qui m'a permis d'obtenir le savoir en Art de la guerre n°2.
Bien entendu, j'ai laissé ma recherche initiale en Art de la guerre n°1 suivre son cours, pensant qu'on ne pouvait bénéficier du n°2 qu'une fois le n°1 obtenu, ce en quoi j'ai été conforté par le message "amélioration en cours" (ou quelque chose comme ça) dans la liste des sciences.
La recherche s'est terminée normalement, et j'ai constaté que l'Art de la guerre apparaissait en double dans la liste, avec l'une au niveau 2, et l'autre au niveau 1.
| Réponse / correction :
Prise en charge par Blackhole le 06.06.09
Résolution par Blackhole le 06.06.09 :
résolu |
| [#2113]traité/résolu>Chronique de la guerre bugée | | la bataille "nettoyage d/"une belle grotte hurlante" en C12 T18 n'est pas visible.
Peut-être à cause du / qui est dans le titre ...
ID de la bataille : [#760140] | Réponse / correction :
Prise en charge par Blackhole le 06.06.09
Résolution par Blackhole le 06.06.09 :
|
| [#2099]traité/résolu>Livre d'or corrompu | | Le livre d'or se fait spamer par des "marchands de bonheur".
Ajout d'un petit module d'image de validation par Funnydead? | Réponse / correction :
requalifié en priorité moyenne par cobaye le 05.02.09
Prise en charge par Blackhole le 06.06.09
Résolution par Blackhole le 06.06.09 :
Normalement résolu par l'ajout d'une petite question de calcul basique. A réouvrir si le livre d'or se fait à nouveau spammer. |
| [#2074]traité/résolu>supprimer un sujet épinglé | | Un joueur ne vois plus la croix permettant de supprimer un sujet épinglé dans la liste des forums dont il est le maître.
Un autre joueur qui est maitre d'un forum a confirmer qu'il ne pouvait plus supprimer les sujets epingle de son forum.
J'ai toujours l'acces au sujet epingler dans les forums hrp donc le probleme doit etre lier uniquement au forum des joueurs a moins que certain MJ aille le meme probleme.
Salons 134-136-212
FF2.0
Win Xp
Cobaye a modifier certain truc dans le code dont une fonction qui permet de déterminer si un joueur a des droits d'administration ou pas : la fonction est "isModerateur" ou "isModo". | Réponse / correction :
Prise en charge par cobaye le 02.11.08
Demande d'infos supplémentaires par cobaye le 02.11.08 :
ces joueurs ont-ils activé les contrôles avancés dans leurs options de compte, ainsi que le préchargement des messages?
Commentaire par Francus le 02.11.08 :
Un joueur a deja confirmer qu'il avait activer c'est deux options. J'attends la reponse des autres joueurs pour valider les precisions.
Commentaire par Francus le 02.11.08 :
Ok un seconds joueur a confirmer que les options avances et le prechargement des messages etaient activer pour lui aussi.
Apport de précisions par Francus le 02.11.08 :
Demande d'infos supplémentaires par cobaye le 04.03.09 :
je pense avoir corrigé le problème, la vérification est trop fastidieuse pour moi (je suis admin et mj etc donc difficile de me débarasser de tout ça pour vérifier ^^)
Résolution par Francus le 04.03.09 :
|
| [#2092]traité/résolu>Don d'artefact restreint | | Lorsque l'on souhaite faire un don, dans la liste des objets qu'il est possible de donner (dans menu villageois, nouvelle tâche, faire un don), seul le premier artefact apparait.
Impossible donc de donner les autres.
Peut-être un affichage de menu déroulant coupé trop court?
Ou une extraction de table incomplète? | Réponse / correction :
Prise en charge par cobaye le 30.01.09
Commentaire par cobaye le 08.02.09 :
l'avancée dans la portion de table extraite est foireuse. pour une raison qui m'échappe le getnexttuple qui marche très bien d'habitude, se met ici à changer de ressource SQL (pour une qui n'existe pas) après la première entrée retournée, alors que pour les denrées il reste bien dans la même ressource et donc peut la parcourir sans problème. je ne comprends pas ce changement de comportement d'un paragraphe à un autre.
Résolution par cobaye le 22.02.09 :
ok trouvé, il y avait une autre ressource appelée entre temps donc il fallait conserver le numéro de la ressource dans une variable elle même passée au getnexttuple |
| [#2109]traité/résolu>Bug réparation de navire (toile absente) | | Lorsque le joueur tente de reparer son navire il a un message d'alerte l'avertissant qu'il lui faut 16 toiles. Le joueur achete des peaux a la guilde du commerce qui lui en livre un quantité suffisante pour avoir les 16 demander pour reparer son navire. Hors il recoit toujours le message d'alerte lui disant qu'il n'a pas asser de toile pour reparer son navire. déco/reco, vide de cache pas de stock stratégique.
Note du BT:
1 autre joueur a eu le meme probleme mais je n'ai pas son id.
| Réponse / correction :
Prise en charge par cobaye le 15.02.09
Demande d'infos supplémentaires par cobaye le 15.02.09 :
pas clair: à quel moment ce message d'alerte?
Apport de précisions par Francus le 16.02.09 :
lorsque le joueur clique pour reparer...
Demande d'infos supplémentaires par cobaye le 21.02.09 :
toujours pas clair, "losqu'il clique pour réparer" ça ne veut rien dire de plus :s A quel emplacement ce lien? quelle fenêtre? où apparaît ce message?
Apport de précisions par Francus le 21.02.09 :
Donc, le navire est a cotee du chantier naval. Le joueur clique sur la tache reparer dans la liste d'Action du navire et la le message apparait en rouge ou il y a la date habituellement.Lorsque tu tente de construire un batiment sur une parcelle ou il y a un gravas un message d'erreur en rouge apparait sur la panneau indiquant la date in-game. Et bien ici c'est la meme chose, le joueur tente de reparer son navire et il recoit se message.
Résolution par cobaye le 21.02.09 :
problème d'arrondi |
| [#2025]remis à plus tard>[serveur]Message d'erreur d'escorte de navire en trop | | id 477, Hanaver Strate de Gemina :
J'ai depuis 2 tours ce message auto de mon capitaine :
Mes excuses commandant, notre troupe [un navire, dans le cas présent; pas vraiment une troupe] VII Gemina qui escortait la troupe 'Sélénium'[même chose : navire, et non troupe] a perdu la trace de celle-ci, et ne peut donc continuer sa mission d'escorte.
[1 retour à la ligne serait pas superflu] Vous devrez en reprendre la direction et la rapprocher vous même de sa troupe de tête si vou svoulez [vous voulez] qu'elle rejoigne les rangs de son armée. Le lieutenant de cette unité sera châtié pour son incompétence.
PS : Il serait appréciable d'avoir un lien qui mène directement au navire concerné!
Je crois que c'est le cas quand on est en voyage auto et que la troupe n'arrive pas à traverser un obstacle: il faut la diriger soi-même!
Et là, on nous propose de cliquer sur un lien pour centrer la carte sur cette unité.
A part les fautes que j'ai indiqué ci-dessus, ce message se répète donc depuis 2 tours alors que IG mon navire est tjrs en escorte de celui de Selenek (navire "Selenium").
C'est indiqué en escorte quand je clique sur mon navire, il est bien listé en opérations.
id 1515, Selenek : et depuis 2 tours j'ai le message comme quoi le VII Gemina n'arrive pas à suivre le Sélénium. Un autre navire est en escorte du Sélénium : l'Intrépide et pas de problème pour celui-là.
id 477, tour 48 : Ce tour encore, le bug s'est répété, malgré ma tentative au tour précédent de libérer mon unité puis la remettre en escorte du navire de tête.
ID H Strate :477
ID navire VII Gemina : 42380
ID Selenek : 1515
ID navire Selenium : 33095 | Réponse / correction :
Prise en charge par cobaye le 15.02.09
Demande d'infos supplémentaires par cobaye le 15.02.09 :
quand surviennent ces messages? à la suite de la réso ou en cours de tour? qu'a fait le navire de tête, car il peut très bien avoir fait une boucle impossible à suivre à un moment pour cause de PM restant inférieurs à ceux du navire de tête qui retourne à sa position de départ.pour les propositions d'évo, les extraire dans une autre fiche.
Remise à plus tard par Francus le 17.02.09 :
|
| [#1858]traité/résolu>Archives missives MJ | | Certains messages personnels (envoyés depuis le module joueurs) et peut-être même certaines réponses de MJ à des missives aux MJ sont archivées, sur la page des missives (http://213.251.164.87/mj/missivesMJ.php) dans le log d'un autre compte.
Exemple: http://213.251.164.87/mj/missivesMJ_edit.php?id=2429 où l'on peut voir qu'il y a un message adressé à xandar et un à thrudgar, dans le même log de compte.
J'ai été vérifier dans le module joueurs, mais là ils sont loggés dans les bons comptes.
On peut se demander si les messages sont bien remis à leurs bons destinataires ou si c'est seulement l'archivage qui bug.. | Réponse / correction :
Prise en charge par jaydbois le 23.07.07
Commentaire par cobaye le 05.10.07 :
bon le bug est bien avéré, les messages ne sont très probablement pas remis à leur bon destinataire, cf ce témoignage: "Voila c'est pas un bug mais je sais pas ou dire ca donc...J'ai changé de blason et j'ai recu (normalement) un mail de confirmation quand il a été accepté. Mais j'ai aussi recu un mail qui était pas pour moi mais pour le joueur konane44 lui disant que son background n'allait pas." id 683 pour le receveur et 2170 pour celui qui aurait dû recevoir le mail.
Commentaire par cobaye le 23.12.07 :
intuitivement, cela semble se produire quand on traite 3 ou 4 joueurs d'affilée depuis le module joueurs, le 3e ou 4e ne reçoit pas le mail, c'est le précédent qui le reçoit. le dernier joueur dans le log des courriers a donc une entrée avec "traité automatiquement" avec le bon titre de l'action (suspension par exemple) mais aucun texte de justification. Voir aussi mes messages adressés à RTP dans le courrier MJ.
Commentaire par Vinus le 25.02.08 :
je réouvre parce que au moins deux autres joueurs on eu la même chose et ça peut être source d'abus dans le cas d'un event positif:
J'ai reçu l'animation ID2157 qui sera suivi de la 2155 après refus, le problème est que le refus s'est effectué 3 fois de suite ce qui m'a valu 3 gain +1 en réputation.Vous pouvez me retirer 2 points de réputation que je n'aurai pas du avoir.Sinon le bug s'est passé à 12h08 hier sur ID751 winxp.
Commentaire par Vinus le 25.02.08 :
erreur de fiche!
Demande d'infos supplémentaires par Vinus le 26.02.08 :
Apport de précisions par Vinus le 26.02.08 :
Désattribution de la fiche par Vinus le 03.07.08
Prise en charge par cobaye le 16.02.09
Résolution par cobaye le 16.02.09 :
je pense l'avoir résolu, une histoire de nouveau tuple qui était récupéré sur la base d'une date, au lieu de prendre le dernier id généré (en utilisant la fonction mysql_insert_id()) |
| [#2058]refusé>Probleme de lame lors d'un echange commercial | | On me propose un échange commercial, je l'accepte en choisissant les caravanes de la guilde du commerce comme escorte mais je reçois un message comme quoi je dois avoir un minimum de 180 lames en garnison.
Pourtant, comme j'ai choisi les caravanes de la guilde du commerce, je ne devrais pas voir de problème, et de toute manière j'ai plus du triple du nombre de lame minimum en garnison.
Joueur dit avoir eu le meme bug il y a 3-4 tour.
Windows vista
FF 3.03 | Réponse / correction :
Prise en charge par cobaye le 01.01.09
Demande d'infos supplémentaires par cobaye le 01.01.09 :
merci de fournir les messages d'erreur précis, ils permettent un débuggage rapide car ciblé. d'autre part, il manque cruellement d'informations dans cette fiche, car même si effectivement on ne devrait pas avoir ce genre de message lors du choix "caravane de la guilde", il est intéressant de savoir si le joueur avait effectivement suffisamment de lames en garnison (penser à tenir compte des obligations de lames minimum dans le fief, et voir aussi si en fait le joueur ne serait pas tombé sous 180 lames en utilisant une de ses troupes pour escorter le convoi). d'autre part, si ça ne se produit que chez un seul joueur, rechercher du côté pebkac ;)
Apport de précisions par Francus le 01.01.09 :
Donc il est ecrit que le joueur a le triple de lame minimum en garnison. Sinon plusieurs joueurs ont eu un probleme similaire, ils choisisent les caravanes de la guilde mais c'est une de leur troupe qui part convoyer les marchandises.
Commentaire par Fubessel le 31.01.09 :
ID 836OS Win XP sp3navigateur : explorer 7.0.5730.13Cycle 12, semaine 8Une nouvelle fois le même bug qui sévit : J'ai accepté un échange commerciale en utilisant les caravanes de la Guilde et en définitive c'est une de mes troupes qui part convoyer les marchandises.Id de la troupe troupe : 49615Elle part pour le vicomté de Kaneloon.Pour ma part cliquer sur sur "recalculer la troupe" pour que ça annule la commande cela ne fonctionne pas.
Commentaire par Fubessel le 07.02.09 :
ID 738, troupe 52664 (prêtres obscurs). Au tour 10, j'ai accepté un échange bois-écus avec Endymion (c'est donc bien lui qui proposait). J'ai choisi une escorte GdC, mais c'est une de mes troupes qui s'y colle. Dans la liste des troupes elle apparait "en opération" avec ses 4 étoiles normales. Par contre en cliquant sur la caravane, elle possède 12 étoiles (je veux bien les garder, s'il le faut).
Commentaire par cobaye le 07.02.09 :
pour le bug des étoiles, faire une autre fiche
Commentaire par cobaye le 07.02.09 :
pour le bug des étoiles, faire une autre fiche
Demande d'infos supplémentaires par cobaye le 15.02.09 :
serait-il possible de scinder cette fiche en autant de fiches que de bugs distincts? et supprimer celle-ci in fine. histoire d'y voir un peu plus clair :) merci
Apport de précisions par Fubessel le 15.02.09 :
Remplacée par la fiche [
Refus par Fubessel le 15.02.09 :
Réouverture par Fubessel le 15.02.09
Commentaire par Fubessel le 15.02.09 :
Remplacée par la fiche 2110.
Refus par Fubessel le 15.02.09 :
|
| [#2077]traité/résolu>Trois cases non-constructible | | J'ai toujours une bande de 3 cases qui ne sont pas constructibles (visible en mode clearpath) mais je ne peux tjrs rien en faire... C'est autour de (1384, 1137) les trois case qui bordent ma taverne et mon chantier naval.
Normalisation n'a rien changer.
| Réponse / correction :
Prise en charge par cobaye le 30.01.09
Demande d'infos supplémentaires par cobaye le 30.01.09 :
coordonnées précises des 3 cases, et raisons éventuelles du blocage si connues
Apport de précisions par Fubessel le 31.01.09 :
1384-1134 / 1384-1135 / 1385-1136 Visuellement, elles apparaissent comme cases damées. En chemin clair, comme cases occupées (cases noires). Problème depuis la destruction par sabotage de l'arène qui se trouvait là.
Commentaire par cobaye le 11.02.09 :
j'ai dégagé le terrain.
Demande d'infos supplémentaires par cobaye le 15.02.09 :
à rapprocher/fusionner avec la fiche sur les gravats décalés? en était-ce?
Apport de précisions par Fubessel le 15.02.09 :
Disons que c'étaient les cases laissées libres suite au problème de décalage des gravats. Puisque la carte est normalisée, ne reste plus que cela, qui est dans la fiche 2036.Je ferme donc.
Résolution par Fubessel le 15.02.09 :
|
| [#2107]refusé>Troupe mise en protection | | Lorsque une troupe est encercler par des ennemis et ne peut plus donc se deplacer, il suffit au joueur la controlant de la mettre en protection d'une autre troupe et deplacer celle si pour que la troupe encercler puissent se deplacer.
| Réponse / correction :
Prise en charge par cobaye le 13.02.09
Demande d'infos supplémentaires par cobaye le 13.02.09 :
et alors?
Apport de précisions par Francus le 14.02.09 :
Et bien si une troupe est immobiliser par plusieurs autre je trouve un peu abuser qu'elle puisse simplement se deplacer en se mettant en protection d'un autre troupe.
Refus par cobaye le 15.02.09 :
il existe l'enlisement par exemple pour y remédier. et on ne peut mettre en protection qu'à une portée limitée (celle de la troupe ou 1 seule case, je ne sais exactement). aux joueurs de trouver des parades, qu'ils soient les bloqueurs ou les bloqués |
| [#2097]traité/résolu>impossible d'embarquer une troupe | | Impossible d’embarquer la troupe ID 37894 (loc 800,425) sur bateau ID 49463 (800,424)
Et j’ai le message suivant
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'LIMIT 1' at line 1 / GETVAL / requete=SELECT id FROM PACTES WHERE nature='PDR' and id_joueur=1880 and concerne= LIMIT 1
Apres verification la troupe qui tente d'embarquer sur le navire est une troupe constituer via la recrutement et non une abilité ou sort. Elle n'a pas d'effet sur elle, n'a jeter aucun sort. Le navire a tout ses pms et la troupe aussi. Il n'y a aucune cannoniere proche. Le joueur a refait une tentative lors de la reso suivante voir si ça avait changer mais il recoit toujours le meme message d'erreur.
ff3, xp pro | Réponse / correction :
Prise en charge par cobaye le 06.02.09
Demande d'infos supplémentaires par cobaye le 06.02.09 :
où apparaît cette erreur et à quel moment précisément? quel est le code source du contexte si possible? quel est l'id de joueur des troupes qui doivent être embarquées?
Apport de précisions par Francus le 06.02.09 :
l'id du joueur est le 766, le message d'erreur survient lorsque le joueur tente d'embarquer ses troupes dans le navire. Je demande au joueur si c'est possible de nous donner le code source.
Résolution par cobaye le 15.02.09 :
ct en fait lié à la canonnière qui se trouvait dans le coin et à une variable pas déclarée. |
| [#2105]traité/résolu>Sort Lame de fond | | Lorsque ma troupe veut lancer la magie Lame de fond acquise au tour précédent via la guilde Pan en niveau un, la magie lancée est celle de flots déchainés.
(#Id troupe : 46537)
A l'affichage j'ai le message : erreur : vous n'avez pas ni artefact ni connaissance pour employer ce sort ce coup-ci normal concernant flots déchainés. | Réponse / correction :
Prise en charge par cobaye le 15.02.09
Résolution par cobaye le 15.02.09 :
|
| [#2108]traité/résolu>bug rapport d`espionnage | | une partie du rapport d'espionnage recu par le joueur de la guilde de l'ombre
L'armée de Knocklezout compte environ 17 hommes (ou créatures), dont 19 en garnison.
Le nom du fief concerner sera envoyer via e-mail par le joueur ainsi que le rapport d'espionnage au complet.
-------------------------------------
Fubessel :
Voici quelques exemples de rapports d'espionnage avec des nombres d'armée totale délirants, suivi de 5 autres crédibles :
Gemina = 4944 hommes
Demneröen = 4173 hommes
Nouvelle Uraeus = 3270 hommes
Castleroc = 11105 hommes
Felwithe = 617 hommes
La Vallée des Chênes = 4019 hommes
Vengbourg = 2409 hommes
Castleroc = 10629 hommes
Rocalembour = 1611 hommes
Grand-Chêne = 2215 hommes
Brudenberg = 4258 hommes
Iluitur = 13001 hommes
Nouvelle Uraeus = 3165 hommes
Fractalie = 127 hommes
Altreas = 95 hommes
Expansia = 40 hommes
Vidafiesta = 61 hommes
Celesta Chorus = 64 hommes
Espionnage commandités avec une confiance GdO entre 50% et 70% et une excellence en espionnage.
S'il y a des imprécisions voulues dans les rapports, il est anormal que ces imprécisions aillent toujours dans le même sens (et dans des proportions si énormes). | Réponse / correction :
Prise en charge par cobaye le 14.02.09
Refus par cobaye le 14.02.09 :
Qui a dit que les informations de la GdO étaient toujours fiables?
Réouverture par Fubessel le 14.02.09
Résolution par cobaye le 15.02.09 :
ok, lié à la gestion des PV des bateaux (nb_homme supérieur à 100 pas exclus du compte) |
| [#2059]remis à plus tard>[serveur]Defense de Citadelle | | Suite à un assaut contre une citadelle défendue par plusieurs défenseurs, il est apparu que seule mes troupes (j'avais le controle de la citadelle) ont participé à la défense.
Voila les détails:
Citadelle: Menzoberazzan, possesseur ID 924
Troupes à l'intérieur avant l'assaut:
8 chevaliers: Garde de Torgnol :ID 38325, maintenant décimée après la bataille
Algan est notre ami: 15 chevaliers d'Erkhonia
Protection_Aube2: 10 chevaliers de Torgnol
Seul la garde de Torgnol, sous mes ordres, a participé à la défense, les deux autres troupes se sont retrouvés à l'extérieur de la citadelle. Je possède une alliance militaire avec Torgnol et Erkhonia.
Les 3 joueurs sont de la meme nations.
Xp, Firefox | Réponse / correction :
Prise en charge par cobaye le 06.02.09
Demande d'infos supplémentaires par cobaye le 06.02.09 :
c'est vieux tout ça, est ce que ça a été consolidé par d'autres cas?
Commentaire par Francus le 06.02.09 :
Non pas a ma connaissance.
Remise à plus tard par Francus le 13.02.09 :
|
| [#2093]traité/résolu>Modification de parcelle : pas une construction? | | Je viens de lancer un chantier de modification de parcelle (259-310).
Une fois cela fini, je double clic sur la case concernée et l'image de chantier disparait. La tâche est toujours présente.
Message :
Pas dans ARRAYAnomalie de carte, ce chantier ne correspond à aucune tâche de construction. Il a été supprimé.
Après déco/reco, la tâche est toujours présente mais il n'y a toujours pas d'image de chantier.
A mon avis ce type de chantier provoque une incohérence entre les tables de la base de données.
Après une réso : rien d'apparent sur la carte, et tâche évoluant normalement dans la liste des tâches. | Réponse / correction :
Prise en charge par cobaye le 11.02.09
Résolution par cobaye le 11.02.09 :
|
| [#2106]remis à plus tard>Nom de navire avec apostrophe faisant buguer le rapport du capitaine | | Ce tour, le rapport de mon capintaine concernant les mouvements de troupes autour d'un de mes vassaux se termine par ce message d'erreur:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 / EXECUTESQL / requête=SELECT id,abilites FROM TYPE_UNITES WHERE id IN()
je précise qu'il n'affiche pas tout le rapport complet. Seulement 6 unités diverses puis le message d'erreur. Habituellement, il y en a nettement plus d'indiquées sans parler de celles présentes en garnison et rajoutées en fin de rapport.
ID du navire : 53682
Nom du navire : L'Indomptable
Localisation : 1104,51
Cache vidé.
FF2.0
win Xp | Réponse / correction :
Prise en charge par cobaye le 11.02.09
Remise à plus tard par cobaye le 11.02.09 :
je me suis loggé sur le compte en prod et en dev, et je ne reproduis pas le bug. j'ai néanmoins activé une fonction de debug (apparemment il s'agirait d'un problème dans la composition de la troupe, lors de la recherche des habilités) qui nous sortira la compo problématique en cas de pépin. |
| [#1871]remis à plus tard>Disparition d'une grotte | | id 519
FF 2.005, XP
Mes hommes sont sortis de l'exploration de la "Sombre entrée maléfique" et se sont retrouvés sur l'emplacement même de la grotte voisine, la "sombre entrée démoniaque". Quand j'ai donné l'ordre d'explorer celle-ci, la grotte a disparu de la carte et je n'ai pas réussi à la recréer avec les moyens MJ dont je dispose.
Elle se situe normalement précisément en 1343,741.
Tour 16, cycle 10 : un nouveau lieu disparaît :
ID 1684
MF2, XP, cache vidé, déco-reco...
Je vais tenter d'explorer un lieu, dont heureusement j'avais été marqué par le nom, ça pourra aider : "les marches de lave". Tout se passe ce tour-ci.
Etant inaccessible à une troupe terrestre simple, je divise et n'y envoie que mes volants, qui font du surplace au-dessus du ravin de lave avant que je passe à la commande "explorer", ceux-si étant désormais à côté du lieu, et non à une case de distance en trop.
Le lieu disparaît sous mes yeux. Ah, mince alors. Un message d'erreur disant qu'il n'y avait aucun lieu explorable est apparu. | Réponse / correction :
Prise en charge par zumba le 06.09.07
Résolution par zumba le 07.09.07 :
résolu.moulinette de normalisation des sprites de mieux ajoutée dans la zone MJ. 5 lieux avaient disparus.
Réouverture par Durgrim le 18.04.08
Commentaire par Durgrim le 18.04.08 :
Nouveau cas de disparition tour 16 cycle 10.
Commentaire par Francus le 13.10.08 :
Cas de dispartition d'un camp de brigan au tour 11. Coordonner du camp: 1192;510.
Remise à plus tard par cobaye le 31.01.09 :
Est-il toujours disparu? Si non, fermer cette fiche en "différer" et tâcher de faire plus de recherches sur les causes de ces disparitions de lieux les prochaines fois.
Réouverture par cobaye le 31.01.09
Demande d'infos supplémentaires par cobaye le 31.01.09 :
Apport de précisions par Fubessel le 31.01.09 :
Je ne sais pas s'il y avait un camp nomade en 1192-510, mais j'en doute (mais le joueur était approximatif). En tout cas actuellement il y a un chantier (pêcherie probablement).
Remise à plus tard par cobaye le 08.02.09 :
|
| [#2091]traité/résolu>limite d'artefact | | Il est possible de passer outre la limite de 15 artefacts.
En fait, lorsque l'on possède déjà 15 artefacts ou +, il est possible :
- d'en cambrioler un
- d'en acheter dans un camp nomade
- d'en recevoir un par anim spéciale (bien qu'à mon avis ceci ne doive pas être limité, les MJ devant rester libres)
Je n'ai pas testé s'il est possible d'en acheter un à un autre joueur, mais je soupçonne que oui. | Réponse / correction :
Prise en charge par cobaye le 08.02.09
Résolution par cobaye le 08.02.09 :
|
| [#2081]traité/résolu>Destruction d'arene de Swaag et participation au tournois. | | Lorsque que l'arene de swaagi est detruite par sabotage le joueur peut toujours continuer a jouer au swaag.
Note de cobaye : c'est une correction côté serveur (et peut-être site) qui est nécessaire, lors de la destruction de ce bâtiment, avec un manque de vérification de la présence d'une arène lors d'un match | Réponse / correction :
Prise en charge par cobaye le 18.01.09
Demande d'infos supplémentaires par cobaye le 18.01.09 :
normalement corrigé, à consolider dans le temps.
Résolution par Francus le 06.02.09 :
|
| [#2103]traité/résolu>Navire qui coule lorsqu'il sont en reparation | | Voir fiche #2102,
Le joueur a mis en reparation sont navire mais lors de la resolution le bateau a quand meme couler suite a l'usure normal. | Réponse / correction :
Prise en charge par cobaye le 05.02.09
Demande d'infos supplémentaires par cobaye le 05.02.09 :
Pour cette évo et pour du debug également, j'aimerai un cas présent de joueur en train de réparer un navire (le sien ou de quelqu'un d'autre), l'id du joueur, pour voir comment sont gérés les bateaux en réparation.
Résolution par cobaye le 06.02.09 :
bon ce sera intégré à la prochaine compilation du serveur de réso. les navires en réparation ne seront pas affectés par l'usure |
| Demande d'intervention MJ |
| [#2095]traité/résolu>Impossible de paver à cause troupe fantôme | | ID 1908
XP
J'ai essayé de paver la case 1255/607 et les autres à côté mais je reçois le message suivant :
Impossible de paver ici il y a une troupe sur cette parcelle ID 21347.
Or il n'y a pas l'ombre d'une troupe dans le coin !
Ajout : peut-être commencer par une ré-initialisation de la case 1255/607?
Non car il y a une troupe à cet endroit, voir les messages HRP aux MJ | Réponse / correction :
Prise en charge par cobaye le 05.02.09
Résolution par cobaye le 05.02.09 :
deux troupes en préparation de convoi chez 868 étaient buggées (placées hors caserne mais en état de préparation, ce qui n'est pas compatible normalement). recalculées, elles sont rentrées à la maison |
| [#2098]traité/résolu>Erreur navire coulé | | Alors j'ai mon navire qui a coulé et il n'a toujours pas disparu de la carte et dans le menu des Troupes il est resté comme avant. Toutefois son image a disparue.
Lorsque le curseur de la souris reste suffisamment longtemps sur son image sur la carte pour afficher les points de vie je vois 58 au lieu des 500 habituels.
Lorsque je clic dessus dans le menu "Troupe" absolument rien ne se produit.
Quand je clic dessus sur la carte je reçois le message suivant:
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 / EXECUTESQL / requête=SELECT id,abilites FROM TYPE_UNITES WHERE id IN()
Le navire est situer en 655 311 | Réponse / correction :
Prise en charge par cobaye le 05.02.09
Résolution par cobaye le 05.02.09 :
le navire n'existe plus. le bug sera corrigé quand la mort des bateaux le sera. |
| [#2102]traité/résolu>Bug après acceptation d'une réparation de navire | | Apres acceptation de la réparation : j'ai vu le message d'acceptation apparaitre en haut. Confirmé dans le résumé de mon tour sauf que : voila le message : " Bien sire, 5 charpentiers vont réparer le navire `L'Assidu` de Nedima.checkToRefreshVillage('listetaches.php')"
Depuis, après vidage des caches, cookies et redemarrage de l'ordi, la page de chargement reste surperposer à l'interface qui est en grande partie gelée. Je dispose deux 2-3 centimètres de vue ce qui m'a permis de constater que la liste des taches était impactée ou a l'origine du bug.
http://img21.imageshack.us/my.php?image=bugcontinentnh5.jpg
Commentaire de cobaye:
probablement un problème avec l'apostrophe, y avait eu le même souci sur des troupes conventionnelles qui bloquaient l'interface (apostrophe non échappée et donc prise pour une limitation d'une portion de code javascript)
Note du BT:
Le joueur a essayer sur un ordinateur different avec une connection internet differente et le probleme persiste se qui semble indiquer que cobaye est sur la bonne piste. La nouvelle reso n'a pas regler le probleme.
Le joueur (2116) dit avoir eu le meme probleme mais qu'apres un nouveau tour il a pus rejouer sans probleme mais que les ressources pour la reparation du navire avait disparut sans que la reparation ne se fassent. Je tache d'avoir plus de detail a se sujet. | Réponse / correction :
Prise en charge par cobaye le 04.02.09
Demande d'infos supplémentaires par cobaye le 04.02.09 :
le navire à réparer n'existe plus apparemment, est-ce normal? car c'est le fait qu'il n'existe plus qui génère une erreur mysql (visible dans le code source de l'endroit où ça plante le chargement), le serveur tentant de charger l'image de la troupe en question sur la base de son id.
Commentaire par cobaye le 04.02.09 :
j ai supprimé la tâche de réparation puisqu'il semble que le navire a coulé juste avant.
Résolution par cobaye le 05.02.09 :
|
| [#2100]traité/résolu>Impossible d`accèder à l`In-Game | | Je ne peux pas non plus me connecter au jeu.
J'ai réussi à me connecter une première fois, j'ai commencé à lire les rapports de mon intendant jusqu'au rapport de mon capitaine sur les troupes autour de mon fief dont la fin buguait.
Pour voir si le problème allait se résoudre de lui-même je me suis déconnecté, j'ai vidé mon cache et depuis à chaque fois que je clic sur jouer il m'affiche l'écran noir avec le logo de continent de chargement.
Sur le code source de la page à la fin j'ai ça :
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 / EXECUTESQL / requête=SELECT id,abilites FROM TYPE_UNITES WHERE id IN()
La fin du code reprend le rapport de mon intendant bugué. | Réponse / correction :
Prise en charge par cobaye le 04.02.09
Demande d'infos supplémentaires par cobaye le 04.02.09 :
il me faut le code source précédant cette erreur. si le cache noir ne veut pas partir, un double clic dessus le fait normalement.
Résolution par cobaye le 05.02.09 :
bon je pense que c'était la page ingame.php, elle n'avait pas été mise à jour pour supporter le nouveau menu du site (elle ne pouvait se connecter à la bdd notamment)
Réouverture par cobaye le 05.02.09
Demande d'infos supplémentaires par cobaye le 05.02.09 :
erreur de fiche :s
Commentaire par cobaye le 05.02.09 :
apparemment c'est lié à une troupe soit stationnée en garnison dans la citadelle de Corinthe, soit à proximité de cette citadelle.
Résolution par cobaye le 05.02.09 :
bon j'ai trouvé, c'est dû à un navire coulé appartenant à un autre joueur (id 751). je supprime de la base ce navire. |
| [#2096]traité/résolu>Classements pointant tous sur la même liste | | ID : 2235
Firefox 3.0.5
T 8 C 12
Seul le classement Réputation est accessible
Tous les autres pointent vers le classement réputation.
Fubessel : ça me le fait aussi, et j'ajoute que la ligne "votre position" est positionnée sur un autre seigneur. | Réponse / correction :
Prise en charge par cobaye le 03.02.09
Résolution par cobaye le 03.02.09 :
ma faute, une mise en cache excessive de toute la page |
| [#2063]refusé>Navire indeplacable | | Quelque soient les combos que j'essaie avec le navire id 22302, il m'est impossible de le bouger.
A chaque fois, au moment de la synchronisation serveur, j'ai le message "DEPLACEMENT NON VALIDE : un autre navire se trouve en ce lieu."
Le seul moyen d'enregistrer, c'est de faire une action, par exemple un débarquement
Meme bug que la fiche [#2013] qui a été refuser.
Win vista IE | Réponse / correction :
Prise en charge par cobaye le 28.12.08
Demande d'infos supplémentaires par cobaye le 28.12.08 :
est-ce toujours d'actualité? ce navire était-il en train d'établir une route maritime?
Apport de précisions par Francus le 01.01.09 :
Non il n'etait pas entrain d'etablir une route maritime. Le navire transportait des troupes. Lorsque le joueur a vider le navire il n'a plus de probleme de deplacement. Mais quelque tours plus tard lorsqu'il a re-embarquer des troupes sur un nouveau bateau il a eu de nouveau se probleme.
Demande d'infos supplémentaires par cobaye le 30.01.09 :
toujours d'actualité?
Refus par Francus le 31.01.09 :
non je vais la fermer. |
| [#2080]traité/résolu>Troupe sous sort | | Recalcul, changement de nom... Ca doit faire 5-6 tours maintenant que je ne peux rien en faire. il a essayé de la fusionner avec toutes les troupes -au cas où- et rien ne marche.
Le joueur n'a lancer aucun sort dessus sauf la persuation qui lui a permis d'obtenir cette troupe.
Id troupe : 11866 | Réponse / correction :
Prise en charge par cobaye le 28.12.08
Commentaire par cobaye le 28.12.08 :
cette troupe était sous l'emprise d'un apaisement quand elle était sb apparemment, mais l'id de joueur n'avait pas été remplacé dans la table actions concernant cet apaisement. problème plus général concernant les troupes sous influence de sort qui changent de proprio.
Résolution par cobaye le 01.01.09 :
les troupes gagnées par corruption et persuasion sont maintenant affectées des mêmes sorts que ceux qui affectaient leur troupe d'origine, y compris les traces de lancers de sort
Réouverture par Fubessel le 26.01.09
Commentaire par Fubessel le 26.01.09 :
Nouveau message du joueur ce tour :Beu... Elle est encore sous sort.(Alors qu'il y a eu deux tours dans le WE...)
Résolution par cobaye le 30.01.09 :
enregistrements virés de la table actions. la troupe n'est plus sous l'effet d'un apaisement donc. |
| [#2076]traité/résolu>Probleme lors d'un debarquement de SB | | Voici le message lorsque je débarque une troupe SB d'un de mes bateaux :
Vous avez débarqué une troupe de L'Arche Maudite (26 p.a. consommés).
Fatal error: Call to undefined function getMonstreSprite() in C:SWORDcontinentwebwwwincludestools_common.inc on line 663
Je suis obligé de rafraichir pour retrouver ma troupe qui a cependant bien débarquée.
XP fam, firefox
Ce n'est pas le premier tour que ça arrive au joueur, ça se passe uniquement qu'avec des troupe de SB, il a essayer avec different ordinateur et le probleme persiste. Cache vider. | Réponse / correction :
Prise en charge par cobaye le 28.12.08
Demande d'infos supplémentaires par cobaye le 28.12.08 :
devnote: ajouté des parenthèses autour de la fonction appelée dans le return.est-ce que le problème est résolu?
Apport de précisions par Fubessel le 29.01.09 :
Ce tour (C7 S7) :Vous avez débarqué une troupe de L'Arche Maudite (25 p.a. consommés).Fatal error: Call to undefined function getMonstreSprite() in C:\SWORD\continent\web\www\includes\tools_common.inc on line 663Toujours même problème lors d'un débarquement de troupe SB.
Résolution par cobaye le 29.01.09 :
inclus fichier concernant les troupes dans le fichier concernant le débarquement |
| [#2090]traité/résolu>Appropriation de troupe sous l'effet d'un sort | | | Mener enquête sur les conséquences de la persuasion réussie d'une troupe SB (dont le proprio est 0) sous l'effet d'un sort type apaisement, donc ayant une entrée en base dans la table Actions. En effet dans cette table est renseignée l'id_joueur de la troupe victime de tel sort, or avec une persuasion on change d'id_joueur mais ce n'est pas répercuté dans cette table sur les actions qui pourraient concerner la troupe persuadée. | Réponse / correction :
Prise en charge par cobaye le 18.01.09
Résolution par cobaye le 18.01.09 :
corrigé |
| [#2067]refusé>Bug d`affichage - disparition de caserne | | J'avais une caserne fortifiée (niveau 3) en 1242/706 (angle de fondation), bloquée entre les pierres et la muraille, mais celle ci n'apparaît plus. Elle n'a pas été saboté, car mes troupes sont toujours dans la caserne et il n'y a pas eu de baisse de capacités de troupes dans les casernes et pas de gravats non plus.
Mac OS10.5
Safari
Cache vidé
J'ai verifier et il n'y a pas de caserne au coordonner fournit par le joueur.
Tour 34: Le joueur 269 a vus son portail disparaître, aucun portail de visible dans le fief du meme joueur. Le portail apparait toujours dans sa liste des constructions. | Réponse / correction :
Prise en charge par cobaye le 02.11.08
Demande d'infos supplémentaires par cobaye le 02.11.08 :
y at-il eu une normalisation effectuée par les MJ sur le compte 868? de manière générale, pour la disparition de sprite de bâtiment, faire une demande de normalisation, et essayer plutôt d'obtenir des indices sur les causes de la disparition
Commentaire par Francus le 02.11.08 :
Donc oui une demande de normalisation a ete faite et la caserne a re-apparut.
Commentaire par cobaye le 28.12.08 :
merci de rechercher les causes du problème, ou alors de fermer cette fiche
Refus par Francus le 01.01.09 :
|
| [#1991]refusé>Sprite affiché sans raison d'une troupe qui prépare un saut | | | FF, Vista, id 519Une troupe qui prépare un saut vers un fief (avec demande d'autorisation) se retrouve affichée sur la carte. Un reste du bug qui avait affiché toutes les troupes en opération, probablement un cas particulier oublié.id troupe inutile, d'ici là elle aura sauté ou sera morte ou modifiée ^^Le texte d'opération de la troupe: "préparent un saut"Le saut se faisait depuis ma garnison et la troupe est apparue sur la carte comme si elle avait été déployée (ce qu'elle n'est pas) | Réponse / correction :
|
| [#1989]traité/résolu>[serveur]Troupe détruite, image persistante (2 cas) | | | ID 328,FF, win xpDepuis la prise du fief de Raoul de Coévilia qui est maintenant mon vassal, j'ai toujours dans le rapport de mon capitaine en poste chez Raoul, la présence d'une troupe du vicomte Ravaillac le Corbeau (1353,714).Cache vidé, inspection du lieu et aucune troupe ennemi en vue (il s'agissait de troupes conventionnelles type arbalétriers donc visible). Cette troupe s'est faite détruire lors de l'assaut. Je crois que Raoul l'a voit aussi. Raoul : yep ye confirme:id: 186opera / ubuntu / cache vidé---------cobaye, le 01/05la troupe était en CAS_WAITING, je l'ai recalculée depuis le compte de ravaillac, et elle s'est retrouvée en garnison ... du fief de coevilia (dans la garnison!). je l'ai donc ensuite déployée puis placée sur le fief de ravaillac par le module fief---------_______________________________Id: 1103J'ai lancé une campagne de pêche avec 3 chevaliers à bord, mais le chasse marée a coulé et les troupes apparaissent toujours dans mon bilan de troupes en opération."à bord de" rien et lorsque je clique dessus cela m'indique les coordonnées 366/15.ID troupe : 36330 (kakapoe) remarqué au tour 10.17 mais bateau coulé depuis 2 tours au moins.Kubuntu, swiftfoxcaché tout vide... | Réponse / correction :
Prise en charge par Vinus le 06.07.08
Commentaire par Vinus le 06.07.08 :
merci de faire des fiches séparée lorsque les cas ne sont pas exactemet les mêmes
pour le id 1103: En attendant que ça soit géré par le serveur j'ai ajouté une petite routine en recalculant une troupe se trouvant dans un navire fantome celle ci est décimée et donc virée par le serveur à la réso
Désattribution de la fiche par Vinus le 06.07.08
Prise en charge par Vinus le 07.07.08
Commentaire par Vinus le 07.07.08 :
Pour les deux premiers cas : rajout dans le recalcul d'un (si troupe en caserne mais pas dans le fief, ramener dans le fief)
Désattribution de la fiche par Vinus le 07.07.08
Prise en charge par cobaye le 27.08.08
Commentaire par cobaye le 27.08.08 :
il faudrait ajouter simplement de ne pas autoriser le départ en campagne de pêche si y a des troupes à bord du navire (ça évite aussi les abuse de fuite d'un bateau poursuivi plein de troupes, devenant ainsi invulnérable et invisible)
Désattribution de la fiche par cobaye le 27.08.08
Prise en charge par cobaye le 01.01.09
Résolution par cobaye le 01.01.09 :
impossible de partir en campagne de pêche si troupes à bord |
| [#2078]traité/résolu>bug faute de syntaxe lors d'envois de revolte via Guilde. | | Vous avez commandité une révolte à XXXXXXX pour 3877 écus, qui va connaître des les exigences matérielles et commerciales des paysans, bourgeois et négociants...
winXP
FF2.0
cache vidé | Réponse / correction :
Prise en charge par cobaye le 01.01.09
Résolution par cobaye le 01.01.09 :
|
| [#2071]refusé>corruption de voleur/espion | | Ma troupe 'Billip' a vu son espion/voleur (je ne suis pas sûr) se faire corrompre par un marchand de Gemina. Les deux autres soldats restants (loup noir et beholder) se sont fait detruire ce tour ci.
Un autre joueur a deja confirmer qu'il avait corrompus des espions/voleur.
| Réponse / correction :
Prise en charge par cobaye le 01.01.09
Refus par cobaye le 01.01.09 :
bon en fait ça n'est limité qu'aux alliés la restriction sur la corruption d'unités spéciales |
| [#2084]traité/résolu>Absence de la fonction "nouveau message dans se forums" | | Certain forum ou un joueur n'a pas acces a certaine partie n'ont pas la fonction avertissant que de nouveau message ont ete poster. Il faut aller voir dans ses forums pour que la fonction puissent fonctionner.
Apres un certain temps la fonction disparait et il faut retourner dans le forum pour la re-activer. | Réponse / correction :
Prise en charge par cobaye le 23.11.08
Demande d'infos supplémentaires par cobaye le 23.11.08 :
j'ai fait une correction cette nuit, merci de me dire si ça semble résoudre le problème (devnote: désactivé la nécessité d'un cookie pour vérification de nouveaux messages dans le cas de $droits===1 dans forums6.php)
Résolution par cobaye le 28.12.08 :
corrigé avec la correction de la gestion des cookies |
| [#2088]remis à plus tard>Nouveau message | | Le serveur n'enregistre plus les visites faite par un compte en particulier. Si j'utilise 2 ordinateurs differents je vais avoir le message "nouveau message dans se forum" meme s'y j'ai ete les voir avec un autre ordinateurs.
Il faut noter que je n'ai se probleme que depuis la correction d'un precedant bug ne montrant pas qu'il y avait de nouveau message dans les forums ou l'on avait pas tout les acces.
| Réponse / correction :
Prise en charge par cobaye le 28.12.08
Remise à plus tard par cobaye le 28.12.08 :
c'est le nouveau comportement, dû à l'utilisation des cookies pour soulager le serveur au niveau de la requête des nouveaux messages. à l'occasion je verrai pour rajouter une écriture plus fréquente en base de ce qui se trouve dans les cookies. |
| [#2085]refusé>Inscription au Swag | | Néanmoins effectivement tu soulèves un point problématique vu que tu vas devoir attendre que la prochaine saison soit entamée pour pouvoir t'inscrire (vu que la suppression des équipes se fait dans le même temps que les montées descentes et le lancement de la nouvelle saison) et donc tu ne pourras pas non plus y participer puisqu'inscrit en cours de route.
Probleme soumis par Cobaye.
| Réponse / correction :
Prise en charge par cobaye le 30.11.08
Refus par cobaye le 30.11.08 :
pas possible, les id des équipes sont ceux des fiefs, il ne peut donc y avoir qu'une seule équipe à la fois par fief. et comme le système des montées et descentes se fait dans la foulée, impossible non plus de s'inscrire une fois les équipes forfaits virées. il faut donc attendre la fin de la saison + une saison avant de pouvoir participer de nouveau. (on peut néanmoins s'inscire dès que les montées descentes ont été faites, pour réserver sa place ^^). |
| [#1988]traité/résolu>[Serveur]Participants d'une lutte politique apparaissent tous anonymes, ou anonymes qui ne le sont pas | | | Voilà deux fois qu'un rapport de bataille politique considère tous les participants (dont moi) comme anonymes, alors que je doute que chacun ait demandé l'option (moi au moins je ne l'avais pas demandé)L'influence était sur le fief de Haut-fort. Précision ; ID 1426Je confirme le bug ( vu depuis hautfort ) J'ai moi même eu l'occasion d'avoir un rapport "tous caché" (id 194), mais c'était juste après la mise en place de l'influ cachée, alors j'ai laissé courir un peu.878 : c'est le contraire pour moi par rapport au bug [1988]. J'étais censé apparaître anonyme mais j'apparais dans le rapport final d'influence de Bogenhafen du moins celui que je reçois. Les autres joueurs ont confirmé. | Réponse / correction :
Prise en charge par cobaye le 27.08.08
Demande d'infos supplémentaires par cobaye le 27.08.08 :
il me faut + d'infos: l'influence finale quelle est-elle dans ces luttes qui n'apparaissent pas correctement? retournement? changement d'influenceur principal? victoire de l'influencé? celui qui mène la danse a-t-il influencé masqué ou pas, ou pas du tout? c'est important que je sache ces paramètres
Commentaire par Francus le 18.09.08 :
L'unique bug, est que tout les participants de la lutte politique sont apparut anonymes meme si ils ont influencer normalement. Il n'y a pas eu de retournement, il n'y a pas de victoire de l'influencer et a date l'influenceur principal ne c'est pas signaler. le joueur 878, 775 et 1426 confirme qu'il ont influencer normalement mais dans le rapport du tour ils apparraisent en anonyme.
Commentaire par Francus le 30.09.08 :
Nouveau cas ou un joueur a influencer a anonyme mais son nom apparait dans le rapport:Hokanu -98Midgard Thomson (?) -69John de Tizac (?) -65Urgas Le Sage (?) -55Airk Thaughbaer (?) -49Gagard (?) -44Ludwig Örnsköldvik (?) -43Arvel De Marcinat (?) +42Viri-Sek le Boiteux (?) -38Zakalwe Eymerichsson (?) -34Lauter von Schauderberg (?) -23Selenek (?) -17INFLUENCE FINALE annulée !id du joueur : 844
Apport de précisions par Francus le 30.09.08 :
Apport de précisions par Francus le 30.09.08 :
Résolution par cobaye le 24.11.08 :
la valeur de l'influenceur qui déclenchait le traitement de toute la bataille était prise au lieu de la valeur de chacun des participants (erreur de variable et de requête sql) |
| [#2064]traité/résolu>Disparition de la fonction Avertir | | Depuis le tour 11.25 la fonction "avertir" a disparu sur les forums :
- l'assemblée,
- le cercle premier,
- la capitainerie
- l'orbiculaire,
- le comptoir,
- la taverne.
J'ai fait le test et je n'ai aucun probleme avec la fonction Avertir. Le joueur a essayer 3 autres navigateur et 1 ordinateur different et le probleme persiste. | Réponse / correction :
Prise en charge par cobaye le 24.11.08
Résolution par cobaye le 24.11.08 :
rétabli, seuls les forums non clans et les clans ni secrets ni anonymes ont accès à cette fonction d'avertissement. |
| [#2053]traité/résolu>Malus pour excès de lame + chiffre a 15 décimales | | 1684 : Ce tour, Hheria m'annonce que j'ai "une force de 363,99977588661 lames de plus que ce que vous autorise votre rang", ce qui me malusse, me fait-elle comprendre.
Or, non. J'ai précisément, selon l'onglet "féodalisme"... 48 lames de moins que ma limite. Même après re-calcul.
582 : Pareil, il y a deux tours féodalisme me disait 1000 lames de moins que mon max, et j'ai eu un malus car j'avais 100 lames de trop ....
Les deux joueurs ont des artefacts +20% art de la guerre, du coup peut-être lié au bug sur les artos, fiche 2051. | Réponse / correction :
requalifié en priorité moyenne par Durgrim le 21.09.08
Prise en charge par cobaye le 14.11.08
Résolution par cobaye le 14.11.08 :
corrigé, inclus dans une prochaine compilation. pour la deuxième moitié du bug, sûrement résolu avec le bug sur les artefacts |
| [#1973]refusé>[serveur]défense de citadelle avec des trébuchet | | | j'ai attaqué une citadelle où étaient encasernée 13 piétailles (fantassin, archer, arbalétrier) et 2 trébuchet. Au vu des lames du combatNouvelle Uraeus 792 vs San Peter 890 les lames des trébuchets ont compté en défense.voici les infos de débug: [id_battle] : 526329[role] : A[issue] : D[lames] : 396.445[siege] : la citadelle de Nyang Mé[id_atts] : 37941[id_defs] : 27425[compos_att_before] : 7:2.10:3.200:8[compos_def_before] : 52:2.1:2.5:2.2:2.6:6[butin] :[location] : 309[1006] :[experience] : 120[decor] : citadelle[old_color] :[compos_att_after] : 7:1.10:3.200:6[compos_def_after] : 52:1.1:2.5:2.2:1.6:5[camp_att] : ,1672,[camp_def] : ,1380,[continent_idjoueur] : 1672[PHPSESSID] : 3so9a1huk4fi836v1a39tgbsr2 | Réponse / correction :
requalifié en priorité moyenne par cobaye le 01.05.08
requalifié en priorité moyenne par cobaye le 01.05.08
Prise en charge par cobaye le 14.11.08
Refus par cobaye le 14.11.08 :
Durant les sièges de fief, les armes de siège participent à la défense, je pense donc qu'il est normal qu'il se passe la même chose durant la défense d'une citadelle. Si ça n'avait pas été le cas pour les sièges de fief j'aurai appliqué la même restriction aux citadelles. |
| [#1967]remis à plus tard>Alchimie et réinjection | | | id 519, FF, VistaLors d'un lag du serveur, je valide la création de ma potion alchimique. Erreur d'injection. Comme tu m'as dit qu'il n'y a pas de répétition de l'effet, je clique sur ICI pour avoir au moins le résultat de la potion, mais encore erreur. Je réitère, encore erreur. Donc en tout 3 injections envoyées. Ce qui hélas s'est traduit par 3 potions et 3 fois le même enchantement. Voilà ma liste des tâches:Concocter une potion6 péons Boulangerie +64% pendant 22 tours !! ANNULE UN ENCHANTEMENT PRECEDENT !! Concocter une potion6 péons Boulangerie +64% pendant 22 tours !! ANNULE UN ENCHANTEMENT PRECEDENT !! Concocter une potion6 péons Boulangerie +64% pendant 22 toursIl y a bien ces 18 péons au travail, et j'ai bien été prélevé 3 fois des denrées nécessaires. Il manquerait un garde fou sur le nombre d'alambic? | Réponse / correction :
Prise en charge par zumba le 11.03.08
Demande d'infos supplémentaires par zumba le 11.03.08 :
il y a des gardeboue contre les répétitions des effets uniquement pour ceux qui ne doivent être exécutés qu'une fois (même si ils peuvent être affichés N fois). Dans ce cas rien n'interdit de lancer X fois la même décoction si tu as X alambics. par contre dans ton cas tu dépasses X car en annulant l'enchantement précédent de même effet ça libère de fait l'alambic. C'est ça le souci, j'ai fait une petite correction mais il faudrait que tu retestes 1) que tu peux pas faire + de X fois (ou x est ton nombre d'alambic) une même potion (avec 2 annulations donc) et 2) que au tour d'après tu peux bien à nouveau te servir de tes alambics.
Apport de précisions par cobaye le 11.03.08 :
je n'ai pas bien compris le type de test que tu veux que je fasse. en fait, tu me dis que le code est ou était tel que annuler un enchantement d'alchimie libère l'alambic? pourquoi cela ne se base-t'il pas sur la tâche de création de potion mobilisant 2 péons? Enfin donc, si je comprends bien, je fais une potion, puis je tente d'en refaire une, la même, puis je retente encore ; mais le souci est que quand on a atteint le max de potions faisables compte tenu du nombre d'alambic, on ne peut plus lancer la tâche (Vous n'avez aucun Alambic disponible pour réaliser une décoction alchimique...) donc comment pourrai-je procéder à ce test??? J'ajoute que ce tour (50) j'ai fait une potion pierres bleues, et une potion boulangerie qui a donc remplacé l'enchantement boulangerie du tour prédécent, et que j ai vérifié à l'instant j'ai le message aucun alambic dispo (précision j'ai 2 alambics depuis ce tour).
Commentaire par cobaye le 31.03.08 :
apparemment un autre bug a été introduit par la correction que tu as effectuée: si il y a échec de l'injection de la concoction d'une recette, la tâche est directement doublée, c'est à dire les denrées deux fois prélevées, les effets deux fois appliqués, et les péons deux fois attribués (avec donc deux tâches identiques dans la liste des tâches et dans le résumé de tour). je n'ai pas eu ce lag autrement que sur la première recette que je tente de lancer dans le tour. j'imagine qu'avec 3 alambics la tâche serait triplée etc
Commentaire par Durgrim le 15.04.08 :
Au tour 10 cycle 10, un cas d'effet doublé sans lag du serveur. Il ne s'agit pas d'alchimie, mais de bénédiction : Bonjour,ID 370Windows XPFirefox 2.0.0.13Suite à la dernière fois ou je me suis fait avoir en réinjectant plusieurs fois d'affilé, la je me suis dit je touche rien, je clique une fois sur la bénédiction et voila... Et bah râté, ça me l'a compté en double et bien sûr retiré deux fois plus d'écus que prévu... Ce qui fait un énorme trou dans la trésorerie... :Vous avez fait bénir le village de Surana avec l'enchantement `Blé vivant de Dina`.Vous avez fait bénir le village de Surana avec l'enchantement `Blé vivant de Dina`. Ceci annule une bénédiction précédente (+45) dont profitait le fief...Je n'ai cliqué qu'une fois et je n'ai rien touché d'autre. J'ai été extrêmement prudent. Ce n'est pas ma faute cette fois-ci, mais bel et bien un bug fort dommageable !
Remise à plus tard par cobaye le 06.11.08 :
|
| [#1981]traité/résolu>test | | | test des mails | Réponse / correction :
Prise en charge par cobaye le 24.03.08
Demande d'infos supplémentaires par cobaye le 24.03.08 :
un peu plus de précisions?
Apport de précisions par cobaye le 24.03.08 :
quelques précisions
Demande d'infos supplémentaires par cobaye le 24.03.08 :
redemander des précisions
Apport de précisions par cobaye le 26.03.08 :
précisions
Demande d'infos supplémentaires par cobaye le 26.03.08 :
demande de précisions
requalifié en priorité faible par cobaye le 01.04.08
requalifié en priorité minime par cobaye le 01.04.08
requalifié en priorité importante par cobaye le 30.05.08
requalifié en priorité minime par cobaye le 30.05.08
requalifié en priorité importante par cobaye le 30.05.08
requalifié en priorité importante par cobaye le 30.05.08
requalifié en priorité critique par cobaye le 30.05.08
requalifié en priorité minime par cobaye le 30.05.08
requalifié en priorité importante par cobaye le 30.05.08
Apport de précisions par cobaye le 08.07.08 :
requalifié en priorité faible par cobaye le 08.07.08
Résolution par cobaye le 06.11.08 :
|
| [#2068]refusé>Bug de sprite -mineure- | | En (594 ; 235) un arbre est apparut sur l'image des ruines.
FF. 3.0.2.
Windows Vista Premium PS 1 | Réponse / correction :
Prise en charge par cobaye le 02.11.08
Demande d'infos supplémentaires par cobaye le 02.11.08 :
c'est pas très clair tout ça, merci de reformuler la fiche
Commentaire par Francus le 02.11.08 :
Un arbre est apparut sur l'image de la ruine.
Apport de précisions par Francus le 02.11.08 :
Refus par cobaye le 05.11.08 :
|
| Correction orthographique |
| [#2044]remis à plus tard>Roi Arhmarel | | | Suite à la disparition du Roy Arhamarel, il faudrait peut être changer le nom du roi dans l'interface d'envoi de missive au Roy. | Réponse / correction :
|
| Demande d'intervention MJ |
| [#2038]traité/résolu>Description de la taverne du Gobelin | | | Lorsque l'on clique sur l'image de la taverne, au lieu d'avoir les informations de se clan il est marquer "ce clan est fermer". | Réponse / correction :
|
| [#2051]traité/résolu>Arthos plus pris en compte | | 269 : non prise en compte des arthos en construction naval,
79 : je fane à 76 azu depuis ce tours alors que je ne fane qu'a 1 azu depuis belle lurette ayant largement plus de 100% de bonus de science + Arto.
Vinus : Je me demande si ça n'est pas un bug général : les effets des artos n'ont pas été pris en compte ce tour. J'ai, de mon coté, un arto entrainement militaire qui n'a eu aucun effet. | Réponse / correction :
requalifié en priorité importante par Vinus le 21.09.08
Prise en charge par cobaye le 13.10.08
Résolution par cobaye le 13.10.08 :
un = au lieu d'un like dans la requête sql |
| [#2022]refusé>Inversions dans le soutien politique du suzerain | | | 288 : Dans l'onglet assemblée, je vais pour favoriser l'influence de mon suzerain, je clique sur le bouton "renforcer l'influence de mon suzerain sur mon fief (10/5) un message de confirmation apparait me disant l'inverse : "Vous allez renforcer votre influence sur votre propre fief de 75 et contrer celle de Mauran."pourtant dans le récap de l'onglet assemblée il est marqué "75 pour renforcer l'influence de Mauran sur Drenaïs"Donc la aussi il y a un probleme je n'avais mis que 50 calloux donc ca a été multiplié par 1.5 alors que quand c'est du soutien c'est multiplié par 0,5 non ?Donc au final j'ai bien fais ce que je voulais c'est a dire renforcer l'influence de mon suzerain mais le message me dit l'inverse et le coeff multiplicateur ne semble pas etre le bon.ID288, XPSP2, FF3Confirmé par id 366. | Réponse / correction :
Prise en charge par cobaye le 08.07.08
Demande d'infos supplémentaires par cobaye le 12.08.08 :
et maintenant?
Commentaire par Francus le 13.10.08 :
Pas de retour donc je ferme la fiche. Le bug me semble regler.
Refus par Francus le 13.10.08 :
|
| [#2061]traité/résolu>Bug demobilisation | | J'ai démobilisé trois soldats ce tour pour les réintégrer dans ma population active. Puis j'ai fusionné un prêtre de guerre isolé avec le reste garnison.
Je m'apprête à réaffecter mes 3 péons lorsque ô surprise.... Un message de Jehan me dit qu'il a retiré 36 personnes de la population active... Toutes mes taches sont à 0 !!! (excepté "pêcher" qui occupe 35 peons). Il ne me reste plus qu'un péon dispo
Gros bug je crois :-)
FF.3.0.3
Windows Vista Premium
Deco/reco, cache vidé. | Réponse / correction :
Prise en charge par cobaye le 07.10.08
Commentaire par cobaye le 07.10.08 :
péons réattribués, à replacer dans leurs tâches
Résolution par cobaye le 07.10.08 :
|
| Correction orthographique |
| [#2047]traité/résolu>Bug Ortho | | | "Une épidémie de Chiasse infernale frappe la population. Même si elle entraîne rarement la mort (du moins celle de la personne qui l'attrappe !), la dhiarée explosive est très contagieuse, et met du temps à guerrir. XX villageois sont malades. Par chance, nous disposons d'assez de médecines pour les soigner, mais pensez à en conserver un bon stock."Deux petites fautes d'orthographe : - Diarrhée s'écrit avec deux R.- Guérir s'écrit guérir De même petite faute sur l'onglet téléportation:"Le portail de distorsion de notre allié(e)Bjorn nous permet d'atteindre en vertue de nos alliances militaires et des siennes directement et sans attendre leur accord les 2 villages de : "vertue --> vertu | Réponse / correction :
|
| [#2032]traité/résolu>Problème quand + de 20 lignes dans bilan production | | | http://cobaye4.free.fr/continent/bug_intendance.jpg(pas réussi à intégrer l'image ;/) Vinus : le problème vient du fait que tu as plus de 20 lignes dans ton bilan. Pour zumba : Dans la première ligne de la table il y a 3 rowspan=20 pour la ligne de séparation au milieu. 20 lignes c'est peu suffisant pour les gros marchands. L'idéal est de mettre le bon nombre de lignes mais l'augmenter peut faire l'affaire aussi. | Réponse / correction :
|
| [#2057]refusé>Seigneur n'a pas investi les lieux | | Seigneur Dindin, fief Emilie : "le seigneur n'a pas investi les lieux" alors qu'il est sénéchal et plutot bien avancé...
Impossible d'envoyer d'emissaire ou d'avoir acces a son BG. Un retour d'un joueur me dit que plusieurs autre joueur etait dans le meme cas. | Réponse / correction :
Prise en charge par cobaye le 24.09.08
Refus par cobaye le 24.09.08 :
seigneur en probatoire ou suspendu, c'est normal |
| [#2056]traité/résolu>Modificateurs régionaux | | | Les modificateurs régionaux semblent avoir été divisé par 3 a peu près, comme un retour à ceux qu'on avait avant leur établissement à 100%. | Réponse / correction :
Prise en charge par cobaye le 22.09.08
Résolution par cobaye le 22.09.08 :
collision de version de fichiers je crains, c'est corrigé au moins pour ça |
| [#2052]traité/résolu>Interface bloquée | | Win XP FF3, IE, cache vidé, déco/reco.
Hello,
Je pense qu'une anim bloque mon interface.
J'ai commencé à jouer mon tour normalement jusqu'à 7 sujets de la fin où le serveur est apparu comme "surchargé".
Je me suis dit, j'y retournerai plus tard... sauf que maintenant je ne rentre plus... j'ai chargement en cours (et si je double clique un écran vide avec transfert de données en bas puis terminé)... et ca reste bloqué à ce stade.
Commentaire par Durgrim : au tour suivant, l'anim a dû sautée et l'interface refonctionne. Je laisse la fiche ouverte au cas ça se reproduirait, ou si y a moyen de trouver l'anim (si c'en est une) qui a fait planté le machin. | Réponse / correction :
requalifié en priorité faible par Durgrim le 18.09.08
Prise en charge par Vinus le 21.09.08
Résolution par Vinus le 21.09.08 :
C'est souvent du à un event mal programmé et qui bloque le chargement de la fenetre intendant. J'ai changé l'ordre des chargement des fenetres (intendant en dernier) pour ne pas tout bloquer. Pour le reste c'est aux MJ de faire attention. |
| [#2054]traité/résolu>Ramasser des pierres | | J'ai commencé la construction d'un pan de mur (donc, dans ma zone constructible), et puis je me suis aperçu qu'une tour serait plus appropriée à cet endroit.
Alors j'ai annulé la construction.
J'essaie de ramasser les gravats, et j'ai le message "Vous êtes trop loin de votre fief pour y ramener ces pierres."
Par contre, j'ai réussi à enlever les gravats en défrichant.
Coordonnées des gravats: 1156,963.
ID 775
Win XP, IE7. | Réponse / correction :
Prise en charge par Vinus le 21.09.08
Résolution par Vinus le 21.09.08 :
Désormais la condition de ramassage de pierre ou de gravat est il faut que ça soit dans le fief. |
| [#2049]traité/résolu>Erreur SQL sur sort | | En tentant un sort de régression :
Votre troupe a réussi à faer l'ennemi !
0 créature(s) ont définitivement quitté la troupe de ce baronnet, errant dans la nature sans foi ni loi !
Warning: imagecreatefromgif(../fantassin.gif) [function.imagecreatefromgif]: failed to open stream: No such file or directory in C:SWORDcontinentwebwwwincludestroupes.inc on line 85
Warning: getimagesize(../fantassin.gif) [function.getimagesize]: failed to open stream: No such file or directory in C:SWORDcontinentwebwwwincludestroupes.inc on line 87
Warning: imagecreatefromgif(../espion.gif) [function.imagecreatefromgif]: failed to open stream: No such file or directory in C:SWORDcontinentwebwwwincludestroupes.inc on line 85
Warning: getimagesize(../espion.gif) [function.getimagesize]: failed to open stream: No such file or directory in C:SWORDcontinentwebwwwincludestroupes.inc on line 87
Warning: imagecopymerge(): supplied argument is not a valid Image resource in C:SWORDcontinentwebwwwincludestroupes.inc on line 97
Warning: imagecopymerge(): supplied argument is not a valid Image resource in C:SWORDcontinentwebwwwincludestroupes.inc on line 97
ID troupe : 47050
| Réponse / correction :
Prise en charge par Vinus le 21.09.08
Résolution par Vinus le 21.09.08 :
Où est ce que tu vois le mot SQL dedans.C'est juste parce qu'il arrive pas à trouver l'image vu qu'il ne la cherchait pas au bon endroit. Aucune incidence sur le sort en soit. Juste sur la création de l'image de troupe. |
| [#1954]refusé>evenement qui revient tout le temps | | | De nouveaux cas ce sont présentés, qui empêchent purement les joueurs de jouer leur tour :ID: 1599Voila je viens d'avoir l'event sur les volontés d'union de mes deux forgerons. Mon personnage étant rattaché a l'église je n'ai pu accepter. Le souci est que la suite de l'event qui voit ces gens partir, baisser le moral du village de 3 ou 4 et augmenter ma reput envers l'eglise lui se repete en continu. Pensant à un lag du serveur jai cliqué plusieurs fois dessus evidemment.Aidez moi, je suis pret à les marier sur le champ s'il le faut!!! :)même en se relogant, c'est encore là. Je rajoute un cas à cette fiche, au tour 8 du cycle 10 :ID 2379FF 1.8 sous Win XP.Un petit souci récurent. J'ai reçu une animation avec deux mages saffranistes qui me menacent et me demandent rançon. Je refuse la rançon, l'animation suivante me dit que mon seigneur parvient à prendre la fuite et alerter la garde qu'un combat éclate, mais que les mages parviennent à s'échapper.Résultat : -4 pop et -2 saffran.Quand je clique sur "OK, quoi d'autre", toutefois, l'animation se répète en permanence, et le malus aussi...Je suis donc passé d'une pop de 149 à une pop de 137 (l'animation a été répétée 3 fois). Je ne touche plus a rien de peur de finir à 0... Je laisse un BT voir le problème.Sachant que c'est bien le message qui clot l'animation qui se répète, et les malus avec lui. "Précision : que ce soit par le biais du bouton "OK quoi d'autre" ou par le bouton "Plus tard", l'animation se répète encore et toujours... et le malus aussi.Pour info, j'ai perdu 16 peons (au lieu de 4) et -8 Saffran (au lieu de -2) en effectuant divers tests pour le BT. C'est n'est même pas le plus "grave", le problème, c'est que le tour est injouable. Je ne peux plus avancer." Tour 17 du cycle 10 : Pour information, l'évènement a disparu de mon compte, mais le malus répété ne s'est pas rétablis.Pour le malus, je m'en remettrais, c'était il y a 7 tours, il y a prescription, mais j'ignore comment l'animation a enfin disparu.ID : 595Même souci avec une autre animation, celle du bourgeois et des vaches.4 tentatives et toujours bloquée, impossibilité de voir les évents suivants et donc de finir de jouer le tour (sans parler du résultat de l'event *4 qui fait mal au printemps) Précision de cobaye : bon j ai été sur ton compte, et je n'ai pas réussi à virer le message, je ne sais pas trop comment on fait :s par contre pour les BT, j'ai récupéré le code source de l'event et les injections associées ; ça pourrait servir pour le débug, vous pouvez donc l'indiquer dans la fiche :). Cycle 10 tour 15 : ID: 1132 xp ffIdem sur une autre animation.Essai fait quatre fois hier et deux aujourd'hui. -12 peons, -12 moral, +12 réputationsJe ne peu plus faire autre chose.......... au secours....................Tour 19 cycle 10 : J'en avais mare de ne pas pouvoir acceder à mes infos en totalité, alors j'ai cliquer sur le message qui revenait toute les tours. (ok quoi d'autre)Et il a disparu pour de bon sans aucun malus supplémentaire. | Réponse / correction :
Prise en charge par cobaye le 23.02.08
Résolution par cobaye le 23.02.08 :
je me suis loggé sur son compte et cliqué sur ok quoi d'autre, et pis voilà... résolu donc
Réouverture par Vinus le 25.02.08
Commentaire par Vinus le 25.02.08 :
je réouvre parce que au moins deux autres joueurs on eu la même chose et ça peut être source d'abus dans le cas d'un event positif:J'ai reçu l'animation ID2157 qui sera suivi de la 2155 après refus, le problème est que le refus s'est effectué 3 fois de suite ce qui m'a valu 3 gain +1 en réputation.Vous pouvez me retirer 2 points de réputation que je n'aurai pas du avoir.Sinon le bug s'est passé à 12h08 hier sur ID751 winxp.
Refus par zumba le 26.02.08 :
les effets peuvent etre affichés N fois si on ne vire pas le message, c'est bien normal non ?en revanche ils ne sont EXECUTES qu'une fois.
Réouverture par Alena le 07.03.08
Réouverture par Alena le 07.03.08
Demande d'infos supplémentaires par Alena le 07.03.08 :
Apport de précisions par Alena le 07.03.08 :
ID 1813Navigateur FirefoxCe tour ci je reçoit un event en 2 parties, la première avec un choix, pour la deuxieme le serveur a laggué et il a fallu rafraichir plusieurs fois avant de l'avoir.Seulement quand je click sur quoi d'autre, la partie 2 se recharge, et je reperd ce que j'avai perdu(dont 4 péons snif), l'event est donc conservé puisque je ne peux pas le passer...En fait ça ressemble à la fiche 1954, mais je confirme que les effets s'appliquent chaque fois, j'ai perdu une 20aine de péons en verifiantPour info le texte de ladite partie:Conformément à vos ordres, le dénommé Fifrelin, carrier, a été mis aux arrêts. Jehan lui donne lecture des actes d'accusation
Demande d'infos supplémentaires par Alena le 07.03.08 :
Commentaire par Alena le 07.03.08 :
Apport de précisions par Vinus le 07.03.08 :
Apport de précisions par Vinus le 07.03.08 :
Désattribution de la fiche par cobaye le 10.03.08
requalifié en priorité importante par Durgrim le 01.04.08
requalifié en priorité minime par cobaye le 01.04.08
requalifié en priorité importante par cobaye le 01.04.08
Prise en charge par Vinus le 21.09.08
Refus par Vinus le 21.09.08 :
Réouvrir quand il se reproduit |
| [#1999]remis à plus tard>Carte stratégique | | | ID 601WinXPIE 7.0Je suis membre de 4 clans qui ont tous une carte stratégique.Je suis membre de- Bourse du Triangle- Docks Berezii du Sud-Ouest- Operation Corbeau Noir- Villa MéridienneLorsque je tente de charger la carte stratégique, on m'informe qu'il y a un script qui pourrait ralentir mon ordinateur en cours de chargement.On me demande si je veux continuer avec le chargement.Si je clique oui, il n'y a que les deux premiers clans qui apparaissent dans la barre de droite.Si je clique non, les quatre clans apparaissent.************************************************Je suis maitre du clan "Villa Méridienne" et de Operation Corbeau Noir.Alors que j'arrive à modifier les éléments ajoutés à la carte Operation Corbeau Noir, celle de Villa Méridienne n'est aucunement modifiable.Plusieurs indices pourrait aider au debug.1- En haut de l'écran il est écrit :Warning: opendir(../../../pics/clans/213) [function.opendir]: failed to open dir: No such file or directory in D:swordcontinentwebwwwsitepluginsjaydboistools_form.php on line 90Warning: readdir(): supplied argument is not a valid Directory resource in D:swordcontinentwebwwwsitepluginsjaydboistools_form.php on line 91Warning: closedir(): supplied argument is not a valid Directory resource in D:swordcontinentwebwwwsitepluginsjaydboistools_form.php2- Quand je tente d'ajouter des images à "L'illustrothèque" du clan, dès le chargement du menu on me donne :Warning: opendir(../../../pics/clans/213) [function.opendir]: failed to open dir: No such file or directory in D:swordcontinentwebwwwsitepluginsjaydboisbiblimage.php on line 116Warning: readdir(): supplied argument is not a valid Directory resource in D:swordcontinentwebwwwsitepluginsjaydboisbiblimage.php on line 121Warning: closedir(): supplied argument is not a valid Directory resource in D:swordcontinentwebwwwsitepluginsjaydboisbiblimage.php on line 1333- Quand je tente d'uploader une image on me donne les messages suivant:Warning: move_uploaded_file(../../../pics/clans/213/100x65_villalf6.jpg) [function.move-uploaded-file]: failed to open stream: No such file or directory in D:swordcontinentwebwwwsitepluginsjaydboisbiblimage.php on line 88Warning: move_uploaded_file() [function.move-uploaded-file]: Unable to move 'C:DOCUME~1ADMINI~1LOCALS~1Tempphpuploadphp54.tmp' to '../../../pics/clans/213/100x65_villalf6.jpg' in D:swordcontinentwebwwwsitepluginsjaydboisbiblimage.php on line 88Illustrothèque du clan : Villa Méridienne--------------------------------------------------------------------------------L'image doit être au format gif ou jpg,peser 10ko maxImpossible d'uploader l'image :Array ( [uploadi] => Array ( [name] => villalf6.jpg [type] => image/pjpeg [tmp_name] => C:DOCUME~1ADMINI~1LOCALS~1Tempphpuploadphp54.tmp [error] => 0 [size] => 16331 ) )Je joint le message exact de IEWindows Internet ExplorerStop running this script?A script on this page is causing Internet Explorer to run slowly.If it continues to run, your computer may become unresponsiveYes/No_____________________________________ID: 1399 ; Cela fait deja plusieurs mois que j'ai ce type de problemes avec la carte strategique - sous Firefox, pour ma part.Lorsque je charge la carte, je recois un message du type:"Un script sur cette page est peut-etre occupe ou ne repond plus"Si je laisse le script continuer, le meme message revient apres quelques secondes... et continue a revenir jusqu'a ce que je force l'arret du script.La carte semble fonctionner cependant - mais je n'ai jamais essaye de l'editer, je ne fais que la consulter. PS du BT : le message qu'un script peut ralentir la page est un bug général, à priori. | Réponse / correction :
|
| [#2048]remis à plus tard>bug/mineur/pb de ramassage | | Une unité composée de dragon ramasse mal des azulis:
Après l'avoir déplacé à côté d'un pied d'azuli, j'ordonne au dragon (3 unités dans la troupe) de le ramasser, l'écran du jeu se grise de nouveau pour prendre en compte le nouveau positionnement, mais fait disparaitre l'ordre "ramasser" affiché sur l'écran.
Du coup, je dois relancer l'ordre une deuxième fois - à chaque fois, donc - pour que la cueillette s'effectue.
Mes autres unités pouvant cueillir ne rencontrent pas ce pb.
Troupe recalculée.
#Id troupe : 45324
FF2.0
Win XP | Réponse / correction :
Prise en charge par Vinus le 21.09.08
Remise à plus tard par Vinus le 21.09.08 :
eviter ce genre de fiche quand le BT est chargé. C'est pas mal de travail pour le dev juste pour eviter un clic supplémentaire ! |
| [#2050]refusé>bug transdistortion | | J'ai une troupe a Argenos et je veux la rapatrié chez moi par portail je suis allié militaire avec ce seigneur, mais dans la liste des fief accessible je ne trouve pas mon fief.
Cela est peut être apparue suite a l'evo sur le transdistortion
Id troupe : 33337
Vista
FF | Réponse / correction :
Prise en charge par Vinus le 21.09.08
Refus par Vinus le 21.09.08 :
Arf, une demi heure à relire le code pour me rendre compte après qu'agenor n'avait pas accès direct au portail de leviatar car pas allié avec Ursula la suzeraine qui controle le portail.Merci de bien vérifier que c'est un bug avant de créer la fiche.Ce qui est demandé est une évo donc à discuter dans le forum du même nom avant de créer une fiche. |
| [#2043]refusé>Oubli de rapports d'influence politique | | | Voilà, avec le système actuel, si on étend notre influence sur un fief, et que ce n'est pas notre vassal, tous les tours où l'on ne soutient pas notre influence, si d'autres influences se font sur ce fief, on en est pas informé, et, même si on regarde régulièrement notre onglet assemblée, ça ne nous permet pas de savoir à qui sont dûs les mouvements. | Réponse / correction :
Prise en charge par Vinus le 09.09.08
Refus par Vinus le 09.09.08 :
Ce n'est pas un bug ni un oubli. Ceux qui ont un rapports sont le fief influencé (eventuellement son suzerain s'il en a) et ceux qui participent à l'influence. Il suffit donc de participer rien qu'avec le minimum pour savoir.Ce qui est demandé est une evo à discuter avant d'être proposée. |
| [#2045]traité/résolu>Navire bloqué dans les terres | | | id troupe 20402J'ai une frégate bloquée sur la toute petit île au nord-ouest d'où proviennent tous les SB's et où on se retrouve envoyé après le bug sur la transdistorsion.Ma frégate est indéplaçable. Au tour précédent elle se trouvait en mer juste à côté en attente de la validation d'une alliance pour embarquer une troupe sur cette île.L'alliance a été validée ce tour, et la troupe en question se trouve dans mes cales. Donc également bloquée. Nouveau detail : Le bateau se présente sous la forme d'un brigand. Ce sprite ne correspond pas à celui de la troupe embarquée.navigateur: FF3, ie7cache vidé, déco reco. | Réponse / correction :
Prise en charge par Vinus le 09.09.08
Commentaire par Vinus le 09.09.08 :
devnote : because navire était en coord négatives, ramené automatiqueent en 0,0
Commentaire par Vinus le 09.09.08 :
devnote : because navire était en coord négatives, ramené automatiqueent en 0,0
Résolution par Vinus le 09.09.08 :
Controle de coordonnées négative ajouté dans le deplacement |
| [#2035]traité/résolu>Construction Tisserie | | | La construction d'une tisserie semble poser problème.Aprés une première tentative, je me retrouve avec un chantier orienté NO/SE au lieu de NE/SO. Je me dis erreur de sprite, je recalcule, je vérifie en clearview... rien à faire, cette tisserie s'est bel et bien trompé de sens.Je rase le chantier (heureusement ce n'est qu'une tisserie) et tente de relancer la construction sur le lieu prévu initialement (le sprite construction est ok). Mais là, c'est le tas de gravas sur l'emplacement non voulu, laissé pour éviter la même aventure, qui semble bloquer la construction.Alors, la question est... les tisseries sont-t-elles en cours de modification qui inclurait l'orientation des batiments, ou est-ce un bug ? | Réponse / correction :
Prise en charge par Vinus le 09.09.08
Résolution par Vinus le 09.09.08 :
C'est résolu depuis un moment non? |
| [#1923]traité/résolu>Quête pyromane qui s'achève pas | | | -------------------------------------------------------Préruminage du Baudet pour la Vache-------------------------------------------------------Supposons qu'on a deux quêtes avec un même critère de fin.Apparemment, lorsque le critère est validé, le serveur ne clôt aucune des deux quêtes.-------------------------------------------------------En 9.12 j'ai fait ce que me demandait une quête automatique (2 en fait, j'ai 2 fois la même une voyageur & une saffran) et malgré deux reso j'ai toujours le message comme quoi j'ai réussi mais qu'il faut que j'attende la semaine prochaine pour la récompense (message que j'avais déjà au tour 9.12 après mon accès de pyromanie j'avais vérifié).J'ai envoyé un message HRP MJ et RTP m'a demandé de le signaler en ce lieu (il a aussi clôturé une quête sur 2)Message de la quête au cas où :Le 28 Janvier 809, un agent de la guilde du Saffran m'a confié la mission suivante : mettre le feu aux coordonnées x=98 ; y=63(voir...).Je n'ai aucune date butoir pour réussir, et obtenir la récompense de 200 écus ; ce qui me permettra également d'améliorer mes relations avec les commanditaires...Note : une fois la mission accomplie, il vous faudra attendre la semaine suivante pour obtenir la récompense.Aujourd'hui, le 7 Avril 809, je parviens enfin à atteindre mon objectif, qu'il me faut toutefois maintenir jusqu'à la semaine prochaine pour toucher la récompense promise.Eh bien en 9.15 le feu s'est arrêté, l'arbre est calciné... et la quête saffran est revenue en "à accomplir"Autre cas :Moi aussi, la quête aurait dû être validé ce tour ci puisque j'ai mis le feu à l'arbre demandé le tour précédent. Même message que Katrina :Le 2 Juin 808, un agent de la guilde du Saffran m'a confié la mission suivante : mettre le feu aux coordonnées x=1115 ; y=105(voir...).Je n'ai aucune date butoir pour réussir, et obtenir la récompense de 200 écus ; ce qui me permettra également d'améliorer mes relations avec les commanditaires...Note : une fois la mission accomplie, il vous faudra attendre la semaine suivante pour obtenir la récompense.Aujourd'hui, le 14 Octobre 809, je parviens enfin à atteindre mon objectif, qu'il me faut toutefois maintenir jusqu'à la semaine prochaine pour toucher la récompense promise.ID 1204 | Réponse / correction :
Prise en charge par jaydbois le 07.02.08
Remise à plus tard par jaydbois le 12.02.08 :
bon, j'ai testé et je ne parviens pas à reproduire la situation.Je diffère en attente d'une nouvelle manifestation.
Réouverture par Vinus le 23.02.08
Commentaire par Vinus le 23.02.08 :
eh bien ca a encore merdouillé la quête ne se termine pas alors qu'elle devrait comme la dernière fois.tjs ID 1299.et ci joint le message avec les coordonnées exactesLe 23 Septembre 809, un agent de la guilde du Saffran m'a confié la mission suivante : mettre le feu aux coordonnées x=98 ; y=33(voir...).Je n'ai aucune date butoir pour réussir, et obtenir la récompense de 200 écus ; ce qui me permettra également d'améliorer mes relations avec les commanditaires...Note : une fois la mission accomplie, il vous faudra attendre la semaine suivante pour obtenir la récompense.Aujourd'hui, le 7 Octobre 809, je parviens enfin à atteindre mon objectif, qu'il me faut toutefois maintenir jusqu'à la semaine prochaine pour toucher la récompense promise.
Commentaire par Vinus le 23.02.08 :
j'ai ajouté un autre cas à la fiche au cas où....
Désattribution de la fiche par Vinus le 17.07.08
Prise en charge par Vinus le 17.07.08
Résolution par Vinus le 17.07.08 :
résolu. ça ne cherchait pas le feu au bon endroit :p
Réouverture par Durgrim le 09.09.08
Commentaire par Durgrim le 09.09.08 :
Je réouvre, nouveau cas pour 1899. Exactement pareil, quête auto, le feu est bien là, mais on demande de maintenir l'objectif indéfiniment. Bizarre, cette quête ;p.
Résolution par Vinus le 09.09.08 :
apparement, j'ai corrigé en test mais pas sur le vrai site. C'est désormais chose faite. la quete de 1899 s'est bien validée vu qu'il y a encore le feu. |
| [#2046]refusé>Non prise en compte du nouvel arrivage de remedes | | | Je viens de recevoir ce tour-ci 20 remèdes, ayant une épidémie à gérer, mais les 20 remèdes ne se sont pas ajoutés aux 4 qu'il me restait en stock. En gros c'est comme si je n'avais rien acheté, pourtant Jehan m'a bien prévenu que le convoi était arrivé.IE, j'ai aussi essayé sous firefox 2.0, même problème | Réponse / correction :
Prise en charge par Vinus le 09.09.08
Refus par Vinus le 09.09.08 :
faut que les remedes arrivent avant la réso |
| [#1885]refusé>annulation recherche par alchimie | | | Ce tour, j ai obtenu un message de Jehan m'apprenant que ma recherche de maçonnerie niveau 5 a été supprimé car j ai obtenu cette science par une autre manière en cours de route. Or je suis toujours de niveau 4.Je suppose que ma recherche terminé, je n'ai pas pu obtenir le niveau 5 a cause de l'enchantement +103% en maçonnerie obtenu via alchimie...._______________________________________________Tour 25, cycle 10, id 519 : Il semble que parce que j'ai un enchantement alchimique d'artisanat : armes avancées, sur mon fief, je ne peux pas lancer de recherche sur ce secteur scientifique. Dans la liste déroulante des recherches que je peux lancer, cette science n'apparaît pas, or je ne l'ai jamais recherchée (même pas un niveau).J'ai deux autres enchantements en cours mais sur des sciences que j'ai déjà recherchées (agri et maçonnerie). J'ai assez de péons, de fric, de tout ce qu'il faut ^^. | Réponse / correction :
Prise en charge par zumba le 27.09.07
Demande d'infos supplémentaires par zumba le 27.09.07 :
il me faut LE MESSAGE EXACT
Apport de précisions par Vinus le 30.09.07 :
Nos érudits ont interrompu leurs recherches en cours concernant la science en Maçonnerie, niveau 5. En effet nous avons obtenu ce savoir entre temps par un autre biais.
Résolution par zumba le 09.10.07 :
Réouverture par Durgrim le 23.05.08
Commentaire par Durgrim le 23.05.08 :
Cas qui ressemble fort à celui là, en bas de la fiche, tour 25 cycle 10.
Refus par Vinus le 09.09.08 :
réouvrir quand le cas se reproduit avec le MESSAGE EXACT |
| [#1975]traité/résolu>Damage sur ruine et destruction. | | | Voilà, j'ai réussi à damer sous une ruine, ruine que je ne pouvais pas détruire puisque le sol n'était pas damer.Après damage il s'avère que la ruine est destructible.(A noter que mon fief est rempli de ruines qui sont censées être indestructibles, pensant que le damage marchait...mais il faut croire que c'est un bug.---------------------CBYVoilà le log de la suppression d'un compte au tour 10.1, si ça peut servir.---------------------Supression du compte 1350-Yasraena :. mise en ruine du village sur la carte autour de 148,38734..144.6....5..106.10......4.8.........11.........21.........6....5..10......23....4.4.12..1.........23....32....5..7....4.102......7....4.4.9.4.31......8.........4.4.30..6....4.26....30..34..36..8.........24..9.9.33....5..22..32....29.........12..31......4.4.25....6....5..12..26....4.141......5..106.106.4.4.9.8.........4.6....21.........142.........140......34..4.4.22..30..138..... supression en base et carte des bâtiments possedés par ce joueur---> terminéAddendum par vinus: je connaissais bien cet emplacement qui était celui de sly (mon meilleur ennemi avec mon ancienne vie). Il n'y avait pas de ruines décoratives dans son fief, j'en suis certain. Theorie : effacement du premier compte, génération de ruine avec damages dessus, création d'un second compte qui ne vire pas les ruines, effacement du second compte qui vire les damages en dessous des ruines du premier compte, résultat le 3ème compte a des ruines qu'il peut pas virer... EDIT: Cobaye suprression de deux ruines, le damage est revenu sur ces emplacements et les deux ruines ont disparu...Technique à problèmes donc surveiller emplacements: 265,990 269,986. | Réponse / correction :
Prise en charge par Vinus le 08.07.08
Résolution par Vinus le 09.09.08 :
|
| [#2041]refusé>Destruction et transerft du serveur | | | Un batiment detruit en debut de tour, et donc avant tranfert, est revenu aprés le passage sur Conti4. C'est un entrepot, situé en 400;1243. | Réponse / correction :
Prise en charge par Vinus le 07.09.08
Refus par Vinus le 07.09.08 :
pour les batiments fantomes, il suffit de double cliquer dessus pour less faire disparaitre |
| [#2042]traité/résolu>Navire fantome | | | Un mage a lancé un sort de Détection alors qu'il se trouve sur l'ancien site de Bakaterna, fief détruit courant juillet.Parmi les troupes présente dans la liste détectée, un navire qui n'apparait pas sur la carte : le Pélerin, du comté de Rocalembour.Or, non content de ne pas apparaitre sur la case, il est situé en 728-183, ce qui est une case de terre (en bord de mer toutefois).Hypothèse du joueur : comme cela correspond à mes souvenirs de l'emplacement des chantiers navals de Bakaterna, je me demande si ce navire n'était pas en réparation au moment où le fief fut détruit. | Réponse / correction :
Prise en charge par Vinus le 25.08.08
Commentaire par Vinus le 25.08.08 :
devnote: ajouter la mise à flot des navires alliés en cours de réparation lors de suppression de fief
Résolution par Vinus le 07.09.08 :
|
| [#1882]refusé>[serveur]Comment avoir des troupes gratuitement? | | | C'est le vieu bug suite a fusion de troupes qui a été refusé parce que tu n'arrivais pas à le reproduire et que tu ne voyais rien d'anormal dans le code. Ce bug fait gagner des soldats (ceux de la troupe qui se joint à la cible) quand il y a un timeout.Il vient d'être signalé dernièrement par deux joeurs et je viens moi même de l'avoir ce tour. Je te laisse imaginer ceux qui ne l'ont pas remarqué, ceux qui l'ont pas signalé et ceux qui attendent que le serveur rame pour fusionner leurs troupes ...Visiblement l'algo crée la nouvelle troupe fusionnée puis supprime la troupe fusionnante et il arrive que le script s'arrete entre les deux.Une solution serait l'utilisation des procédure stoquées. Mais je ne sais pas comment se comportent-elle sur MySQL. Sur Oracle, je sais que c'est soit toute la procédure qui est exécutée soit rien.la synaxe est la suivante CREATE PROCEDURE fusion (IN id_troupe1 INT, IN id_troupe2 INT)BEGIN-- requete d'update de la compo de troupe2-- requete de suppression de troupe1END;Pour appeler la procédure CALL fusion(1254100, 544454);Mais comme je ne connais pas le comportement des procedures stockées sur MySQL voici une autre solution pourrait être d'updater les deux troupes en même temps (me^me requete): on passe la compo de la troupe1 à 0 car impossible de faire update et delete en même temps. l'idée est de passer par les vues (VIEW)la première étape est de crée "une table" (je met entre " parceque rien n'est créé ce n'est qu'une vue) où on a tout ce qui est à updater dans une seule ligne.Supposons que tu as une table troupe avec id_troupe, composition comme paramètres et que tu as $composition_finale , $id_troupe1 et $id_troupe2CREATE OR REPLACE VIEW fusion AS SELECT troupe1.id_troupe, troupe1.composition as composition1, troupe2.composition2 FROM troupe troupe1,troupe troupe2 WHERE troupe1.id_troupe=$id_troupe1 AND troupe2.id_troupe=$id_troupe2Rq: le OR REPLACE n'est pas obligatoire, c'est pour éviter les DROPjusque là on n'a rien changé dans la base. si le script s'arrete on n'a encore rien fait. maintenant on fait notre updateUPDATE fusion SET composition1=ta_variable_troupe_decimee,composition2=$composition_finale WHERE id_troupe=$id_troupe2là, la fusion est faite et la troupe1 est décimée. Si le script s'arrete là. le seul hic c'est que troupe1 est encore là en mode décimée. Mais ce n'est pas bien grave elle sera supprimée à la prochaine résopour finir, la requete de suppression de la troupe 1.Tu pourras utiliser la deuxieme solution dans une procédure stockée bien sur.J'ai essayé de te contacter par msn mais visiblement tu n'étais pas devant ton PC. N'hésite pas à me contacter.Nouveau CasYop,Je viens de regrouper une unité de campagne (libre) avec une unité en garnison que j'ai chez un vassal... il y avait 10 Templiers dans chaque unité... après lag du serveur (Time out)et donc deux essais, je me retrouve avec 30 Templiers en garnison (une seule unité avec le sprite pour les grosses troupes et il me dit que j'ai 30 Templiers dedans l'aut'hé !#Id troupe : 33223iD moi : 429 | Réponse / correction :
Prise en charge par zumba le 24.09.07
Résolution par zumba le 24.09.07 :
je suis rarement chez moi même si mon msn.concernant ce problème, on ne peut pas se fonder sur une rame du serveur, événement purement aléatoire, pour le caractériser et se lancer dans les grandes maneuvres nottament sur du PL/sql. d'autant que les rames vienennt de mysql et pas de la partie web donc ça ne changerait pas grand chose.j'ai juste optimisé le script pour qu'il fasse moins de requêtes et neutralisé la troupe vouée à disparaître avant de generer l'autre. si ça se reproduit, il y aura lésage mais tant pis, c'est la règle.
Réouverture par Vinus le 24.09.07
Commentaire par Vinus le 24.09.07 :
Comme je le pensais le bug est plus fréquent que signalé, ils sont déjà 5 à signaler la disparition de troupe sans que la fusion se fait.
Dans le truc plus haut, il y a deux solutions. Dans la seconde, il n'y a pas de procédure du tout. C'est que des requetes SQL qui permettent de faire la fusion et la disparition en même temps.
requalifié en priorité moyenne par Vinus le 24.09.07
Refus par zumba le 25.09.07 :
une soluce comme la 2 a déjà été mise en place comme je l'ai déjà dit. si par ailleurs les fusions ne se font plus c'est un autre problème donc nouvelle fiche avec cas test.
Réouverture par Vinus le 26.02.08
Demande d'infos supplémentaires par Vinus le 26.02.08 :
le lagg est de retour et ce bug avec. le nouveau cas est ajouté à la fin de la fiche.
Apport de précisions par Vinus le 26.02.08 :
requalifié en priorité importante par cobaye le 01.04.08
requalifié en priorité moyenne par cobaye le 01.04.08
Commentaire par cobaye le 01.04.08 :
désolé, petite erreur de fiche
Commentaire par Durgrim le 07.04.08 :
Commentaire par Durgrim le 07.04.08 :
Encore un cas au tour 10 cycle 11 :id 295 mozilla sous vista proJ'ai fusionné une troupe de 6 templiers avec une troupe de 19 templiers et je me retrouve avec 31 templiers.
Refus par Vinus le 30.08.08 :
Je ferme cette fiche puisque la cause principale est le lag. faire une nouvelle fiche si le cas se reproduit |
| [#2006]refusé>[serveur]Troupe en preparation de convoi perpetuelle | | | J'ai une troupe qui est en préparation de convoi depuis un bon bout de temps . Je ne sais pas ce qui a pu causer ça, même au moment où j'ai eu le problème. Je n'avais pas fait gaffe tout de suite mais c'est sûrement dû à une transaction refusée puisque c'était une troupe faite pour l'escorte et je n'ai pas le souvenir d'avoir eu un échange supprimé à l'époque.Le recalcul de la troupe donne le message d'erreur suivant :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'LIMIT 1' at line 1 / GETVAL / requete=SELECT count(id) FROM ACTIONS WHERE type='DIPLO' and (subtype like 'negoce%' or subtype='route') and id= LIMIT 1Ca ne me gène pas si la troupe est carrément détruite. Ca m'arrangerait juste que je n'aie pas à payer la solde d'une troupe qui ne sert pas du tout.Id de la troupe : 16010 | Réponse / correction :
Prise en charge par Vinus le 03.07.08
Désattribution de la fiche par Vinus le 03.07.08
Prise en charge par Vinus le 03.07.08
Commentaire par Vinus le 03.07.08 :
troupe déverrouilléedevnote: action de la troupe "CAS_WAIT-" sans id de la caravane. Rien dans le code php ne l'explique. Reste à vérifier coté serveur pour le déverrouillage troupe suite à refus de la caravane.
Désattribution de la fiche par Vinus le 03.07.08
Prise en charge par Vinus le 07.07.08
Désattribution de la fiche par Vinus le 07.07.08
Prise en charge par cobaye le 27.08.08
Refus par cobaye le 27.08.08 :
un refus de transaction passe la troupe en mode CASERNE. peut-être un aléa serveur? en l'absence de données précises sur les conditions ayant mené au blocage de cette troupe, je ferme |
| Correction orthographique |
| [#1983]traité/résolu>[serveur]Msg automatique de Jehan suite à un envoi d'émissaire chez un seigneur qui a disparu entretemps | | | Notre émissaire à Jeongsung-po est de retour, sire...Sire, je reviens de Jeongsung-po où vous m'aviez envoyé en mission diplomatique. [Retour à la ligne] J(ai [J'ai] trouvé un village fantôme quand je suis arrivé, le seigneur ayant fui Continent pendant mon voyage... Un coup dans l'eau ! [Retour à la ligne] mais [Mais] jesuis [je suis] prêt à repartir en mission en terre étrangère dés [dès] que vous me l'ordonnerez ! Soit, en tout corrigé : Notre émissaire à Jeongsung-po est de retour, sire ...Sire, je reviens de Jeongsung-po où vous m'aviez envoyé en mission diplomatique. J'ai trouvé un village fantôme quand je suis arrivé, le seigneur ayant fui Continent pendant mon voyage ... Un coup dans l'eau ! Mais je suis prêt à repartir en mission en terre étrangère dès que vous me l'ordonnerez ! | Réponse / correction :
Prise en charge par cobaye le 27.08.08
Résolution par cobaye le 27.08.08 :
|
| Correction orthographique |
| [#1976]traité/résolu>[serveur]Message impersonnel | | | 519, FF, VistaJ'ai cherché dans les fichiers du site sans résultat, ce doit être côté serveur.Les marchands de Truc viennent de nous livrer des marchandises !+200Celà est bon pour notre crédibilité en tant que marchands.L'un de nos partenaires commerciaux a manqué à ses obligations... Machin nous a fait savoir qu'il ne peut tenir ses engagements commerciaux et nous envoyer les 200 qu'il nous avait promis en échange de nos 300. Ce marché ne tient donc plus...Il y a une faute à "Cela", il manque un espace avant "L'un" et le début de cette phrase de rupture de contrat est vague alors que le début du message général de l'intendant ne l'est pas. Ca fait bizarre. | Réponse / correction :
Prise en charge par cobaye le 27.08.08
Résolution par cobaye le 27.08.08 :
|
| Correction orthographique |
| [#2034]traité/résolu>[serveur]Refus d'échange techno | | | J'ai pu constater la présence d'une faute d'orthographe dans le message que l'on reçoit lorsqu'une personne refuse d'échanger une connaissance pour des écus :Désolé Sire, je suis au regret de devoir vous annoncer que mon seigneur refuse votre proposition d'échange de connaissances ( 700 écus contre son savoir en Maçonnerie). Par conséquent, vous récuperez les 700 écus bloqués por [pour] cette transaction. | Réponse / correction :
Prise en charge par cobaye le 26.08.08
Résolution par cobaye le 26.08.08 :
|
| Correction orthographique |
| [#1990]traité/résolu>[serveur]Message auto reçu par le capitaine suite à garnison légèrement trop faible | | | Message auto reçu par le capitaine suite à garnison légèrement trop faible :Sire, vos [vous] me voyez préoccuppé [préoccupé]. La garde nous rapporte de plus en plus de tension et d'incidents au sein de la population, et votre autorité est mise à mal ! Des agitateurs mettent ouvertement en cause votre pouvoir, et dans leur ombre on entrevoit certains bourgeois qui les manipulent... mais à priori [a priori] ceci n'est pas orchestré par une puissance extérieure. Néenmoins [Néanmoins] vous devriez rapidement renforcer la milice en laisant [laissant] plus de troupes en caserne ou en protection. Ou encore vous faire aimer plus de vos gens, ou diminuer la proportion de la classe bourgeoise... Vous voici prévenu, commandant [Sire] !A préciser que des retours à la ligne ne seraient pas superflues pour la fluidité de lecture. | Réponse / correction :
Prise en charge par cobaye le 26.08.08
Résolution par cobaye le 26.08.08 :
|
| [#1997]traité/résolu>[serveur]Message de réparation d'un navire | | | J'ai (Pierrick Moëngal) fait réparer une frégate chez un allié (Torgnol, du seigneur Kraan (595)).Or il y a quelques incohérences dans le message de fin de travaux (soulignées). Je ne possède pas de chantier naval.Notre navire 'Reine des Tempêtes' est à nouveau disponible et son capitaine attend vos ordres pour hisser les voiles. Il a été réparé dans le chantiers navals de Malivers. Pierrick Moëngal a donc honoré le contrat de réparations que nous avions passé avec lui.J'en profite pour signaler une petite faute d'orthographe (en gras).ID frégate : 31939ID moi : 738 Il y avait déjà eu un cas où Hanaver Strate (477) avait fait réparé son bateau dans un chantier autre que le sien, et le message le désignait également lui-même comme ayant honoré le contrat (alors qu'il ne dispose d'aucun chantier). Cas supplémentaire, Hanaver Strate (de Gemina), id 477 : "Notre navire 'Le Gregor oublié' est à nouveau disponible et son capitaine attend vos ordres pour hisser les voiles. Il a été réparé dans le chantiers navals de Gemina. Hanaver Strate a donc honoré le contrat de réparations que nous avions passé avec lui.Voir..."Or, mon navire était réparé chez John de Tizac, en son fief d'Iluitur.Je n'ai tjrs pas de chantier naval et la faute d'ortho du msg automatique est tjrs présente.ID John de Tizac 100#Id troupe : 24101ce tour 10-41FF2.0Win XP | Réponse / correction :
Prise en charge par cobaye le 25.08.08
Résolution par cobaye le 25.08.08 :
|
| [#2010]remis à plus tard>chroniques du fief | | | Lorsque je veux rajouter un event dans mon registre de noblesse personnel, en passant par mon blason DANS l'interface de jeu, j'obtiens ce message d'erreur:"Not FoundThe requested URL /interface/bg_perso.php was not found on this server."Par contre, quand je passe par mon blason via un quelconque forum RP, pas de souci pour rajouter un évènement.(Le lien via l'interface ne doit pas être à jour du bon serveur, je suppose.)ID 477FF2.0Win XPLe bon lien est adresse_site/site/pg_perso.php en relatif ça donne ../site/bg_perso.php | Réponse / correction :
Prise en charge par cobaye le 06.06.08
Résolution par cobaye le 06.06.08 :
lien corrigé
Réouverture par Durgrim le 11.06.08
Commentaire par Durgrim le 11.06.08 :
Ca ne fonctionne toujours pas. Toujours la même erreur, je reprécise qu'il s'agit bien du lien dans l'interface du jeu, après avoir fait "jouer".
Commentaire par cobaye le 20.06.08 :
il faudrait de toute façon désactiver l'édition (ne pas afficher le formulaire) lorsque chargement dans l'interface mais je n'ai pas trouvé comment faire
Désattribution de la fiche par cobaye le 20.06.08
Prise en charge par cobaye le 12.08.08
Remise à plus tard par cobaye le 12.08.08 :
liens corrigés, par contre pas trouvé de solution pour forcer l'affichage dans la mini fenêtre quand dans l'interface |
| [#2003]traité/résolu>Disparition d'événements dans le registre noblesse | | | 123 : Plus aucun évènement, ni ceux automatique (changement de titre de noblesse, vassalisation etc...) ni ceux personnalisés. je ne sais pas depuis combien de temps non plus... 194 : perso, tout les événements ont disparus aussi. Enfin, il n'y avait que des événements automatiques, et je crois que c'est quand j'ai changé de nom de seigneur. | Réponse / correction :
Prise en charge par cobaye le 22.07.08
Résolution par cobaye le 12.08.08 :
un petit problème de quotes non échappées, c'est réglé |
| [#2037]refusé>Capacités des Héros | | | Un héros a vu certaines de ses capacités diminuées:Sa résistance à la magie est passée de 120 à 39.Et ses PM diminués de 110 à 108.Voir les valeurs de l'encyclopédie qui sont celles réelles (Il a toujours connu ces valeurs depuis son embauche).ID Héros 8877FF2.0 | Réponse / correction :
Prise en charge par cobaye le 10.08.08
Refus par cobaye le 10.08.08 :
|
| [#1996]traité/résolu>Matchs a domicile/exterieur Swag | | | Voilà en parcourant la prochaine joute du Dindon d'or, je me suis aperçu d’un déséquilibre dans les matchs joués à domicile ou à l'extérieur.Logiquement sur 11 matchs, cela devrait être 5 à l'extérieur et 6 à domicile.Or pour le moment on a ce ration la :les Panthères d'azulis, les Longs Couteaux, les Mages, les illuminators, les Sarons, les Betes demoniaques, les Légionnaires, les La Harde d'Or, les Squales, les Meurt-de-Faim et les Kerdamones :Domicile : 5Exterieur : 6les PalladinsDomicile : 10Exterieur : 1Pourquoi cette différence avec Les Palladins ? Sachant qu'une équipe qui joute à domicile est très légèrement avantagée par un public acquis à sa cause. | Réponse / correction :
Prise en charge par Vinus le 01.08.08
Résolution par Vinus le 06.08.08 :
|
| [#2013]refusé>Frégate indéplaçable | | | id navire:27477id joueur: 878ie7troupe recalculée.Hier j'ai essayé de déplacer l'une de mes frégates, or à la fin de mon déplacement j'obtenais le message d'erreur suivant: "Malédiction ! DEPLACEMENT NON VALIDE : un autre navire se trouve en ce lieu."Bien sur aucun navire sur la case en question. J'ai essayé de m'arrêter sur d'autres cases dans la même zone mais aucun changement.J'ai donc décidé d'attendre et de voir si ca se confirmerai plus tard.Je viens de réessayer de bouger ma frégate. Cette fois ci juste à côté de l'emplacement de départ, en confirmant le déplacement par clic sur la croix en haut de la fenetre.Même combat... Toujours un navire sur la case en question.Je n'ai par contre eu aucun problème avec ma deuxième frégate.Quelques précisions qui pourront peut être apporter des pistes:- Le mouvement de départ de la frégate est de 61/73. Je ne sais pas si c'était comme ca quand j'ai pris la main au début du tour, je n'ai pas vérifié.- Avant de bouger le bateau à la main j'ai voulu partir d'une bouée qui se trouvait juste à coté de mon navire. Cette bouée appelée "Ancrage de Mörde" n'était pas raccordée. J'ai donc choisi l'option créer une voie de navigation. C'est là que les problèmes ont commencé. J'ai donc annulé cette tache mais ca n'a rien changé. Après trois tours, la situation persiste. | Réponse / correction :
Prise en charge par Vinus le 06.07.08
Demande d'infos supplémentaires par Vinus le 06.07.08 :
Ce bug est-il toujours d'actualité?
Commentaire par Durgrim le 06.07.08 :
878 : Jusqu'à ce que je décide d'envoyer mon navire à la pêche parcequ'il me coutait des sous à rien faire oui.La frégate est de retour dans 6 tours, je te tiens au courant de l'évolution.
Commentaire par Durgrim le 28.07.08 :
Bon, le voyage a tout fait rentrer à la normale.
Refus par Durgrim le 28.07.08 :
|
| [#2024]traité/résolu>Avertissement de lutte politique | | id 519FF 3.0Je crois que c concomitant avec la sortie de FF3: remarque vinus : apparement FF3 supporte très mal les erreurs genre une balise pas fermée ou des tr td sans balise table | Réponse / correction :
Prise en charge par Vinus le 28.07.08
Résolution par Vinus le 28.07.08 :
|
| [#1987]traité/résolu>Bonne formule alchimique qui ne marche pas chez un joueur | | | ID868,win XP, mozillacache vidéeMon alambic vient juste de se finir. J'ai acheté une potion qui marche et pourtant j'ai eu un "sans effet".Je suis certaine d'avoir mis les bons ingrédients et que la formule est efficace. J'ai le niveau 2 en science que j'ai acheté il y a 2 ou 3 tours.Les ingrédients ont bien été retiré de mes stocks. Il semblerait que la formule marche parfaitement chez un joueur qui a le niv 3 (id 328). | Réponse / correction :
Prise en charge par cobaye le 20.06.08
Refus par cobaye le 20.06.08 :
bon j ai jeté un oeil au code et je pense que c'est dû aux paramètres entrant en compte dans le calcul de l'effet, notamment le niveau de maîtrise total en alchimie. a priori pas bug
Réouverture par Durgrim le 06.07.08
Commentaire par Durgrim le 06.07.08 :
868 : Ca serait fort étonnant car en plus de Nadriand qui a vendu la formule, il y a 2 autres seigneurs qui l'ont testé et approuvé avec des niveaux de sciences différents. Depuis, leur niveau de science a augmenté ainsi que le mien et chez eux ça a encore marché mais toujours pas chez moi.J'ai testé 2 formules de bénédiction venant d'un fief, 1 venant d'un autre seigneur, une malédiction, une transmutation et plusieurs formules de mon cru et je n'ai eu toujours que des sans effets...
Réattribution à Vinus le 08.07.08
Résolution par cobaye le 22.07.08 :
le problème ayant été cerné, je clos la fiche pour faire un peu d'ordre. l'alchimie sera réformée. |
| [#2030]traité/résolu>Impossibilité de damer ... | | | Voila j'essaye de damer un espace, ou il n'y a aucun arbre, rien de rien mais je reçois un message d'erreur:Fluchtefluche ! Impossible de damer ici, il y a une troupe sur cette parcelle (id=1371). En 260,709. En mode clearpeath, la case apparaît comme franchissable. Windows Vista, IE.PS : Ptet la fiche aurait dû allez en demande d'intervention MJ, "cf autre fiche [#1686] ( via module monstre et pas compte)". | Réponse / correction :
Prise en charge par Vinus le 18.07.08
Résolution par Vinus le 18.07.08 :
résolu |
| [#2004]traité/résolu>Guillemets font bugger la carte IG | | | Suite à l'expérience de 1176, la présence de guillemets dans le nom d'une troupe semble empêcher l'affichage de la carte dans le jeu (les autres menus (intendant, diplo etc...) sont accessibles. | Réponse / correction :
Prise en charge par cobaye le 11.06.08
Demande d'infos supplémentaires par cobaye le 11.06.08 :
il me semble que j'avais donné des précisions sur ce bug dans le forum bug...
Commentaire par Durgrim le 11.06.08 :
Hum ... a priori pas de précision supplémentaire. Tu avais viré les guillemets d'un joueur, et ça avait marché. Mais rien de plus.
Apport de précisions par Durgrim le 11.06.08 :
Demande d'infos supplémentaires par cobaye le 08.07.08 :
sisi, y avait un message d'erreur me semble-t'il.. :(
Apport de précisions par Durgrim le 08.07.08 :
J'ai essayer chez moi (id 194), le bug est en effet toujours présent. En fait, c'est juste le panneau noir avec le "chargement en cours" qui refuse de disparaître (le truc qui s'estompe petit à petit normalement), et la carte qui ne s'affiche pas. Tous les menus qui dépassent sous le panneau "chargement en cours", fonctionnent parfaitement. Ainsi j'ai réussi à renommer ma troupe malgré le bug. Précision : ça ne bug que quand la troupe concernée n'est pas en garnison, donc censée apparaître quelque part sur la carte. Mais aucune trace de message d'erreur, ni dans le forum bug lorsqu'il avait été signalé, ni lors du bug en lui-même. Tu peux faire les tests sur mon compte si tu veux.
Résolution par Vinus le 17.07.08 :
ok |
| [#2007]remis à plus tard>Troupes qui se retrouvent en 0,0 suite à probleme transdistorsion | | | 878 : Ce tour ci j'ai un message de mon bon Jehan qui m'annonce qu'une troupe à laquelle j'avais donné l'ordre de rentrer chez moi par transdistorsion n'a pu effectuer son saut, le seigneur du fief de départ n'ayant pas donné son accord à temps.Je ne me rappelle plus de quel fief elle est partie... Ce doit être Malivers ou Breizh, cette dernière solution expliquerait la raison du bug vu qu'il est parti.Quoi qu'il en soit ma troupe se retrouve maintenant aux coordonnées 0,0, juste à côté de la balise "Les portes de Gondawa" et a un sprite d'araignée.J'ai déco-reco, même problème, sauf que le sprite d'araignée n'est arrivé qu'à la reco, avant la troupe était invisible.id troupe: 33405__________________________________________295 : Même soucis, assez ennuyant ce bug. Ma troupe aurait du portailler de Grand Chêne à Bakaterna, mais pendant le tour d'attente de l'autorisation le portail de Grand Chêne a sauter. Et ma troupe se retrouve là.De plus en faisant détéction que j ai que niveau deux j'ai vue vraiment beaucoup de troupe au coo 0/0, une explication? Beaucoup de sb.id troupe 40619. | Réponse / correction :
Prise en charge par Vinus le 06.07.08
Demande d'infos supplémentaires par Vinus le 06.07.08 :
il me faut le message de jehan
Commentaire par cobaye le 17.07.08 :
pour les sbs en 0,0 c'est parce que tous les SBs non placés sur la carte sont stockés sur ces coords ^^ il conviendrait de désactiver leur détection dans le sort de détection
Remise à plus tard par Vinus le 17.07.08 :
ok pour la detectionpour le reste je plus tarde. ouvrir si autre cas avec message svp. |
| [#2026]traité/résolu>Accès forum lors du départ d'un suzerain | | | Silva Elio, agernais de coeur, vassalisé puis libéré suite à disparition du suzerain, a toujours accès au cercle premier.Précision : il était ami agernath et ami omidanos. (régularisé pour Silvia, mais bug général semble-t-il). | Réponse / correction :
Prise en charge par Vinus le 17.07.08
Résolution par Vinus le 17.07.08 :
ça dot être bon. |
| [#2029]traité/résolu>Probleme de navire | | | Les capacités de transport de troupes des navires semblent avoir un problème.Ce qu'il y a actuellement dans l'encyclopédie :Goélette, gabarre, galion, frégate, léviathan et chasse-marée : 26 hommesSloop 136 hommesNef : 134 hommesKetch : 135 hommes.Parce que la capacité indiquée dans l'encyclopédie est corrélée directement avec ce qui se passe IG. J'ai une frégate qui ne peut pas ré-embarquer la troupe qui vient juste d'en débarquer.Je n'etais pas sur si il fallait creer une fiche mais vus que ça la un impact in-game je ne prends pas de chance. | Réponse / correction :
requalifié en priorité faible par Durgrim le 16.07.08
Prise en charge par cobaye le 17.07.08
Résolution par cobaye le 17.07.08 :
|
| [#2021]traité/résolu>Disparition Maitre-Chêne | | | Après confirmation de plusieurs joueurs et de Cobaye, le maître-chêne en 427,660 à disparu. | Réponse / correction :
Prise en charge par cobaye le 11.07.08
Demande d'infos supplémentaires par cobaye le 11.07.08 :
normalisé, merci de confirmer
Résolution par Durgrim le 16.07.08 :
|
| [#2027]refusé>Ajouter un bouton : annuler le voyage | | | J'ai une troupe, qui en voyageant est arrivée dans une case environnée de toute part de plants d'azulis.Je souhaite en reprendre le contrôle pour combattre de méchants démons non loin.Or, ne pouvant pas récolter, elle ne peut sortir de là.Pas grave me dis-je, je vais lancer un saut distortionnel.MAIS, en étant en voyage on ne peut lancer de sorts.Et comme je ne peux me déplacer à la main, je ne peux sortir du voyage.Bref, serait-il possible, soit d'avoir un bouton permettant d'annuler un voyage en cours, soit de pouvoir lancer un sort en étant en voyage (la première solution ayant ma préférence). | Réponse / correction :
Prise en charge par Vinus le 15.07.08
Refus par Vinus le 15.07.08 :
Une evo sur les voyages est dans la dev liste. L'annulation du voyage ou sa fin immobilisera la troupe. |
| [#2028]traité/résolu>Echec sur un vol | | | Mon voleur a loupé son coup du coup on me dit qu'on est sans nouvel de mon voleur mais à la suite de ce message il y a un message d'erreur :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Halloran' WHERE id=29650 LIMIT 1' at line 1Du coup mon voleur est toujours présent, son mouvement a bien été épuisé, j'ai déjà eu ce "problème" donc j'ai conservé le message ce coup-çi.Id troupe : 29650Dans le résumé de tour il est bien marqué que mon voleur c'est fait prendre. | Réponse / correction :
Prise en charge par Vinus le 15.07.08
Résolution par Vinus le 15.07.08 :
problème d'apostrophe dans le non de troupe. résolu |
| [#2023]refusé>evo : muraille en frontière | | | étudier la possiblité d'autoriser les constructions des murailles en frontière si la case est strictement plus proche | Réponse / correction :
Prise en charge par Vinus le 08.07.08
Refus par Vinus le 12.07.08 :
|
| [#1899]traité/résolu>Balise supprimée mais toujours dans la carte | | | --------------------------------Je voudrais bien la prendre en charge pour m'y atteler un peu plus tard, mais il semble que je n'ai pas les autorisations pour m'approprier la fiche, par contre je les ai pour désattribuer la fiche...cobaye--------------------------------FF, XPJ'ai il y a de cela plusieurs tours, effacé sur la carte par le module monstres (action dégager le terrain), l'ancrage "Port du Comptoir de Rig" parce qu'elle était inutile (erreur de ma part de l'avoir posée là).Mais, à ma grande surprise, elle est toujours répertoriée sur la carte de navigation.Elle devrait se trouver aux alentours de 1457,1265 je pense, mais elle n'est plus affichée IG.J'en profite pour te demander par où il faut passer dans ce cas pour virer les balises inutiles. | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Demande d'infos supplémentaires par jaydbois le 21.12.07 :
Est-ce que tu veux dire qu'elle apparait encore sur la carte de navigation et nulle part ailleurs ?Si oui, ce sera facile.Si non, précise où cela apparait encore.
Apport de précisions par cobaye le 22.12.07 :
je ne me rappelle vraiment pas où était cette balise, et j'ai essayé par la sélection au sol de la retrouver mais j'ai ptet pas cliqué là où il faut. donc a priori elle apparaît toujours uniquement sur la carte de navigation, mais elle est peut-être toujours utilisable IG.
Résolution par jaydbois le 23.12.07 :
Bon en fait, le module monstre n'a pas été conçu dans ce but d'où le bug. Je vais clarifier la situation à la mano et je reviendrai sur l'implémentation d'une fonction de destruction de balises par la suite (dès que le debug aura dégonflé en somme ^^). D'ici là, passez par moi.
Réouverture par cobaye le 02.02.08
Désattribution de la fiche par cobaye le 02.02.08
Prise en charge par cobaye le 02.02.08
Commentaire par zumba le 13.02.08 :
il ne faut surtout aps supprimer un élément graphique de la carte comme ça !la carte c'est que le visuel, mais bien souvent il y a des infos en bdd, le fait de supprimer le sprite ne change en rien les données dans la base.qui plus est pour supprimer une balise il faut s'assurer qu'elle ne définit pas des voies empruntées actuellement.
Désattribution de la fiche par cobaye le 08.07.08
Prise en charge par cobaye le 08.07.08
Résolution par cobaye le 08.07.08 :
module MJ disponible maintenant, pour la gestion des balises et routes maritimes |
| [#2018]remis à plus tard>PNJ clan hors forum clan | |  Pas de signature et pas d'image. le post en question est à la taverne.l'url de l'imag cassée est http://91.121.16.117/pics/oracle116.gif alors que ça devait être http://91.121.16.117/pics/pnjs/Oiseleur.jpgPS: moi je vois bien mais lui vidage de cache itou c'est toujours la même chose | Réponse / correction :
Prise en charge par cobaye le 08.07.08
Remise à plus tard par cobaye le 08.07.08 :
l'id 1682 n'existe plus... |
| [#1918]traité/résolu>Disparition de deux sciences recherchées | | | Quelle n'a pas été ma surpise ce matin de constater que deux de mes sciences majeures, à savoir Artisanat Sculpture et Couture, étaient tout simplement remise à zéro.Ces deux sciences étaient en train d'etre recherchées au niveau 5 et bien entammée.Par de problème de trésorerie chez moi, je descends rarement en dessous des 30000 écus de fond de reserve... Pas de problème de peons non plus, j'en ai plus de 300 ...Mais il y a un mais, avec ces histoires de Dragon invulnérable à la sortie de Fief, j'ai été olbigé de décaserner et donc je me suis mangé la sacro sainte révolte des famille !Qui dis révolte dis peons qui ne travaillent pas et dis donc re-calcul des tâches par notre cher Jehan. La plupart de mes recherches à donc vu sont nombre de chercheurs passer à deux peons.J'ai pourtant toujours pas mal de rab sur les tâches car mes tâches de production prennent beaucoup de place (les tâches de nouriture : abatage, blé et bétail prennent pas moins de 100 péons en gros).Ceci dis, il n'est pas exclu que notre cher Jehan se voyant débordé par sa regles à calcul ai tout simplement annulé mes deux sciences.Le seul facteur déterminant pour avoir choisi ces deux là, qui n'étaient ni les premières ni les dernières dans la liste de mes rercherches est leur ordre alphabétique, les deux premières dans l'ordre alphabétique des recherches...Je précice que je n'ai pas eu d'autres messages que le classique "Jehan à du redistribuer les tâches pour manque de péons.."Je l'ai remarqué ce tour-ci, j'ai réprimé ma révolte le tour dernier, donc ce ne peux être qu'avant. De plus, je n'avais une révolte que depuis moins d'une dizaine de tour. Entre temps, j'ai eu une peste. Surement que le bug s'est logé quand j'avais ma Peste ET ma revolte. Donc je dirais il y a 4/5 tours, je ne peux malheuresement être plus précis sur ce point.Voila ma compréhension de la chose.Id : 79OS : Win XP Pro & FFPrécision le 02/01:Une des sciences est toujours dans la liste des tâches: Recherche : Artisanat : sculpture niv. 5 : 778 / 1975, pas l'autre.Apport au tour 15 cycle 10 :J'ai découvert que les sciences de production de PMs comptaient comme un artéfact.Or, pierre supplémentaire à l'édifice, il est à noter qu'a cette période, j'avais 15 artéfacts, et j'essayais péniblement de me débarrasser de quelques uns. (Chose que je n'avais pas jugé bon de préciser vu que je ne connaissait pas ce détail)Es-ce que ce pourrais être, non pas les révoltes, mais bien les artéfacts en réserve et le dépassement éventuel du maximum qui m'aient supprimés les Sciences (Niveau 4 d'Artisanat Coûture et Niveau 4 d'Artisanat : Sculpture). Je précise que ces artéfacts (les deux derniers qui m'ont fait arriver a 15) n'ont pas été acquis via interface guilde mais par Camps de Brigands, au moins pour l'un des deux, c'est sûr et que donc la limitation des 15 n'a pas été appliquée correctement ou alors en virant les Sciences incriminées justement. Ce tour ci, après moult mois de recherches (qu'es-ce qu'il ne faut pas faire pour faire avance la Science !) ma Science Artisanat : Sculpture niveau 5 s'est terminée. J'ai donc reçu le message classique :"Nos érudits ont atteint un nouveau degré de connaissance à force de recherches dans nos ateliers : Artisanat : sculpture, niveau 5"(C'est consigné dans mon registre pour plus de sureté.)LE truc c'est que dans l'onglet Science, que néni, aucune Science Artisanat : sculpture, niveau 5. Donc morale de l'histoire quand une recherche de niveau supérieure finis sans le niveau inférieur requis, elle tombe à l'eau. | Réponse / correction :
Prise en charge par zumba le 09.01.08
Demande d'infos supplémentaires par zumba le 09.01.08 :
qu'est ce qui a disparu ? juste la tache de recherche du niveau 5 ou carrément la science niveau 4 ?
Commentaire par cobaye le 09.01.08 :
une des deux tâches de recherche, mais surtout les sciences elle même: il ne les a plu IG et elles ne sont plus listées dans le module fief sur son compte
Apport de précisions par cobaye le 09.01.08 :
une des deux tâches de recherche, mais surtout les sciences elle même: il ne les a plu IG et elles ne sont plus listées dans le module fief sur son compte
Demande d'infos supplémentaires par zumba le 21.02.08 :
que les tâches recherches soient supprimées par manque de péon c'est envisageable quand on a trop de péons immobilisés pour maintenir toutes les tachespar contre il n'y a aucune requete dans le code du serveur de résolution qui peut effacer une science.il faudrait consolider avec un autre cas si possible.
Commentaire par Durgrim le 01.03.08 :
Apport de précisions par cobaye le 03.03.08 :
comme je t'ai signalé par msn, piste vers les sciences en question qui sont désignées comme étant des bonus objets dans mon fief au lieu de sciences (id 519). ce commentaire pour ne pas laisser en à préciser.
Commentaire par Durgrim le 15.04.08 :
J'ai rajouté quelques détails et hypothèses du joueur à la fiche, au tour 15 cycle 10.
Résolution par cobaye le 08.07.08 :
bon, apparemment ça ne viendrait pas du tout de là ^^ le module fief était buggé, lors des tentatives de suppression des sciences fantômes par ce module, en fait c'était systématiquement (quelque soit la science) l'objet sélectionné dans la liste déroulante qui était viré. or les artisanats étaient considérés comme objet à cause de leur format (SPE_ etc, parce que le filtre pour le menu était SP% au lieu de SP_%) et comme ils sont les premiers dans l'ordre alphabétique, ils se retrouvaient supprimés en lieu et place de la science sélectionnée. Passé inaperçu vu la similitude des noms de ces sciences d'artisanat. Il est vraisemblable que les recherches aient été normalisées lorsque le serveur a constaté une incohérence entre niveau recherché et niveau possédé (càd aucun). J'ai redonné ses sciences à 79 vu que ct une erreur de MJ/DEV (ptet meme que c moi qui ai appuyé sur le bouton :p) |
| [#1904]traité/résolu>extention castel négative | | | ID868Mozilla, win xpCache vidéJe viens de finir mon castel, et toute heureuse je voulais enfin construire des fortifications sur les endroits que j'avais déja pavé a l'avance, et qui était sur mon fief et constructible.Sauf que le castel vient de se finir et la zone frontalière est totalement chamboulée. Mon territoire vient de se réduire sur les zones pavés, et sont pour la plupart devenus des zones frontalières entre mon fief et ceux de mes voisins.Il y a aussi des zones de territoire qui se chevauche.Par ex au sud de mon fief, il y a des cases en territoire m'appartenant, puis zone neutre, puis m'appartenant, puis appartenant tout de suite a mon voisin.1232/705 à Gérard1233/704 à moi1234/702 frontalièreau dela mon territoireDe l'autre côté de mon fief, on a une zone frontalière qui s'étale sur une sorte de carré de 4*4, la ou avant c'etait mon territoire. entre autre quelques coordonnées, car il y a en de nombreuses qui ont été changé :1258/7131258/7091256/7121257/708J'ai pas vérifier les autres zones, car je n'ai pas fait de relever précis.confirmé par le voisin gérard (id 827)_________________________________________________________ID : 358 : Je voudrais construire une tour à la droite de mon chantier naval (1252/757), j'ai pavé 2 cases pour ça.Impossible car j'obtiens le message : cette zone est commune à un autre fief ou frontalière.Or c'est faux, car:- d'une part le losange construction est bleu- d'autre part, si je clique sur la case, on me dit qu'elle appartient à mon fief (mais en dessous, c'est plus mon fief, et encore en dessous, à nouveau mon fief).En principe....quand le losange en haut à droite est bleu, ça veut dire qu'on peut construire. Or là, il est bleu. J'avais fait un test avant de paver pour être sûr qu'on pouvait mettre un petit bâtiment.Mais évidemment je n'avais pas validé puisqu'il fallait paver pour construire la tour.id : 328 : On a le même problème avec Léa, pour la zone située entre nos 2 fiefs. id 194 : pour avoir regarder chez moi, je crois que seul le losange bleu/rouge n'a pas suivi le débug des limites de fiefs. Tout le reste fonctionne bien. En fait, il y aussi quelques anomalies chez moi également. J'ai construit des murailles et un entrepôt il y a longtemps, et maintenant un nouveau seigneur s'est installé à côté. Résultat : Entrepôt : 1010/542 (case en haut à gauche) => à moi 1010/543 (case en bas à droite) => zone frontalièreToutes les cases qui entourent mon entrepôt sont aussi sur la "Zone frontalière entre Agra et Karaz Urbaz" Même cas pour les 2 pans de murailles et la tour situées respectivement en 1013/544 1013/546 et 1013/548, elles sont à moi, mais tout autour, zone frontalière. En revanche, les 2 pans de murailles en 1008/535 1008/536 semble carrément sur le territoire de Nergal, et lui appartiennent donc (alors que c'est moi qui les ai construites). | Réponse / correction :
Prise en charge par jaydbois le 09.01.08
Demande d'infos supplémentaires par jaydbois le 11.01.08 :
Faites gaffe à vos rapports de bugs nom d'l'Unique !!!!!45 min de debug pour... rien. 1233/704 est bien à Gérard. Les infos de cette fiche étant fausses, j'attends qu'on la reformule pour la traiter.
Apport de précisions par Vinus le 23.01.08 :
Vinus : J'ai revérifié et la case 1233/704 est bien à léa !!si on part de la tour de gérard dans la direction N-E on a:1232/705 tour de gérard1233/704 à léa1233/703 à léa1234/702 frontière1234/701 frontière1235/700 à léa en fait la zone entre les tours de gérard et ceux de léa et assi au nord des tours est assez bordélique. Par exemple si tu prends les deux cases ci dessus de léa 1233/704 et 1233/703 auquel tu ajoutes la 1233/702 tu ne trouveras aucune case adjacente (dans les 8 directions) appartenant à léa (c'est soit frontière soit à gérard)pareil il y a une zone plus grande de gérard de 7 cases ou il n'y a pas de cases adjacentes lui apprtenant 1231/6791231/6981231/6991231/7001232/6991232/7001232/7011231/701Et d'autres dizarreries ... mais difficile d'y voir clair et double cliquant la carte.
Commentaire par Vinus le 23.01.08 :
merde j'ai oublié que les sauts de lignes ne marchent pas ici.Vinus : J'ai revérifié et la case 1233/704 est bien à léa !!si on part de la tour de gérard dans la direction N-E on a:
1232/705 tour de gérard
1233/704 à léa
1233/703 à léa1
234/702 frontière1
234/701 frontière
1235/700 à léa
en fait la zone entre les tours de gérard et ceux de léa et assi au nord des tours est assez bordélique. Par exemple si tu prends les deux cases ci dessus de léa 1233/704 et 1233/703 auquel tu ajoutes la 1233/702 tu ne trouveras aucune case adjacente (dans les 8 directions) appartenant à léa (c'est soit frontière soit à gérard)pareil il y a une zone plus grande de gérard de 7 cases ou il n'y a pas de cases adjacentes lui apprtenant
1231/679
1231/698
1231/699
1231/700
1232/699
1232/700
1232/701
1231/701Et d'autres dizarreries ... mais difficile d'y voir clair et double cliquant la carte.
Résolution par jaydbois le 30.01.08 :
C'était en fait un bug majeur (bravo Vinus et t'as bien fait d'insister), je m'étonne que personne n'en ai parlé plus tôt. Je l'ai résolu mais ça va avoir de l'impact sur les territoires. Pour l'heure, je clos la fiche et nous reparlerons de la normalisation.
Réouverture par Durgrim le 14.05.08
Commentaire par Durgrim le 15.05.08 :
Nouveau cas en bas de la fiche. Sans être le même bug, celui-ci peut être rapproché de la fiche 1978 qui traite de problèmes avec les frontières.
Résolution par Vinus le 07.07.08 :
voir fiche 1978 |
| [#1978]traité/résolu>Domaine étendu suite au départ d'un voisin... | | | ID 288, Firefox et IE, Windows XP SP2.Suite au départ d'un de mes voisin, un zone qui etait déterminée comme frontalière et même une partie de terrain qui ne m'appartenait pas sont passé sous mon contrôle.Suite à cela j'ai décidé d'en profiter pour batir des tours de manières a faire un rempart.Tour suivant mon lancement de construction, un nouveau joueur s'intalle, une de mes construction passe carrément à mon voisin (si je double clique sur le chantier, on me dit ce chantier n'est pas a vous, mais j'ai toujours la construction dans les tâches) et l'autre est en zone limitrophe.Quel est l'intérêt que ma zone d'influence fluctue lors du départ d'un joueur si cela ne sert a rien...EDIT: place des chantiers 2 chantiers plus "accessibles" en 934,1252 et 937,1258 et une en zone limite en 938,1258 Précision par Durgrim : sans être le même bug peut être rapproché de la fiche 1904 qui traite de problèmes avec les frontières. Tour 22, cycle 10 : Re alors les choses ont évoluées... Je sais pas si il y a eu action ou pas... mes tours sont de nouveau sur mon territoire... Mais entre mes deux tours le terrain non bati ne m'appartient pas normal pas normal ?Pour vous illustrer le problème les tours sont en 937,1258 et 934,1252 mais le terrain pavé entre les deux ne m'appartient pas.. Le domaine serait il en constant mouvement ? | Réponse / correction :
Prise en charge par Vinus le 07.07.08
Résolution par Vinus le 07.07.08 :
Les domaines et les frontières sont maintenant calculée en fonctions des emplacements de départ et non plus en fonctions des villages existant. Les frontières ne devrait plus bouger. De plus la fentre information vous indique maintenant "fief déserté" ou frontière entre nom_vrai_fief et fief déserté.
Concernant les bâtiments que vous avez en dehors de vos terres, ils vous appartiennet dans tous les sens du terme avec tout ce que ça implique (réparations nécéssaires, production si bat de prod...) le seul hic c'est que si l'une de vos tour se trouve dans un autre fief sa couleur sera celle de ce fief (donc probablement pas la votre) mais ce n'est que graphique |
| [#1949]refusé>Rapport d'explo en retard | | | Id : 574firefox, et vista (si ce change quelque chose)t38Il me manque au moins un rapport de Jehan. Je dis un car je suis incapable d'en dire combien.Je sais juste qu'une de mes troupes (id : 30017) a fait une exploration. Or je n'ai pas eu le rapport d'exploration...ni (donc) celui du combat. Je sais juste qu'il y a eu combat vu que dans le rapport financier et à denrées, j'ai obtenu des butins lors du combat.Je suis un peu embeté car je ne sais pas si il reste des sb dans le lieu. et je n'ai pu avoir la description du lieu. Il y a un clan qui essaye de retranscrire en rp toutes les explorations...Et pour finir, ce petit problème me laisse penser qu'il soit fort possible que d'autre rapport ne soient pas passé mais à notre insus, je parle pour moi mais aussi pour d'autres joueurs....d'après le témoignage d'autres joueurs, c'est très fréquet que le rapport arrive au prochain tour. Donc il a attendu le prochain.t39Bon alors oui j'ai eu un rapport ce tour-ci.Le problème c'est que impatient come je suis j'ai envoyé la troupe explorer un lieu juste à côté. Sauf que là elle s'est fait zigouiller (pourtant puissante ma troupe elle était ^^).Bref j'ai eu le rapport de ce second lieu selon laquelle on a plus de nouvelle car la troupe s'est fait décimer.Mais juste après j'ai le rapport du premier lieu me disant pareil :Hélas Sire, la troupe que vous aviez envoyé explorer Navire échoué a été complètement anéantie par l'ennemi avant même d'avoir pu explorer les lieux. (voir le lieu...)Sauf que la troupe avait survécu (gain de butin, de trésor etc) et s'est fait décimer juste à coté.Du coup j'ai pas eu un rapport en adéquation............je suppose que la requete pour savoir si la troupe existait toujours a fait foirer le rapport.J'ai garder les deux message de Jehan si besoin est. | Réponse / correction :
Prise en charge par zumba le 21.02.08
Demande d'infos supplémentaires par zumba le 26.02.08 :
bon cette tartine ne m'aide pas il me faudrait un nouveau cas concret de rapport d'explo qui n'arrive pas le tour suivant alors qu'il devrait, car c'est la base du problème. Dans le code rien n'explique une tempo sur la livraison du rapport.
Commentaire par Durgrim le 01.03.08 :
Résolution par Durgrim le 07.07.08 :
Réouverture par Durgrim le 07.07.08
Refus par Durgrim le 07.07.08 :
|
| [#1986]traité/résolu>Corruption buguée | | | Je tente ce tour une corruption sur une troupe de chevaliers de Mauran, mais obtiens ce message quand je valide la tentative.You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Aube' WHERE id=35832 LIMIT 1' at line 1Visiblement, il ne s'est rien passé concernant cette unité "ennemie".Je ne sais pas si la somme proposée a été débitée, j'ai pas pensé à vérifier à cbien j'étais.Mais ma troupe a tous ses Pm épuisés comme lorsque une corruption est lancée.Je précise que j'ai tenté JUSTE AVANT une tentative avec une autre troupe sur une autre unité de Mauran.Echec mais de manière normale, avec réponse "RP" sur le résultat.J'ai recalculé ma troupe et celle de Mauran, mais ça n'a rien changé : lui inchangé et moi sans PM.(c'est d'ailleurs dommage car je me retrouve à sa merci (life is life, nananaère, hélas) alors que visiblement la corruption a été foirée par le systèm(?).)Vu mon niveau, et vu la compo de sa troupe, j'aurais dû réussir un minimum.Le système a un peu ramé à traiter mon ordre mais il est passé quand même! Ce n'était pas un moment de lag non plus.ID troupe Hanaver: 38776 (coord 708.655)ID troupe Mauran : 777 (coord 709.656) "Garde de l'Aube"______________________________________________________________________Au tour 10.10 je tente une corruption avec ma troupe "escouade-39362" sur la troupe "Lilian l'Eternel-1" de Silphen.Tenter la corruption de cette troupe pour 3043 écus ? (certaines unités pourraient vous rejoindre ou rester fidèles à ler troupe, d'autres devenir sans-bannière)Remarque: de nombreuses créatures sont totalement indifférentes au pouvoir de l'or, et seules les unités basiques peuvent faire l'objet de transferts entre alliés...>> You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Eternel-1' WHERE id=38528 LIMIT 1' at line 1RESULTAT:Réputation baissée de 5% !Tous les PM restant perdus ! (plus de 20)Deux fois la somme de 3043 écus dépensée...Aucun bénéfice apparent.Remarque: j'avais seulement deux places libres dans mon maximum autorisé en garnison, et la troupe à corrompre comportait trois unités. Le bug viendrait-il de là ?Ou bien de l'apostrophe, comme précédemment (nom de la troupe Lilian l'Eternel-1)_______________________________________________________________________En tant que cible... rapport au premier cas évoqué par Hanaver.Le (enfin, les) message de tentative réussie de la corruption apparaissait bien... pas d'erreur de code de mon coté, enfin pas que je me souvienne.Mais ayant (douloureusement moi aussi) testé corruption il y a déjà quelques temps, je me souviens que même en cas de réussite de la commande "corrompre", l'échec reste assez courant... en fait la réussite, c'est que la troupe adverse accepte ton blé. Mais ça ne garanti rien... j'en ai donc déduit que mes chevaliers avaient été fidèles à leur bannière et assez malins pour quand même prendre le pognon du marchand avant de le pendre.D'ailleurs, c'est bien dommage que les écus s'envolent... je suis certain que nos troupes aurait eu le temps de les ramasser en partant.Bon jeu à vous.M.____________________________________________________________________Nouvelle tentative pour tester...Ben pas trop concluant.La seule différence c'est que je n'ai perdu qu'une seule fois la somme et pas perdu de réputation comme la première fois.Mais c'est tout.Tenter la corruption de cette troupe pour 2547 écus ?You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Eternel-1' WHERE id=38528 LIMIT 1' at line 1Et donc ma troupe se retrouve à 0MP juste après... sans possibilité de repli. | Réponse / correction :
Prise en charge par cobaye le 11.04.08
Demande d'infos supplémentaires par cobaye le 03.05.08 :
bon, et là est ce que ça marche contre une troupe contenant une apostrophe dans le nom?
Résolution par Durgrim le 07.07.08 :
|
| [#2002]refusé>Route commerciale impossible à lancer | | | Mozilla firefoxAvec deco reco et cache dejà vidé."L'émissaire de Rohan Jezecquel, Seigneur de Castelwallon, souhaite vous parler :Sire, Rohan Jezecquel propose de vous donner x produits manufacturés en échange de y écus, juste une fois et dans un délai de 3 semaines. Qu'en dites vous, Monseigneur ? [faire passer un messsage...]D'accord, l'échange est honnête ! Le convoi sera assuré parHors de question.Transmets ce message à ton maître..."Je veux accepter et faire transporter par la guilde du commerce mais voila le message qui s'afficheCristis ! Erreur : impossible obtenir ID_ROUTE Précision : pas de problèmes pour des routes avec d'autres personnes. La demande commerciale je l'avais déjà le tour dernier, et c'est seulement ce tour 10.21 que je viens d'essayer de l'accepter. | Réponse / correction :
Prise en charge par Vinus le 06.07.08
Refus par Vinus le 06.07.08 :
surement due à un arrêt du script lors de la proposition.
Le message intendance et la route sont créés en même temps.
Réouvrir la fiche si ça se reproduit en gardant le message d'intendance. |
| [#1984]traité/résolu>Création de main d'oeuvre malade qui travaille après recette alchimique | | | Firefox, XP, 212 :Bug bénéfique, mais a priori bug quand même.En testant une recette alchimique, j'ai rendu malade mon village : 27 peons au tas.Seulement, au lieu de me supprimer 27 peons des tâches en cours, j'en ai récupéré 27 à utiliser (indiqués dans la réserve de peons en haut de la liste des taches). Par contre, dans la barre des tâches, il y a bien une ligne évoquant l'immobilisation desdits 27 peons...J'ai pu les affecter à des taches sans problème.J'ajoute au cas où que j'avais déjà 83 peons malades d'un rhume, je ne sais pas si ça a pu jouer.A la réso (donc tour 7) : "Donc oui, retour à la normale à la réso""Et en recomptant mes peons, il y a avait le compte à peu près juste (donc retour au nombre normal de peons), mais sans message de Jehan comme quoi il avait supprimer travailleurs en trop sur les différentes tâches en cours, donc je suppose qu'ils ont été automatiquement viré.Par contre, ce tour-ci (tour 9), nouvelle recette foireuse, 44 malades officiellement, mais même résultat : je gagne 44 travailleurs gratuits... J'essaierai de faire plus attention ce tour à ce que deviennent les 44 en trop."Au tour suivant donc (tour 10 cycle 10) : Retour à la normale là aussi.Cette fois, par contre, message de Jehan comme quoi il a dû enelver 31 paysans de leur tâche.Accessoirement, maladie alchimique guérie totalement en un seul tour, de 44 malades à 0 (avec niv 4 ou 5 en médecine), or il semble que ce soit d'habitude plus long pour d'autres. Tour 21 cycle 10 : le bug persiste, pour la même recette le nombre de péons malades change à chaque fois. Je me suis "amusé" à demander à l'Eglise de me soigner la maladie alchimique, pour voir le prix demandé : or, il était indiqué "- X écus". Avec vaguement l'idée de ce qui allait se passer, je clique... et hop, + X écus dans mes caisses... L'Eglise n'a d'ailleurs pas apprécié la blague, confiance à 0...Par contre, la maladie censémment soignée apparait toujours dans la barre des tâches des paysans, et les 22 travailleurs supplémentaires fournis par le bug ont disparu... ___________________________________________________ID288, Windaube XPSP2, FF, Cache vidéCe tour ci je vais une nouvelle recette, qui aboutie a une intoxication de 21 de mes villageois.La maladie apparaît bien mais je pense qu'au moment de remplir les champs le MJ a mit un "-" devant le 21 ce qui me fait gagner 21 villageois en plus.-------------J'ai désactivé le soin d'épidémies en attendant de se pencher sur le bug de gain d'écus par maladie négativecobaye------------- | Réponse / correction :
requalifié en priorité importante par cobaye le 30.05.08
Prise en charge par Vinus le 05.07.08
Résolution par Vinus le 05.07.08 :
cas particulier qui donne un nombre negatif de malade. le bug de la guérison n'est qu'une conséquence. |
| [#2011]traité/résolu>Resaboter le même tour avec la même troupe | | | Il est possible de resaboter avec une troupe qui a échoué le sabotage sans perdre son espion et ce le même tour, apparemment des pms reviennent après.ha oui ajout, j'ai saboté de super loin, 4 ou 5 cases je crois, c'est normal? ^^id 295, mozilla sous vista pro | Réponse / correction :
Prise en charge par Vinus le 03.07.08
Résolution par Vinus le 03.07.08 :
C'est le fait de ne pas perdre qui était un bug. résolu plus une petite évo. il faut avoir un anti regénérant en caserne pour tuer un saboteur regenerant.pour le sabotage de loin, c'est une possibilité, ce n'est pas un bug. |
| [#1993]traité/résolu>Rajouter un bouton pour se désister du swag | | | En fait de ce que j'ai vu du code, il semble qu'il soit possible d'abandonner, par contre je crois que le bouton pour a été oublié ^^ du coup pas moyen de lancer ce code | Réponse / correction :
Prise en charge par cobaye le 01.05.08
Résolution par cobaye le 06.06.08 :
implémenté et annoncé en page d'accueil, avec quelques bonus sur le swag en prime |
| [#2005]traité/résolu>Renvoi et dragons nains | | | On a lancé renvoi sur une de mes troupes constitué de 2 dragons nains et de 1 seigneurs de l'oubli. Seul ce dernier aurait du être affecté, mais les 3 soldats ont été renvoyé.Cobaye : c'est probablement qu'ils ont été oubliés dans l'attribution d'une résistance spécifique à ce sort | Réponse / correction :
Prise en charge par cobaye le 06.06.08
Résolution par cobaye le 06.06.08 :
en fait, ce sort n'est pas censé fonctionner uniquement sur les démons, seulement ils y sont davantage sensibles. donc j'ai par contre rajouté une sensibilité particulière à ce sort pour les seigneurs de l'oubli qui ... avaient été oubliés ^^ |
| [#2014]traité/résolu>Priorité des tâches qui plante | | | id163, FF3b5, XPSP3 : Quand je clic droit sur la flèche "bas" pour mettre une tâche (quelle qu'elle soit) tout en bas, Continent plante lamentablement, je n'ai plus qu'à attendre 2 mn qu'il accepte de revenir... et l'action de changement de priorisation n'est pas faite.Ca fait depuis bien avant la beta 3 que ca merde.J'ai testé avec IE6, IE7, FF2, FF3... rien à faireid 827 : Chez moi, mettre une tâche en fin de liste ne fonctionne systématiquement que si et seulement si c'est celle que je viens tout juste de créer.Sinon que ce soit sous XP, W2K ou Vista presque à coup sûr ça foire. Suis pas sur, mais j'ai cru remarquer que cela se produissant surtout lorsqu'ils existe au milieu des tâches qui ne sont pas déplaçables, envoi d'émissaire, maladies, recherche, recrutement etc...Alors depuis bien longtemps, je ne me prends plus la tête à essayer de ranger par le bas... Je fais l'inverse je range par le haut.Et la, no soucy ! Pour un paquet d'autres joueurs, ça marche impec, quel que soit le nombre ou le type de tâches (j'ai presque 50 tâches de ttes sortes, id 194, si tu veux un compte qui marche). | Réponse / correction :
Prise en charge par zumba le 04.06.08
Résolution par zumba le 04.06.08 :
OK je prend le bug car en effet il y avait une chance que la boucle infinie qu'il génère cause les plantages du serveur.Meme si en pratique ca n'est pas ça hélas.C'est un contexte très particulier lié au fait que vous êtes des vieux joueurs, enfin des anciens joueurs. du coup vous avez conservé dans vos listes de tâche des tâche d'ID très petit.Or pour passer une tâche en prio minimum le système cherche un ID libre plus petit que celui de votre tâche avec le + petit ID. Et dans votre cas il n'y en a plus. Pour les joueurs + récents les IDs commencent très haut il n'y a donc plus ce pbm.Il n'y a pas de manière de corriger ce bug sans risquer de planter toute la bdd, c'est dû a un mauvais choix de conception initial.Par contre 1) il y a maintenant un gardeboue pour sortir de la boucle infinie.2) pour pouvoir refaire une priorisation minimum il suffit de terminer / supprimer / remonter au top la tâche tout en bas). le bug ne se produira plus sauf si les tâches suivantes de priorité minimum ont des IDs très petit aussi.PS : bon et 163 quand je lis une telle fiche de bug qui est tout sauf neutre ça me donne pas vraiment envie de me remettre au debug. |
| [#2001]traité/résolu>Tartes de la page statistiques | | | Dans la page Statistique, la partie Répartition de la noblesse, la pointe de tarte des Britanien a un fond vert plutôt que le parchemin entourant les autres tartes. De plus il est indiqué 100 Britaniens de coeur et -1 Vert dans la pointe des Britaniens!Dans la pointe des Omidans il y a 4 bleus (normal) et 1 vert. Or je ne vois aucun vert vassalisé par un rouge dans la hiérarchie. C'est peut-être une erreur de couleur dans le code de la tarte rouge car il y a Bogenhafen qui est jaune de coeur et vassalisé rouge. | Réponse / correction :
Prise en charge par cobaye le 01.06.08
Résolution par cobaye le 01.06.08 :
corrigé le fichier stats (voir commentaires à l'intérieur) |
| [#1995]traité/résolu>Pilori de la honte | | | Les classement des seigneurs les plus chatiés et des griefs continentins affichent Mjs et le premier seigneur dans l'ordre alphabétique.1. Aarmilan, sénéchal de Morzime [undefined]2. Zumba, vache de Sword [17]3. MJs, rois/reines/prélats/papes de Sword [8] | Réponse / correction :
Prise en charge par cobaye le 11.05.08
Résolution par cobaye le 11.05.08 :
|
| [#1965]traité/résolu>Troupe de Vegalis qui a un sprite de tarentule suite à fusion/division | | | J'ai fait la fusion de la troupe #Id troupe : 26429Composée de 1 marchand, 2 loups noirs, 4 dragons noirsCette troupe a un sprite de soldats habituels dû au marchandJ'ai fusionné avec une troupe de SB m'appartenant composée exclusivement de Vegalis#Id troupe : 37318Composée de 3 Mushroom, 2 Grimm, 1 Locuste et 1 Dahlia PourpreLa fusion des deux a donné un sprite de Soldat habituels dû toujours au marchand.Le résultat ne me satisfesant pas coté points de mouvement, je reviens sur ma décision et défusionne en revenant aux 2 même troupes.La troupe composé des loups dragons et marchand conserve son sprite de troupe.Toutefois, la troupe de Vegalis ne revient pas au Sprite du Dahlia Pourpre habituelle mais prend plutôt le Sprite de la Tarentule Géante.J'ai tenté le recalcul de la troupe via l'onglet troupe.J'ai tenté de normaliser le sprite en cliquant directement sur la troupeJ'ai vidé mon cacheJ'ai déco/reco | Réponse / correction :
Prise en charge par cobaye le 05.04.08
Demande d'infos supplémentaires par cobaye le 05.04.08 :
ce bug est-il toujours d'actualité? si oui quels sont les ids des troupes, puisqu'ils sont modifiés par les fusions/divisions vraisemblablement.
Commentaire par cobaye le 02.05.08 :
allo, merci de faire le suivi de cette fiche
Commentaire par Durgrim le 03.05.08 :
J'ai poster à ce propos, certes un peu tardivement (26 avril), et pas encore de réponse. Je relancerais quand les tours reprendront et que les gens seront revenus.
Résolution par Durgrim le 07.05.08 :
|
| [#1972]traité/résolu>Inversion de denrée en cas de refus echange | | | id 519, FF, Vistalorsque l'on propose mettons x pigeons contre y blé, et que l'autre partie refuse, l'échange est inversé dans la fenêtre diplomatie, c'est à dire qu'on y lit: livre x [pigeons] contre vos y [blé] dans KOau lieu: de livre y [blé] contre vos x [pigeons] dans KOle message (de l'intendant) de refus n'est pas très explicite non plus:Sire, je regrette de devoir vous informer que Le Vilain,refuse d'échanger les x pigeons contre y blé... | Réponse / correction :
Prise en charge par cobaye le 17.03.08
Demande d'infos supplémentaires par cobaye le 17.03.08 :
Pour le message de l'intendant, devrait être réglé. Pour l'inversion dans la liste des émissaires, peut-être corrigé, à surveiller.
Résolution par cobaye le 05.04.08 :
bon je ferme je pense que c'est bon
Réouverture par cobaye le 06.05.08
Résolution par cobaye le 06.05.08 :
finalement c'était pas bon, mais j'ai trouvé et ajouté une condition de vérification |
| [#1994]traité/résolu>Nobles décédés ou disparus, dans le registre, qui ne sont pourtant toujours là | | | Dans le registre de la noblesse, les fiefs dont le nom a été modifié sont classés comme "décédés ou disparus", parce qu'il semble que l'évènement de renommage soit considéré comme destruction de fief (dans la table Histoire, type image: 001, description de type: Destruction de blabla)En fait, peut-être plutôt un reste des chevauchements de compte (nouveaux comptes se retrouvant avec l'id d'un ancien compte). | Réponse / correction :
Prise en charge par cobaye le 01.05.08
Résolution par cobaye le 01.05.08 :
c'était bien un reste en bdd de ces comptes aux ids précédemment utilisés. j'ai supprimé les evenements relatifs à ces comptes éphémères ce qui rétablit les choses. au passage corrigé des blasons de défection qui apparaissaient mal |
| [#1985]traité/résolu>Editer un événement dans le BG étendu | | | Voilà ce que j'obtiens lorsque j'essai d'éditer un évènement (après avoir cliqué sur modifier) :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 / WRITEVAL / requete=UPDATE HISTOIRE SET cycle='9' WHERE id=IEWin XP J'ai essayé, c'est la même pour moi (194) avec FF XP. Ca doit être général. | Réponse / correction :
Prise en charge par cobaye le 11.04.08
Résolution par cobaye le 01.05.08 :
|
| [#1982]traité/résolu>Doublement du message d'annulation d'escorte | | | Doublement du message d'annulation d'escorte (pas de lag):Bien commandant, nous interrompons notre mission d'escorte de l'unité 'Marchands'. Bien commandant, nous interrompons notre mission d'escorte de l'unité 'Marchands'. Dans le panneau de bois et dans le résumé du tour.FF, Vista | Réponse / correction :
Prise en charge par cobaye le 01.05.08
Résolution par cobaye le 01.05.08 :
|
| [#1897]traité/résolu>Commerce: évaluations incorrectes | | | il semble que l'algorithme derrière les estimations du commerce entre seigneurs (offre légale la plus rentable, la moins rentable, prix au cours officiel) se plante des que le prix de la Guilde et le CIP sont differents.offre la plus rentable 56 armes av. pour 614 painsau cours officiel 56 armes av. pour 635 painsoffre la moins rentable 56 armes av. pour 199 painsC'est pour cela que le pain est le plus visible (3 ecus a la Guilde, 7 au CIP), mais il y a aussi une erreur (plus legere) pour le bois ou les outils.Par contre, des denrees telles que les pigeons ou le fer ne causent aucun probleme.Pour un test:- propose du pain contre des ecus. Le cours officiel est calcule au cours de la Guilde, ainsi que l'offre la moins rentable. Mais l'offre la plus rentable est calculee au CIP.-des ecus contre du pain: cette fois, le cours officiel et la meilleure offre sont corrects, mais l'offre la moins rentable est calculee au CIP.-pour denrees contre denrees, ca semble etre entre les deux valeurs (CIP et Guilde)ID: 1399Firefox, XP | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Demande d'infos supplémentaires par jaydbois le 21.12.07 :
Je ne parviens pas à reproduire des tests m'amenant aux mêmes conclusions que le joueur. Les évals + et - prennent en compte les sciences de nego etc... Est-ce que le joueur l'a considéré ? Je laisse la fiche ouverte mais je demande des précisions, là, je ne comprends pas vraiment le pb aussi je ne peux pas le résoudre.
Commentaire par cobaye le 23.12.07 :
http://213.251.164.87/site/lireforum6.php?id=1&limit=1&showpostsid=1178831
Apport de précisions par jaydbois le 26.12.07 :
j'ai relu le thread mais je ne saisis toujours pas bien le pb. Je vois bien que Luz et Kurtz souligne qu'un truc ne va pas mais je ne vois pas quoi. Peuvent-ils me décrire ce qu'ils pensent qu'on devrait avoir en comparaison ?
Demande d'infos supplémentaires par jaydbois le 26.12.07 :
Apport de précisions par Vinus le 15.01.08 :
Je viens de faire un test et il me semble que offre plus rentable = 1.45 * quantité * max (CIP, guilde)offre moins rentable = 0.5 * quantité * min (CIP, guilde)C'est pour ça que parfois c'est le CIP qui est pris en compte et parfois le cours guilde. Ce n'est donc pas un bug selon moi. Mais je te laisse décider.
Refus par jaydbois le 15.01.08 :
C'est bien ce que je pensais, et nous sommes bien d'accord : il n'y a pas de bug.Je clos la fiche.
Réouverture par cobaye le 05.04.08
Résolution par cobaye le 05.04.08 :
il y avait bien un souci, en plus de la fourchette légale se trouvait un calcul de moyenne entre CIP et cours, ce qui enlevait son intérêt au cours et qui en plus donnait lieu à des écarts dans les possibilités d'échanges (fourchette plus intéressante selon que l'on proposait ou se faisait proposer un échange des deux mêmes denrées). évaluation et validation de route corrigées. |
| Correction orthographique |
| [#1977]traité/résolu>Orthographe et syntaxe | | | [1er cas : attrapage espion de l'ombre] Je colle directement le texte corrigé, j'imagine que c'est aussi simple."Un fait d'une extrême gravité Sire !Nous nous sommes saisis d'un agent de la Guilde de l'ombre[Ombre] surpris en train de nous espionner ! Il inspectait nos défenses d'un peu trop près ...Livré aux soins du bourreau, il aurait laissé échapper le nom de******** ******* comme commanditaire de cet acte de félonie.Hélas, les agents de la Guilde de l'Ombre opèrent rarement seuls, et avant qu'il ne nous en dise plus, un complice lui a coupé à jamais la chique d'une dague en plein dans l'oeil droit ...Nous n'avons pu nous saisir de cet homme, ou peut-être une femme sous sa cape, et il est à parier que les gens de ******** en savent un peu plus sur nous désormais ..." [2eme cas :]En parlant orthographe quand ont veut envoyer une missive suite a une offre commercial elle se retrouve pré remplis par la ligne suivante :"En réponse à votre missive :En réponse à votre propostion commerciale..."Une popostion je veut bien mais une proposition se serais peut étre mieux. | Réponse / correction :
Prise en charge par cobaye le 17.03.08
Résolution par cobaye le 17.03.08 :
|
| [#1933]traité/résolu>Suppression de droit par adminv2 | | | advance_salon&id=2368Le compte 2368 a été rétiré comme M du groupe .cette action entraîne le chargement dans le cadre d'affichage (des accès du compte) de la page d'administration avec l'affichage de cette action sur cette page dans ce cadre ; au lieu de recharger la page entière avec affichage de l'action en haut de cette page (comme quand on ajoute un accès) | Réponse / correction :
Prise en charge par cobaye le 08.02.08
Commentaire par zumba le 11.02.08 :
pour info : adminV2 devrait être "terminée" et remplacer définitivement la V1,ca peut faire un tres bon exercice pour toi !
Commentaire par cobaye le 12.02.08 :
la suppression d'un groupe dans un salon entraîne bizarrement l'apparition de tous les comptes forums comme membres et amis de ce salon, sans que l'accès ne soit réellement donné à ces joueurs
Réattribution à jaydbois le 19.02.08
Réattribution à cobaye le 13.03.08
Commentaire par cobaye le 14.03.08 :
bugs de fenêtres résolus, sauf l'affichage erroné des joueurs qui n'ont pas accès au forum
Résolution par cobaye le 15.03.08 :
les bugs signalés sont corrigés |
| [#1969]traité/résolu>Manque dans le résumé du tour du nombre de charpentiers | | | Petit manque dans le résumé de tour, le nombre de charpentiers à l'œuvre pour une tâche de réparation de navire:Bien sire, charpentiers vont réparer notre navire `Un bateau`.FF, Vista | Réponse / correction :
Prise en charge par zumba le 11.03.08
Résolution par zumba le 11.03.08 :
|
| [#1966]traité/résolu>Disparition des menus sur certaines pages du site | | | Les menus disparaissent sur les pages suivantes:- carte simple,- carte stratégique,- pilori de la honte. | Réponse / correction :
Prise en charge par cobaye le 07.03.08
Commentaire par cobaye le 07.03.08 :
problème d'emplacement des fichiers du menu, du au fait que ces pages sont dans le répertoire plugins, soit une profondeur de plus
Résolution par cobaye le 08.03.08 :
corrigé, un fichier include n'était pas placé au bon endroit suite à la restauration du menu |
| [#1961]traité/résolu>différentiel taxe suzereniale entre le payé et le reçu | | | id 100 suzerain a reçu 338 écus alors que le vassal 1672 a payé 711 écus.Le différentiel semble correspondre au butin | Réponse / correction :
Prise en charge par zumba le 29.02.08
Demande d'infos supplémentaires par zumba le 29.02.08 :
le butin de quoi ?
Apport de précisions par Vinus le 29.02.08 :
Butin Capture Drickk'hatch+140(combat)
Butin Capture Drickk'hatch+7313(coffre)
Butin d'escarmouche+28
Butin d'escarmouche+2
Demande d'infos supplémentaires par zumba le 29.02.08 :
désolé mais je pige rien du tout.
Apport de précisions par Vinus le 29.02.08 :
différence payé/recu 711-338=373
butin 140+7313+28+2=7483
butin * 5% = 374,15
C'est pour ça que je dis que le différentien "semble" correspondre au butin.
Demande d'infos supplémentaires par Vinus le 02.03.08 :
désolé, je savais pas qu'il y a un décllage d'un tour entre la paye de la taxe et sa réception. Le suzerain a bien reçu 711 écus ce tour.
Apport de précisions par cobaye le 03.03.08 :
Demande d'infos supplémentaires par zumba le 03.03.08 :
donc y' un pbm ou pas ????
Résolution par Vinus le 06.03.08 :
non, je ferme |
| [#1957]traité/résolu>formule alambic sans stock nécéssaire | | | id 198Il me semble qu'on arrive à faire fonctionner l'alambic en indiquant, par exemple, 20 azulis dans la formule, même si on n'a moins de 20 azulis en stock, la réaction fonctionne.Aprés, je sais pas, c'est peut-être normal de pouvoir le faire mais d'en obtenir alors peu ou pas d'effet ?Pour vérif, il me semble avoir réalisé le tour dernier (s.40) une potion (sans effet), utilisant 20 azulis, alors que je ne les avais pas en stock au moment de la formule.Sinon, il faudrait que j'essaie avec une formule dont j'ai déjà testé l'effet avec des azulis dispo, voir si il est le même ou tronqué sans azulis, ou avec une quantité dispo moindre que l'on indique dans la formule.test confirmé par 519 au t41 | Réponse / correction :
Prise en charge par zumba le 26.02.08
Demande d'infos supplémentaires par zumba le 26.02.08 :
je pense que c'est résolu (si j'ai bien compris le pbm) mais pas le temps de tester donc merci de confirmer (et fermer si c'est ok)
Commentaire par Durgrim le 01.03.08 :
J'ai tester et non le bug est toujours là.Par contre ca ma fait un "sans effet".....donc soit ca provoque un "sans effet" soit ya toujours bug (pas d'apparition de message "manque d'azulis"
Apport de précisions par cobaye le 03.03.08 :
bizarre j'ai testé en modifiant les denrées dans mon fief, et que j'aie eu moins de 20 ou 0 azulis, j'ai eu à chaque fois le message de stock insuffisant et donc l'impossibilité de lancer la formule.
Commentaire par Durgrim le 03.03.08 :
Le bug est toujours là. 0 azulis utilisé, enchantement alchimique fonctionnant parfaitement
Demande d'infos supplémentaires par Durgrim le 03.03.08 :
A noter : quand le stock d'azulis est suffisant, les 20 brins nécessaires sont tout de même prélevés. Pour le "sans effet" plus haut, c'était une erreur de formule, ne pas en tenir compte.
Apport de précisions par Durgrim le 03.03.08 :
Demande d'infos supplémentaires par zumba le 04.03.08 :
et là ?
Résolution par Durgrim le 06.03.08 :
|
| [#1962]traité/résolu>Manque du nom lors de l'annulation d'une route maritime | | | J'ai renoncé à créer une route à partir de l'ancrage que je venais de poser, et voilà le message que j'ai reçu: "Bien capitaine, nous renonçons à établir une route maritime depuis." sans les " bien sûr.Il manque le nom de l'ancrage, en l'occurrence ici Phare d'Arkhan (pour 519) [et "Massalia" pour 477]. | Réponse / correction :
Prise en charge par zumba le 04.03.08
Résolution par zumba le 04.03.08 :
|
| [#1960]refusé>Inscriptions | | | Plusieurs candidats à l'inscription ont signalé (cf courrier MJ) qu'ils ne recevaient pas l'email avec le code d'inscription si dans leur adresse il y'a un caractère comme . ou _, seules les adresses tout de bloc fonctionnent.Ils ne l'ont pas du tout reçu, càd même pas en courrier indésirable. | Réponse / correction :
Prise en charge par zumba le 29.02.08
Refus par zumba le 29.02.08 :
c'est pas ça : il y a plus de 60 comptes créés avec des emails contenant un _, et plus encore avec un point.certains providers de mails bloquent les mails générés par du code, il faut plutot chercher de ce côté là. |
| [#1959]traité/résolu>révolte pro suzerain | | | id 186Ubuntu - opéra - cache vidé.-La révolte date d'au moins du t22/c9 (un peu avant mais je ne sais plus quand précisément)-J'ai été vassalisé militairement au t36/c9Le message exact dans le menu "capitaine" de l'"intendance":revendication : Révolte pro Nadriand due à l'influence de celui ci sur votre peuple. Les insurgés exigent que vous en deveniez le vassal. (93 péons). | Réponse / correction :
Prise en charge par zumba le 26.02.08
Résolution par zumba le 27.02.08 :
en effet, ca sera traité par le serveur, elle devrait disparaitre à la prochaine réso. |
| [#1958]refusé>camp brigand est confiance ombre | | | les camps de brigands ne font plus gagner de confiance ombre mais la réputaion et la confiance commerce baissent sans pb.J'en profite pour dire qu'il y a eu débat sur ce les camps il y a quelques temps et tous les joueurs qui se sont prononcés sont pour réduire drastiquement les effets des camps sur les 3 paramètres. | Réponse / correction :
Prise en charge par zumba le 26.02.08
Refus par zumba le 26.02.08 :
"les camps de brigands ne font plus gagner de confiance ombre"ceci est a confirmer car dans le code il y a bien un bonus sur l'ombre et meme légèrement > au malus sur la gdc. il n'y a eu aucune modif là desssus, ca serait bien de faire plus de tests avant d'ouvrir les fiches.en revanche le malus ou le bonus sont d'autnt plus atténués que le niveau dans les guildes est fort.Sinon ok j'atténue un peu les effets sur les confiances et la réput. |
| [#1943]traité/résolu>message ancien dans explo | | | Mon premier message des anciens trouvé dans une explo.Comme proposé par le capitaine je demande à mon érudit de me traduire le baratin.Ce qui résulte en une erreur que voici, affichée dans la fenêtre intendant à la place du texte ancien:Erreur : numéro de message invalide ().Puis le texte de l'explo et butin de l'explo, mais disparition des boutons quoi d'autre et plus tard, et pas de mise en page "parchemin" pour l'ensemble du texte blablaté par le capitaine.Une autre conséquence est que les boutons pour afficher les fenêtres du jeu ne répondent plus (clic ne fait rien), ni les boutons de debuggage pour les dev.Le lieu incriminé est "Les marches enfouies", id 1113.Troupe exploratrice: 27278id 519FF, Vistaid message à traduire: 1510400voici le message du capitaine (au lieu de l'érudit) qui s'affiche quand je clic sur le lien:Erreur : numéro de message invalide ().Mes respects Commandeur, nos hommes ont exploré Marches enfouies suivant vos ordres, et voici leur rapport :;1341;224;27278;RUNE:1113:0:9.6.6. .12.12. .12. .7.7. .3.20.20. .14.20.20. .7.7. .24.24. .6.6. .9.9. .2.2. .15.7.4.11.11;MSG:Ces inscriptions sont étranges etc texte de l'explo normal | Réponse / correction :
Prise en charge par jaydbois le 19.02.08
Désattribution de la fiche par zumba le 26.02.08
Prise en charge par zumba le 26.02.08
Résolution par zumba le 26.02.08 :
il était pas fini ce script... tu dois être le premier a déchiffrer un message des anciens ! |
| [#1936]traité/résolu>Equipe Swag,navire en peche et garnison citadelle qui prend l'air | | id 519FF, Vistaid troupe: 27080Actuellement, cette troupe se trouve à proximité de la caserne dans laquelle elle devait se trouver (en 1437,1266 au lieu de 1437,1269). Or c'est mon équipe de swag, qui est toujours déclarée comme s'entraînant au swag. Il est fort possible que ça dure depuis un ou deux tours. Je n'ai pas cherché à la retirer de l'équipe ni à effectuer une sortie de garnison ou autre action de ce genre, en tout cas je ne m'en rappelle pas (à moins que j'aie fait une telle chose avant la trêve mais c'est un peu loin pour que je m'en souvienne).Quoiqu'il en soit, un recalcul ne l'a pas ramenée dans la garnison.id 1672
chasse marée en pêche : id 31213
garnison citadelle castalie castalie : id 28717 Je me demande si toutes les troupes "en opération" sont devenues visibles. | Réponse / correction :
requalifié en priorité moyenne par Vinus le 10.02.08
requalifié en priorité faible par zumba le 11.02.08
Prise en charge par zumba le 11.02.08
Résolution par zumba le 11.02.08 :
normalisé.bug graphique uniquement, lié à la correction de la routine de normalisation des sprites de troupes qui ne faisait plus rien du tout. de fait certaines des troupes réapparues subitement étaient cachées depuis longtemps alors qu'elles devaient être visibles.
Réouverture par cobaye le 23.02.08
Commentaire par cobaye le 23.02.08 :
j'ai toujours une troupe en garnison en citadelle, qui apparaît à l'extérieur de celle-ci: id 16379, id joueur 519, c9s41
Demande d'infos supplémentaires par zumba le 26.02.08 :
coords ?
Apport de précisions par cobaye le 26.02.08 :
1387,1336
Résolution par zumba le 26.02.08 :
|
| [#1955]traité/résolu>réparation de navire | | | J'ai annulé la réparation de mon navire dans un de mes chantiers, et voilà le message que j'ai reçu au tour suivant (donc ce tour):Maître ! Maître ! Notre émissaire à CHEZ NOUS nous informe que leurs chantiers navals ont remis à l'eau notre navire A NOUS avant que les réparations ne soient completées ! Je ne sais pas si c'est ce que vous aviez convenu avec VOUS MEME mais si tel n'est pas le cas, ceci constitue une violation de notre accord commercial !id 519, FF Vistaid troupe 13977PS: noter la faute d'ortho sur complétées | Réponse / correction :
Prise en charge par zumba le 26.02.08
Résolution par zumba le 26.02.08 :
|
| [#1947]remis à plus tard>navire bloqué | | | D Joueur:1220 / IE7 / Windows VISTA / ID TROUPE:32861 / Coordonnés: 207-1187Une frégate est sur une case adjacente à la bouée:Ancrage de Port de Cedanos - Dareth-Grêmar,Le ordres du navire sont :vogue vers Grand Detroit du SiamFaits problématique:La navire reste sur place après plusieurs tours, les ordres inchangés.Essaits effectués:-Annulation du voyage et nouveau voyage pour une même destination.-Annulation du voyage et déplacement de la frégate avant de prendre la même destination.au t38 toujours rienJ'ai TOUT fait, multiples voies navigables, recalcul, déplacement au clavier, déconnexion et re-connection pour retrouver ma frégate au point ou je l'avais laissé, ce qui veux dire loin du fief de Cedanos! Ne lui en déplaise.Une fois la réso du dernier tour... Frégate revenue ou elle est en ce moment. | Réponse / correction :
Prise en charge par zumba le 18.02.08
Demande d'infos supplémentaires par zumba le 18.02.08 :
mais il peut le bouger à la main ou pas ?
Apport de précisions par Vinus le 18.02.08 :
il peut tout faire comme je l'ai précisé tout haut et après déco-reco le mouvement est validé. C'est après la réso que le navire revient à sa place initiale à coté de l'ancrage.
Commentaire par Vinus le 18.02.08 :
un bug semblable a été plustardé
Commentaire par Vinus le 19.02.08 :
c'est la fiche 1894 qui a été plustardée par le baudet
Demande d'infos supplémentaires par zumba le 21.02.08 :
je ne peux pas reproduire, la troupe est en statut inocupée (ce qui peremet de la déplacer) et surtout il n'y a pas d'action de type navigation pour 1220 qui pourrait expliquer que. Est ce que par hasard ce navire ne viendrait pas d'être acheté ? dans ce cas quel est l'id du vendeur ?Sinon essaye de le déplacer et confirme moi au prochain tour qu'elle est encore revenue à son point de départ.
Apport de précisions par Vinus le 23.02.08 :
Bon ben, on dirait que mon navire s'est enfin arraché de la tentatrice boué de Cedanos. Mon navire est enfin en route.Je sais pas ce qui s'est passé, mais je vous dit merci! Je suis fichtrement content.
Remise à plus tard par zumba le 26.02.08 :
je pense que ca se reproduira, réouvrir avec autre cas |
| [#1950]traité/résolu>anim foireuse qui "bloque" l'intendance | | | l'anim en gros : possibiulité d achat d une épée magique pour xxxxxpo.suit 3 pages ou l on dit oui ou non et c'est à la 3ème page qu j ai eu le message d erreur.puis impossible de passer à la nouvelle suivante chez mon intendantUnknown column 'réputation' in 'field list' / WRITEVAL / requete=UPDATE villages SET réputation='réputation+3' WHERE id=187plutot que le bouton qui permet de continuer la lecture des messages | Réponse / correction :
Prise en charge par cobaye le 19.02.08
Demande d'infos supplémentaires par cobaye le 19.02.08 :
event corrigé, qu'il reessaye de se logger.
Commentaire par cobaye le 21.02.08 :
allo, merci de donner suite
Résolution par Vinus le 23.02.08 :
on va dire que c'est bon, je ferrme |
| [#1953]traité/résolu>annulation de réparation navire | | | Après avoir annulé ce tour la réparation en cours d'un de mes navires (id 13977) dans un de mes chantiers, alors que le navire n'était pas entièrement réparé, je constate que le navire affiche 100/52 PM, même après recalcul.FF, Vistaid 519PS: après un petit déplacement, le navire est à 97/100 | Réponse / correction :
Prise en charge par zumba le 21.02.08
Demande d'infos supplémentaires par zumba le 21.02.08 :
et son mouvement max normal c'est 100 ou 52
Apport de précisions par Vinus le 21.02.08 :
52
Résolution par cobaye le 21.02.08 :
ok ct juste un debug resté je ne sais pkoi, en le recalculant tu as normalisé ça pour le prochain tour |
| [#1951]refusé>batiments restants après supression de compte | | | suite à la suppression d'un compte une maison et 2 pêcheries sont restéesmaison 1246/115pecheries 1244/113 et 1245/111 | Réponse / correction :
Prise en charge par zumba le 21.02.08
Refus par zumba le 21.02.08 :
ca peut etre des artefacts d'une précédente supression de compte au meme emplacement (il y avait ce bug à l'époque).a faire normaliser par un MJ.réouvrir avec un cas ou on est sûr que les bâtiments restants ont bien été construits par le précédent joueur et pas par un d'avant. |
| [#1942]traité/résolu>dedoublement de sprite de troupe de type SB ou héro | | | A la réso, tous les sprites troupes controlée par joueur de type SB ou héro semblent se dédoubler à la réso. le faux sprite (celui qui disparait en double cliquant) correspondrait à la position avant le tour. Plusieurs joueurs l'ont signalé. En voilà un qui donne toutes les infos.id 878:Une nouvelle troupe me fait le même coup: id 32290- faux sprite: 191, 95- vrai sprite: 190, 93- sprite: hérosCette troupe était en garnison à la réso du tour précédent. Elle a été sortie avant la réso d'aujourd'hui.Ainsi que l'ancienne: id 7651- faux sprite: 199, 97- vrai sprite: 199, 96- sprite: loupID=601Ce bug m'affecte pour toutes les troupes qui ont le sprite de Héros ou de SB. Toutefois, il s'est produit sur mon héros alors qu'il avait 100% de PM au tour dernier.Donc la piste de PM à zero n'est pas bonne.De plus, comme je n'ai fait aucun mouvement, il n'est pas normal que la troupe se déplace toute seule et qu'il y ait dédoublement. La piste à savoir que le sprite erroné se trouve toujours à l'endroit où se trouvait la troupe au tour précédent SUITE À UN MOUVEMENT DU JOUEUR est également erronée. Toutefois, le sprite erroné est bel et bien à l'emplacement du tour précédent. Mais ce n'est pas un ordre de mouvement du jour qui cause son déplacement, mais bien le bug. J'ai de la misère à formuler mes explication alors si tu veux des clarifications, n'hésite pas.Je suis désolé de détruire deux pistes comme ça alors que je n'ai aucune idée de piste à suggérer en échange, mais ça évitera de perdre du temps à chercher dans ces deux direction.J'ai observé ma troupe #Id troupe : 34383Au tour 37, elle se trouvait en 615/1335 et avait 100% de ses PM. Je ne lui ai donné aucun ordre.Au début du tour 38 elle se trouvait en 616/1341 et un sprite erroné se trouvait en 615/1335.Durant le tour 38, je lui ai donné l'ordre de se déplacer pour retourner en 615/1335.J'ai double-cliqué sur le sprite erroné ce qui normalise.Je te dirai si ma troupe a encore bougé au prochain tour. | Réponse / correction :
Prise en charge par zumba le 16.02.08
Demande d'infos supplémentaires par zumba le 16.02.08 :
quelles actions faisaient ces troupes pour qu'elle se déplacent à la réso ? voyage ?
Apport de précisions par Vinus le 16.02.08 :
Les troupes à la fin du tour étaient en "mouvement épuisé" ou presque suite à défrichage de bois mort et ramassage d'azuli. Pas de voyage pour moi en tout cas.
Commentaire par Vinus le 17.02.08 :
ajout d'un second cas.
Commentaire par Vinus le 19.02.08 :
c'est la fiche 1894
Commentaire par Vinus le 19.02.08 :
oups ignore le dernier commentaire.
Commentaire par Vinus le 20.02.08 :
juste une idée comme ça : l'IA des SB n'a pas été retouchée dernièrement par hasard? auquel cas tous les sprites SB y compris ceux des joueurs seraient gérés par l'IA SB. Ce qui expliquerait le déplacement
Commentaire par zumba le 21.02.08 :
non rien à voir, ce qui a été retouché c'est la moulinette qui normalise les sprites affichés sur la carte en fonction de ce qu'il y a en base
Résolution par zumba le 21.02.08 :
bon voila ce qui se passe. a chaque réso une moulinette compare les troupes en bdd avec ce qui est affiché à l'écrant(pour celles dont les actions les laissent visibles). Cette moulinette ne faisait plus rien à cause d'un mauvais test sur les actions possibles, qui a été corrigé ce qui l'a réactivée. Elle compare donc le sprite sur la map aux coordonnées de la troupe avec le sprite qu'elle devrait avoir. Si il ya différence, elle le réaffiche si la case est vide, sinon elle le réaffiche dans une case à côté et modifie ses coords, c'est ca qui a provoqué les petits déplacements. dans certains cas, la troupe est renvoyée en caserne si aucune case libre n'est trouvée à côté. Ce qui foirait c'est que les codes des sprites des monstres n'étaient pas considérés comme valides pour des troupes PJ, ce qui peut pourtant être le cas. ca devrait être normalisé à la prochaine réso. |
| [#1944]traité/résolu>troupe bloquée suite à tentative de portaillage | | | id troupe 34311J'ai lancé l'ordre au tour 33 et devait attendre l'autorisation. sauf que le portail a disparu entre temps la troupe est réapparu au tour 35 à coté du portail de départ mais impossible de l'utiliser statut : prépare un saut. et j'ai reçu le message suivant:"VERGE DE DVORAK, quelle déveine ! notre unité Chevalier Bhordut qui devait réaliser une transdistorsion a du annuler sont saut !! En effet le portail de destination semble avoir été détruit avant que le vortex ait été stabilisé... Vos hommes attendent de nouvelles instructions." | Réponse / correction :
requalifié en priorité minime par zumba le 18.02.08
Prise en charge par zumba le 20.02.08
Résolution par zumba le 21.02.08 :
devrait être libérée au prochain tour |
| [#1831]traité/résolu>Apparition science à +34900%!! | | | 738 (FF2, XP) a une ligne vide de science au dessus de Agriculture dans l'onglet science, une ligne donc sans nom de science, mais pour laquelle il a l'excellence. Lorsqu'il clique sur le "?" s'ouvre bien la pop-up avec les engrenages mais aucun texte.1450 a carrément 34900% de bonus, ce qui a été impacté dans le classement science d'ailleurs (impressionnant les progrès de cette civilisation barbare qu'est Bérézine! :p )idem, id 186, opera, ubuntuAvec un drôle de bonus: +-69900 | Réponse / correction :
requalifié en priorité moyenne par cobaye le 23.06.07
Prise en charge par jaydbois le 29.06.07
Refus par jaydbois le 29.06.07 :
A rapprocher de la fiche 1833
Réouverture par cobaye le 02.01.08
Commentaire par cobaye le 02.01.08 :
499, 79 et 380 signalent avoir toujours une science fantôme de niveau 5 en haut de leur liste de science. le classement des sciences est toujours déformé par ces niveaux aberrants.
Désattribution de la fiche par jaydbois le 02.01.08
Prise en charge par zumba le 09.01.08
Demande d'infos supplémentaires par zumba le 09.01.08 :
dans la table des bonus il y a des entrees pour la science d'ID 0 avec des valeurs négatives.ca concerne les joueurs230 304 499 79 380 879 j'ai normalisé ça mais ca n'explique pas d'ou viennent ces lignes, ces joueurs ont du faire une même action qui les a généré. Merci de faire le point et d'hypotheser là dessus, quand sont apparues ces sciences ?
requalifié en priorité faible par zumba le 09.01.08
Commentaire par Vinus le 23.01.08 :
allo, quelqu'un des 6 a une piste?
Apport de précisions par cobaye le 20.02.08 :
cf fiche 1948?
Résolution par zumba le 21.02.08 :
ouaip |
| [#1930]traité/résolu>Ouvrir une fiche | | | id 519je viens de faire une expérience originale: j'ouvre la page du bugtracker dans un nouvel onglet de firefox 2 depuis un autre onglet dans lequel je parcourais le site.quand je clic sur "ouvrir une fiche", ça charge la page de nouvelle fiche non pas dans l'onglet du bugtracker, mais dans l'onglet où je parcourais le site... plutôt gênant. | Réponse / correction :
Prise en charge par jaydbois le 30.01.08
Demande d'infos supplémentaires par jaydbois le 30.01.08 :
ça se répète ? Pas moyen de le reproduire ici...
Apport de précisions par cobaye le 30.01.08 :
ça ne le fait plus, ça ouvre dans un nouvel onglet désormais
Résolution par jaydbois le 30.01.08 :
Réouverture par cobaye le 20.02.08
Résolution par cobaye le 20.02.08 :
bon en fait, il y avait un "self" au lieu d'un "_self" quand on clic sur le bouton ouvrir, ce qui devait induire un comportement erratique selon le vécu de l'onglet. |
| [#1948]traité/résolu>magie à 34600% | | | id : 1672j'ai lancé l'achat de magies au niveau 1 (brise marine, précipitation, célérité, persuasion). C'est donc moi qui a commandé. j'ai aussi bien utilisé l'emissaire rouge que le vert.ce tour je reçois le message d'acceptation. Le problème c'est que j'ai maintenant +34600% sur chaque science. je peux même les proposer à la vente. ce que je me suis abstenu de faire evidement.PS: cobaye se charge de les remettre au niveau 1 | Réponse / correction :
Prise en charge par zumba le 18.02.08
Résolution par zumba le 18.02.08 :
|
| [#1945]traité/résolu>navire protege troupe | | | d 295, vista sous mozilla.Voila, j'ai pu faire l'action "protéger" de ma frégate sur une troupe de paladin au sol, les paladins ont lancé une attaque avant prévus au tour prochain, donc je sais pas trop ce qui va se passer mais c'est pas normal vue que Cobaye m'a demandé de posté ici.Je précise qu'une autre troupe en garnison chez moi lance l'assaut simultanément. (je précise aux cas où il y a bidouille des troupes ^^)Voila les info :Id du rafiot : 27586id de la troupe protégée : 34851loca troupe sb attaqué : autour de 724;185 c'est la troupe de drag noir. | Réponse / correction :
Prise en charge par zumba le 18.02.08
Résolution par zumba le 18.02.08 :
|
| [#1941]traité/résolu>Production non réalisée | | | Plusieurs joueurs rapportent des productions qui n'ont pas été faites (non signalée dans le rapport de jehan et confirmée par les stocks)il semble que personne n'ait produit des produits manufacturés (peut être parce que le seul non affecté par les modificateurs)voici quelques exemples de denrées non produitesid 2123 : bois, pierre, fer, pigeonsid 1898 : remede2271 : pain, bois pierre979 : outils, bois, liqueur, armes avancéesaucun lien apparement avec bonus/malus, il y a des non prod dans les deux catégories. | Réponse / correction :
Prise en charge par zumba le 15.02.08
Demande d'infos supplémentaires par zumba le 16.02.08 :
résolu pour les pm et a priori pour les autres aussi mais il peut rester des cas auxquels j'ai pas pensé.faire un suivi au prochain.
Apport de précisions par Vinus le 18.02.08 :
a priori, c'est bon. Je te laisse fermer.
Résolution par zumba le 18.02.08 :
|
| [#1935]traité/résolu>superposition de compte | | | Bonjour, je me suis inscrit cet après midi, et mon compte s'est apparement "greffé" sur le compte fraichement effacé d'un autre joueur...Je m'explique : le joueur "Isidore de la Poiscaille" de Port Mayenne a apparement supprimé son compte ce qui a libéré une place, et donc j'ai pu m'inscrire. Cependant, dans le registre de la noblesse je suis représenté comme étant "Isidore de la poiscaille" et pire, tout les messages qu'il avait posté dans le forum de britania portent désormais mon nom !Aussi, dans les chroniques de mon village, les événements du villages d'Isidore sont répértoriés avant les miens.commentaire vinus : pour récupérer l'autoincrement il suffit de faire un "SELECT LAST_INSERT_ID();" juste après l'INSERT | Réponse / correction :
Prise en charge par zumba le 11.02.08
Commentaire par zumba le 11.02.08 :
devnote : il a donc récupéré le même ID exactement que le compte qui venait d'être effacé. ca veut dire que l'auto increment a foiré ou qu'on est arrivé à la limite de l'integer qui stocke l'id.
requalifié en priorité faible par zumba le 11.02.08
Commentaire par Vinus le 11.02.08 :
2378 n'est pas de la forme 2^n-1 donc ce n'est pas une limite. Mais je pense quand même que tu as vu juste concernant l'incrémentation. Isidore (l'ancien prorio de l'id) devait juste être le dernier inscrit en supprimant son compte le plus gros id restant dans la base est 2377. lorsque un nouveau s'inscrit et ben le prochain id sera 2378 ;)
Commentaire par zumba le 13.02.08 :
devnote : dans validinscription l'id du compte est calculé comme max(id)+1 et pas sur l'autoincrement. dans le cas ou on vient de supprimer le dernier inscrit, le suivant récupère son id et ses données fantome.voir si on peut récuperer l'autoincrement via requête. si trop compliqué de deviner une rustine peut etre d'empecher la supression du dernier compte créé.
Désattribution de la fiche par zumba le 13.02.08
Prise en charge par zumba le 14.02.08
Résolution par zumba le 14.02.08 :
résolu cleanNB vinus : c'est pas top le last_insert_id car d'une il faudrait le stocker entre 2 inscriptions et en plus on ne peut pas spécifier une colonne particulière d'une table. A la place "SHOW TABLE STATUS LIKE '$table'" et récupérer le champ "autoincrement" |
| [#1893]traité/résolu>bug négtif achat magie | | | 1837: t45Problème avec les échanges de savoirs : j’ai acheté le Niveau 2 de Célérité, bien que dans mon rapport de tour on m’informe que j’ai obtenu le niveau 2, (Tour 43, reçu Tour 45) cette science n’apparaît qu’au niveau 1 dans l’onglet science.J’ai déjà eu ce souci avec Persuasion Niveau 2 obtenu seulement au Niveau 1ID 1987 : t46Problème identique avec Célérité 2, (tour 43, reçue tour 46 seulement au Niveau 1, auparavant même erreur avec Guérison.ID 1132Problème identique pour le sort de persuasion acheté et recu niv 2 mais marqué niv 1 dans les sciences. | Réponse / correction :
requalifié en priorité faible par Vinus le 03.10.07
Prise en charge par zumba le 09.10.07
Résolution par zumba le 09.10.07 :
a priori résolu avec
Réouverture par cobaye le 02.12.07
Commentaire par cobaye le 02.12.07 :
bug confirmé !ID 96VistaFFachat de prière niv2 et niv 1 reçuachat de renvoi niv2 et niv1 reçuc'est un bug spécifique des sorts !
Demande d'infos supplémentaires par zumba le 09.01.08 :
euh question : les joueurs qui ont acheté ces science la possedaient ils bien déjà niveau 1 ???
Apport de précisions par cobaye le 17.01.08 :
non. toutes les sciences non magiques peuvent être achetées directement au niveau 2, mais apparemment pas les magies ; si c'est ça le vendeur ne devrait pouvoir proposer le niveau 2 qu'à ceux possédant déjà le niveau 1.
Commentaire par zumba le 07.02.08 :
aucune science ne devrait pouvoir être achetée direcetement au niveau 2 !
Commentaire par Vinus le 08.02.08 :
normalement, on peut acheter une science directement au niveau 2 sans passer par le niveau 1.J'ai acheté au moins une 20aine de sciences (non magiques) au niveau 2 directement sans aucun problème.
Commentaire par zumba le 11.02.08 :
ca devrait pas être le cas ou alors c'est la même regle qui doit s'appliquer aux sorts et aux sciences
Commentaire par Vinus le 11.02.08 :
dans les deux cas magie ou pas, on peut commander ou proposer directement le niveau 2 de la science. le problème est que dans le seul cas des magies c'est le niveau 1 qui est acheté et ce même si jehan dit que c'est bien le 2 qui a été livré.
Demande d'infos supplémentaires par zumba le 13.02.08 :
ok, en effet rien dans le code ne montre une regle interdisant d'acheter direct au niveau 2). dans ce cas, est ce que c'est le joueur qui recoit la magie qui a proposé l'échange ou est ce que c'est celui qui la vend ??
Résolution par zumba le 13.02.08 :
ok bon dans les 2 cas en fait, j'avais codé explicitement qu'une nouvelle magie ne pouvait s'acheter qu'au niveau 1. devrait être résolu. |
| [#1938]traité/résolu>transdistortion impossible | | | Voila, je veux envoyer une troupe vers Hyrcanopolis, avec qui je suis allié militaire.Dans mon interface, il est classé dans les fiefs à accès direct:"Notre portail de distorsion nous permet d'atteindre en vertue de nos alliances militaires directement et sans attendre leur accord les villages de :"Quand je lance la téléportation, j'obtiens ce message: Oui sire, la troupe Death from Above va effectuer une transdistorsion vers le portail de Hyrcanopolis. Nous ne pourrons cependant effectuer le saut qu'une fois obtenu l'accord de son suzerain, Tenaka KhanTable 'continent_prod1.message_intendant' doesn't exist / NEWTUPLE / requete=INSERT INTO MESSAGE_INTENDANT VALUES ("0","288","CAP_MSG","ALERTE !! ALERTE !!! Kommodore, le portail de votre vassal Hyrcanopolis est en train de contracter un vortex avec celui de Nouvel Lamp !! Notre garnison dans ce village est par trop insuffisante pour pouvoir imposer à Hyrcan Raznor le contrôle de sa transdistorsion. Ceci est extrêmement préoccuppant car nous ne pouvons pas savoir quelle soldature va franchir ce portail, si la distorsion réussit. Hostile ou non ? Nos forces sur place sont sur les dents...","108") Suite à quoi, rien ne se passe, et ma troupe reste en caserne, ne passe pas en préparation de saut, et l'azulis requis n'est pas consommé.Sachant par ailleurs que Hyracopolis est vassale de Drénais, qui est lui meme vassal de Mauran, dont je suis le vassal.Voilou...Id 924XpFirefoxcobaye : info pour la fiche: en dev j'ai modifié message_intendant en messages_intendant, mais une autre erreur survient:Column count doesn't match value count at row 1 / NEWTUPLE / requete=INSERT INTO MESSAGES_INTENDANT VALUES ("0","288","CAP_MSG","ALERTE !! ALERTE !!! Kommodore, le portail de votre vassal Hyrcanopolis est en train de contracter un vortex avec celui de Nouvel Lamp !! Notre garnison dans ce village est par trop insuffisante pour pouvoir imposer à Hyrcan Raznor le contrôle de sa transdistorsion. Ceci est extrêmement préoccuppant car nous ne pouvons pas savoir quelle soldature va franchir ce portail, si la distorsion réussit. Hostile ou non ? Nos forces sur place sont sur les dents...","108").la troupe ne décolle pas et l'azulis n'est pas amputé malgré le message de validation du saut.j'ai donc annulé les modifs. apparemment d'une part il y a une erreur dans le nom de la table (qui prend bien un s) et une erreur probablement ce 0 qui lui est envoyé.info de la part du suzerain : L'ID 288 c'est moi, je suis le suzerain et c'est a moi que ce message semble adressé. Je ne l'ai pas reçu sur les 2 dernier tour.Et je confirme que ma garnison est inférieure au minimum requis pour empêcher la transdistorsion. | Réponse / correction :
Prise en charge par jaydbois le 12.02.08
Résolution par jaydbois le 12.02.08 :
Réouverture par Vinus le 12.02.08
Demande d'infos supplémentaires par jaydbois le 12.02.08 :
si on ne précise pas pourkoi c réouvert, je referme, grrrrr
Résolution par Vinus le 13.02.08 :
sorry,erreur de manip |
| [#1940]traité/résolu>troupe décimée mais lames toujours comptées | | | Id:186J'ai un message de mon intendant:Mon sire, votre souverain est mécontent et nous le fait savoir. En effet, votre ost représente une force de 1425 lames de plus que ce que vous autorise votre rang, n'en déplaise à ce cher Capitaine. Ceci pénalise à coup sûr l'obtention de nouveaux quartiers de noblesse, ainsi que notre réputation. La maison royale n'aime guère que ses vassaux s'autorisent plus de force militaire que de droit... démobilisez quelques troupes ! Je vérifie dans l'onglet vassalité:Ost actuel : 43 soldats d'une puissance de 6544 lames. Ost maximal : 150 soldats d'une puissance de 5125 lames oui sauf que mon fief vient d'être vassalisé par un ennemi supérieur en nombre tout ça... d'après le rapport de bataille, j'ai perdu toute ma garnison -sauf un héros, fortifié trop tard- (cf chroniques de la guerre: 494938), l'essentiel de mon armée.Je vérifie directement dans l'onglet "troupe", effectivement quatre troupes apparaissent comme décimées, seul reste dans la caserne un héros de 166 lames. Pourtant mon capitaine estime ma garnison à 4970 lames, soit la force que j'aurai si mes troupes n'étaient pas décimées...La solde de mon armée a fondu prenant bien en compte la "décimation" des troupes.La mauvaise estimation du capitaine semble être prise en compte pour estimer le nombre de lame nécessaire au suzerain pour toucher la taxe...(Nadriand devrait confirmer)Bref pour récapituler:-Le capitaine prend en compte la troupe décimée pour faire l'estimation des troupes en caserne-Cette estimation est reprise dans l'onglet vassalité-Des malus découlent de ces fausses estimations.Confirmation du suzerain : id 328Hello, je suis le nouveau suzerain du ptit Raoul. Quand je vais dans mon onglet féodalité, avec une taxe a 5, il me dit :"j'estime à 2712 lames...".Quand je vais dans le rapport de mon capitaine sur le fief de Coévilia, je ne vois aussi que son héros en garnison.Donc dans mon onglet féodalité, les troupes décimése de Raoul suite au combat, sont toujours considérés présentes. | Réponse / correction :
Prise en charge par jaydbois le 12.02.08
Demande d'infos supplémentaires par jaydbois le 12.02.08 :
Je ne vois pas ces troupes. Le pb est toujours là ou pas ?
Commentaire par Vinus le 12.02.08 :
Un tour est passé depuis. C'est donc normal que les troupes décimée disparaissent. Désolé d'avoir ouvert la fiche tardivement.
Apport de précisions par Vinus le 12.02.08 :
Un tour est passé depuis. C'est donc normal que les troupes décimée disparaissent. Désolé d'avoir ouvert la fiche tardivement.
Résolution par Vinus le 12.02.08 :
|
| [#1937]traité/résolu>Interface bloquée | | | Bonsoir,je n'arrive pas à accéder au jeu depuis ce matin.J'ai pu me connecter après la réso, mais j'ai eu un bug lors de la lecture des événements du tour (que je n'ai pas pu noter).Depuis quand je me connecte sur le jeu, en cliquant sur le bouton "jouer", la page "chargement en cours" s'affiche, puis rien ne se passe.voici mon id de joueur: 1752 | Réponse / correction :
Prise en charge par zumba le 11.02.08
Résolution par zumba le 11.02.08 :
mauvaise définition des effets variables dans l'anim 2845.Note pour les MJs : ne tapez pas les codes modificateurs à la main dans le champ, passez par l'interface d'écriture juste au dessus. |
| [#1910]refusé>bétail sur terre damée | | | id 1795fief Kalissisposition de la vache: 170-313firefox / Debian-kde 3.5La vache est là depuis la création du fief. faut-il vérifier dans l'algo de suppression de fief la suppression des sprites de vache? | Réponse / correction :
Prise en charge par zumba le 09.01.08
Demande d'infos supplémentaires par zumba le 09.01.08 :
y a t'il eu supression d'un fief à cet endroit dont résulterait la vache ?
Apport de précisions par cobaye le 10.01.08 :
oui
Refus par zumba le 11.02.08 :
bon bah c'est pas ca, la supression de compte vire bien les vaches. peut être apparue entre temps ? Réouvrir avec un autre cas si ca se présente. |
| [#1934]traité/résolu>liens classement en page d'accueil | | deux liens du classement sont corrompus
le classement militaire : http://213.251.164.87/site/tops.php?cls=armeeS (il faut enlever le S)
le classement richesse : http://213.251.164.87/site/tops.php?cls=richesse (il faut remplacer richesse par quantité) | Réponse / correction :
Prise en charge par cobaye le 08.02.08
Résolution par cobaye le 10.02.08 :
|
| [#1906]traité/résolu>sortie de garnison | | | Id 328FF, Win xp----------------------------------------------Reformulation du baudet pour la vache----------------------------------------------Description : L'attaque de certaines troupes (pas de critère sur lesquelles) entraîne invariablement le message suivant : qui avait pris en chasse cette unité énnemie a du rompre la maneuvre. En effet les fuyards étant relativement près de leur bourg sont parvenus à se réfugier en caserne avant que nous n'ayons pu les attraper... Nous avons préferé ne pas les y poursuivre car on ne sait quelle garnison nous serait alors tombé dessus. J'attends les ordre, devons nous reprendre l'assaut ? Or :- les-dites troupes ne sont pas près de leur bourg- le texte contient un lien vers la troupe qui renvoie vers des zones de mer (du type 1000/2)Pistes de recherche- Dans le code du serveur, contrôler le critère de génération du message incriminé.----------------------------------------------Fin de reformulation----------------------------------------------Un troupeau de vache sur mon fief. A quelques cases de mon castel. Chouette je peux chasser, je sors une troupe de garnison. Mais damned il s'agit en fait de 2 vaches chimères qui engagent ma petite troupe partie chasser.J'attaque aussi avec 2 troupes de ma garnison pour renforcer les troupes dehors, parceque chez nous on aime pas ca.Mais les troupes de garnison ne sont pas intervenues, j'ai eu ca comme message :Par la bouse de la vache chimère ! Notre troupe (voir) qui avait pris en chasse cette unité énnemieAucune image ne s'affiche.a du rompre la maneuvre. En effet les fuyards étant relativement près de leur bourg sont parvenus à se réfugier en caserne avant que nous n'ayons pu les attraper... Nous avons préferé ne pas les y poursuivre car on ne sait quelle garnison nous serait alors tombé dessus. J'attends les ordre, devons nous reprendre l'assaut ?Or je suis chez moi.La localisation pour la troupe (voir) est donnée en limite de carte au nord en bordure vers 800/17Pour la troupe ayant combattu voici les informations de debug :Parametrage : (a fournir en cas de debug)[id_battle] : 450555[role] : D[issue] : A[lames] : 87.79[id_atts] : 32771[id_defs] : 22170[compos_att_before] : 1008:2[compos_def_before] : 18:2.19:1[butin] :[location] : 1283,708[experience] : 39[compos_att_after] : 1008:1[compos_def_after] : 18:2[decor] : outside[camp_att] : ,[camp_def] : ,328,[continent_idjoueur] : 328[PHPSESSID] : 1qv2905rbmcm7tqgba4alarba6id 766, FF, XPAlors en ce qui concerne Nadriand, il s'agissait d'un héros "la fée bleue" qui a été attaquée.Alors récap de l'histoire.Tour 1 j'achèteTour 2 la fée qui se masque en arbre se rend à la BAlantineTour 3 La fée s'est changée en ... vache et se rend chez Nadriand (comme la description dit qu'elle se transforme à volonté, j'ai un doute ...)Tour 4 Nadriand attaque les vaches ... (bêh oui) qui se changent en vache chimère ??Tour 5 La fée est toujours en vache chimère En ce qui concerne Katrina .. on parle bien de l'attaque près de Bogenhafen ? Pcq là rien à signaler, la troupe s'est fait étriper comme l'indique la chronique ^^-------Je rajoute ce récapitulatif de Mauran, je n'ai pas le temps de faire mieux qu'un copier/coller. En tout cas le bug des troupes glissantes comme du savon a touché tout le monde et ça s'est particulièrement remarqué pendant l'anim des dragons:Alors, je reviens sur ce bug qui est trés handicapant dans beaucoup d'actions "militaire", et même +, et je trouve pas la fiche trés claire.En fait il s'agit de certaines troupes, SB ou non, qui semblent avoir des coordonnées géographiques foireuses malgré la bonne position de leur sprite sur la carte (voir même leur possible utilisation par le seigneur, il semble que j'ai eu une troupe dans ce cas... des voleurs/saboteurs inattaquables, imaginez un peu le jouet... huhuhuhu... mais je suis fair-play j'ai retiré la troupe aprés avoir été prévenu).En effet quand on a le message "la troupe s'est réfugiée dans son fief" (même pour les SB) aprés avoir voulu l'attaquer, et qu'on utilise l'option "voir la troupe", on obtient une vue sur le bord nord de la carte, à coordonnées est-ouest valables pour la troupe concernée, mais coordonnées nord-sud à zéro.exemple:Troupe située en 920;652Sera considérée en 920;0Je pense que de là découlent les problèmes, puisque ces troupes se mettent automatiquement en fuite car "hors de portée", et en plus, n'attaquent pas lorsqu'elle le devraient (une bande de dragons aurait du attaquer une de mes troupes ce tour suite à un sort foireux, ce ne fut pas le cas).Je sais pas si je me fais bien comprendre. Disons que je résume car j'ai peur que la fiche, formulée comme elle l'est atuellement, prenne masse de temps à être reprécisée et traitée (en éspérant profiter du prochain passage sur le BT). | Réponse / correction :
requalifié en priorité importante par cobaye le 06.01.08
requalifié en priorité moyenne par zumba le 09.01.08
Prise en charge par zumba le 09.01.08
Commentaire par zumba le 09.01.08 :
je ne regarde que la reforumlation. devnote : le message cité ne peut être généré QUE si la cible est en action "CASERNE" ce qui ne peut pas être le cas d'un SB. bizarre
Commentaire par cobaye le 15.01.08 :
hypothèse ptet farfelue de freny: il semble y avoir deux cas de figures, ceux qui attaquent en rase campagne je peux pas dire mais pour ceux qui attaquent en plein fief ça vient peut être que la troupe attaquante et attaquée est inversée dans le code sur ce paramètre... et donc générer le message, mais, ça n'explique ni le décalage de la localisation de la troupe quand on fait suivre, ni les pb en rase campagne :D
Commentaire par cobaye le 18.01.08 :
Voilà un cas qui devrait aider: Perso, j'ai un combat en cours de résolution contre des dragons bleus, qui, d'après le Comte de Montlieu, ont jusque là refusé le combat : ID troupe attaquante : 26203, ID joueur : 1204, localisation des SB : 1010,241
Commentaire par Vinus le 06.02.08 :
Une piste éventuelle : suite à la remarque d'un joueur qui pense que seules les troupes récentes attaquée posent problème, j'ai vérifié les ID des troupes attaquée en escarmouche dans les chroniques et surprise aucun ID n'est supérieur à 32768 (le plus grand id étant 32621). 32768 étant max (unsigned) integer. je me demande donc si dans la BD l'ID troupe est un long int ou un unsigned int mais dans le serveur de résolution c'est un entier. Tu auras compris la suite, le serveur cherche une troupe avec un mauvais ID (donc inexistante pour lui) d'où l'absence de l'image de la troupe et du statut "caserne" que j'imagine est le statut 0.J'espère que j'ai vu juste
Commentaire par Vinus le 06.02.08 :
Bon avec cobaye, on a regardé le code coté client du rapport de ptiluc qui a attaqué drahis.résultat des courses : le serveur cherche la troupe id 32767 ( qui correspond à max short int ou short int selon qu'on est en 16 ou 32 bits). La troupe en question n'appartient pas à drahis mais à un autre joueur et est effectivement en caserne. On essaye d'avoir consolidation de cette constatation avec un second rapport.
Commentaire par cobaye le 07.02.08 :
confirmation avec le rapport de id 844 qui cherche également à afficher le sprite de la troupe 32767. je préviens le joueur qui possède cette troupe de ne pas la décaserner, sait-on jamais ce que ça pourrait produire :)
Résolution par zumba le 07.02.08 :
ok c'était bien une histoire de dépassement de capacité sur integer, pas au niveau du serveur mais au niveau de la bdd. l'id de la cible est stocké dan saction.avancement qui était typé en smallint, donc toute valeur >32767 écrite dans cette colonne était ramenée à 32767 par mysql. ensuite le php et le serveur font leur boulot normalement, c'est pour ça que j'avais du mal à trouver le souci dans le code.champ retypé en int dans la bdd, ca semble résoudre le souci. |
| [#1896]refusé>Message incorrect sur influence pendant révolte | | | IELe joueur subit une révolte, qui n'est pas politique. Dans le même temps, son suzerain exerce son influence sur lui. Rien d'anormal jusque là, sauf que voici le message que reçoit l'influencé:Votre fief fait toujours l'objet d'une bataille politique féroce !"Mon suzerain bien aimé" exerce toujours son influence sur vos sujets, et celle ci se trouve encore consolidée aujourd'hui !! Voici ce que j'ai pu saisir du jeu des influences s'exerçant sur vos intérêts, pour expliquer l'évolution de la situation :Mon suzerain bien aimé (?) +10INFLUENCE FINALE 65Nous n'avons pas encore à craindre de révolte pro "Mon suzerain bien aimé" (loué soit son nom) mais cela pourrait bientôt être le cas si vous n'agissez pas efficacement et que le seuil d'influence extérieur dépasse la moitié de votre propre influence sur votre peuple. Dans ce cas le soulèvement populaire pourrait vous obliger à prêter allégéance envers ce seigneur étranger !Il est possible que la présence d'une révolte déclenche ce message inapproprié en lieu et place du banal message d'influence. | Réponse / correction :
Prise en charge par zumba le 09.10.07
Demande d'infos supplémentaires par zumba le 09.10.07 :
c'est quoi le banal message d'influence ?
Apport de précisions par cobaye le 12.12.07 :
hum en fait à la relecture, il ne devrait pas avoir de message, puisque c'est son suzerain qui l'influence, donc il ne peut pas y avoir de révolte chez lui déclenchée par l'influence de son suzerain... non?
Résolution par zumba le 09.01.08 :
il y avisiblement déjà eu un debug dessus, en relisant le code je ne vois pas pkoi ca ne marcherait pas, mais ca n'est aps mentionné dans ce suivi. S'agit t'il d'une première fiche sur ce sujet ?? (pas de réouverture).Il faudrait que le suzerain de 688 remette une couche de propagande et que 688 dise si il a bien toujours ce message ou un autre qui dit que ca n'est pas grave.Je le ferme en attendant
Réouverture par cobaye le 11.01.08
Commentaire par cobaye le 11.01.08 :
le test ne pourra se réaliser car le suzerain a depuis quitté le jeu...
Refus par zumba le 04.02.08 :
donc je ferme jusqu'à nouveau cas |
| Correction orthographique |
| [#1931]traité/résolu>BG introductif | | | Dans la page "dans les grandes lignes" du BG, il y'a une faute dans le lien vers le BG détaillé:Présentation détaillée de l'univers du jeu | Réponse / correction :
Prise en charge par jaydbois le 30.01.08
Résolution par jaydbois le 30.01.08 :
|
| Modification du paramétrage du jeu |
| [#1932]traité/résolu>Pour Jaydbois, module anims | | | Pour mémoire, concernant l'implémentation de la modif du module anims. | Réponse / correction :
Prise en charge par jaydbois le 30.01.08
Résolution par jaydbois le 30.01.08 :
|
| [#1894]remis à plus tard>Navire impossible à déplacer | | | ID 1176id troupe: 30939; loc: 10212/403Alors voilà, mon bateau (Galion "orage d'hiver") est coincé devant la balise de navigation "arriver".La voie est dégagée et je peux le bouger, mais le déplacement n'est pas enregistré.J'ai essayé de nombreuses fois depuis trois tours, rien à faire, à chaque déconnection/reconnection il revient prés de cette maudite balise.Sous le navire, il est marqué "a flot".Quant je tente d'ouvrir une voie navigable, il est inscrit: "Sapristis ! Impossible commandant, nous sommes déjà en route" Quant je tente d'ouvrir une voie aprés déplacement, on me met "erreur serveur, cheminement corrompus, déplacement annulé." | Réponse / correction :
Prise en charge par zumba le 09.10.07
Demande d'infos supplémentaires par zumba le 09.10.07 :
merci de reconfirmer ce bug suite à la résolution d'une autre fiche.
Apport de précisions par cobaye le 10.10.07 :
1176 confirme, ça marche toujours pas, ce n'est donc probablement pas un probléme ponctuel mais serait peut étre du à une erreur lors de l'ouverture de la voie navigable.
Commentaire par cobaye le 14.01.08 :
1176: Le problême s'est resolus, mais de façons bâtarde.Depuis quelques tours avant la pause, je peut déplacer mon navire, à condititon de "valider" le mouvement en ordonnant un embarquement dans le vide, sinon, le bateau revient systématiquement à son point de départ.Il semble donc que ce soit un problême lié aux déplacement en régle générale, et pas seulement aux bateaux.
Commentaire par cobaye le 15.01.08 :
ID429Win2000FF2.0.0.11Je n'y avais même pas pensé pensant que c'était "normal" dans ce jeu. Mais en effet, en ce qui me concerne aussi, si l'on ne "valide" pas un déplacement par une action quelconque (genre déplacement de la carte, etc.) et bien on revient au point de départ.Par contre, moi ça ne me l'a fait qu'avec les navires...
Désattribution de la fiche par jaydbois le 15.01.08
Prise en charge par jaydbois le 15.01.08
Demande d'infos supplémentaires par jaydbois le 15.01.08 :
alors alors alors :ID429 : quelle unité ? Est-ce bien lors de l'arrivée sur une balise ? Je voudrais être sûr que le contexte est le même avant de me pencher sur ce cas aussi.ID1176: Est-ce que tout se passe bien si l'unité en question n'est pas sur une voie maritime ?
Commentaire par jaydbois le 15.01.08 :
Autre chose :
Je n'arrive pas à reproduire le bug, qu'en est-il chez vous ?
Apport de précisions par cobaye le 17.01.08 :
ID 1176Alors, c'est un fait courant et régulier, mon navire n'est plus bloqué par le bug cité en début de rapport, soit la balise et tout ce qui est lié, le problême s'est mystérieusement résolus de lui-même.MAIS, trés souvent, mes déplacements, troupes ou navires, sont annulés aprés une déconnection/reconnection, le déplacement n'est tout simplement pas pris en compte.Pour le navire, plus souvent sujet au probléme, je demande un embarquement et le texte "déplacement enregistré" apparait.Pour les troupes, je fais de même avec un ramassage avec le même résultat, sinon, retour à la case départ.
Commentaire par jaydbois le 17.01.08 :
Oki merci pour les détails.Voilà ce qu'on va faire :- je diffère ce bug jusqu'à sa prochaine manifestation. Avec un peu de chance, nous réagirons assez vite pour bien saisir de quoi il retourne. Là, je ne parviens pas à re-simuler la situation et je ne peux pas intervenir.- concernant les problèmes de déplacement, je crains de ne pas pouvoir faire grand chose mais je vais toutefois vérifier.
Remise à plus tard par jaydbois le 17.01.08 :
|
| [#1898]remis à plus tard>Navire se déplaçant sur les terres | | | FF, XPid de la troupe : 16056coordonnées : 264 / 743un joli bateau qui devait suivre une ligne navigable sans encombre, qui se retrouve ce tour-ci en plein milieu d'un fief.. et il vient d'une balise un peu plus au nord, mais je ne sais pas tres bien oû.Au tour 2:il est maintenant chez un bleu (269-667) beaucoup plus au nord... alors qu'il devait se diriger vers la mer du centre...Au tour 8, un autre joueur signale le même bug:ID du navire : 23302ID joueur: 1684MF2XP | Réponse / correction :
requalifié en priorité faible par cobaye le 10.10.07
Prise en charge par jaydbois le 14.01.08
Demande d'infos supplémentaires par jaydbois le 14.01.08 :
est-ce que c'est encore le cas ? Apparemment non...
Apport de précisions par cobaye le 14.01.08 :
Au tour suivant (le 9), le bateau était revenu sur sa "ligne" de navigation, mais avec une case décalée sur la gauche par rapport à la route telle qu'elle fut créée. Cela se poursuivait jusque la balise, avec une case de décalage à l'arrivée aussi.
Commentaire par cobaye le 14.01.08 :
le commentaire précédent était pour id 1684, le suivant est pour id 269: Pour moi la situation s'est décoincée toute seule, parmis ses trajets etranges de navigation, il est tombé lors d'une réso sur de l'eau, donc j'ai annulé la navigation et j'ai déplacé mon bateau manuellement.
Remise à plus tard par jaydbois le 14.01.08 :
bon, on va considérer qu'on va différer cette fiche jusqu'à la réapparition du bug. Je peux difficilement me rendre compte du souci sans exemple. Ce sont les aléas du BT hélas. |
| [#1928]traité/résolu>[graphique] Raccords de tableaux | | | Très mineur, limite pinaillage, mais bon c'est pour se rapprocher de la perfection :p519, FF, VistaDans les pages contenant le fond type parchemin couleur crème, les bords crénelés ne sont pas bien raccords en bas à gauche, en bas à droite et en haut à droite.Pour les raccords du bas c'est comme si la largeur du tableau contenant l'image du crénelage n'était pas aussi grande que celle du tableau principal de la page. | Réponse / correction :
Prise en charge par jaydbois le 13.01.08
Demande d'infos supplémentaires par jaydbois le 13.01.08 :
captures d'écran ?
Apport de précisions par cobaye le 13.01.08 :
Pour la première image c'est dans la fenêtre émissaire IG, je me suis rappelé que ça le faisait aussi.    
Résolution par jaydbois le 13.01.08 :
|
| Modification du paramétrage du jeu |
| [#1922]traité/résolu>Fenêtres de sésames des explos | | Sous IE, et peut-être sous FF, les messages des sésames des lieux explorables sont tronqués lorsqu'ils sont trop longs d'un nombre de caractère qu'il faudrait définir.Exemple du Lieu : Le Condamné [ID:1000] Peut-être faudrait-il soit changer le mode des sésames, soit empêcher d'entrer des textes dépassant la longueur max de ces boîtes de dialogue? | Réponse / correction :
Prise en charge par jaydbois le 26.12.07
Commentaire par jaydbois le 26.12.07 :
Note dev : bug inexistant sous FF.
Commentaire par jaydbois le 26.12.07 :
résolu sous version DEV, attente de confirmation pour implémentation finale.
Résolution par jaydbois le 13.01.08 :
attention, la proposition d'un sésame demande maintenant 25% de la capacité de mouvement.% |
| [#1889]traité/résolu>bombardement impossible d'un fief vassalisé de meêm royaume de coeur | | | Il est vert et essaye de bombarder un fief vert de coeur mais vassalisé. Donc un fief attaquable normalement. Mais le serveur renvoie le message suivant:"Nous avons un accord de respect territorial avec ce village, seigneur, et ne pouvons donc attaquer ses structures". | Réponse / correction :
requalifié en priorité moyenne par Vinus le 03.10.07
requalifié en priorité minime par zumba le 09.10.07
Prise en charge par zumba le 09.10.07
Demande d'infos supplémentaires par zumba le 09.10.07 :
super la fiche...quelle est la couleur actuelle de la cible ?
Commentaire par zumba le 09.10.07 :
et son id
Apport de précisions par cobaye le 10.10.07 :
id 78, le joueur victime est actuellement jaune, vert de coeur. 198 (assaillante) est vert de coeur et de bannière.
Réattribution à jaydbois le 09.01.08
Résolution par jaydbois le 13.01.08 :
Bombardement désormais possible. |
| [#1916]traité/résolu>Vidange des coffres sur prise de citadelle | | | Lors de la prise d'une citadelle, les seigneurs ayant participé au titre d'escorte de celui qui remporte la citadelle, voient leur trésor réduit à 0 avant les rentrées d'argent du tour, entraînant de fait la suppression des recherches en cours par exemple (pour non paiement des chercheurs).Pour faire plus clair, les joueurs se retrouvent avec en caisse le solde excédentaire correspondant à recettes - dépenses, rien de plus.Les autres participants qui ont pris en leur nom la citadelle n'ont subi aucun bug.id 380 survenu au passage du tour 18 au 19, perte de 26K écusid 738 et 924 au passage du tour 21 au 22, perte de 67K écus et 10K écus respectivementid 269 au passage du tour 23 au 24, perte de 20K écus | Réponse / correction :
Prise en charge par zumba le 09.01.08
Commentaire par zumba le 09.01.08 :
Résolu. mauvaise mise à jour des récompenses.Y a t'il eu dédomagement des joueurs pour ça ?
Résolution par jaydbois le 10.01.08 :
|
| [#1915]traité/résolu>Troupes tuées par explo mais toujours vivantes | | | J'ai ordonné à une de mes troupes d'explorer un lieu au tour dernier. Ce tour-ci, Jehan m'annonce que ma troupe a été anéantie avant de pouvoir faire quoi que ce soit.Pourtant, elle se trouvait dans la liste des troupes disponibles, avec tout ces PM et en n'ayant subit aucune perte, en attente d'ordres. Elle se situait alors exactement à la place du lieu explorable. Je l'ai déplacé de quelques cases : son image n'apparaissait pas, mais un simple recalcul à résolu ce problème. Aucun problème n'a suivi avec cette troupe : la synchronisation c'est correctement déroulée, je peux la re-sélectionner et la déplacer.ID : 658ID troupe : 30541Lieu à explorer en : 164;187 (Epave mystérieuse)Windows XP SP2Mozilla Firefox 2.0.0.9--------"Hélas Sire, la troupe que vous aviez envoyé explorer Grotte de la Fée Bleue a été complètement anéantie par l'énnemi avant même d'avoir pu explorer les lieux. (voir le lieu...)"Voilà ce qui est également arrivé à ma troupe le tour dernier et ce tour-ci également.La troupe est pourtant bien vivante et la grotte tjrs explorable!D'ailleurs, je viens de relancer l'explo pour la 3e fois.#Id troupe : 15986 (2 cavaliers)Coord Grotte : 1081*662Tour 9-20 et 9-21Mon héros a eu la même aventure avec le même message d'erreur, strictement, au tour 9-19.#Id troupe : 8877Coord grotte "Défilé dans les fjords": 1097*93Tour 9-20 et 9-21#Id troupe : 15986 (2 cavaliers)Coord "Grotte de la Fée Bleue": 1081*662-> 3e fois : ce tour 9-22Et mon héros également, dans une nouvelle grotte, même bug :#Id troupe : 8877Coord grotte "Caverne": 1149*163Tour 9-22ID 477Win XPFF 2.0----------------ID joueur : 1898Internet explorer avec Windows XpBug concernant la semaine 22 donc le tour précédent. J'ai envoyé une troupe (id troupe 34224) exploré un temple 1364,339 et ce tour ci donc semaine 23, Jehan me dit que ma troupe s'est faite entièrement décimée.Or mon ost est intact et ma troupe en pleine forme ! elle se trouve en 1369,339. ----------------Précision importante:Il s'avère que les explorations en question sont celles d'une animation bérézie. Ces grottes ne comportent pas de monstres à l'intérieur, aucune.---------------Tour 30, précision peut-être utile:Même chose, avec la confirmation qu'au début la troupe est bien considérée comme décimée : j'étais au max du nombre de soldats avant le tour ; on m'annonce leur mort, puis j'ai pu embaucher le cavalier amoureux (donc mon nombre de soldats était considéré comme moindre).A la reco, j'avais 111 soldats sur 110 possibles...ID joueur : 212ID troupe : 33541 | Réponse / correction :
Prise en charge par jaydbois le 26.12.07
Commentaire par jaydbois le 26.12.07 :
Note pour Zumba (tu gagneras du temps je pense):Le script "Troupe massacrée" codé pour une exploration génère bien un message signalant le massacre mais n'impacte pas la troupe (pas de drop activé?).
Désattribution de la fiche par jaydbois le 26.12.07
Prise en charge par zumba le 09.01.08
Résolution par zumba le 09.01.08 :
en fait ca n'est pas lié à l'explo elle meme mais au test fait avant pour savoir si la troupe n'a pas été tuée juste avant d'explorer (ce cas s'était présenté il y a peu et avait fait bugger l'explo) qui renvoyait true dés fois alors que c'était false. j'ai corrigé le test mais pas retesté donc réouvrir si le cas se présente toujours. |
| [#1907]refusé>Reste de ferme | | | En 1010,1382, il y a un reste de champ de blé au milieu de nulle part. J'ai pas réussi à le supprimer par le module monstres ni le module joueur (normalisation des bâtiments).FF, XPid 519 | Réponse / correction :
Prise en charge par zumba le 09.01.08
Demande d'infos supplémentaires par zumba le 09.01.08 :
est ce un reste lié à une supression de fief ?
Apport de précisions par cobaye le 09.01.08 :
aucune idée, trouvé par hasard en arpentant la carte
Refus par zumba le 09.01.08 :
un reliquat de la carte de base, comme bcp d'autres bats éparpillés sur la map.comme c'est beau et que ca n'a pas d'impact, on ne les vire pas |
| [#1912]traité/résolu>Lieu disparu | | | FF, XPid 519Le lieu "navire échoué" id 1071, a disparu de la carte. Il existe toujours dans la liste des lieux mais son sprite sur la carte n'est plus là. Il l'a été un jour parce qu'il se trouve que je l'avais étiqueté y a pas mal de cycles pour aller le visiter. | Réponse / correction :
Prise en charge par jaydbois le 20.12.07
Commentaire par jaydbois le 21.12.07 :
Au temps pour moi, c'est un bug côté serveur : c'est la carte qui -semble-t'il- a été corrompue et le sprite du navire est manquant.Je passe le bugounet à la Vache Sacrée.
Désattribution de la fiche par jaydbois le 21.12.07
Prise en charge par jaydbois le 09.01.08
Commentaire par zumba le 09.01.08 :
surement lié au bug
Commentaire par zumba le 09.01.08 :
no 1915 pour la cause. pour celui la il faudrait faire une moulinette de normalisation des sprites lieux (quoique comment retrouver le sprite initial selon le type de lieu???)concernant la cause c'ests urement lié au 1915 je la corrige la dedans (serverside).
Résolution par zumba le 09.01.08 :
en fait il y a deja une moulinette de normalisation pour les lieux donc c'est remis quant a la cause c'est probablement lié au 1915 |
| [#1919]traité/résolu>Niveaux de science incorrects (bug ancestral) | | | Apparemment, un bug ancestral jamais repéré jusque là qui touche tout le monde de manière aléatoire semble-t'il.Les gens ont des sciences avec des niveaux farfelus en 0,09:id 519:Art de la guerre 1,09id 1528:bucheronnage 1,59excavation 1,59mercantilisme 1,09id 1618:bucheronnage 1,9entrainement militaire 1,29excavation 1,59maconnerie 1,09mercantilisme 1,09D'après les observations de 1528, ce bug date d'il y a très très longtemps, au moins octobre 2006, si ce n'est +, et impacte tout le monde (il a vérifié par le module fief) mais sur des sciences variables. | Réponse / correction :
requalifié en priorité minime par zumba le 09.01.08
Prise en charge par zumba le 09.01.08
Demande d'infos supplémentaires par zumba le 09.01.08 :
ou est ce que vous lisez ces valeurs ?
Apport de précisions par cobaye le 09.01.08 :
module fief pour les valeurs indiquées. IG on constate bien les pourcentages faux correspondant à ceux du module fief (art de la guerre +9% pour 519 par exemple).
Commentaire par zumba le 09.01.08 :
sont ce des sciences achetées ?
Résolution par zumba le 09.01.08 :
lié surement aux arronids foireux de VB. normalisé avec requete qui sera rexécutée à chaque résoupdate `bonus` set value=value+0.01WHERE value LIKE '_._9' and type not like 'OBJ_%' and type not like 'SP_%' and type not like 'TMP_%' qui sera réexécutée apres chaque réso |
| Modification du paramétrage du jeu |
| [#1921]refusé>Fief voisin donc troupes hostiles sur territoire | | | Mon capitaine, régulièrement m'envoie ce message:Il faut agir sire ! notre fief pullule de troupes sans-bannières et autres créatures ignobles qui terrorisent notre population et véhiculent autour de nous des rumeurs d'insécurité. Il faut mettre un terme à cette situation, faites donner la garnison contre ces intrus ! Le moral en a à nouveau pâtit (-3%) ainsi que notre réputation (-1 %)...Lorsque je cherche la fameuse troupe "hostile" ou "neutre" qui me vaut cette chute de moral et de réput, il me montre le navire de mon voisin ammarré dans SON port (à plus de 4 cases à l'extérieur de ma zone frontière). Les 2 fiefs sont tres proches, donc il semblerait qu'une partie de son domaine soit considéré comme chez moi.Au tour 17, lorsque elle essaye de localiser "les vils pouilleux", son capitaine répond:A-t'on repéré des mouvements de troupes dans mon fief ?Nos patrouilles n'ont repéré aucune troupe en dehors des nôtres aux alentours de notre village.Aucune troupe ennemie ne menace à ce jour la sécurité de notre village.Aucune troupe alliée n'a été repérée. | Réponse / correction :
Prise en charge par zumba le 09.01.08
Refus par zumba le 09.01.08 :
ce message et les malus ne se fondent que sur la présence de SB "alentours" (pas forcément sur case possédée par le seigneur maais il se doit de les éliminer quand meme pour la sécurité de ses ouailles). Il est généré à la résotime par contre le lien renvoie sur le rappaort de repérage qui est regénéré à la volée (playtime) et compte en plus les troupes non SB. Mais ce ne sont pas ces troupes qui génèrent les malus. Si il n'y a plus de SB dans le répérage c'est qu'ils ont bougé entre temps ou se sont fait ratiboiser. |
| Correction orthographique |
| [#1914]traité/résolu>quelques corrections | |  le gredin s'est pris une dague dans l'OEUIL droit et l'assassin était peut être UN femme.--------Et aussi dans le message indiquant que quelqu'un a emprunté un portail:..."en vertu(e) de nos accords..."La vertu n'a pas de e final, "en vertu de" pas davantage.---------"Hélas Sire, la troupe que vous aviez envoyé explorer Grotte de la Fée Bleue a été complètement anéantie par l'énnemi avant même d'avoir pu explorer les lieux. (voir le lieu...)---------Dans les enchères de guilde (pour chauqe guilde), on peut lire ce message quand on veut enchérir :"Enchères publiques : actuellement, l'artfact revient à XXXXX avec une offre à XXXXXXXX écus. Laisserez vous ce seigneur vous raffler sous le nez ce superbe et indispensable objet ?Il faut corriger par :artefactrafler | Réponse / correction :
Prise en charge par zumba le 09.01.08
Résolution par zumba le 09.01.08 :
corrigé sauf la 1ere qui je pense est plutot dans les anims |
| [#1808]traité/résolu>Swaag : Bonus ne semble pas pris en compte | | | ID 484Win XPFirefox mais ça ne changera pas grand chose au problème O:)Tous les tours de match de swagSelenia et Chaytan (moi même) nous avons disputé un match que j'ai remporté à domicile.1) le score est de 4 à 1, étonnant quand on sait qu'il n'y a que 4 joutes, le compte n'y est pas, idem pour les nombreuses autres victoires.2) malheuresement je n'ai pas gardé mon compte rendu de match, mais les joutes 2 et 3 étaient des joutes bastion vs bastion et envoutement vs envoutement. Donc pour ce type d'affrontement normalement la base de calcul est de 10 vs 10, hors Selenia a perdu avec un score de 13 (14 pour ma pomme) malgré son bonus (équipe + science de +7) donc sans le jet de dés elle aurais déjà dut me battre car je n'affichais qu'un bonus de +1. Il semblerais que ces bonus ne soit pas pris en compte. Pour ma part je n'ai rien remarqué de flagrant, il faut dire que mes bonus varient entre -2 et +1.Paroles de Sélénia :Il me semble que les bonus concernant l'équipe et la science ne sont pas pris en compte lors des match. Lors de mon dernier match par exemple, j'ai eu 2 ou 3 points de plus que le minimum donné par le tableau des affrontements (18 en envoutement contre bastion, 13 en bastion contre bastion et en appâtage contre appâtage, 6 en envoutement contre charge) alors que mes bonus vont de +5 à +7. | Réponse / correction :
requalifié en priorité faible par cobaye le 05.06.07
Prise en charge par zumba le 06.06.07
Refus par zumba le 06.06.07 :
1) il faudrait lire un peu les regles.... celui qui gagne remporte 1 pt de score de plus2) il y a une part de hasard de 1 à 5 points pour les 2 + 1 à 2 pour celui qui recoitPS : joute=match, une joute est composée de 4 rounds
Réouverture par jaydbois le 02.01.08
Résolution par jaydbois le 02.01.08 :
|
| [#1927]traité/résolu>Chargement de "messages modifiés" | | | Quand j'essaie de charger la page du forum "messages modifiés", vu que je suis MJ ça finit toujours de cette manière, en page incomplète:Fatal error: Maximum execution time of 90 seconds exceeded in D:swordcontinentwebwwwincludestools_bdd.inc on line 207En fait, le script regarde TOUS les forums comme si j'étais en vision complète, et pas uniquement ceux auxquels j'ai habituellement accès.FF, Vista/XP, id 519 | Réponse / correction :
Prise en charge par jaydbois le 02.01.08
Résolution par jaydbois le 02.01.08 :
|
| Modification du paramétrage du jeu |
| [#1926]traité/résolu>Acceptation d'anim | | | Serait-il possible d'harmoniser la couleur du texte d'acceptation d'event? Actuellement InGame et en test d'anim par module MJ, c'est du noir, alors que les textes d'event sont dans un espèce de vert (#335534). Au vu du code source de la page générée InGame ou en test, il n'y a pas de précision de format de couleur de la police pour l'acceptation.Et egalement, dans le module MJ, d'agrandir cette zone de texte pour pouvoir en faire une composante complète de l'anim, permettant d'économiser la création d'une nouvelle anim? Plutôt que de rester limité à une petite zone de texte équivalent à une ou deux lignes. | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Demande d'infos supplémentaires par jaydbois le 23.12.07 :
Des copies d'écran seraient les bienvenues siouplé.
Apport de précisions par cobaye le 31.12.07 :
Commentaire par cobaye le 31.12.07 :
Résolution par jaydbois le 01.01.08 :
|
| [#1924]traité/résolu>Auto-émissaire | | | En passant par le module fief après signalement, ce joueur dispose de deux émissaires de lui-même en provenance de lui-même, et de deux émissaires de lui-même chez lui-même. Il a une alliance militaire avec lui même également.Par contre, il est incapable de dire depuis quand, il lui semble que cela a toujours été. | Réponse / correction :
Prise en charge par jaydbois le 26.12.07
Résolution par jaydbois le 26.12.07 :
|
| [#1920]traité/résolu>Retour d'un bug sur les convois de marchandises | | Voilà le topo : id troupe 29746 - Au tour 30, j’ai accepté un échange commercial avec un fief situé à 4 semaines de convoyage. J’ai décidé d’assurer moi même le convoyage par la troupe « Oiseleurs » ( id 29746 ). Elle se met doncen préparation de convoi...- Au tour 31, le convoi est bien en cours d'acheminement, mais reste encore loin d’être rendu…  Le souci est qu’en recalculant la troupe, celle-ci rentre au bercail laissant le convoi se débrouiller seul…  | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 24.12.07 :
|
| [#1909]traité/résolu>régression d'une fregate | | | ID troupe 22027 localisation 189,298 merci de confirmer qu'il s'agit du même bug (y a de tt façons pas 36 frégate qui coule au même endroit le même tour)ID joueur 26le joueur ID 436 a lancé une regression dessus. et à la place du sprite du navire il y a un sprite de brigands. | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 24.12.07 :
bug de régression résolu. Reste le sprite. Je clos en attendant. |
| [#1911]traité/résolu>[MJ] Suppression de clan | | | FF2, VistaQuand j'ai supprimé le clan Ordo Extremis voilà les messages que j'ai eu dans la liste des clans (module clan):Debut de suppression du clan 127Table CLANS impactéeTable FORUMS impactéeTable FORUMS_GROUPES impactéeTable STRATEGIC_MAP_POINTS impactéeTable STRATEGIC_MAP_TYPES impactéeDroits AMI impactésClan 127 non reconnu.>> RETOURDroits MEMBRE impactésClan 127 non reconnu.>> RETOURClan 127 non reconnu.>> RETOURDroits MAITRE impactésClan 127 non reconnu.>> RETOURClan 127 non reconnu.>> RETOURDroits REFERENT impactésFin de suppressionLes trucs retour c'est du javascript history.back.Apparemment il y a suppression du clan avant certains droits non? Bizarre en tout cas | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 23.12.07 :
A tester mais ça semble résolu. |
| [#1913]traité/résolu>recherche forum | | | quand on cherche un message dans un forum, avec un nom d'auteur comportant une apostrophe, on obtient le message d'erreur suivant :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'araz%') ORDER BY score DESC' at line 1 / EXECUTESQL / requête=SELECT titre,texte,forum,auteur,date,sid, MATCH (titre, texte) AGAINST('Science') as score FROM FORUMS_MESSAGES M WHERE MATCH (titre, texte) AGAINST('Science') AND M.forum in (1,2,8,9,12) AND (M.auteur like '%D''araz%') ORDER BY score DESCXP, FF | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 23.12.07 :
|
| [#1908]traité/résolu>SQL sur exploration | | | id 519 FF, XPA vos ordres ! Nous allons explorer Funny "," Epave de la San Rosa.Column count doesn't match value count at row 1 / NEWTUPLE / requete=INSERT INTO ACTIONS_LOG VALUES ("519","28.10.2007","soldat.gif;A vos ordres ! Nous allons explorer Funny "," Epave de la San Rosa.")Message apparaissant dans le panneau de bois quand j'ai ordonné au héros (id troupe 15891) d'explorer le lieu Funny Epave de la San Rosa (id 1596, son nom comporte une barre verticale, touche 6 sur un clavier). A priori pas de conséquence particulière, peut être seulement que la troupe reste sélectionnée et indiquée parmi les troupes diponibles (comportement normal?)Tour 12: j'ai retenté après avoir renommé le lieu (enlevé la barre verticale, touche 6 du clavier), je n'ai pas eu d'erreur. | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 23.12.07 :
Rhôôô vous chipotez... Je vais inclure un garde-fou pour empêcher d'utiliser ce genre de caractères, ce sera plus simple. |
| [#1905]traité/résolu>[SQL] interruption d'escorte | | | ID1299Pas bloquant du tout . Il apparait dans le petit panneau en bois à la suite du message normal.et j'ai libéré 2 troupes et ça me l'a fait les deux fois. id 32185 et 31162Bien commandant, nous interrompons notre mission d'escorte de l'unité 'Garnison Bogenhafen'.Column count doesn't match value count at row 1 / NEWTUPLE / requete=INSERT INTO MESSAGES_INTENDANT VALUES ("0","25705","CAP_MSG","Commandeur, je vous informe que l'unité Rainet 2 de Katrina a quitté l'escorte de notre troupe ") | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Réattribution à jaydbois le 23.12.07
Résolution par jaydbois le 23.12.07 :
|
| [#1902]traité/résolu>Explo cassée | | | id 519une explo est cassée dans le module MJ: Sépulture isolée, coordonnées 95-93Un des évènements est corrompu et si on tente de le modifier, voici ce qui ressort à la validation de la modification: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'MSG","La sépulture est isolée, cependant, la végétation environnante ne me met pas' at line 1 / WRITEVAL / requete=UPDATE LIEUX SET contenu='""MSG","La sépulture est isolée, cependant, la végétation environnante ne me met pas en confiance, elle me rappelle pas trop de points la structure des Végalis…","","0;CBT","8831;MON","650","75;CBT","32044"'(Le message d'erreur contient ptet des parties venant du bug de soumission de fiche BT, j'ai enlevé le maximum que j'ai pu deviné)---voilà ce que vient de me rapporter la joueuse (id 1299) qui a dépisté ce bug:ça m'a fait la même chose que la dernière fois (avec cette fois-ci les combats visibles dans le rapport)J'ai donc eu avec un tour de retard (9.3) un rapport d'exploration qui ne fait pas état de ce que j'ai gagné lors du tour 9.2 (ne decrit pas les combats du tour 9.2) mais décrit de nouveaux combats et me donne un autre butin ET de nouvelles pertes!Ma troupe que j'avais régénéré en 9.2 a bien voyagé comme prévu et une seconde troupe est apparue en 9.3 à ses cotés (au point de destination) : un clic sur les deux troupes en fait disparaitre une.---Pour précision, elle avait déjà eu affaire à une explo cassée (à moins que ce soit ses troupes ou son compte qui les casse) et avait reçu un rapport avec un tour de décalage, mais elle croyait que c'était une "compensation" MJ manuelle, or ce n'est pas le cas d'après les MJ interrogés. | Réponse / correction :
Prise en charge par jaydbois le 23.12.07
Résolution par jaydbois le 23.12.07 :
J'ai modifié l'explo mais il faudra la revoir (j'ai retiré un combat conte une troupe qui n'existe pas).Je n'ai pas trouvé l'origine du bug : je laisse aux MJs le soin de m'avertir dès sa prochaine réapparition pour clarifier ça. |
| [#1903]refusé>recrutement héro mineur | | | id:1672J'ai déjà recruté "Père Niami" avant d'avoir mon coupe gorge, un héro mineur pan. Avant et après réso, le héro est toujours disponible dans l'encyclopédie. (page forceupdatée dans les deux cas)Mais il n'est pas disponible pour être recruté IG.Après vérification, je ne peux recruter aucun héro mineur pan, safran ou commerce. Je ne peux recruter que les héros ombre, sans guilde ou toute guilde.Or dans les règles, il est indiqué qu'il suffit d'avoir le batiment mineur de guilde pour recruter un héro mineur. | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Refus par jaydbois le 23.12.07 :
Si on penche pour une guilde en construisant un temple, on s'interdit le recours aux héros, fussent-ils mineurs, des autres guildes. La question serait plutôt : doit-on renvoyer les héros recrutés AVANT la construction ? |
| [#1901]traité/résolu>Bug sur vol de bétail par ramassage | | | ID 574Il a tenté un vol de bétail par ramassage en enclos à plusieurs reprises contre id 1160, et voilà le message qu'il a reçu à chaque fois dans le panneau de bois:Nous avons volé du bétail, 4 têtes, dans les enclos de Naoned. Nous n'avons pas été pris en flagrant délit.You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'reperagetroupes.php","frameintendant")'supérieur à CAPITAINE ! Sombre incapable ! As tu re' at line 1 / NEWTUPLE / requete=INSERT INTO MESSAGES_INTENDANT VALUES ("0","1160","MESSAGE","C'est très grave sire, nos enclos ont été visités par des malfrats et 4 bêtes nous ont été dérobées. Nous n'avons pas surpris les voleurs, impossible de dire si ce sont des bandits sans bannière ou si c'est l'oeuvre d'une troupe énnemie qui rôderait dans les parages.CAPITAINE ! Sombre incapable ! As tu reperé des troupes hostiles à proximité ?","ALIRE","108") Il m'a précisé que d'une il n'a jamais reçu les bêtes, et deux dans le résumé de tour accessible depuis la page d'accueil, c'est écrit qu'il a volé le bétail.Troupes utilisées: id 24907 et 22510Tour 9.1, test réalisé une dizaine de fois a-t'il dit. | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Résolution par jaydbois le 23.12.07 :
|
| Correction orthographique |
| [#1900]traité/résolu>Alerte villageois attaqués | | | AUX ARMES SIRE !!c'est [C'est] extrêmement grave, Commandeur, 2 de vos sujets qui travaillaient sur vos terres, des civils, ont été massacrés par des hommes de l'infâme Annkatla, seigneur de Karak Galaz. Ces assassins r^dent [rôdent] toujours sur votre fief, vous devez faire une sortie pour chasser ces lâches pleutres, cette vermine puante, de nos terres. Jusqu'à ce que ce soit fait, je vous déconseille fortement d'envoyer vos gens -dont le moral à [a] été atteint par cette agression- aux champs ou toute [toute autre] activité extérieure...Nous devons proteger [protéger] nos sujets et venger ces victimes innoncentes [innocentes] ! | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Résolution par jaydbois le 21.12.07 :
|
| [#1925]traité/résolu>Emplacements de départ superposés | | | Après validation du compte 2354, le compte 2335 nous signale que son drapeau a changé de couleur.L'emplacement de départ des deux comptes est effectivement le même (307/267). Les inscriptions n'ont pourtant pas du tout été faite en même temps (7 jours d'écart).Attention : le second compte a déjà lancé des constructions. | Réponse / correction :
Prise en charge par jaydbois le 21.12.07
Commentaire par jaydbois le 21.12.07 :
Le bug semble résolu, il reste à déplacer le second arrivant.
Commentaire par jaydbois le 21.12.07 :
Il me faudrait deux choses :- suspendre le compte du nouveau venu- me réserver un emplacement à la prochaine suppression de compte.Merci de me contacter au plus tôt via MSN pour discuter de la marche à suivre.
Résolution par jaydbois le 21.12.07 :
|
| [#1892]traité/résolu>bug positif achat magie | | | Je viens d'acheter la magie prière au niveau 2 de la part de 738Je la reçoit ce tour et quand je vais dans l'onglet sciences, je m'aperçois que je l'ai en fait au niveau 4!!!Je peux d'ailleurs la proposer à la vente ce que je m'abstiens de faire.infos de la part du vendeur :En complément :Le même tour j'ai vendu le tome 2 de ce sort à 2 personnes.Or, si les spécialités du fief de Jardi affichent bien Prière, montrant ainsi qu'il a au moins le tome 4, ce n'est pas le cas pour l'autre.La seule différence que je vois, c'est que Jardi m'a demandé l'apprentissage, alors que je l'ai proposé à l'autre. | Réponse / correction :
requalifié en priorité faible par Vinus le 03.10.07
Prise en charge par zumba le 09.10.07
Résolution par zumba le 09.10.07 :
en effet coquille dans le code qui expliquerait bien une différence selon que la vente est proposée ou sollicitée. |
| [#1890]refusé>Présentation rapport explo | | Ma troupe id 29740 revient d'une exploration des caves de sainte Constantine en 655-515. (Inutile de vous précipiter, il n'y a plus rien)Tout s'est bien passé mais la présentation du rapport du capitaine n'est pas très claire. Je vous laisse juge (j'essaie de copier ici l'image, j'ai masqué la description de l'artefact) : Le fait d'avoir la description sur 2 colonnes n'arrange pas vraiment les choses. Du coup le trésor intermédiaire est mal placé et coupé au milieu, et les boutons de sortie sont torturés. | Réponse / correction :
Prise en charge par zumba le 09.10.07
Refus par zumba le 09.10.07 :
refusé car le message n'a pas été conservé dans l'intendance, c'est quand même la plus élémentaire des choses quand on poste un bug merde, je sais plus dans quelle langue il faut le dire...la cause est peut être coté contenu, aux MJs de vérifier ce lieu. |
| [#1887]traité/résolu>XP et étoiles | | | Le 25/09, voilà le rapport du joueur:"Je viens d’obtenir, l’événement concernant le défroqué alcoolique qui se conclu par le gain d’une troupe à deux étoiles d’expérience et quelques petites pénalités… Pourtant, la liste des troupes en garnison montre ensuite que le défroqué obtenu n’est qu’à une étoile…"Event n°640Il octroie un défroqué avec 200 points d'XP, ce qui en test de lancement affiche bien 2 étoiles dans l'anim comme l'a vu le joueur. Mais il a reçu deux fois (hasard) l'anim, et les deux fois le prêtre dans sa garnison affiche 1 étoile d'XP.id des troupes: 31238 et 31323Dixit le joueur:"Les tours où j'ai obtenu l'évent sont le 46 et 47...Ooops ! j'ai joué un peut vite mon dernier tour et j'ai réorganisé ces deux défroqués... Désolé, c'est sûrement génant pour confirmer ce que j'avance...Je n'ai conservé dans le registre que les infos de Jehan montrant le résultats des évents..." | Réponse / correction :
Prise en charge par zumba le 09.10.07
Résolution par zumba le 09.10.07 :
le nombre d'étoile affiché dans les messages intendant ne tenait pas compte de la modif du mode de calcul (devenu expo) |
| [#1878]traité/résolu>liste actions navire incorrecte | | | ID = 601Navigateur = Firefox 2.0OS : WinXPID de la goélette : #Id troupe : 21654 , coord 454/62ID du cavalier : #Id troupe : 13205 , coord 452/67J'ai une goélette qui transportait 1 cavalier seul à travers la carte. Il y a quelques tours, avant la trève, le navire a les actions : voyager, attaquer, protéger, fusionner, explorer, ramasser, diviser et téléporter.J'ai attendu la réso suivante pour m'assurer que ça ne serait pas régler, j'ai maintes fois tenter de recalculer la troupe mais rien n'y fait. | Réponse / correction :
requalifié en priorité faible par Vinus le 24.09.07
Prise en charge par zumba le 24.09.07
Demande d'infos supplémentaires par zumba le 24.09.07 :
normalisé mais le problème vient du fait que l'unité navire s'est retrouvé avec l'ordre "INOCUPEE" propre aux troupes terrestres, qu'elle n'aurait jamais du avoir. la question est donc : comment a t'elle pu passer en statut INOCUPEE ? quelles sont les actions ou aléas qui ont pu la conduire dans cet état ?
Apport de précisions par Vinus le 01.10.07 :
Oui c'est bien ca, il longeait bien la cote, par contre il ne traçait pas de route donc ca va.
Demande d'infos supplémentaires par Vinus le 03.10.07 :
oups désolé le commentaire ci-dessu n'est pas déstiné la bonne fiche
Apport de précisions par Vinus le 03.10.07 :
Je ne me rapelle plus très bien, c'était lors du passage de la sélection du cavalier au navire.C'est un peu comme si le système avait conservé l'ordre INOCUPEE pendant que je changeais vers le navire.Je suis passé du cavalier au Navire, sans déselectionner, en passant par l'onglet troupe ou par controle direct (je ne me rapelle plus pour cette derniere)
Résolution par zumba le 09.10.07 :
non ca n'est pas significatif. tant pis |
| [#1868]traité/résolu>Problèmes de synchros sur déplacements navals | | | Au tour 26:FF 2.0.0.4Sloop - La MurèneEn ce qui me concerne, il m'a enflé de 30Pm.Connaissant le problème sus-cité j'ai pris l'habitude de déplacer mes navires par étapes.1er déplacement jusqu'à ce qu'il reste 50Pm => je clic la croix et le déplacement est enregistré.2ème déplacement jusqu'à ce qu'il reste 20pm => je clic sur la croix et là... Erreur de synchro et déplacement annuléSauf que contrairement à l'habitude cette fois il me reste... 1PM.Recalcul inefficace.----------Au tour 40:FF 2.0.0.5Win2KSloop - La MurèneSuite à une erreur de synchro, le navire a été catapulté de 1204;1259 à 1199;1284 avec ~10PM de perdu à la clé. A noter que pour arriver en 1204;1259 le navire n'avait dépensé que 2 ou 3 PM depuis sa dernière synchronisation. En fait j'ai le sentiment que le bug l'a fait remonter non pas à sa position initiale mais à celle de l'avant dernière synchronisation.Pour résumer :Etape 1 : Le bateau arrive en 1199;1284 et je force la synchronisation => OKEtape 2 : Je (re)sélectionne le bateau, je l'amène à quelques cases de 1204;1259 et je force la synchronisation => OKEtape 3 : Je (re)sélectionne le bateau, je l'amène en 1204;1259 et je force la synchronisation => Erreur de synchro, déplacement annulé mais mon bateau est renvoyé en 1199;1284 avec ~10PM en moins que ce qu'il avait au début de l'étape 3.-----------Remarque de cobaye:il y a très souvent des problèmes de synchro sur les déplacements de navires si on utilise la totalité des PM d'une traite, sans forcer la synchro en milieu de chemin.l'expérience (la mienne et celle d'autres joueurs) est de garder au pire 5 PM, forcer la synchro et finir son déplacement, éventuellement 1PM à la fois.Pas d'indice sur le pouquoi du comment. | Réponse / correction :
Prise en charge par zumba le 10.09.07
Refus par zumba le 24.09.07 :
réouvrir la fiche avec un cas reproductible sur ET DES MESSAGES D'ERREURS EXACTS. bien différencier une erreur de synchro dans le déplacement (message dans la barre serveur ET éventuellement message dans fenêtre popup) d'une erreur provoquée par un lag serveur (qui visiblement créent bcp de pbm en ce moment)
Réouverture par cobaye le 02.10.07
Commentaire par cobaye le 02.10.07 :
j'ai un cas d'école pour toi: id 519, FF 2, troupe id 31592. si tu essaies de le déplacer en diagonale Nord-est uniquement, arrivé au bout des PM restants, tu clic sur la croix dans les ordres pour valider le déplacement et tu obtiens ce message dans le panneau de bois: Corne de bouc: cheminement corrompu (je n'arrive pas à avoir la suite à cause de la popup suivante: Attention: erreur synchro serveur: déplacement annulé). tour 8.50, emplacement du navire: 1464,1248 avec 22PM restants.
Résolution par zumba le 09.10.07 :
j'ai eu le bug aussi, il se produisait sur les déplacements à forte teneur verticale dans un gardeboue anti téléportation."cheminement corrompu" : voila l'info qu'il m'aurait fallu depuis le début plutôt que des tartines.le message d'erreur est la première aide à la résolution d'un bug. |
| [#1877]traité/résolu>navire au milieu des terres | | | id:844 wd xp/ ieMa goélette est coincé au milieu des terres en 1050;1401id bateau: 28661C'est arrivé alors que je déplaçai tranquillement mon bateau sur la cote il n'avait plus que 2 pm et il était sur la cote en 1050;1393 et il y a eu une synchro du serveur et j'ai eu un message bleue ou cela me disais que le mouvement n'avait pas pu être effectué.Âpres une deco reco j'ai recliqué sur le bateau pour le refaire avancé et il était la au milieu des terres avec 31pm... | Réponse / correction :
requalifié en priorité faible par Vinus le 24.09.07
Prise en charge par zumba le 24.09.07
Demande d'infos supplémentaires par zumba le 24.09.07 :
ca serait bien de NOTER LES MESSAGES
Commentaire par zumba le 24.09.07 :
normalisé (les Mjs peuvent d'ailleurs faire ces normalisations).est ce que par hasard le point de départ du déplacement qui a planté ne serait pas en y=1401 (tu as longé la côte d'est en ouest ?) auquel cas un lag entre les mises à jour du x et du y pourrait expliquer le pbm et ca sera traité par la suite.si ce navire était en train de tracer une route, merci de l'annuler immédiatement.
Apport de précisions par Vinus le 03.10.07 :
Oui c'est bien ca, il longeait bien la cote, par contre il ne traçait pas de route donc ca va.
Résolution par zumba le 09.10.07 :
|
| Correction orthographique |
| [#1886]traité/résolu>Rumeur d'explo | | | id 519FF, XPRumeur : les gens disent que On raconte que Le Conseil a exploré de fond en comble un endroit nommé Tombeau d`un soldat Bérézii.Petite redondance :) | Réponse / correction :
Prise en charge par zumba le 27.09.07
Résolution par zumba le 27.09.07 :
|
| Correction orthographique |
| [#1881]traité/résolu>Inversion d'émissaire dans message | | | id 519, FF, XPJe viens de remarquer cette étrangeté:L'émissaire de Flomyen le Bon, Seigneur de Le Comptoir de Rig, souhaite vous parler :Sire, Hermann Von Salza,a décidé de mettre fin à notre échange ( 65 pierres contre 15 pigeons). Ceci dit, la dernière caravane est en chemin, nous aurons donc bientôt une dernière livraisonEn fait, ce devrait être l'émissaire de Herman von Salza qui souhaite parler de cette fin de transaction, non? | Réponse / correction :
Prise en charge par zumba le 24.09.07
Résolution par zumba le 24.09.07 :
devrait être bon mais comme tu n'as pas conservé le message je n'ai pas pu tester. |
| Correction orthographique |
| [#1730]remis à plus tard>Classement noblesse et noms de batailles | | | id 519, FF, XP (bon encodage)Les noms en é, ou autres caractères spéciaux sont affichés en hyéroglyphes (^^) dans les pages des classements de la noblesse et dans les chroniques de la guerreIdem dans la Carte Stratégique------------------------------Apport d'infos du 29/06:Je viens signaler une erreur dans l'encodage des caractères. J'ai remarqué que cette erreur a été souvent signalé, mais les fiches de bug en parlant ont disparu ou sont résolus, et les sujets remontent à loin.On peut voir le bug dans le classements des seigneurs sur la page d'accueil, ou dans les archives des batailles, dans les titre des batailles à partir du tour 20 (la bataille la plus récente sans ce bug apparaissant au tour 17). On peut y voir des caractères du style "â", typiques d'un encodage Unicode interprété en ISO. Bien sûr, si on essai de passer en Unicode, ce sont tous les caractères du style "èéà" qui se transformes en "?".Donc puisque ce bug semble être réapparu récemment, je fais un nouveau rapport. Il faudrait choisir entre un encode ISO (suffisant ici) ou Unicode !Mes infos :Navigateur FF 2.0id : 1774OS : Windows XPJe m'excuse d'avance si ce bug a déjà été reporté ... | Réponse / correction :
Prise en charge par jaydbois le 04.06.07
Commentaire par jaydbois le 17.06.07 :
effectué pour les classements et les chroniques.
Commentaire par jaydbois le 17.06.07 :
Je procède à une traque des pbs de ce genre. Dans l'idée, il s'agit de corriger un bug de saisie de chaînes de caractères contenant des accents ou des caractères inusuels du même type. Merci de centraliser toutes les infos possibles sur les endroits où se produisent ces soucis (nom des troupes, chroniques de fiefs, missives,... partout où on saisit du texte quoi ^^), quitte à demander les remarques des joueurs via post dans le forum (je peux le faire si t'as pas le temps mon cobaychounet). Ca me permettra de ne faire qu'une passe de correction.
Commentaire par jaydbois le 20.06.07 :
résolu pour la CS.
Commentaire par cobaye le 20.06.07 :
j'accepte l'achat d'un artefact ?d 25: Vous avez achet?n artefact ?amus(Baies stimulantes pour bétail) pour 2500 ?s. Il vous sera livr?ia la guilde dans 2 semaines.
Commentaire par cobaye le 20.06.07 :
arf desole aparemment ca deconne sur le BT quand je mets des accents ou autres mais je trouve pas pourquoi (je suis en iso 88591), FF 2.0.0.4. en fait c est betail qui se trouvait ecrit avec des hyeroglyphes et qui apparemment s est trouve corrige par la modif de suivi de la fiche
Commentaire par cobaye le 29.06.07 :
je modifie la fiche pour apporter une info
Demande d'infos supplémentaires par jaydbois le 01.07.07 :
euh... c'est pas assez clair pour moi là. Tu peux ouvrir une fiche fictive pour illustrer stp ?
Apport de précisions par cobaye le 02.07.07 :
je peux plus prendre en charge de fiche donc illustrer le bug, mais regarde le commentaire de la fiche 1297, y'a du hiéroglyphe ^^
Demande d'infos supplémentaires par jaydbois le 03.07.07 :
tu la vois ou cette fiche ?
Apport de précisions par cobaye le 03.07.07 :
erf j ai vraiment du mal, c'est 1797 ^^
Commentaire par cobaye le 06.07.07 :
si tu regardes dans le taskmanager des MJs, dans mon unique tâche, tu verras que mon dernier commentaire a subi les affres du "?" là où auraient dû se trouver des accents suivis de lettres. pourtant, je suis en iso 88591 (et ce commentaire du BT est rédigé sous iso88591, toujours FF 2.004)
Remise à plus tard par zumba le 24.09.07 :
je diffère pour ne pas encombrer le BT jusqu'au retour de jdb en 2008. ces pbms d'encodages ne trouveront pas leur solution (si il y en a une ce dont je suis pas persuadé) d'un coup de baguette magique |
| [#1883]traité/résolu>Inscription | | | La page d'accueil indique qu'il y a toujours une place diposnible dans le jeu sauf qu'il y en a pas. J'ai testé moi-même (vinus). C'est uniquement au moment où on envoie le BG qu'on a un message du genre plus de places. | Réponse / correction :
Prise en charge par zumba le 24.09.07
Demande d'infos supplémentaires par zumba le 24.09.07 :
"on a un message du genre plus de places" => dans quelle langue il faut que je dise que l'intitulé exact du message est une donnée critique pour la résolution d'un bug ?
Résolution par zumba le 24.09.07 :
devrait être OKsi ca se reproduit utiliser la moulinette "normaliser les PDD" |
| [#1884]traité/résolu>page denree.php | | | le lien denrees.php de l'encyclopedie affiche une page blanche dont le seul contenu est "utilisation de la page en cache" | Réponse / correction :
Prise en charge par zumba le 24.09.07
Résolution par zumba le 24.09.07 :
t'aurais au moins pu essayer de la regerener ! (le serveur a du laguer lors de son refresh)http://213.251.164.87/site/denrees.php?forceupdate |
| Modification du paramétrage du jeu |
| [#1880]refusé>Module joueur | | | id 519Serait-il possible d'avoir la date d'inscription des joueurs en date IRL? en plus de celle déjà donnée en date RP. Très utile pour distinguer les inscriptions en début ou fin de trève (dans un même tour) par exemple :) | Réponse / correction :
Prise en charge par zumba le 24.09.07
Refus par zumba le 24.09.07 :
nonca demanderait un champ de plus en bdd car la bijection n'est pas réalisable. de plus, pas d'évo jusqu'à nouvel ordre. |
| [#1879]traité/résolu>Fatal error bombardement | | | id 198id troupe 28617Essai de bombardement sur une caserne par des golems, message d'erreur obtenu :Fatal error: Cannot redeclare getbatassise() (previously declared in D:swordcontinentwebwwwinterfacevalidbombarder.php:60) in D:swordcontinentwebwwwincludesgamedata.inc on line 920 | Réponse / correction :
requalifié en priorité faible par Vinus le 24.09.07
Prise en charge par zumba le 24.09.07
Résolution par zumba le 24.09.07 :
|
| [#1875]traité/résolu>Alerte attaque politique par suzerain sur vassal volontaire | | | Attention mon Sire, nous recevons des nouvelles préoccupantes de l'émissaire de Selenek. Il nous avertit que son fief fait l'objet d'une puissante influence politique exterieure exercée par Amine Karaba. Il va nous falloir suivre et peut-être intervenir dans cette dangereuse tentative de prise de contrôle 'pacifique' et défendre notre allié !!Je reçois ce tour ce message automatique d'alerte.Or Selenek est le vassal volontaire de Amine Karaba.Il n'y a donc pas d'offensive politique.Je croyais ce petit bug déjà résolu il ya de nbreux mois.Amine Karaba : ID 1204.Selenek : ID 1515.FF2.0Win XP | Réponse / correction :
Prise en charge par zumba le 17.09.07
Résolution par zumba le 17.09.07 :
ce n'était pas la même chose qui avait été corrigée, merci de se limiter aux infos utiles |
| [#1876]traité/résolu>Parse error sur navigation | | | En cliquant sur navigation, le message suivant apparaît dans le panneau de troupes:Parse error: syntax error, unexpected T_ELSE in D:swordcontinentwebwwwinterfacenavigation.php on line 177ID 217ID navire : 22868Bouée : Port d'Ermial - Ermial, 808SafariMacOS XID navire : 30024ID joueur: 477Bouée: Ancrage de Port Picrat - Picrat, 808 " en 1024-1326FF2.0WinXPce tour 8-42 | Réponse / correction :
Prise en charge par zumba le 17.09.07
Résolution par zumba le 17.09.07 :
|
| [#1849]traité/résolu>Pb siège de citadelle | | | Hello,Lors de l'attaque d'une citadelle(ordore donné pendant le t29), l'attaque n'a pas eu lieu.L'événement à bien été pris en compte dans le résumé du tour prédédent mais aucun msg de Jehan indiquant un pb ni aucune attaque effective le tour suivant.Après enquête, le joueur qui possédait la citadelle (ID joueur 738)l'aurait quittée une fois que l'attaque est lancée.Id troupe : 17128 + une troupe allié en protection.Id Joueur : 79Citadelle de Razorback (632-443)Win XP Pro / IE & FF | Réponse / correction :
Prise en charge par zumba le 16.07.07
Demande d'infos supplémentaires par zumba le 16.07.07 :
ceci demande un remontage de backup, merci de me confirmer a coup sur le cycle / tour précédent la réso ou a eu lieu cet assaut que je ne remonte pas inutilement 50 backups (ce qui fait d'ailleurs ramer le serveur pendant 20 bonne sminutes)
Apport de précisions par Vinus le 16.07.07 :
le tour précedant le tour est le 29:quand id 79 attaque la citadelle était propriété de 738mais toujours avant la réso, 738 abandonne la citadelle.Donc la réso que tu cherche est celle 29 à 30
Résolution par zumba le 07.09.07 :
|
| [#1797]traité/résolu>Escorte Gratuite de caravane Régulière | | | A rapprocher de fiche 1705:un topo sur les caravanes régulières par 1299: il semblerait que je ne paie pas celles qui sont des deux cotés escortées par la Guilde et que je paie (avec rabais) celle ou mon vis-à-vis escorte par ses troupes.Je pense cependant qu’il s’agit d’un bug général ou un truc non implémenté et que personne n’a notéJ’ai actuellement 4 caravanes régulières:1ère : j’échange tous les 4 tours 150 A contre mes 80 B avec M 12ème : j’échange tous les 8 tours 30 C contre mes 100 D avec M 2 id 13993ème : j’échange tous les 8 tours 20 C contre mes 70 D avec M 3 (possède une GH)4ème : j’échange tous les 4 tours 200 E contre mes 80 B avec M 4 IrianethDans tous les échanges j’utilise la GDCA ma connaissance tous mes interlocuteurs font de même sauf le 4ème Irianeth qui utilise ses troupes.Tour 8.10 j’ai reçu les livraisons de M1 M2 et M4 et expédié mes denrées à M1 et M3 : je n’ai aucun cout de transport imputé (rien dans le livre des comptes et Trésor 8.9 + solde livre des comptes = Trésor 8.10)Par contre quand j’expédie à M4 (qui escorte ses denrées) j’ai un armement de caravane la semaine de l’expédition de 28 écus (alors que le cout GDC annoncé si je simule une transaction est de 38 écus) | Réponse / correction :
Prise en charge par zumba le 30.05.07
Demande d'infos supplémentaires par zumba le 30.05.07 :
manque encore plein d'infos, et c'est vraiment pas clair.1299 a t'il une GH ? en une phrase quel est le problème ? est il constaté à l'initiation de la route et / ou à ses reconductions ? etant donné les tours indiqués, il n'y a pas assez de recul par rapport aux regles du bugtracking.
Apport de précisions par Vinus le 30.05.07 :
oups, désolé autant pour moi.l'ID 1299 ne possède pas de GH. Il n'a payé les escortes de la guilde que lors de l'initiation des caravanes donc c'est à la reconduction qu'il y a problème. ça fait un long moment que les caravanes sont initiées. Et seule une seule escorte par GDC est payée (la 4ème caravane) qui se trouve aussi la seule apriori où l'autre partie utilise ses propres soldats pour l'escorte. De plus pour cette même 4ème caravane, le cout indiqué (dans la fenêtre commerce) est superieur au montant indiqué dans le bilan de jehan 38 indiqué et 28 payés.Désolé encore.
Commentaire par zumba le 30.05.07 :
ok merci
Résolution par zumba le 30.05.07 :
Alors en effet multiples problèmes :- les paramètres de cout des caravanes côté serveur (utilisés lors des reconductions n'avaient pas suivi l'inflation côté site (utilisés lors des initiations de routes)- dans le cas d'une route reconduite sans escorte ni d'un côté ni de l'autre (bien vu) le transport n'était pas refacturé. vraiment étonnant que personne ne l'ai vu depuis tout ce temps- en compensation je me suis aperçu aussi que les gains en rang liés aux échanges n'étaient pas non plus comptabilisés, ceci devrait booster un peu les marchands en rang. pour rappel ce gain est proportionnel aux valeurs échangées
Réouverture par cobaye le 12.06.07
Commentaire par cobaye le 12.06.07 :
ID 1299, Pas de GH. Caravane régulière avec possesseur de GH (Kulumutum) ce tour (8.17) (double escorte par la GDC). Message dans les comptes : Armement de caravane -0 (en recette d'ailleurs!). Il reste donc une erreur qui traine puisque je ne paye pas (le reste est résolu : la double escorte par la GDC sans GH e part et d'autre est bien (re)devenue payante)
Demande d'infos supplémentaires par zumba le 06.09.07 :
il me faudrait un nouveau retour sur ce bug, avec un nouveau cas d'application plus récent, merci
Apport de précisions par cobaye le 06.09.07 :
Tour 8.41La caravane est tous les 8 tours et la prochaine est dans 4 tours.Donc :-soit il remonte de 4 tours (ou 3 j'ai toujours des problèmes avec les intervalles donc je vous laisse juges!) pour retrouver la dernière- soit il attend 4 semaines pour la prochaine et je vous bippe...
Résolution par zumba le 07.09.07 :
corrigé qq coquilles mais pas testé. revalider ça à la prochaine occurence.si ça bugue toujours réouvrir une nouvelle fiche avec juste les infos utiles (tour, ids des joueurs, route et effet constaté par rapport a l'effet attendu) |
| [#1869]traité/résolu>Swag | | | ID 380, FF... ... Cette joute était la 10ème de la saison pour le dindon d'Azulis, dont nous sommes actuellement premiers...Or c'était bien 11ème et dernière joute de la saison.D'autre part c'est probablement normal mais il est à noter qu'aucun évènement relatif à cette fin de saison (peut-être dû au mauvais décompte des joutes) n'a eu lieu (chez moi en tout cas).PS: Dans l'onglet de l'équipe de notre Swaag dans l'interface on a maintenant:"Les Palladinsdindon d'Azulisjournée 12/11" | Réponse / correction :
Prise en charge par zumba le 31.07.07
Résolution par zumba le 06.09.07 :
|
| [#1874]traité/résolu>SQL | | | la page "Jeu - Statistiques et cartes" affiche des kilomètres de Warning concernant camembert.inc.php entre autres. | Réponse / correction :
Prise en charge par zumba le 06.09.07
Résolution par zumba le 06.09.07 :
|
| [#1864]traité/résolu>vente artefact et départ joueur | | | ID 380 FF...J'ai attendu plusieurs tours, après ce que je pensai être la date d'arrivée avant de poster. J'avais acheter A Ramus 2 Longues Vues de Colombus pour 87500 écus en tout. La seconde Longue Vue, monnayée 30000 écus n'est cependant Jamais arrivée because l'effacement du compte du joueur. J'ai attendu plusieurs tours après sans rien. LMe compte de ramus a été supprimé le 25 jun 808 d'parès le régistre (Tour 25 je crois). Et je pense que je devrais recevoir l'arto le tour suivant (mais jene suis pas sur vu que c'est affiché nulle part les arrivés d'arto | Réponse / correction :
Prise en charge par zumba le 06.09.07
Résolution par zumba le 06.09.07 :
corrigé dans supression du compte. merci aux MJs de faire une anim de dédomagement de tout ou partie de la somme perdue. |
| [#1807]traité/résolu>magie majure achtée au niv1 reçue au niv2 | | | j'en ai acheté 3 magies majeures : une saffraniste une pan et une élementaire.. je beta teste moi mossieu... les trois niveau 1 et j'ai reçu dans les 3 cas un niveau 2 avec 2 interlocuteurs différents.j'ai aussi acheté une élémentaire mineure niveau 1 au deuxième interlocuteur pour vérifier et je l'ai eu niveau 1l'érudit m'annonce que j'ai obtenu un niveau 1 et je vois un niveau 2 dans les sciences et quand je simule l'amélioration (je l'ai pas encore lancée) il me propose bien un niveau 3 | Réponse / correction :
requalifié en priorité moyenne par cobaye le 05.06.07
Prise en charge par zumba le 06.06.07
Demande d'infos supplémentaires par zumba le 06.06.07 :
fiche imprécise.acheté à qui ?
requalifié en priorité minime par zumba le 06.06.07
requalifié en priorité faible par zumba le 06.06.07
Commentaire par zumba le 06.06.07 :
et donner aussi le véritable tour ou la science a été obtenue car ce n'est visibelemnt pas à ce tour. A cause de ça je remonte des backups inutilement ce qui fait ramer le serveur au détriment de tous.
Commentaire par cobaye le 09.06.07 :
allo allo, merci d'assurer le suivi de cette fiche
Apport de précisions par Vinus le 10.06.07 :
oui oui cobaye, j'avais dit en bug que je m'en occupe.Bon j'ai fait moi même le testmon ID 1672:s8t13 ID 380 me fait une proposition pour renvoie qu'il detient au niv4 (5en cours). Je recois donc la proposition le Tour 14 et je l'accepete. le message de jehan de ce tour (t15 donc) me dit que je detient renvoie au niveau 1. Mais en regardant dans l'onglet science, il y a deux carreaux devant la ligne magie: renvoie
Résolution par zumba le 11.06.07 :
Réouverture par Vinus le 24.07.07
Commentaire par Vinus le 24.07.07 :
Ce bug n'est pas résolu, je viens de recevoir prière 2 au lieu de prière 1 au tour 38.ID 1672 achetée à nadriand 5c'est moi qui a proposé l'achat)
Commentaire par Vinus le 24.07.07 :
le 5 est une faute de frappe nadriand n'a que le niveau 4 en prière
Commentaire par cobaye le 29.07.07 :
ID 1204, Win2000, FF vient d'acheter la magie "Prière" niveau 1 à ID 380 et se retrouve avec le niveau 2. Le rapport de l'érudit annonçant le transfert de sciences date de ce tour S40. Le vendeur ne propose cette science qu'au niveau 1, il ne peut donc pas s'agir d'une erreur de sa part.
Résolution par zumba le 06.09.07 :
|
| [#1865]traité/résolu>Problème de headers dans events_rp.inc | | | FF 2.005, XPWarning: Cannot modify header information - headers already sent by (output started at D:swordcontinentwebwwwincludesevents_rp.inc:115) in D:swordcontinentwebwwwincludestools_common.inc on line 125Une troupe sans bannière (Démons mineurs) a mis le siège au coeur du village !!En faisant une preview sur ID 1 de l'anim ID 2639 | Réponse / correction :
Prise en charge par zumba le 27.07.07
Résolution par zumba le 27.07.07 :
résolu.fais moi penser a verifier un truc a ce sujet après la prochaine réso ! |
| [#1860]traité/résolu>Révolte et soldats en formation | | | IE220 paysans : 213 révoltés sur 220 villageois, mais 15 soldats en formation: résultat -8 paysans en pop disponnibleEt toutes ses sciences sont passées à 0 péons | Réponse / correction :
Prise en charge par zumba le 24.07.07
Demande d'infos supplémentaires par zumba le 24.07.07 :
de qoi vient cette révolte?
Apport de précisions par cobaye le 25.07.07 :
La révolte viens de plusiseurs révoltes n'ayant jamais pu s'autorésorbée.Au début une révolté a 90, puis 120, puis 150, puis 180 puis 220Impossible de faire quoi que ce soit sans paysans dispos...malus lié a l'état des batiments réduit le moral de 5 tous le s3 tours et donc empeche un gain de moraledit: suite a ma mise au rang de paria obligé de apssé de 13500 lames a 3500 max donc baisse de mon nombre max de soldat et donc de ma garnison...100 bourgeois qui ne partent JAMAIS
Résolution par zumba le 25.07.07 :
ok, de telles révoltes sont totalement injouable. j'ai ajouté un bornage du nombre max de révoltés à 80% de la pop, qui libère automatiquement des péons |
| [#1862]traité/résolu>Exploration pas tout à fait comme dans le module explo | | | id 519, FF, XPJ'ai exploré la sombre entrée des mines (id 1385), et voici le rapport d'explo:---- Dans un sombre recoin, une troupe de créatures nous a assailli ! le combat s'est aussitôt engagé :VOIR LES COMBATSParametrage : (a fournir en cas de debug)[decor] : inside[id_battle] : 408115[role] : D[issue] : D[lames] : 10.308[id_atts] : 3711[id_defs] : 27278[compos_att_before] : 1000:4[compos_def_before] : 12:1.47:1.7:1.5:1.6:1.45:2.100:1.10:1[butin] : 1:9.17:4[location] : 1347[746] :[experience] : 10[compos_att_after] :[compos_def_after] : 12:1.47:1.7:1.5:1.6:1.45:2.100:1.10:1[camp_att] : ,[camp_def] : ,519,[continent_idjoueur] : 519[PHPSESSID] : 1rbilf2qnj55lrj3v761jlasg7Mais nous avons vaillament repoussé cette vermine puante, et avons pu poursuivre nos explorations.Dans un sombre recoin, une troupe de créatures nous a assailli ! le combat s'est aussitôt engagé :VOIR LES COMBATSParametrage : (a fournir en cas de debug)[decor] : inside[id_battle] : 408115[role] : D[issue] : D[lames] : 15.328[id_atts] : 11568[id_defs] : 27278[compos_att_before] : 1026:2[compos_def_before] : 12:1.47:1.7:1.5:1.6:1.45:2.100:1.10:1[butin] : 14:21[location] : 1347[746] :[experience] : 9[compos_att_after] :[compos_def_after] : 12:1.47:1.7:1.5:1.6:1.45:2.100:1.10:1[camp_att] : ,[camp_def] : ,519,[continent_idjoueur] : 519[PHPSESSID] : 1rbilf2qnj55lrj3v761jlasg7Mais nous avons vaillament repoussé cette vermine puante, et avons pu poursuivre nos explorations.Sitôt entré des couloirs sinueux et grossièrement taillé nous nous enfonçons dans les entrailles de la terre. Très vite des traces d`activité sont visibles, empreintes de pas de chariots... Et même des échos de voix ! « Alarme! des intrus! des sales humains! » Cet éclat de voix viens d’un groupe d’orcs qui charge…Nous avons débouché en un lieu où ont du avoir lieu de terribles combat, à en juger par les restes humains (ou non) que nous y avons découverts. Quelle créature horrible a dû hanter ces lieux ! Par chance, aucun énnemi ne s'est abattu sur nous et nous avons continué notre chemin.Nous avons débouché en un lieu où ont du avoir lieu de terribles combat, à en juger par les restes humains (ou non) que nous y avons découverts. Quelle créature horrible a dû hanter ces lieux ! Par chance, aucun énnemi ne s'est abattu sur nous et nous avons continué notre chemin.Nous voici maîtres de la mine. Nous soignons nos blessés et récupérons tout ce qui peut l`être avant de partir.Durant l'exploration nous avons trouvé ceci : (le butin que je mets pas)----Or, dans le module explos, ça ne correspond pas vraiment.Il y'a 4 troupes programmées, dont deux à 75% de proba de rencontre et deux à rencontre obligatoire, et il y a deux troupes marquées décimées par la précédente explo (donc la mienne). J'aurai dû en avoir plus que 2 donc.Ensuite, le texte (d'échappement aux deux troupes de 75% proba ?) est deux fois le même.Enfin, le texte final de l'explo est normalement accompagné d'une image (très jolie d'ailleurs) mais elle n'apparaît pas dans le rapport d'explo. | Réponse / correction :
Prise en charge par zumba le 24.07.07
Demande d'infos supplémentaires par zumba le 24.07.07 :
premièrement qu'un MJ fasse une explo pose un petit pbm déontologique. (tout comme le recrutement de héros "primeur" d'ailleurs...)Deuxièmement ou est l'anomalie puisque 2 des rencontres ont été faites (les 2 obbligatoires) et 2 évitées (les échappements).Que le texte d'échappement soit 2 fois le meme est normal, puisqu'il y a eu 2 evts de combat non joués.Arrete de voir des bugs la ou il y en a pas bon sang de bois ! pour l'image qui ne s'ffiche pas, y a t'il un icone de lien d'image brisé et quelle est son adresse ?
Apport de précisions par cobaye le 25.07.07 :
j'ai fait cette explo sur demande, quête automatique, et à l'époque je n'avais même pas accès au module explos. sinon il n'y avait aucun semblant d'image même cassée, dans le rapport d'explo, aucun emplacement qui aurait pu laisser penser qu'il aurait dû y en avoir une. pour le reste ok, je suis ptet un peu parano ^^
Résolution par cobaye le 25.07.07 :
corrigé pour les image, pas doué le zumba sur ce coup... |
| Modification du paramétrage du jeu |
| [#1854]traité/résolu>révolte guilde | | | Les révoltes provoquées par les guildes sont très peu importantes à un tel point que si on a un bon moral et beaucoup de soldats en garnison, la révolte est annulée le même tour que le lancement. Comme résulat: Le commanditaire paye pour que la "victime" gagne du moral et de la réput. | Réponse / correction :
Prise en charge par zumba le 20.07.07
Demande d'infos supplémentaires par zumba le 24.07.07 :
comment on procede pour déclencher un révolte par guilde ?
Apport de précisions par cobaye le 25.07.07 :
il faut un Temple de guilde, et une option apparaît pour commander une révolte dans un fief.
Commentaire par cobaye le 25.07.07 :
j'apporte une précision, même si je ne connais pas les cas d'observation de vinus, d'après les règles l'importance de la révolte est fonction de l'écart de confiance de la guilde utilisée entre commanditaire et victime: plus il est grand, plus il y a de révoltés
Demande d'infos supplémentaires par zumba le 25.07.07 :
l'option apparaît ou ?
Commentaire par zumba le 25.07.07 :
et avec toute sles guildes ?
Apport de précisions par cobaye le 25.07.07 :
pour l'exemple de la GdC, elle apparaît en bas de la liste des services, juste avant les artefacts. cette option est normalement disponible pour chaque guilde dont on a un Temple :)
Résolution par cobaye le 25.07.07 :
ajout d'un bornage min au nb d'insurgés |
| [#1863]traité/résolu>Impossible de charger les images de la carte dans l'interface | | Tous les gens qui ont vidé leur cache n'ont plus d'images dans la carte: D'après un joueur, on dirait que le fichier http://213.251.164.87/interface/gamedata/map.js ne peut pas être chargé à cause de l'erreur à cette ligne : Else if(tar>=233 && tar). En effet, javascript (sensible à la casse) prend le Else (avec majuscule) comme une variable, pas comme une instruction.Voilà la liste complète d'erreurs données par un autre joueur:Erreur : missing ; before statementFichier source : http://213.251.164.87/interface/gamedata/map.js?1Ligne : 2077, Colonne : 12Code source :Else if(tar>=233 && tarErreur : mapClick is not definedFichier source : http://213.251.164.87/interface/gamedata/map2.php? blabla => &cursor=&nuages=11&pluie&orageLigne : 206Erreur : preloadimages is not definedFichier source : http://213.251.164.87/interface/gamedata/map2.php?&zob=4906&winw=470&winh=396&x=363&y=1075&zoom=1&localoffset=25&cursor=&nuages=11&pluie&orageLigne : 128Erreur : rnd is not definedFichier source : http://213.251.164.87/interface/gamedata/map2.php?&zob=4906&winw=470&winh=396&x=363&y=1075&zoom=1&localoffset=25&cursor=&nuages=11&pluie&orageLigne : 880Erreur : showProvinceName is not definedFichier source : http://213.251.164.87/interface/gamedata/map2.php?&zob=4906&winw=470&winh=396&x=363&y=1075&zoom=1&localoffset=25&cursor=&nuages=11&pluie&orageLigne : 1Erreur : initDragon is not definedFichier source : http://213.251.164.87/interface/gamedata/map2.php?&zob=4906&winw=470&winh=396&x=363&y=1075&zoom=1&localoffset=25&cursor=&nuages=11&pluie&orageLigne : 889 | Réponse / correction :
Prise en charge par zumba le 25.07.07
Résolution par zumba le 25.07.07 :
vidange des caches conseillée |
| [#1856]traité/résolu>Rapports de vol | | | id 519, FF 2.005, XPJe n'ai hélas pas gardé les messages ni les quantités exactes car je ne soupçonnais pas un bug..Mais avant la fin du tour précédant, je m'étais arrangé pour que mon stock de vaches tombe à 300 (plus ou moins 1 ou 2 dirons nous) en tenant compte de l'abattage, de la solde de mon héros. J'avais pour cela proposé 20 vaches à un contact (l'échange pas encore accepté est toujours dans ma liste d'émissaires).Donc je devais être à 300. Or ce tour, j'ai d'après Jehan et comme attendu, produit 53 vaches. Par ailleurs, j'en ai gagné 5 en escarmouche, ce qui fait que j'arrive bien au stock actuellement indiqué de 359 vaches.OR, il m'a été annoncé le vol de 12 bêtes, puis message d'après de 5 bêtes (si ma mémoire est bonne), puis j'ai encore eu deux autres messages similaires mais là je ne sais plus les quantités (peut-être aucune vache).Donc apparemment, soit les messages sont farfelus, soit les vaches n'ont pas été prélevées. | Réponse / correction :
Prise en charge par zumba le 21.07.07
Demande d'infos supplémentaires par zumba le 21.07.07 :
meme si tu as le message qu'après la réso, les vaches sont prélevées au moment du vol donc quand tu étais à 300 vaches avant la réso elles étaient déjà décomptées. il faudrait une analyse sur 3 tours complets.
Résolution par zumba le 21.07.07 :
résolu en fait, en effet non décomptées |
| [#1855]traité/résolu>Rapport de vol | | | id 519, FF 2.0005, XPJehan m'informe que du bétail m'a été volé, je suppose par une troupe, et il y'a un lien qui s'appelle: Capitaine! Sombre incapable! As tu repéré des troupes hostiles à proximité?Il mène sur cette page, mais elle s'ouvre à la place de l'interface: http://213.251.164.87/interface/reperagetroupes.php au lieu de se charger dedans. | Réponse / correction :
Prise en charge par zumba le 21.07.07
Résolution par zumba le 21.07.07 :
|
| [#1850]traité/résolu>échange de science | | | ID 1837:J’ai un souci avec l’acquisition de trois sciences : Linguisme Niv.2, Bûcheronnage Niv.2 et Régression Niv.2, achetées à trois interlocuteurs différents.Jehan m’informe au tour 22 qu’elles sont disponibles, pourtant elles n’apparaissent pas dans l’onglet science.Je patiente… tour 23, toujours rien.Pour la dernière que je pense également avoir reçu la même semaine (petite doute, mais dans ce cas on verra avec le temps), le problème est identique mais elle est toujours présente dans les échanges en cours avec le seigneur concerné.Bilan : Deux sciences sans doute trois, des écus dépensés et pas d’évolution de mes connaissances scientifiques.ID 1987 / XP / IE / Cache vidéMême problème , aux mêmes tours, une science de Niveau 2 achetée et reçue avec rapport de Jehan, mais rien dans l'onglet des connaissances scientifiques.ID 827En gros, mon planing d'acquisition de sciences au près du fournisseur concerné est quelque chose comme ça :Tour 21 : - Communication de Jehan de la réponse positive pour bucheronage- Ma nouvelle demande pour EspionnageTour 22 : - La réponse de mon fournisseurTour 23 : - La communication de jehan de la réponse positive pour EspionnageRésumé : Tout se passe bien jusqu'au moment du payement et d'ajout de la science dans la liste : l'acheteur n'a pas la science et le vendeur ne récoit pas l'argent. | Réponse / correction :
Prise en charge par zumba le 16.07.07
Commentaire par zumba le 16.07.07 :
test en cours
requalifié en priorité moyenne par zumba le 16.07.07
Commentaire par Vinus le 20.07.07 :
De mon coté le test est positif. J'ai bien reçu la science et elle s'est bien ajoutée dans la liste.
Résolution par zumba le 20.07.07 :
bon donc bug non reproductible. peut être du a un alea mysql que jdb a corrigé entre temps.échanges de sciences réactivés |
| [#1837]refusé>Mouvement perpétuel pour une troupe gagnée | | | Vista, FFUne unité un peu particulière (en ce moment elle prépare un convoi) dont l'ID est 27601, est capable de se déployer de caserne, utiliser ses PM, fortifier, puis recommencer, plusieurs fois, indéfiniment, et ce dans le même tour.Cette unité N'EST PAS issue de ses hommes / sa garnison. Elle lui a été donnée par mon Roi pour service rendu (Vive le Roy !)--------Précisions demandées:Ce sont des Chevaliers :- 53 PM max (et non 55 comme indiquée dans l'encyclopédie, mais vu que s'était une troupe donnée par mon roi, j'ai pensé qu'elle avait un truc "spécial")- 46 PM après les avoir déployées- Un nombre X de PM quand je les fortifie à nouveau (selon ce que j'ai dépensé en bougeant, en faisant des actions...).- Re-53 PM dès qu'elles sont casernées (c'est ce qui s'affiche dans l'onglet "troupes", catégories "en garnison" dès que je regarde). Alors que normalement, pour toutes les autres, j'ai juste le nombre X de PM résiduels...- Re-46 PM après les avoir déployées... Et le mouvement perpétuel peut reprendre ;-)Pour l'instant mes "perpétuels" escortent une caravane en 609;373 | Réponse / correction :
Prise en charge par jaydbois le 05.07.07
Demande d'infos supplémentaires par jaydbois le 05.07.07 :
je voudrais avoir le détail des points de mouvement :- combien en caserne- combien une fois sortie- combien en rentrant- combien en ressortant.
Apport de précisions par cobaye le 06.07.07 :
précisions apportées dans la fiche
Refus par zumba le 18.07.07 :
je n'ai pas pu reproduire en dev. Réouvrir la fiche si le bug se produit tjr en prod quand la troupe sera revenue de son convoi. auquel cas gareder la troupe en garnison qu'on puisse reproduire.NB :" - 53 PM max (et non 55 comme indiquée dans l'encyclopédie" : il faut lire un peu les regles : l'encyclo donne le PM d'une unité seule. une troupe subit tjr un malus de mvt lié au nombre de têtes dans la troupe |
| [#1844]traité/résolu>Objets spéciaux sans effets | | | Je propose que les objets spéciaux qui n'ont pas d'effet propre soient échangeables comme les autres contre monnaie sonnante.On lancerait ainsi un marché de l'arnaque, certains objets ne servant vraiment à rien et d'autres servant quand même, par exemple pour des sésames.Ces objets seraient liés quand même à une anim récurrente rare ou très rare ayant pour conséquence des bonus ou malus, selon. Voir la première que j'ai faite, ID 2611. | Réponse / correction :
Prise en charge par zumba le 16.07.07
Commentaire par zumba le 16.07.07 :
en effet c'est intéressant
Résolution par zumba le 17.07.07 :
ajoutée à la roadmap, sera fait rapidement |
| [#1825]traité/résolu>rapport de consommation de pain | | | Au tour dernier 229 péons, et 227. dont un maladeSoldat en garnison au tour dernier 42 et que 36 ce tour ci. Et 23 soldats en protection.Distribution de nourriture (dont garnison : 42 + 23 protecteurs) -271 painsor si on fait le calcul ça fait 229+42+23=294 (les protecteurs ne sont pas compté par jehan)Au tour dernier j'étais a 324 pain. Mon intendant me dit que j'ai produit 323 pain et j'ai actuellement en stock 353J'ai donc réellement consommé 324+323-353=294le bug est donc juste dans le bilan : jehan ne compte pas le pain consommé par la protection | Réponse / correction :
Prise en charge par zumba le 20.06.07
Résolution par zumba le 17.07.07 :
bien vu |
| [#1836]traité/résolu>Module comtes, mailing | | | Dans le module comptes, le champ texte de l'email est limité à une ligne de hauteur même si son contenu lui fait plusieurs lignes.Du coup, ça rend la lecture du mail à rédiger plutôt fastidieuse.Je sais, ça sert probablement pas ce module (ou peu) mais quand même ^^Précisions: FF 2.0.0.4, XP | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Demande d'infos supplémentaires par jaydbois le 01.07.07 :
de quel module tu parles ? je ne vois pas de quoi il s'agit. Précise moi les noms des pages stp, ça me facilite considérablement les choses.
Apport de précisions par cobaye le 02.07.07 :
http://213.251.164.87/mj/mailing.php
Demande d'infos supplémentaires par zumba le 16.07.07 :
c'est quoi ce truc ?qui l'a fait et il s'accede depuis quels liens ?
Apport de précisions par cobaye le 16.07.07 :
depuis le module "joueurs", bouton "mailing". JDB m'a dit qu'il le désactivait et qu'il allait ptet le retravailler. mais il connaissait pas non plus.
Résolution par zumba le 17.07.07 :
ok bon j'ai fait la correction au cas ou mais je crois qu'on s'en sert pas de ce truc. |
| [#1838]traité/résolu>Suppression de compte | | | Puisque la suppression est réservée aux admins, pourquoi ne pas faire que les MJ inscription/validation puissent placer un compte en: "à supprimer" en cliquant sur le lien supprimer dans la gestion de comptes?Ca libérerait la tâche de trier parmi les suspendus ceux qui sont à supprimer. | Réponse / correction :
Prise en charge par zumba le 16.07.07
Demande d'infos supplémentaires par zumba le 16.07.07 :
précise un peu, je suis pas sur de bien piger
Apport de précisions par cobaye le 16.07.07 :
eh bien, il y a un bouton "supprimer" dans le module "joueurs". Dans les faits, seuls les devs ont le droit de supprimer un compte, donc ce bouton est inactif/inutile pour les MJs qui s'occupent de la validation des BGs. Donc il pourrait être remplacé par un bouton "marquer 'à supprimer'" qui placerait alors le compte dans la colonne gauche dans la classe: "à supprimer" (comme le fait le bouton bannir mais j'imagine que ce dernier blackliste ce qui n'est pas le but ici).Ainsi un dev n'aurait plus qu'à regarder la raison de ce placement en "à supprimer" et à effectuer la suppression. Un moyen de libérer les places des gens qui n'ont jamais pris la peine de soumettre un vrai BG ou autre.
Demande d'infos supplémentaires par zumba le 16.07.07 :
ce ne sont pas spécifiquement les devs qui suppriment les comptes, nimporte quel MJ avec le bon droit peut le faire. Donne moi plutot la liste des MJs inscription et on leur mettra le droit
Apport de précisions par cobaye le 16.07.07 :
cobaye et ekoué
Commentaire par cobaye le 16.07.07 :
juste une remarque: on ne peut pas savoir si les joueurs ont rempli un champ binomage, donc pour la suppression des absents de longue durée...
Résolution par zumba le 17.07.07 :
MJs autorisés en supression de compte. Notification binomage ajoutée dans panneau de suivi du compte. |
| [#1853]refusé>Santé de l'arène | | | id 519, FF 2.004, XPLe cadre avec la jauge d'état de santé de l'arène Swaagi ne s'affiche pas quand elle est remplie de spectateurs. En fait il n'y a que le contour, pas la jauge ni le nom ni le x/y | Réponse / correction :
Prise en charge par zumba le 17.07.07
Refus par zumba le 17.07.07 :
comme tout sprite en surimpression (champ sur les fermes par exemple). il faut viser à côté à un endroit que ne recouvre pas le sprite |
| [#1822]refusé>Pas de mails dans le suivis des bugs | | | Que ce soit les BT ou les joueurs incriminés par les bugs dont l'ID a été renseigné on ne reçoit plus de mail automatique lors de la création de la fiche ou de demande de commentaires ou de suivis.Je pensais être le seul mais cela finalement n'est pas le cas.De mémoire je me demande si cela remonte pas au déménagement du serveur. | Réponse / correction :
Prise en charge par cobaye le 14.06.07
Commentaire par cobaye le 14.06.07 :
c'est très aléatoire par période, il me manque aussi pas mal de mails BT depuis le déménagement, mais là depuis 2-3 semaines rien à signaler, je reçois les mails aussitôt la modification de fiche.
Commentaire par topaze le 15.06.07 :
Ok alors je dirais que pour mon cas id : 237 et celui du joueur id 738, moi je ne reçois aucuns mails depuis pas mal de temps, pour le joueur il n'a rien reçus en tant que mail ors de la prise en charge de la fiche 1817
Commentaire par zumba le 20.06.07 :
si les BT prennent en charge les bugs les devs ne le font pas.les BT ne doivent en aucun prendre en charge une fiche. si elle n'a pas été encore prise par un dev les ajouts doivent être faits en modifiant la description de la fiche, merci
Demande d'infos supplémentaires par zumba le 16.07.07 :
est ce tjr d'actualité ? (je ne reproduis pas)
Refus par cobaye le 16.07.07 :
non je n'ai plus de problème non plus. jusqu'à la prochaine fois ;) |
| [#1846]traité/résolu>Minimap dans module Monstres | | | 519, FF, XPLa minimap, quand on clique dessus, pointe pas là où il faut, en fait on peut s'en rendre compte aisément en cliquant sur la minimap, au sud-est de continent. On tombe dans une région soi-disant inexplorée et qui n'est constituée que d'eau.Ce décalage est peut-être liée à l'extension de la carte? Quoiqu'il en soit le déplacement sur continent en devient fastidieux si il faut y aller à petits coup de vector move dans la petite fenêtre de visualisation ^^Précision, je suis toujours en 1280*1024 comme indiqué dans le kiwi :) | Réponse / correction :
Prise en charge par zumba le 16.07.07
Demande d'infos supplémentaires par zumba le 16.07.07 :
ca le fait que pour ce module ?
Résolution par zumba le 16.07.07 :
bon maps recalibrées dans modules monstres et lieux |
| [#1829]refusé>bug siege forteresse | | | Il s'agit de la citadelle du bug [#1814]Attaquant:ID5, WinXP FF2.0Je lance une attaque avec une troupes (#Id 16597) escortée par deux autres (#Id 27778 & 26900).Je n'arrive pas à avoir le combatUne des escorte n'a pas combattu car trop éloignée (#Id 26900)->Je peux pas voir le combat, le terrain s'affiche une seconde et disparait->Pas possible d'enregistrer le combat (régénère pas non plus).Parametrage : (a fournir en cas de debug)[id_battle] : 379397[role] : A[issue] : A[lames] : 677.45[siege] : la citadelle de Menzoberranzan[id_atts] : 16597,27778[id_defs] : 9393[compos_att_before] : 10:21.19:4,10:6[compos_def_before] : 1031:2.1030:3[butin] : .1:59[location] : 631[647] :[experience] : 22[decor] : citadelle[old_color] :[compos_att_after] : 10:21.19:4,10:6[compos_def_after] : 1031:2.1030:3[camp_att] : ,5,[camp_def] : ,237,[continent_idjoueur] : 5[PHPSESSID] : agn8bji6jckdhud34bj9oal4k6[fermer]défenseur:ID 237Alors coté défense j'ai bien eut le rapport de combat mais oh surprise aucuns morts il a fallut que je refasse une attaque contre la citadelle prise pour voir mes hommes enfin mourrir. En fait au départ j'avais tenté d'abandonner la citadelle, d'où Bug signaler. Mais ne pouvant pas cela et voyant Meltus attaqué la citadelle, comme j'avais arrangé de façons RP (troupe refusant de m'écouter) la non libération de la citadelle je l'ai finalement pas abandonné et Meltus la alors reprise par la force. Mais pour ma part le rapport de combat étais complet et correct | Réponse / correction :
Prise en charge par zumba le 16.07.07
Refus par zumba le 16.07.07 :
ce bug étant vieux et lié à un contexte tres particulier il ne devrait pas se reproduire du coup pas de debug rétroactif. le réouvrir si un nouveau cas vuient consolider le 1er. |
| [#1848]refusé>Alerte au feu fantaisiste | | | 519, FF, XPVoilà un message que j'ai reçu une fois il y'a quelques mois IG à l'époque où mon fief était pas dans son meilleur état. Là je viens de le recevoir alors que tous mes bâtiments à la fin du tour précédent était à plus de 66% de bon état.ALEEEEEEEEEEEEEEEEERTE !! Sire, le feu gagne le village !! C'est une véritable catastrophe, certains de nos bâtiments à proximité des foyers subissent des dégats importants ! (même si ils ne sont pas en contact direct avec les flamme). Faites quelque chose pour contenir les incendies, la population est terrifiée !Si vous le souhaitez, je peux vous donner un rapport détaillé des dégats du village, mais jetez déjà un oeil à ce(s) bâtiments(s), directement menacés par les incendies :3 bâtiments montrés dont l'alambic, et qui se situent aux alentours de 1440,1250 (sur du terrain entièrement pavé).Il n'y a aucun feu dans mon fief, ni à proximité, tout comme la première fois. Et là du coup, mon portail est tombé à 823 sur 1700!Je ne sais pas d'où sort ce message mais c'est insensé.Précision: plus tard dans les messages intendant j'ai ça:Seigneur, un incendie s'est déclaré dans votre Portail de Distorsion. Je vous conseille de vérifier l'état de ce bâtiment, et d'effectuer les réparations nécessaires s'il n'est pas trop tard !état de votre Portail de Distorsion -8.6 %Deuxième précision:La semaine dernière...Seigneur, un(e) Portail de Distorsion a été faiblement endommagé(e) ! Nous ignorons s'il s'agit d'un accident ou d'un sabotage.Je n'ai jamais eu ce message au tour précédent, et là il est présenté comme si je l'avais marqué "plus tard" au tour précédent.N'y aurait-il pas un problème de cohérence dans l'ordre des messages? | Réponse / correction :
Prise en charge par zumba le 16.07.07
Demande d'infos supplémentaires par zumba le 16.07.07 :
si il a plu au même tour ou que des réparations ont fait remonter le batiment en flame au dessus de 50% (un truc de genre) au même tour c'est peut être normal que tu n'aies pas vu de flammequant à l'ordre des msg il est ce qu'il est mais vu les msg ca se tient.
Apport de précisions par cobaye le 16.07.07 :
ok, le plus bizarre étant que les messages de sabotage sont donnés en live mais qu'ils sont classés dans les x autres sujets dont Jehan veut nous parler, donc passent inaperçus à tout joueur qui ne refait pas défiler la totalité des messages de l'intendant. et la semaine suivante, ils ne sont pas placés en premier dans la liste des messages non lus, mais tout à la fin, après avoir déjà lu tous les messages et seulement après avoir cliqué sur "parle moi des x messages non lus"
Refus par zumba le 16.07.07 :
c'est un cas sans bonne soluce. si on fait en sorte que le message de sabotage soit délivré à la réso suivante (resotime), les dégats étant eux joués en live ca veut dire que la notification sera en retard par rapport à l'evt ce qui n'est pas top non plus, donc il vaut mieux que ca reste comme ça. |
| [#1832]refusé>augmentation réput par event non prise en compte | | | FirefoxID 853J'ai eu l'event id 464. J'ai bien eu qqe troupes en plus, le bonus en moral mais pas celui en reput.J'etais a 69%, et je suis toujours a 69% | Réponse / correction :
Prise en charge par RanTanPlan le 25.06.07
Demande d'infos supplémentaires par RanTanPlan le 25.06.07 :
L'event 464 ne donne aucune troupe, ni bonus en moral, ni en réputation.hum hum...
Apport de précisions par Vinus le 25.06.07 :
arf c'est l'id donné par belladandy.
c'est l'event de Garould afl, les soldats que l'on accueille. J'ai bien eu qqe troupes en plus, le bonus en moral mais pas celui en reput.
Commentaire par cobaye le 30.06.07 :
étrange, cet event ne contient plus aucun gain si ce n'est une perte de 50 pains.
Demande d'infos supplémentaires par zumba le 16.07.07 :
ou on précise les infos ou on ferme le bug mais les devs n'ont rien à faire de plus sur cette fiche. merci
Refus par Vinus le 16.07.07 :
je ferme |
| [#1783]refusé>Science en double | | | il s'agit de la science orientation.Dans l'onglet sciences il a deux lignes pour orientation : une ligne niveau1 en cours d'amélioration et une ligne niveau 2 en cours d'amélioration. Dans la fenêtre des taches, ses villageois recherchent le niveau 2j'ai acheté le niveau1 et recherché le niveau 2. juste avant l'hiver, 40eme tour à peu près, j'ai lancé la recherche du niveau 3. Je ne me souviens plus de l'état lors de la fin de la premiere recherche (du niveau 2), mais je crois que les lignes niv1 et niv2 étaient déjà là (pas fait attention sur le coup). En tout cas, j'ai lancé la recherche en choisissant 'améliorer' sur la ligne niv2. | Réponse / correction :
Prise en charge par zumba le 23.05.07
Demande d'infos supplémentaires par zumba le 23.05.07 :
normalisé mais précise l'order chrnologique précis des 3 niveaux ?
Commentaire par cobaye le 05.06.07 :
allo allo?
Commentaire par cobaye le 04.07.07 :
merci de fournir les précisions demandées
Refus par zumba le 16.07.07 :
réouvrir quand consolidé |
| [#1804]remis à plus tard>Mouvement des bateaux | | | FF2, XPid 519Bon ce bug est vieux mais personne n'avait jamais réussi à vraiment apporter de preuves.Or là, j'ai fait le test et je confirme: les PM des bateaux varient énormément d'un tour à l'autre.Dans mon cas, un ketch id 13977, affiché 59/59 au début du tour. Je le recalcule, il passe à 59/48.Une goélette id 27467, affichée 71/71, je la recalcule elle tombe à 71/58.Ces valeurs changent chaque tour... | Réponse / correction :
Prise en charge par zumba le 03.06.07
Demande d'infos supplémentaires par zumba le 03.06.07 :
est ce que la réso ou autre fait repasser le mvt max au dessus de la valeur du reclacul ?sinon c'est juste qu'ils n'ont pas été normalisé au moment de la modif du mouvement des bateaux.
Apport de précisions par cobaye le 04.06.07 :
la goélette est fraîchement peinte ^^ ça doit faire 2-3 tours que je l'ai donc la normalisation elle y a pas eu le droit puisque bien plus récente. je pense qu'en fait comme tu le suggères c'est la réso qui fait passer le mouvement au dessus du max
Demande d'infos supplémentaires par zumba le 04.06.07 :
c'est pas ma question. je veux savoir si les résos modifient le moyvement max d'un bateau une fois que celui ci a été recalculé
Apport de précisions par cobaye le 04.06.07 :
non, la réso n'a pas modifié les valeurs de recalcul du tour précédent. les bâteaux sont au bon mouvement max. j'ajouterai que le ketch je l'ai depuis 1 cycle ou deux, et j'ai dû le recalculer plusieurs fois depuis que je l'ai. c'est donc que quelque chose génère cette erreur de pm non?
Demande d'infos supplémentaires par zumba le 05.06.07 :
je veux bien mais quoi ? il y a eu moultes reparamétrages sur les mouvements des bateaux et/ou des troupes (récemment reparamétrage impact orientation). Parfois les normalisations n'ont pas été faites. J'ai repassé la moulinette de normalisation hier, a ce moment précis tous les mouvements_max doivent être corrects. Si ils rebougent il me faut un indice sur ce qui les fait changer (réso ou action joueur ?) a priori à la réso le mouvement d'un bateau n'est jamais recalculé, à part à sa création. Il faut donc faire un suivi sur plusieurs tours, sinon fermer.
Apport de précisions par cobaye le 06.06.07 :
je ne sais pas si c'est lié, mais je ne peux pas utiliser le dernier PM de mon ketch pour tracer une route en cours, à chaque fois erreur comme si je voulais avancer plus que ne le permettrait mon nombre de PM. Pourtant les PM max n'ont pas bougé suite à la réso, et je viens de recalculer le bateau il a tjs les mêmes PM max, à savoir 48.
Refus par zumba le 06.06.07 :
d'une c'est autre problème. de 2 c'est surement parceque tu as essayé d'aller sur du gué qui demande plus de mouvement, en allant vers le sud j'ai pu la déplacer. De 3 encore une fiche pas assez vérifiée postée à la vavite... de 5 il n'y avait pas d'id troupe....Bref ca me fait perdre mon temps, merci.
Réouverture par cobaye le 08.06.07
Commentaire par cobaye le 08.06.07 :
bon, le tour vient de passer, et paf mon ketch (id 13977) se trouve à 66/66PM! Je le recalcule et il retombe à 66/48PM... Alors la seule chose qu'il fait c'est qu'il trace une route. Pareil pour ma goélette qui elle aussi trace une route (id 27467) et qui passe de 80/80 à 80/48 après recalcul.
Commentaire par cobaye le 08.06.07 :
oups pour la goélette je voulais dire 58 pas 48 :D
Demande d'infos supplémentaires par zumba le 08.06.07 :
3h de lutte... en effet les backups pré et post réso confirment bien que c'est à la réso que le mouvement a été changé. ourtant dans le code rien ne va modifier cette donnée sur les bateaux. et en rerésolvant le pbm ne se reproduit pas. Bref je sais pas. bateaux renormalisés. merci de faire un suivi sur les prochains tours et réouvre avec une piste, pasque là, je rame.
Commentaire par zumba le 11.06.07 :
autre fiche virée, n'apporte rien par rapport à celle la. j'attends ici confirmation que les mouvements max sont toujours recalculés (et c'est tout) et une réouverture de la fiche UNIQUEMENT avec une piste.
Commentaire par zumba le 12.06.07 :
(par rapport a mon précédent commentaire : l'autre fiche n'apportait rien car c'est la conséquence normal d'un recalcul qui donne un mvt_max inférieur au mvt restant. le vrai bug c'est celui qui booste le mvt_max des navires, enfin de certains, lors des résos).
Remise à plus tard par zumba le 16.07.07 :
réouvrir quand consolidé |
| [#1852]traité/résolu>Chantiers qui disparaissent | | | W XPFF 2J'ai actuellement plusieurs chantiers de modification de parcelle (marais en sol dammé).En cliquant sur le chantier (sur la carte) apparait une pop-up avec le message :"Anomalie de carte. Ce chantier ne correspond à aucune tâche de construction. Il a été supprimé."Et effectivement, les échafaudages disparaissent de la carte.Par contre la tâche demeure dans la liste.La situation perdure après déco/vidage de cache/reco.Les 2 cas testés : 268-340 et 271-340. | Réponse / correction :
Prise en charge par zumba le 16.07.07
Résolution par zumba le 16.07.07 :
résolu.pour tes chantiers disparus laisse filer les taches ca se normalisera à leur échéance. |
| [#1851]refusé>petit bug graphique | | Id 683Windows xpIEpetit bug graphique, rien de vraiment génant question GP mais c'est vraiment pas beau... La demeure bourgeoise devrait se voir devant la manufacture... | Réponse / correction :
Prise en charge par zumba le 16.07.07
Refus par zumba le 16.07.07 :
déjà mainte fois remonté mais non corrigeable. |
| [#1833]refusé>Science achetée et reçue mais pas acquise | | | ID 1837:J’ai un souci avec l’acquisition de trois sciences : Linguisme Niv.2, Bûcheronnage Niv.2 et Régression Niv.2, achetées à trois interlocuteurs différents.Jehan m’informe au tour 22 qu’elles sont disponibles, pourtant elles n’apparaissent pas dans l’onglet science.Je patiente… tour 23, toujours rien.Pour la dernière que je pense également avoir reçu la même semaine (petite doute, mais dans ce cas on verra avec le temps), le problème est identique mais elle est toujours présente dans les échanges en cours avec le seigneur concerné.Bilan : Deux sciences sans doute trois, des écus dépensés et pas d’évolution de mes connaissances scientifiques.ID 1987 / XP / IE / Cache vidéMême problème , aux mêmes tours, une science de Niveau 2 achetée et reçue avec rapport de Jehan, mais rien dans l'onglet des connaissances scientifiques.ID 827En gros, mon planing d'acquisition de sciences au près du fournisseur concerné est quelque chose comme ça :Tour 21 : - Communication de Jehan de la réponse positive pour bucheronage- Ma nouvelle demande pour EspionnageTour 22 : - La réponse de mon fournisseurTour 23 : - La communication de jehan de la réponse positive pour Espionnage | Réponse / correction :
Prise en charge par jaydbois le 29.06.07
Commentaire par jaydbois le 29.06.07 :
Liée à un souci côté serveur. L'échange de sciences est suspendu jusqu'à nouvel ordre.
Refus par Vinus le 09.07.07 :
Je sais que zumba ne regarde que les fiches non prises en charge. Je clos donc celle là et en crée une autre |
| [#1746]traité/résolu>Liste des tâches décalée | | IE, FF On voit qu'il a surligné la partie en trop en haut de la liste des tâches. Il semble d'après un copié collé dans Word que cela soit des objets graphiques vides réduits à la taille minimale.De plus, quand on séléctionne dans cette partie blanche, une sélection se fait en parallèle dans la liste des tâches...Un copier/coller de cette sélection double vers word donne un tableau de liste des tâches avec pour chaque tâche un objet "coche" verte avec un peu de code associé... | Réponse / correction :
Prise en charge par zumba le 07.05.07
Résolution par zumba le 07.05.07 :
Réouverture par cobaye le 08.05.07
Commentaire par cobaye le 08.05.07 :
au tour 51, j'ai toujours le même bug graphique, quand je lance l'interface, sous FF. si je charge un autre onglet (troupes ou science) et que je reviens ensuite sur l'onglet villageois, il n'y a plus cet espace.
Commentaire par cobaye le 08.05.07 :
id 519 au fait :p
Résolution par zumba le 09.05.07 :
Réouverture par cobaye le 02.07.07
Commentaire par cobaye le 02.07.07 :
toujours d'actualité, se produit lors du changement de priorité par clic droit sur la flèche de priorité (FF, XP, 519)
Commentaire par cobaye le 02.07.07 :
précision, ne le fait uniquement que pour la mise en dernière priorité, pas en première priorité
Résolution par zumba le 05.07.07 :
|
| [#1847]traité/résolu>troupe bloquée dans un navire d'un joueur disparu | | | Bonjour bonjour !ID288Firefox et IE utiliséPage rafraichie, déco reco éffectuée.Il s'avère que j'avais laissé à Ramus, une troupe a moi dans un de ces navires j'avais pour projet de la récuperer mais bon le jeu en a voulu autrement Ramus c'est fait virer.Le problème c'est qu'en virant son compte vous avez viré sont bateau, ma troupe est toujours en opération à l'intérieur d'un bateau sans nom. Elle est invisible et j'ai beau la recalculer ou la renommer rien y fait.L'id de la troupe est le:17348 et elle est située en 1362,1240.Pourriez vous faire quelque chose pour mon dragon rouge et ses deux potes les loups ?D'avance merci j'espère ne rien avoir oublié de dire... | Réponse / correction :
Prise en charge par RanTanPlan le 04.07.07
Commentaire par RanTanPlan le 04.07.07 :
En principe c'est débloqué.Confirmation ? Et ensuite on ferme.
Résolution par RanTanPlan le 04.07.07 :
|
| Modification du paramétrage du jeu |
| [#1843]traité/résolu>Liste déroulante "équipe MJ" | | | Serait-il possible de mettre "Autres" par défaut dans la liste déroulante de contact aux MJs, afin d'éviter que les gens qui n'ouvrent pas leurs yeux envoient des messages estampillés MJ agernath (qui ne devraient donc le regarder que lui ^^) | Réponse / correction :
Prise en charge par jaydbois le 02.07.07
Résolution par jaydbois le 02.07.07 :
|
| [#1830]traité/résolu>Vote dans l'assemblée | | | IE6Le joueur (jaune) a "voté" sans sélectionner de réponse, ce qui l'a quand même amené aux stats du vote.Puis ultérieurement il a entré un nombre de cailloux et cliqué sur la question pour renforcer son vote, et ça les a ajoutés dans la première réponse, par défaut puisqu'il n'avait pas choisi de réponse lors de son vote initial.Il faudrait peut-être bloquer le vote si pas de réponse sélectionnée? | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Résolution par jaydbois le 02.07.07 :
|
| Correction orthographique |
| [#1841]traité/résolu>Conditions d'anims RP | | | Dans la liste des conditions d'anims, 3 sciences sont en fait des artefacts:Alambic AbîméHistoire d'un SeigneurRouleau du Diplomate | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Résolution par jaydbois le 01.07.07 :
|
| [#1835]traité/résolu>Réouverture de fiche impossible | | | FF 2, XPJe voulais réouvrir la fiche 1726 (liste des tâches décalée) mais je ne peux pas car ça me dit que seuls les devs peuvent prendre en charge une fiche.. un peu trop restrictif. | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Résolution par jaydbois le 01.07.07 :
|
| [#1839]traité/résolu>Création d'anim | | | FF, XP, id519:You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 / EXECUTESQL / requête=SELECT id,proba,conditions FROM RP_EVENTS WHERE id=Quand je clic sur "conditions" sur un nouvel event avant de l'avoir enregistré ni même rédigé. Normal puisqu'il n'a pas encore d'ID. | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Résolution par jaydbois le 01.07.07 :
|
| [#1823]traité/résolu>Classement bloqué | | | Les classements de la page d'accueil sont bloqués chez tout le monde depuis plusieurs jours.Dans le même temps je remarque que sur les pages des classements, une image ne s'affiche pas:http://213.251.164.87/site/stats/18.6.2007_diploM.pngEn fait, sur toutes les pages de classement, ce sont les images de cette sorte d'url qui ne s'affichent pas (contenant la date dans leur nom) | Réponse / correction :
Prise en charge par jaydbois le 20.06.07
Commentaire par cobaye le 22.06.07 :
Accessoirement, snake conserve TOUJOURS son titre marquis dans tous les classements, sauf celui de la noblesse
Résolution par jaydbois le 01.07.07 :
Pour le premier point, c'est réglé mais pas encore implémenté. Ca ne va pas tarder.Pour le second, c'est résolu mais non vérifié. Je verrai ça à la prochaine journée. |
| [#1834]traité/résolu>influ planifiée sur un fief disparu | | | Id 79Win XPIE & FFJ'ai un bug d'affichage dans ma fenetre Assemblée.J'ai reconduis en automatique une influ politique sur un fief qui à été suprimé entre temps (ID 284).L'influence Politique n'est pas annulée et donc l'interface n'arrive pas à retrouver la référence Fief, du coup, ca bug l'affichage.msg d'erreur :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'LIMIT 1' at line 1 / GETVAL / requete=SELECT nom_seigneur FROM VILLAGES WHERE id= LIMIT 1La suite de l'onglet ne s'affiche pas après ce msg d'erreur. | Réponse / correction :
Prise en charge par jaydbois le 01.07.07
Résolution par jaydbois le 01.07.07 :
|
| [#1813]traité/résolu>Recalculer une troupe SB issue d'un event | | | id 519, FF, XP et id 26Une troupe de SB s'est matérialisée dans mon fief à cause de mon portail (event), et son sprite dans la fenêtre d'info est celui d'araignées alors que ce ne sont que des démons (sprite ame damnée sur la carte).Qui plus est, lorsque je tente de la recalculer pasq l'image est coupée, j'obtiens ça:Warning: imagecreatefromgif(../pics/icones/) [function.imagecreatefromgif]: failed to open stream: Permission denied in D:swordcontinentwebwwwincludestroupes.inc on line 84Warning: getimagesize(../pics/icones/) [function.getimagesize]: failed to open stream: Permission denied in D:swordcontinentwebwwwincludestroupes.inc on line 86Warning: imagecopymerge(): supplied argument is not a valid Image resource in D:swordcontinentwebwwwincludestroupes.inc on line 96emplacement: 1434,1247, impossible d'obtenir son IDle recalcul semble quand même fonctionner, mais l'image reste coupée un peu court et l'erreur survient à chaque recalcul. | Réponse / correction :
Prise en charge par zumba le 11.06.07
Demande d'infos supplémentaires par zumba le 11.06.07 :
je ne sais pas qui a réactivé cet event mais il n'est pas prêt.un peu de coord et d'infos entre devs merci !donnez moi les ids des troupes (nom de l'image) pour que je les supprime
Apport de précisions par Vinus le 22.06.07 :
pour le 519 id sb 28143le 26 a éclaté la troupe
Résolution par cobaye le 30.06.07 :
la troupe de 519 a été décimée, je ferme donc |
| [#1824]traité/résolu>science +enchantement | | | ID: 1528IE7XP pro coccinelletour 18 j'ai fini ma science agriculture niveau 4. Et dans ce laps de temps j'avais un enchantement mineur agriculture (30%) 10 semaines. Et bien mon enchantement est passer a 60% lorsque ma science c'est terminée.la science elle est bien au 4tour 19:je suis passé de 1076 blés à 1484 blés. Avec une evo de science de 3 vers 4 (45% => 60%). Donc je suppose bien que l'enchantement est corrompu? (han!) | Réponse / correction :
Prise en charge par zumba le 20.06.07
requalifié en priorité faible par zumba le 20.06.07
Résolution par zumba le 20.06.07 :
bien vu |
| [#1828]traité/résolu>Problème avec une balise de pêche en haute mer | | | Firefox, ID 212, XPcoords Balise : 746-1495ID navire : 21278Je cherche amarrer un des mes navires (Mathilda 21278) à la balise 746-1495 pour achever une route entre mon port et cette balise (au poisson qui mord), et, à chaque fois, j'ai le message "erreur : une autre troupe se trouve déjà là" (j'ai essayé plusieurs emplacements).edit: juste pour info, j'ai moi même (vinus) un navire qui revient le prochain tour de peche et il n'est ps sur la carte.Je me demande si ça ne peut être lié au fait qu'un navire, éventuellement, est déjà parti à la pêche de là.plus tard pendant le même tour Bon, il semble qu'un navire soit apparu depuis hier soir au niveau de ladite balise.Je connais le proprio, et ce navire était effectivement parti à la pêche.Cependant, il ne devait rentrer que dans une semaine, et, pour le joueur en question, il apparait toujours comme "retour dans une semaine".Donc le problème vient bien de la pêche ; et se double d'un problème de skin, car, si on cherche à s'amarrer à la balise, le navire "fantome" réapparait sur la carte.ID du navire pêcheur, au cas où : 23302Ce n'est pas uniquement la case prise actuellement par le navire "de retour" de peche qui est impossible à atteindre mais les autres cases à coté de la balise aussi et ceci avant et après l'apparition du navire pecheur. | Réponse / correction :
Prise en charge par zumba le 20.06.07
Commentaire par Vinus le 20.06.07 :
t21. le navire parti est revenu, après vidage de cache la balise fonctionne normalement
Résolution par zumba le 20.06.07 :
|
| [#1821]traité/résolu>Un arbre mort sous la loge | | | La Loge saffraniste du jouer Id 224 a été sabotée. Un incendie s'est déclaré sur la case 310/1157.Une troupe est venue lancer un sort de précipitation sur la case 310/1157.Le sort a réussi.Le feu s'est éteint, mais graphiquement, il a été remplacé par un arbre mort sous la loge sur la case 310/1157.Une normalisation des bâtiments via module joueur a fait disparaître l'arbre, mais je préfère signaler cet effet bizarre, au cas ou cela cache quelque chose. | Réponse / correction :
Prise en charge par zumba le 16.06.07
Résolution par zumba le 20.06.07 :
|
| [#1826]traité/résolu>sort majeur en double dans descriptif fief | | | mes sorts majeurs au niveau 4 ou plus, et que c'est un sort majeur, le sort apparait 2 fois dans la liste des spécialités du descriptif de fief....PrièreVision supérieure...magie : vision supérieuremagie : prièreA noter j'ai aussi des artefacts sur ces 2 magies, mais ça ne semble pas être la cause.EDIT : Et puisque l'on me le signale également : est-il normal/voulu que les magies ne soient indiquées qu'à partir du niv 4 alors que les sciences le sont à partir du niveau 3?commentaire vinus: ça semble venir des artos. j'ai vérifié qu'il y a une seule fois la magie majeure sur plusieurs autres fiefs | Réponse / correction :
Prise en charge par zumba le 20.06.07
Résolution par zumba le 20.06.07 :
|
| [#1681]traité/résolu>Sujets épinglés et accès ami | | | FF 1.5Il me semble que je connaisse un probleme avec l'acces aux posts epingles dans les forums ou je ne suis qu'invite.En effet, les liens presents sur la page d'accueil des forums semblent ne pas mener vers le bon post.Ainsi, par exemple, je suis invite du Cercle Premier.-Si je clique sur "Bienvenue aux vassaux du royaume d'Omidanos", je tombe sur une page vide (probablement un sujet classe confidentiel)-Si je clique sur "Premiers pas dans le cercle premier", je me retrouve sur un post nomme "A l'intendance chargee de Noailles"Dans le seul forum de clan ayant des sujets epingles ou je suis invite, j'ai le meme probleme: lien vers une page vide, ou vers le mauvais sujet.Par contre, dans tous les forums ou je suis membre ou maitre, pas de probleme.----cby tour 38:J'ai le même souci, par exemple ce lien: http://www.the-continent.org/site/lireforum6.php?id=134&limit=1&showpostsid=1128470 mène à un post, dont le message initial a l'id: 1129018 , et en l'occurence c'est le seul message de ce topic. Très étrange que ça ne serve pas la bonne page donc.Je teste en modifiant dans l'url l'id par celui du message qui m'a été servi, et paf je tombe sur un autre sujet dont les messages ont pour id:1077623, 1077629, 1077705, 1078175. Ce topic n'est pas épinglé lui.En espérant que ça aide pour la résolution de ce fâcheux problème. | Réponse / correction :
requalifié en priorité faible par cobaye le 01.05.07
requalifié en priorité minime par zumba le 02.05.07
Prise en charge par jaydbois le 12.06.07
Résolution par jaydbois le 18.06.07 :
gavant mais résolu |
| Correction orthographique |
| [#1819]traité/résolu>Ancrages à renommer | | | C? de Vivelune (Côte de Vivelune)Les ?ts D'Or (Pas idée du nom..)La Vall? des Ch?s (La Vallée des Chênes)La Chastet? (La Chasteté)Port de Drena? (Port de Drenaïs) | Réponse / correction :
Prise en charge par jaydbois le 15.06.07
Résolution par jaydbois le 17.06.07 :
résolu |
| [#1820]traité/résolu>Nouveaux stats | | | très joli les nouvelles stats.sauf qu'un truc de test semble avoir été oublié. La liste s'arrete sur la valée de chene et non pas sur le fie de celui qui regarde le classement. | Réponse / correction :
Prise en charge par jaydbois le 13.06.07
Commentaire par cobaye le 14.06.07 :
id 519: je n'ai pas ce genre de problème, ça m'affiche les stats avec moi dedans, et si je mets 374 seigneurs, j'ai bien tout le monde :)
Résolution par Vinus le 14.06.07 :
ça été corrigé visiblement. je clos donc |
| [#1817]traité/résolu>Génération de gravats et débris sur l'eau | | 738:FF, XPil a détruit des pêcheries. Et impossible de ramasser la partie des gravats qui se trouve sur l'eau en 271-302 et 272-302 : je crée cette fiche non pas pour la normalisation de la carte mais pour le bug de génération de ces gravats sur de l'eau.Le même problème se pose avec les ruines générées par la suppression d'un compte: id 1684, plusieurs ruines se trouvent sur l'eau dans son fief. | Réponse / correction :
Prise en charge par zumba le 12.06.07
Demande d'infos supplémentaires par topaze le 12.06.07 :
Apport de précisions par topaze le 12.06.07 :
Je me permets de donner ma propre expérience sur ce fait aussi depuis 2 tours. Dans mon fief j'ai rasé une quinzaine de batiment et partout j'ai quelques tas de débris que ma troupe ne peut pas ramasser (il n'y a pas de débris ou de pierres sur cette zone dixit l'interface) mais pourtant la carte le voit comme un obstacle au mouvement de ma troupe. Ainsi pour la suppresion d'un marché sur 9 tas il m'en reste 3, pour une maison je ne peut en ramasser que 1 sur 2.
Résolution par zumba le 12.06.07 :
résolus. la démolition de batiments a cheval sur l'eau ne génerera plus de débris sur l'eau. les troupes peuvent maintenant déblayer ls débris restant sur l'eau a condition de pouvoir les atteindre bien sur. pour l'autre cas remonté par topaze (nb : pense à donner ton id et les coords stp) je pense qu'il est corrigé aussi. Les débris non déblayables n'avaient ils pas par hasard tous la même tête ? |
| [#1814]traité/résolu>abandon de citadelle impossible | | | Ma garde désire abandonné la citadelle de Menzoberranzan #Id troupe : 9393 nom : Chti'Monstr.Je clique sur la pop up me disant que cela va déplaire à mon roi et si je désire poursuivre puis dans le panneau en bois arrive l'erreur suivante :You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '19' WHERE type='FORT' and id=155' at line 1 / WRITEVAL / requete=UPDATE MAP_SPECIAL SET params='''19'' WHERE type='FORT' and id=155 | Réponse / correction :
Prise en charge par zumba le 12.06.07
Résolution par zumba le 12.06.07 :
résolu.attention abandonner une citadelle ça fait très mal au rang. |
| [#1815]refusé>Siège de son propre village | | | id 519, FF, XPAvec n'importe laquelle de mes troupes en garnison, si je veux faire une sortie, action "attaquer" et que par mégarde je clic sur mon castel, ça me demande si je veux confirmer le siège de ce village.En cliquant sur OK, ça me dit ça:Mordieu ! Erreur, cette unité n'est plus disponible ce tour (déjà engagée dans une action. (manque une parenthèse au passage)Message quelque peu inapproprié étant donné que toutes les unités testées n'étaient pas engagées dans quoi que ce soit :) La preuve en est que j'ai pu ordonner une sortie avec une de celles testées.Le message inapproprié n'est pas si grave en soit mais c'est surtout que l'on puisse ordonner siège sur son propre fief qui pose problème, si jamais l'occupation fictive de la troupe se trouvait à sauter pour x raison, je sais pas ce que ça donnerait comme gros bug :p | Réponse / correction :
Prise en charge par zumba le 12.06.07
Refus par zumba le 12.06.07 :
ce message apparait car le test sur l'occuppation de la troupe est tout simplement réalisé avant (pour des raisons d'optimisation).mais le test anti-auto-agression est bien sûr implémenté |
| [#1816]traité/résolu>Peche en haute mer et solde | | | id 519, FF, XPLes soldes des troupes et de la marine sont changées quand on envoit un bateau pêcher en haute mer.avant envoi:1337 écus en solde , et 93 écus pour la marine.après envoi à la pêche:1403 écus et 30 écusid navire: 13977 | Réponse / correction :
Prise en charge par zumba le 12.06.07
Résolution par zumba le 12.06.07 :
juste un bug d'affichage qui comptait la solde des navires en opération dans la soldature au lieu de la marine |
| [#1818]traité/résolu>cceptation portaillage et shdowlog | | | ID 1672je recois ce tour une demande de portaillage de la part d'illuitur que j'accepte. L'inscription de l'evenement dans la shadowlog semble buguer.voici le message d'erreurVous avez autorisé une transdistorsion entre Iluitur et votre village.Warning: Missing argument 4 for shadowLog(), called in D:swordcontinentwebwwwinterfaceacceptedistorsion.php on line 19 and defined in D:swordcontinentwebwwwincludesgamedata.inc on line 427 | Réponse / correction :
Prise en charge par zumba le 12.06.07
Résolution par zumba le 12.06.07 :
|
| [#1810]traité/résolu>Quête avec tour de fin | | | Le joueur ID 152 a reçu une quête obligatoire de son royaume visant à tuer la troupe d'ID 3216. La quête avait un tour de fin à 8.12 et une animation en cas d'échec.Le tour 8.12 est révolu, mais la quête existe toujours, l'animation d'échec n'a pas été lancée.Les tours de fin sont-ils bien testés dans les quêtes ? | Réponse / correction :
Prise en charge par zumba le 07.06.07
Résolution par zumba le 07.06.07 :
en effet ce test n'était visibelement pas implémenté. devrait l'etre au prochain tour avec tolérance de +1t pour les délais de validation des quetes |
| [#1809]refusé>Plus d'usure du Castel | | | Le Castel du joueur ID 224 ne subit plus d'usure du temps. Cela semble être aussi le cas d'autres joueurs. Es-ce normal ? | Réponse / correction :
Prise en charge par cobaye le 07.06.07
Refus par cobaye le 07.06.07 :
oui c normal le castel ne s'use pas :) avant il etait buggé et s'usait |
| Modification du paramétrage du jeu |
| [#1711]traité/résolu>Magiciens et azulis | | | Si on prend 3 cavaliers (+16%), 3 chevaliers (-9%) ou 3 fantassins (+11%) (bonus en ramassage) ils consomment tous 10PM pour ramasser une case d'azulis. En revanche, ils ramassent +/- de fleurs à maturité de plant égale.Et le nombre de PM dépensé est lié au nombre d'unités dans la troupe.Or les magiciens ont des gros malus en ramassage, donc contrairement à ce qui est annoncé dans les règles et ce que l'on m'avait expliqué RP et HRP (sur MSN) de l'évo sur le bonus conféré par les lanceurs de sort, ils entraînent de facto une diminution de la quantité de fleurs ramassées par case.Alors y'a t'il eu méprise sur cette évo, dans son sens ou dans son application? Est-ce un bug? Un paramétrage à modifier? Est-ce simplement que leur malus en ramassage est compensé par un bonus invisible en récolte d'azulis? Dans ce cas quel intérêt de les intégrer à une troupe récolteuse comme il avait été sous entendu que ça vaudrait mieux désormais de faire? | Réponse / correction :
Prise en charge par jaydbois le 08.05.07
Commentaire par RanTanPlan le 02.06.07 :
Modification de la récolte de l'azulis :- les troupes non magique sont des incompétents : coût en PM important et rendement faible- les troupes magiques connaissent leur métier : rendement plus important.A voir sur un changement plus radical encore dans le futur
Résolution par RanTanPlan le 02.06.07 :
|
| [#1799]traité/résolu>portail et vassalité | | | id198 Mauran du Repèresous iewindows xpcache vidéau tour 9J'ai demandé ce tour un saut par portail vers le fief de Zangdar (perso Kérésis), mais le message affiché au moment de l'ordre et le rapport des actions de tour affichent cette demande de saut vers La Chevauché (avec demande a Silphen).Silphen est suzerain de Kérésis... id troupe concernée si ça peut servir: 21815au tour 10, silphen reçoit la demande d'autorisation correcte de Le repère vers Zangdarau tour 11, la troupe arrive bien à ZangdarDonc pour résumer il y a juste un problème dans le message au moment de l'initiation du saut. | Réponse / correction :
Prise en charge par zumba le 01.06.07
Demande d'infos supplémentaires par zumba le 01.06.07 :
quel était le texte exact du message (pleins de cas de figuer dans ce script ca me permettra d'aller direcetement dans le tiens).
Apport de précisions par Vinus le 01.06.07 :
"Oui sire, la troupe ***** va effectuer une transdistorsion vers le portail de La Chevauchée. Nous ne pourrons effectuer le saut qu'une fois obtenu l'accord de Silphen, suzerain des terres de destination."
Demande d'infos supplémentaires par zumba le 01.06.07 :
quel était le texte exact du message (pleins de cas de figuer dans ce script ca me permettra d'aller direcetement dans le tiens).
Apport de précisions par Vinus le 01.06.07 :
il est dans la précision juste au dessus le texte exact
Commentaire par zumba le 01.06.07 :
oui oui ct bon la 1ere fois je pige pas bien pkoi il a reposté mon commentaire !
Résolution par zumba le 01.06.07 :
corrigé je pense mais ca serait bien de retester si possible |
| [#1801]traité/résolu>Swag et stats | | | id 519FF, XPJ'ai remarqué que les équipes du dindon d'or n'ont pas vues leurs stats mises à jour, aucune. Que ce soit l'xp, le nombre de joutes jouées, le nombre de victoires ou de défaites. Ce dans la tâche de gestion d'équipe mais aussi sur les pages de chaque équipe dans les arcanes.Pour celles du dindon d'azulis il y a ce genre de renseignements, mais je ne saurai pas dire si ils datent de la précédente saison uniquement ou si il y a aussi les joutes de la nouvelle saison. | Réponse / correction :
Prise en charge par zumba le 01.06.07
Commentaire par zumba le 01.06.07 :
en fait c'etait pour partie normal. Dans le dindon d'or à la premiere joute il n'y a eu que des nuls (étonnant mais bon).donc les compteurs victoire défaite ont pas été incrémentés, normal, de même que l'xp (corrigé, ùaintenant ca sera 2). ensuite lors des fins de saisions le compteur n'etait pas incrémenté (corrigé).il reste donc le compteur de matchs qui était basé sur victoire + défaite à reprendre.
Résolution par zumba le 01.06.07 :
|
| [#1800]traité/résolu>Swag | | | Serait-il possible de préciser sur les pages des dindons quelles équipes reçoivent et quelles équipes visitent? Genre un code couleur ou simplement la mention qu'entre deux équipes qui s'affrontent, celle qui est en haut du tableau de rencontre joue à domicile (c'est ce que j'ai cru remarquer)et au passage, est-il possible de mettre un bouton dans la liste d'ordres de la troupe swag qui se nommerait: Swag ou Gérer (ou autre) et qui mènerait vers la gestion de l'équipe? | Réponse / correction :
Prise en charge par zumba le 01.06.07
Résolution par zumba le 01.06.07 :
l'équipe qui recoit est en effet celle du dessus, c'est a savoir, pas besoin de le préciser. C'est un axiome dans le sport, on met tjr en 1er celui qui recoit.ajouté un icone menant a la gestion de l'escouade depuis la liste des troupes. |
| [#1792]traité/résolu>Swag | | | id 519FF, XPSur la tâche de gestion de l'équipe swaagi, il est indiqué qu'il reste 2t avant la prochaine joute, et dans la tâche il est indiqué PROCHAINE RENCONTRE dans 2 sem ; or, la prochaine joute pour le dindon d'or dont je fais partie a lieu (d'après la page du dindon d'or dans les arcanes) au tour 9.Ce qui fait 1 t / 1 semaine, pas deux. | Réponse / correction :
Prise en charge par zumba le 26.05.07
Demande d'infos supplémentaires par zumba le 29.05.07 :
un match a eu lieu, lequel des 2 compteurs avait raison ?
Apport de précisions par Vinus le 30.05.07 :
C'est le compteur IG qui a raison. C'est la page du dindon qu'il faut incrémenter de 1 changer t10/t13 ...etc au lieu de t9/t12...
Résolution par zumba le 31.05.07 :
|
| [#1798]refusé>Changement de fréquence d'un marché permanent | | | Peut-être un lien avec la 1684 ? Je ne sais pas. Voilà le souci:Le joueur ID 224 a deux marchés permanents avec le joueur ID 535.Le premier est 111 outils contre 81 pains et le deuxième 30 outils contre 40 pains.Les deux marchés étaient conclus avec une fréquence de 2 tours et ce depuis un moment déjà (au moins 1 cycle).Ce tour ci, ils sont passés tout seul à une fréquence de 3 tours.Ils sont marqués 3 tours dans la fenêtre de Diplomatie, Politique & Commerce et le planning de livraisons et expéditions de Jehan est cohérent avec les 3 tours.Pourquoi ce passage de 2 à 3 ?Note: si ID 224 tente de passer un marché avec ID 535, le nombre de tour par défaut indiqué est bien 2. | Réponse / correction :
Prise en charge par zumba le 31.05.07
Refus par zumba le 31.05.07 :
il n'y a eu à ma connaissance aucune modif pouvant impacter cette donnée ou son affichage.consolider avec autres cas ou piste (particularité des routes ? du moment ou ça se produit) |
| [#1765]traité/résolu>Ancrage fantôme | | | id 95internet explorer 6.0bonjour,j'ai une balise (le phare de rotank) en 908/1483 qui est invisible sur la carte, quand j'en ai bseoin je tatonne avec ma flotte pour en approcher et pouvoir 'utiliser.délog/relog, cache vidé | Réponse / correction :
Prise en charge par zumba le 13.05.07
Résolution par zumba le 13.05.07 :
Réouverture par Vinus le 30.05.07
Demande d'infos supplémentaires par Vinus le 30.05.07 :
le bug est de retour balise "Cap armora" coordonnées approximatives 1107, 45.Ne serait-il pas possible de faire un petit système de "regenération" de la balise en cliquant sur le "voir" d'une balise à coté qui y conduit par exemple.
Commentaire par zumba le 30.05.07 :
je cherche plutôt une piste sur ce qui a pu le faire disparaitre. Un bateau est il passé là récement, par exemple ?Sinon, ne met pas le bug en demande de précision sinon les devs ne lisent pas les fiches. il faut cliquer sur "modif suivi" pour ajouter un commentaire sans le passer en à préciser
Apport de précisions par Vinus le 30.05.07 :
ID 29 a un navire (Khéa une goélette id 23320) qui a clôturé cette semaine une route partant de "Massalia" et terminant sur "Cap armora". Il débarque une troupe et voulait revenir à l'ancrage pour partir vers un autre et là plus de balise. A remarquer l'accent dans le nom du navire.
Résolution par zumba le 31.05.07 :
il n'y a pourtant pas de maj de la map sur une terminaison de route, débarquement n'aura rien à voir... j'ai ajouté a tout hasard un test anti effacement ancrage lors du déplacement mais pas sur que ça vienne de la. réouvrir le cas échéant avec plus d'infos. |
| [#1728]traité/résolu>Pour les problèmes de sauts lignes volatilisés | | | Etant donné le nombre considérable de textes à reprendre (tâche monumentale vu le nombre d'events semble-t'il), n'y a t'il pas un moyen de copier le texte de l'ancien site vers le nouveau en conservant les sauts de ligne, genre avec un dl de la base des textes, un remplacement manuel (dans le texte même de la sauvegarde de la base) des sauts de ligne par le bon code pour le nouveau mysql, et hop un remplacement dans la base actuelle?Voilà, juste une question. | Réponse / correction :
Prise en charge par zumba le 03.05.07
Demande d'infos supplémentaires par zumba le 03.05.07 :
c'est en effet un épineux problème. Aucun de mes dumps n'a conservé les sauts de ligne. Ceci est dû au passage d'un mysql linux à un mysql windows, les 2 univers ne gérant pas les sauts de ligne de la mâme manière... Je peux vous filer un extract de la base actuelle du mutualisé qui elle les a mais si les MJS doivent se repalucher manuellement chacun des evts ou articles gazette ca ne sera guere mieux.Par contre je peux aussi écraser ces 2 tables avec l'extract, mais ça pourrait résulter en pertes de données pour les évenements modifiés - Pour la gazette ca ne devrait pas poser de pbm, il faudrait me fournir l'id du premier article posté depuis le grand déménagement. je remplacerai tous les précédents par les données du mutualisé.- pour les events il me faudrait aussi cet id du dernier du premier event ajouté depuis le transfert, + éventuellement un liste d'ids d'autres evenements + anciens mais modifiés entre temps et donc à ne pas écraser.Merci aux MJs de me dire ce qu'ils en pensent.
Demande d'infos supplémentaires par zumba le 03.05.07 :
c'est en effet un épineux problème. Aucun de mes dumps n'a conservé les sauts de ligne. Ceci est dû au passage d'un mysql linux à un mysql windows, les 2 univers ne gérant pas les sauts de ligne de la mâme manière... Je peux vous filer un extract de la base actuelle du mutualisé qui elle les a mais si les MJS doivent se repalucher manuellement chacun des evts ou articles gazette ca ne sera guere mieux.Par contre je peux aussi écraser ces 2 tables avec l'extract, mais ça pourrait résulter en pertes de données pour les évenements modifiés - Pour la gazette ca ne devrait pas poser de pbm, il faudrait me fournir l'id du premier article posté depuis le grand déménagement. je remplacerai tous les précédents par les données du mutualisé.- pour les events il me faudrait aussi cet id du dernier du premier event ajouté depuis le transfert, + éventuellement un liste d'ids d'autres evenements + anciens mais modifiés entre temps et donc à ne pas écraser.Merci aux MJs de me dire ce qu'ils en pensent.
Apport de précisions par cobaye le 04.05.07 :
Salut Cobaye. Bon je ne sais pas ce qu'en pensent les autres MJ. En fait, c'est moi qui me suis rendu compte de ce gros problème. On peut essayer effectivement une annule / remplace des tables animations et gazette, ce serait une excellente solution. Pour la Gazette, j'ai modifié une partie des articles incriminés. Le premier qui a toujours ce souci des retour chariot est au tour 7.33. Donc il faut prendre tous les articles inclut dans la période [1.1 ; 7.33] Pour les animations, il y a peut être une petite difficulté supplémentaire : certaines animations sont liées entre elle (enchaînement d'animations). Je laisse Zumba juger, je n'ai pas encore eu l'occasion de voir la base. Les animations à reprendre sont celles dont l'ID est inférieur ou égal à 2356. Merci pour tous ! ciao, ciao --RanTanPlan
Demande d'infos supplémentaires par zumba le 07.05.07 :
je préfère laisser les MJs en rediscuter entre eux avant (wel est informé) et me confirmer que je peux écraser.
Apport de précisions par cobaye le 25.05.07 :
une idée en passant: les sauts de ligne en sautant n'ont pas été remplacés par des espaces, du coup à la place la dernière lettre de la phrase avant un point et la première lettre après (en général les phrases se terminent par un point) sont collées au point comme ça: "ainsi.Ce jour". Peut-être une moulinette de normalisation est elle possible? genre si un point est entouré de deux lettres, il est remplacé par un point suivi d'un saut de ligne?
Demande d'infos supplémentaires par zumba le 25.05.07 :
j'attends les precs des mj, merci
Apport de précisions par Welatius le 27.05.07 :
Si tu recharges les animations avant 2356 (en préservant les autres), il faudra que les MJs reprennent quelques animations à la main au moment ou tu le feras. L'idéal serait que tu me précises quand tu fais l'opération afin que je puisse intervenir juste après. Mais quoi qu'il arrive, il n'y aura pas de casse, car nous n'avons pas modifié beaucoup d'anciennes animations et ces modifications sont plus de la forme.
Demande d'infos supplémentaires par zumba le 27.05.07 :
articles gazettes <246 et events_rp <2357 remplacés par les versions stockées sur le mutualisé.a priori gazette c O, pour les events merci de me dire si vous pensez que c ok.y aurait il d'autres tables impactées (à part fofo qui ne sera pas normalisé, trop énorme)
Résolution par zumba le 31.05.07 :
|
| [#1779]refusé>Perte de 1600 ecus en trésorerie | | | On a vidé ma tresorerie, jusqu'a 301, au tour 8.3, alors que le rapport indiquait 1901.Dans le compte rendu de mes revenues de ce tour, le compte etait correct, mais je n'ai que le surplus que j'aurai du avoir. Ca ma foutu dans une merde noire, et j'aimerais bien comprendre...A noter: Le message de l'erudit, comme quoi mes chercheurs avaient plus de sous (logique...), a été envoyé une fois pour chaque recherche. J'en avais 17.... je croyais qu'en pareil cas il ne venait qu'un fois?Donc: le bug (ou le vol) a eut lieu entre le compte-rendu des comptes et la paie des chercheur.Pas de consommation d'écu, pas de depot en banque (je suis a plus de 10 000, c'est donc impossible)...Et c'est bien sur 1600 ecus, soit la taxe royale demandée (a l'epoque).Si vous avez des logs qui pourais permettre de faire une recherche mais sans doute est ce trop tard !! | Réponse / correction :
Prise en charge par zumba le 23.05.07
Demande d'infos supplémentaires par zumba le 23.05.07 :
trop alambiqué.la paye des chercheurs est générée avant le CR financier établi à la toute fin (qui de fait contient les lignes d'imputation sur la recheche) et se base en tout cas sur la trésorerie précédente.Donc il y a forcément un evenement avant (tour d'avant ou action résolue avant lors de la réso), ou après la réso et avant que tu joues (vol)
Apport de précisions par Vinus le 30.05.07 :
J'ai demandé à un MJ de vérifier dans le shadowlog s'il y a quelque chose. Apriori rien de spécial coutant de l'argent.
Refus par zumba le 31.05.07 :
trop approximatif |
| [#1796]refusé>La medecine semble ralentir la guérison! | | | - il y a quelques tours, 58 enrhumés, restent 26 enrhumés le tour suivant, niv 1 en médecine (55% de soignés) ( ID 1204)- c8.s9 , 71 enrhumés, restent 52 enrhumés le tour suivant, niv 2 en médecine (27 % de soignés) (ID 1204)- c8.s6, 83 enrhumés, restent 78 enrhumés le tour suivant, niv 3 en médecine (6 % de soignés) (ID 295)Donc, plus on a le niveau de guérison élevé moins le pourcentage de soignés après un tour de rhume est élevé.Le problème semble se poser uniquement pour le premier tour de guérison après ça semble normal. | Réponse / correction :
Prise en charge par zumba le 29.05.07
Refus par zumba le 29.05.07 :
il y a une part de hasard dans les guérisons. merci de ne creer des fiches que pour des bugs duuement avérés et prouvés et pas fondés sur des hypothèses. |
| [#1786]traité/résolu>Etrange erreur dans le BG public | | | Le BG public du joueur Jean-Baptiste de Martise de Charousse (ID 2006) a un étrange contenu:5 fév 808 Etablissement du village de Sytirus12 fév 808 Destruction du village de Sytirus12 fév 808 Etablissement du village de CharousseAprès demande au joueur, il confirme qu'il n'a pas renomé son fief durant l'inscription et qu'il ne sait pas d'ou vient le nom "Sytirus" | Réponse / correction :
Prise en charge par jaydbois le 29.05.07
Résolution par jaydbois le 29.05.07 :
|
| [#1774]traité/résolu>Impossible de supprimer ou éditer évenements dans BG etendu | | | - Windows XP- Firefox 2.0.0.3 ou IE 6.0.2 indifféremmentJe n'arrive plus ni à supprimer ni à éditer les évènements de l'historique de mon fief.le lien de suppression (la croix rouge) est clicable et lance le rechargement de la page avec l'affichage en haut de la page du message "Evenement supprimé". Pourtant l'évènement est toujours présent. Et IE ne signale aucune erreur js.Le lien d'édition (la bulle avec des points) est clicable aussi et recharge la page avec l'évènement surligné en vert mais je ne peux pas éditer pour autant.Par contre je peux ajouter des évènements sans problème. A noter aussi que ça marchait très bien avant. Ca m'étonnerait donc un peu que ce soit un problème qui me soit propre, d'autant plus que j'ai testé ça sur 2 pc différents.Résumé :Pour ma part j'ai testé sur le mien (win200SP4+FF2.0).Je confirme le fait que l'on ne peut pas supprimer d'events (bien qu'il nous indique plus haut en vert que l'event est supprimé).Je compléte le fait de l'édition, si on clique sur l'édition on passe en mode édition mais dans la partie pour modifier, le texte dans description est vierge, les dates sont celles de la date actuel et non de l'event. Si on met un texte dans la description et que l'on clique sur modifier on a alors l'erreur suivante : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 / WRITEVAL / requete=UPDATE HISTOIRE SET cycle='8' WHERE id= | Réponse / correction :
Prise en charge par jaydbois le 29.05.07
Résolution par jaydbois le 29.05.07 :
|
| [#1794]traité/résolu>Tutoriel IG | | | FF, XPQuand on clique sur le lien Explique moi comment, de l'intendant, on arrive sur le tutoriel, mais étonnament, le fond parchemin des pages n'est plus chargé comme autrefois, du coup c'est écrit en noir et bleu sur fond bleu..Et la taille de la police du texte qui n'est pas un lien est toute petite.Je ne sais de quand ça date, mais au début que le tuto (kiwi doc n°6) avait été relié à l'interface il n'y avait pas ces problèmes de mise en page | Réponse / correction :
Prise en charge par zumba le 27.05.07
Demande d'infos supplémentaires par zumba le 27.05.07 :
est ce que ça un rapport avec le message msn que tu m'avais laissé ? si oui peux tu me réexpliquer déolé je l'ai paumé)
Apport de précisions par cobaye le 27.05.07 :
non ça n'a rien à voir :) pour msn, je te crée une fiche ce sera plus simple; pour le bug ici présent, je me demande si ça date pas de la migration.
Résolution par zumba le 28.05.07 :
ok |
| Modification du paramétrage du jeu |
| [#1795]traité/résolu>Tutoriel IG bis | | | serait-il possible de faire en sorte que la page "tutorial.php" charge la page 146 du doc kiwi n°6 plutot que le doc n°6 sans précision de page (si ce n'est pas déjà le cas)?et que dans le même temps, la page par défaut du doc n°6 soit la 199? celle sur laquelle on tombe quand on entre cette url: http://www.the-continent.org/site/readdoc.php?swiki_doc=6pasq en fait j ai dédoublé toutes les pages du tutoriel pour qu'elles soient utilisables hors interface (notamment à cause du lien de retour à l'intendant qui ne peut marcher hors interface) or le doc n°6 mène à la page 146 qui est celle prévue pour l'interface au lieu de la 199 qui est maintenant prévue pour hors interface. | Réponse / correction :
Prise en charge par zumba le 28.05.07
Résolution par zumba le 28.05.07 :
ok |
| [#1777]remis à plus tard>Trésor sans arpport d'exploration | | | Coord lieu : X=83 Y=76-J’ai lancé une exploration commanditée lors d’une quête auto.-Ma troupe a été décimée -Je n’ai eu aucun message suite à cette explo sauf troupe décimée (jusque là c'est normal).-Par contre selon le bilan de l’intendant j’ai recu un Tresor (c’est là que c’est peut être anormal, si la troupe n'est pas revenu pour raconter l'explo, comment elle a fait pour ramener le trésor: 10 liqueurs et 56 peaux.)accessoirement une question : pour valider une quête d'exploration il faut quoi exactement? juste lancer l'explo, qu'une troupe en sorte vivante, ou que l'explo soit reussie jusqu'au bout?infos sur le lieu donnés par MJ:Nom du lieu:Grotte dissimuléeID lieu: 1073déroulé:1/ recit d'explo2/petit trésor valeur 4 peaux et liqueurs3/SB aléatoire4/ca continue encore mais je ne le dévoilerai pasdonc pour moielle a eu le recitelle a eu le tresor qui est je pense aparu dans le compte renduelle est tombée sur les SB mais la troupe est trop faible | Réponse / correction :
Prise en charge par zumba le 21.05.07
Commentaire par zumba le 23.05.07 :
en effet on est là dans un cas particulier et très compliqué à gerer.les explos sont gerées étapes par étapes et les gains sont donnés au fil de l'explo, il faudrait don cun mécanisme d'annulation des gains si la troupe est décimée, mais ca sera très dur à coder, je pense que je vais plutot faire un artifice du genre un survivant a réussi a sortir et transmettre les gains avant de trépasser (sans parler)
Remise à plus tard par zumba le 27.05.07 :
|
| [#1793]traité/résolu>Navire coincé au centre du chantier | | | Au tour dernier je termine la construction d'un navire, mais qu'elle ne fut pas ma surprise de voir que je ne pouvais pas m'en servir...J'ai recalculé et tout le reste, mais le bateau est en fait coincé sur/dans mon chantier naval en 1093/875.Y aurait-il une ame charitable pour me le mettre à l'eau ;)?merciID 269XP FAMIE----J'ai remarqué que nidègle a le même problème navire en 592/1258le problème à mon avis est le suivant :Comme la case du milieu du chantier est "libre", pour mettre dedans le navire en chantier je suppose, si celle ci est une case d'eau eh ben l'algo peut la choisir pour le nouveau navire.Une solution simple est de transformer la case du milieu d'un chantier en case de terre au moment où le chantier se termine. Il faudrait aussi normaliser les chntiers existant. | Réponse / correction :
requalifié en priorité faible par Vinus le 26.05.07
requalifié en priorité minime par zumba le 26.05.07
Prise en charge par zumba le 26.05.07
Demande d'infos supplémentaires par zumba le 26.05.07 :
mmm pourtant la libération de la case est bien faite après la recherche de case de mise à l'eau, étrange.J'ai ajouté un test pour éviter la case centrale du chantier en rustine, donne moi des coords de mise à l'eau valides pour normaliser les 2 chantiers
Apport de précisions par Vinus le 26.05.07 :
1091;875 pour le premier et 592/1261 pour le second
Commentaire par cobaye le 27.05.07 :
CBY (id 519): j'ajoute un bug collatéral très sûrement lié: une goélette devait se finir ce tour chez moi et donc mon intendant me sort ce message: Attention sire, nous avons achevé la construction du navire ''. Tous les accès à l'eau autour de son chantier sont bloqués. faites en sorte de les liberer au plus vite... (noter l'absence du nom). Or, la construction est toujours en cours avec le meme nombre d'UT restantes qu'au tour dernier. Coord du chantier: 1450,1268. C'est la première fois que ça m'arrive je précise.
Demande d'infos supplémentaires par zumba le 27.05.07 :
corrds joueurs et bateau pour la normalisationcobaye, attend le tour suivant c la regleattention la qualité des fiches est en baisse et c pas le moment
Résolution par zumba le 27.05.07 :
|
| [#1790]traité/résolu>Science Swag | | | ID 380, IE... equipe de swaag les Palladins dindon d'orOn annonce dans les règles détaillées des bonus suivant le niveau de science: 1, 2, 4, 7, 10.Avec les sciences de swaag lvl3 je n'obtiens que +3 au lieu de +4. | Réponse / correction :
Prise en charge par zumba le 26.05.07
Résolution par zumba le 26.05.07 :
|
| [#1789]traité/résolu>Troupe SB détruite mais encore là | | | Le joueur ID 1 dit avoir tué une troupe de sans bannières pour lequel le royaume l'avait missionné.Mais la troupe ID 6738 existe encore dans le module monstre avec un effectif de 0 mais un nombre de lames de 72 et un mouvement de 33.La quête de Sulymen est toujours active, donc soit elle n'a pas été activée, soit l'existence d'un "résidu" de monstre empêche son activation quelque part. | Réponse / correction :
Prise en charge par zumba le 26.05.07
Résolution par zumba le 26.05.07 :
comme toute troupe décimée elle reste présente 1 tour avant d'être virée à la réso suivante (ca permet de l'avoir affichée en "troupe décimée" 1 tour).idem pour les quêtes, elles ne sont validées qu'a la 1ere reconnexion du joueur au tour suivant celui ou la quete. bon pour une qûete de combat il n'y a pas lieu de laisser ce délai donc je rajoute la condition de réussite troupe n'existe plus ou troupe a 0 hommes. |
| Modification du paramétrage du jeu |
| [#1788]refusé>Affichage des échanges pas encore validés | | | serait-il possible de faire figurer comme pour les échanges en cours, la récurrence d'un échange pas encore accepté?c'est à dire:[tous les Xt] livre Z contre vos Y dans ??merchi bien :) | Réponse / correction :
Prise en charge par zumba le 26.05.07
Refus par zumba le 26.05.07 :
vu la tete du BT, pas le temps pour des évos aussi peu importantes que ca.idem pour les bugs j'aimerais bien qu'on ne poste pas les pécadilles |
| [#1784]traité/résolu>Interface qui ne se charge pas complètement | | | ID256WXP ProIE et FFJ'arrive à me connecter et à lancer le jeu. Par contre l'interface ne se charge pas complètement. La jolie fenètre noire ne disparait qu'à moitier, ce qui me bloque l'accès à l'interface.J'ai vidé le cache essayer sur différents PCs avec différentes connections et différentes versions de IE et d'FF rien n'y change.Résultat impossible de faire mon tour.En double cliaquant sur la page noire c'est un peu mieux mais:Le bouton du registre ne fonctionne pas du tout. Il ne fonctionne pas non plus lorsque je passe par jehan pour y avoir accès.La fenètre de la carte s'affiche, mais la carte en elle même ne s'affiche pas.Sur la fenètre "Village/Tâche", le bouton villageois ne fonctionne pas.Le reste semble fonctionner._____________suite après la correction :Merci pour la correction du bug. Le problème c'est qu'il y en a d'autres d'apparus... enfin un autre. Etant donné que j'ai 95% de ma population en révolte la plus part des tâches lancées n'avaient plus de péons ce tour ci... (8 péons actifs => Je leur donnerai une médaille à ceux là:D ). Résultat lorsque j'ai essayer de réaffecter les paysans aux tâches de constructions sans main d'oeuvre j'ai eu le message d'erreur ci dessous... Il me bloque l'interface des villageois...Note de Jehan : En raison de la baisse de la population active, j'ai dû retirer 1 travailleurs des différentes tâches en cours.Unknown column '$maxpe' in 'where clause'/ GETALLTUPLES / requête = SELECT * FROM ACTIONS WHERE id_joueur=256 and (type='PROD' OR type='TERRAIN' OR type='REPARE' or type='CONSNAV' OR type='CONS' OR type='CONS_UP' OR type='RECHERCHE') and nb_peons>$maxpe order by nb_peons DESC | Réponse / correction :
Prise en charge par zumba le 24.05.07
Résolution par zumba le 24.05.07 :
c'est résolu.cas très particulier. la révolte qui a éclaté immobilisait tellement de péons que l'algo qui les retire aux taches n'en trouvait plus à réduire encore, et du coup bouclait à l'infinie.
Réouverture par Vinus le 24.05.07
Résolution par zumba le 24.05.07 :
Réouverture par cobaye le 25.05.07
Commentaire par cobaye le 25.05.07 :
apport d'informations par antinomus: La même situation se produit lorsque le nombre de malade est important et qu'ainsi on ne peut réduire les paysans affectés. Ainsi si le nombre de malade + le nombre de départ de paysan ne permet de réduir au minimum les différente taches ( 2 chercheurs mini par exemple par science) On ne peut accéder à la liste des taches paysannes. Par contre enutilisant le sort guérison ou les soins de l'église on peut (si le nombre de paysans ainsi disponible suffit) retrouver la liste des taches. CBY: je ne sais si tu as corrigé ça dans la foulée, mais je signale au cas où.
Demande d'infos supplémentaires par zumba le 25.05.07 :
rien pigé
Apport de précisions par cobaye le 26.05.07 :
en fait les épidémies ont le même effet pour les mêmes causes, sur l'interface, quand elles sont très importantes: si beaucoup trop de péons sont touchés, il n'y a pas possibilité de réduire les tâches sous le minimum obligatoire de péon pour ces tâches, du coup l'interface se bloque. antinomus précisait qu'en guérissant quelques péons (par n'importe quel moyen) ça débloquait l'interface si le nombre de péons dispo devenait suffisant.
Résolution par zumba le 26.05.07 :
ah ok bah donc c'est le même cas ca a été traité en même temps. |
| [#1754]traité/résolu>Ost du suzerain sans effet sur garnison et rétorsion | | | 436 déclare ne pas pouvoir ordonner d'éxécution chez son vassal Bogenhafen (590) alors qu'il dit avoir 3 fois plus de lames qu'en exige le code féodal.Qui plus est, il dit que son vassal a pu décaserner toutes ses troupes alors qu'il devrait avoir une troupe minimum. | Réponse / correction :
Prise en charge par zumba le 09.05.07
Demande d'infos supplémentaires par zumba le 09.05.07 :
exécutions OK, décasernement faire confirmer par vassal
Commentaire par cobaye le 12.05.07 :
merci au suzerain de contacter le vassal pour confirmer
Apport de précisions par cobaye le 24.05.07 :
Mon vassal Kérésis a sorti presque toutes ses armées, il lui reste en garnison : 1 hommes (14 lames) de Zangdar, 1 hommes (8 lames) de Zangdar. Alors que j'ai une troupe conséquente en protection.
Résolution par zumba le 26.05.07 :
en effet il y avait demi-décasernement, les troupes ont pu être affectées à des convois au dela de la limite. une fois rentrées ce ne sera plus possible.idem pour les attaques depuis caserne |
| [#1785]traité/résolu>Inversion d'échange dans la liste émissaires | | | 2K, XPPour épauler un nouveau venu de ma Bannière, je lui ai proposé chaque semaine une transaction à conditions préférentielles.Dans le lot, celui-ci a eu l’aplomb d’en refuser une !Ce que montrait bien l’onglet «Emissaires» du tour 8.7:- livre 320 «Trucs» contre vos 150 «Machins» dans 5t- livre 50 « Must-to-have» contre vos 303 «Trucs» KO (Noter l'inversion des denrées)- livre 100 « Trucs » contre vos 10 « Babioles » dans 3tAu tour 8.8 Jehan m’informe enfin de son refus :Sire, je regrette de devoir vous informer que « le fier Baron »refuse d'échanger vos 50 « Must-to-have » contre ses 303« Trucs »... | Réponse / correction :
Prise en charge par zumba le 25.05.07
Résolution par zumba le 25.05.07 :
résolu ainsi que l'autre que j'ai du virer au lieu d'ouvrir |
| [#1744]traité/résolu>Impossible de lancer construction navire | | | J'ai deux construction naval en cour, il me reste mon troisième chantier logiquement.j'ai beau essayer toute les localisation, impossoble de le lancer la construction, "chantier désigné non dispo"Position:[206,1175][209,1177][215,1182]Id 796Morzilla | Réponse / correction :
Prise en charge par zumba le 07.05.07
Demande d'infos supplémentaires par zumba le 07.05.07 :
bizarre, la carte indiquait un bateau en construction dans le 3eme alors qu'il est libre en base de donnée. Ce cas est maintenant traité mais j'aimerai savoir quand il a été occuppé (construction précédente et a quel moment il aurait du être libéré si il a bien déjà servi).
Commentaire par cobaye le 12.05.07 :
allo allo joueur concerné?
Commentaire par cobaye le 25.05.07 :
merci de répondre à la question!
Apport de précisions par cobaye le 25.05.07 :
id 796: mille escuse pour le retard, j'avais perdu de vue l'affaire. donc le navire précédant était un sloop (id 23622). Maintenant, ça n'a pas immédiatement précédé la construction bloqué, il y eu quelques temps ou je n'ai tourné qu'a 1 ou deux construction, avant qu'on puisse choisir le le chantier dans lequelle on le construit. Mais, je saurais pas dire les dates exactes
Résolution par zumba le 25.05.07 :
|
| [#1738]traité/résolu>Event qui se déclenche pas à la bonne période | | | FF2, XPJ'ai eu un event qui devrait que se produire en été/printemp/automne, mon champ de blé(quel champs de blé????) a été dévasté par la tempète.Transmis aux MJs, voici leur réponse:RanTanPlanRéponse mail le 02-May-07 à 08:54Bonjour,Voici l'ID de l'évènement : 488Il y a deux conditions dans cet évènement : il doit pleuvoir et il ne peut se déclencher qu'entre le tour 8 et 42. Raté donc pour la deuxième condition.Il faut rattacher ce bug au bug 1713. On dirait bien que seule la première condition est prise en compte à chaque fois. | Réponse / correction :
Prise en charge par zumba le 04.05.07
Demande d'infos supplémentaires par zumba le 04.05.07 :
je le reproduis pas. L'event 488, si c'est bien celui là, est bien viré par les conditions à la validation du login. tu passerais pas par hasard par un raccourci direct sur l'interface ? ou tu n'aurais pas eu un timeout sur la validation du login (juste après le clic sur JOUER dans le portail).Sinon le 1713 n'avait rien à voir, il s'agissait d'une condition non implémentée.
Commentaire par cobaye le 12.05.07 :
allo allo le joueur concerné?
Apport de précisions par Vinus le 22.05.07 :
à un moement, j'ai déclaré avoir reçu l'event ID 300 limité aux verts alors que je suis jaune. bug refusé car non reproduisable. En lisant cette fiche, je me rend compte qu'effectivement, il m'arrive des fois de lancer l'interface sans passer par le bouton jouer. mon ID est le 1672 si tu veux me reprogrammer l'event et je retesterais.
Demande d'infos supplémentaires par zumba le 23.05.07 :
c'est donc pour çales events non valides sont éliminés a la validation du login sur leurs conditions, si tu zappes cette étape ils ne sont pas virés (ainsi que d'autres traitements qui ont pu entrainer pas mal de bugs...)comment fais tu pour lancer l'interface sans passer par le portail ?
Apport de précisions par Vinus le 23.05.07 :
ben j'aime bien avoir les deux fenêtres forums et interface. et comme on ne peut pas ouvrir l'interface dans un autre onglet des fois j'ouvre un onglet vierge et je tape l'adresse dedans.http://213.251.164.87/interface/interface.php
Résolution par zumba le 24.05.07 :
ok dorénavant il faudra obligatoirement passer par le portail pour se loguer sur l'interface.(indépendament du multifenetere) |
| [#1782]refusé>dégradation castel | | | le castel subit des dégradationsComme le reste des batiments:- il se dégrade- il apparait dans la liste des batiments dégradé et dans la liste normale des batiments- on peut le réparer- en passant la souris dessus, on a son état.edit: ce n'est pas le cas du chateau.edit: apparemment les castels sont remontés à 1980/2000 depuis le tour 5 | Réponse / correction :
Prise en charge par zumba le 23.05.07
Résolution par zumba le 23.05.07 :
Réouverture par cobaye le 23.05.07
Commentaire par cobaye le 23.05.07 :
je réouvre pasq le castel est toujours à 1980/2000
Refus par zumba le 24.05.07 :
oui j'avais dit que ca pouvait descendre a 99% |
| Modification du paramétrage du jeu |
| [#1780]traité/résolu>bénédiction et réputation | | | Je viens d'enchanter (bénédiction église) un autre fief. Je perds 7% en réputation(77 à 70). A priori louer le Haut Puissant devrait être bénéfique pour le fief, pour le geste de bonté Ce n'est quand même pas une malédiction que je balance sur un autre.Le dernier enchantement j'étais passé de 83 à 70 en réputation. | Réponse / correction :
Prise en charge par zumba le 23.05.07
Résolution par zumba le 23.05.07 :
en effet la regle est +2 mais max 70, ce seuil faisait baisser a 70 quand on était au dessus |
| [#1778]traité/résolu>Héro décimé dans la liste des troupes depuis longtemps | | | Bon, c'est pas très récent... c'est même très ancien, mais mieux vaut tard que jamais.J'avai un héros (Voni), qui jadis est mort sans être ressuscité, et qui est toujours marqué dans mes troupes disponibles comme " troupe décimé"Donc juste si quelqu'un peut l'enlever au passage.Voni a été depuis recruté par un autre joueur | Réponse / correction :
Prise en charge par zumba le 21.05.07
Demande d'infos supplémentaires par zumba le 21.05.07 :
mm bizarre ça, il est mort quand et comment ce héros ?
Apport de précisions par Vinus le 21.05.07 :
Euh, quand... y'a très longtemps.Comment, en explorant un lieu "La Gueule du Marais " 536/1375Et j'ai trouvé l'id troupe : 11370
Commentaire par Vinus le 21.05.07 :
Résolution par zumba le 23.05.07 :
ok a du etre corrigé depuis le temps |
| [#1776]refusé>Couleur du bateua | | | ID 688 rouge a acheté un navire (ID 17876) à un vert aujourd'hui disparu, il y a une 40aine de tours.Le navire est resté vert. Le recalcul ne change pas sa couleur.Note: Parfois, lors d'un changement de zones (changement du nom de la zone) le bateau disparait, ou redevient de la bonne couleur, mais pas pour longtemps généralement. | Réponse / correction :
Prise en charge par zumba le 21.05.07
Refus par zumba le 21.05.07 :
pourtant le recalcul fonctionne... |
| [#1705]traité/résolu>Paiement de caravane! | | | id 519FF, XPJ'ai remarqué qu'une caravane que j'ai avec Naceros (fief), m'est facturée 28 écus lorsque j'envois les denrées vers chez lui, cf mon livre de compte de la semaine 38.Pourtant, j'ai une GH, donc caravanes gratos, et c'est la seule qui m'est facturée, aucune de toutes les autres innombrables ne l'est.Peut-être sa particularité qui entraîne ce paiement est qu'elle est tous les 4 tours alors que nous sommes distants de 2 tours ? | Réponse / correction :
Prise en charge par zumba le 11.04.07
Demande d'infos supplémentaires par zumba le 11.04.07 :
elle aurait pas été créée avant la GH ?
Apport de précisions par cobaye le 11.04.07 :
oh non ça risque pas, ce joueur est arrivé assez récemment, en tout cas bien après ma GH.
Demande d'infos supplémentaires par zumba le 18.04.07 :
je vois rien dans le code qui explique ça. Ca devrait bugger pour toutes ou aucunes.Peux tu reconfirmer ? est ce que ca le fait sur d'autres routes avec le même gus ?pour finir, essaye d'annuler la route et de la reconstruire (dans le même sens d'initiation).
Apport de précisions par cobaye le 18.04.07 :
ça l'a refait encore ce tour et que pour celle-ci.. je contacte le joueur par missive pour lui demander si il se rappelle dans quel sens cette route avait été initiée, et je l'annulerai et la relancerai à ce moment. ce qui est d'autant plus étrance c'est que lui il escorte son convoi avec une troupe (on aurait pu penser à un échange du message entre nos comptes).. à suivre
Demande d'infos supplémentaires par zumba le 20.04.07 :
Apport de précisions par cobaye le 20.04.07 :
ID 1299 Tour 7.35 ou 7.36 (sais plus) j'ai vu apparaitre dans mon bilan financier un armement de caravane de 28 écus. Ce tour, 7.42, j'ai à nouveau eu 28 écus prélevés pour armement de caravane ... même destinataire (Irianeth). J'utilise la GLC pour commercer avec lui de manière régulière mais je fais de même avec un autre et il ne se passe rien (Irianeth passe par ses troupes). Au cas où ça serait pertinent le transport lors d'un échange avec lui me coute 38 écus.
Commentaire par cobaye le 20.04.07 :
j'ai oublié de dire: c'est un autre couple de joueurs, ce n'est pas avec qui moi j'échange.
Commentaire par cobaye le 20.04.07 :
Autres précision, cet échange a une périodicité de 4 tours alors qu'ils sont à 2tours de distance, exactement comme dans mon cas; et c'est Irianeth qui a lancé cet échange
Commentaire par cobaye le 21.04.07 :
précision sur l'échange qui me concerne: c'est moi qui ait proposé l'échange, pas Naceros
Demande d'infos supplémentaires par zumba le 22.04.07 :
est ce débité dés la 1ere route ou a partir du 1er renouvellement ?
Apport de précisions par topaze le 25.04.07 :
je ne l'ai remarqué qu'au tour précedemment cité (qui devait effectivement être le premier renouvellement) et je pense que je l'aurais noté si c'etait arrivé avant mais je ne peux pas être totalement affirmative.
Commentaire par cobaye le 09.05.07 :
d'après 1299, ce prélèvement ne se produit qu'avec un seul de ses partenaires commerciaux qui utilise ses troupes pour escorter la marchandise, alors que 1299 passe par la guilde.
Demande d'infos supplémentaires par zumba le 17.05.07 :
meci de m'indiquer précisément la route dont il est question
Apport de précisions par cobaye le 18.05.07 :
Zumba demande de preciser la route... A ma connaissance il n'y a pas d'ID de route donc pour celle qui me coute en armement: J'echange 80 outils (ID1299) contre 200 pierres (Irianeth ID inconnue) tous les 4 tours (dans les faits c'est tous les 3 - voir autre declaration de bug mais les deux sont decorrélés).
Résolution par zumba le 19.05.07 :
ok,en effet le test de grande halle n'était pas implémenté dans le cas ou la route marqauait une pause entre la livraison et l'expedition suivante |
| [#1775]traité/résolu>Taxe Royale | | | Voila, je regardais mes prochains arrivés/départs de sous (le planning).Je vois :2000 (écus) à notre souverain (taxe royale)Et d'un coup j'ai l'intendant qui me dit:Permettez moi de vous rapeller, monseigneur, que les percepteurs du roi viendront dans 3 semaines prélever la taxe royale, qui cette année s'élève à 4900 écus. N'oubliez pas de mettre cette somme de côté, sinon vous pourriez perdre vos titres.id 122FF2WXP64bTout le monde a constaté cet écart entre planning de livraisons et message d'alerte de l'intendant.La taxe a-t'elle été réévaluée subitement? ou est-ce bien un bug biscornu?edit: la situation a évolué, la taxe affichée dans le planning est maintenant la même valeur que celle que donnait l'intendant. Néanmoins cela reste à peu près le double de ce qui était habituellement prévu... évo à moins de 3 tours du prélèvement? | Réponse / correction :
requalifié en priorité faible par zumba le 19.05.07
Prise en charge par zumba le 19.05.07
Résolution par zumba le 19.05.07 :
les taxes ont en effet été modifiées juste après le cycle précédent à la demande des MJs pour taxer bcp plus les hauts rangs, et le nouveau taux n'avait pas été reporté au planning (ajouté après) ce que je n'avais pas remarqué.Il faudra donc payer le prix fort mais ce n'est pas une évo de dernière minute. |
| [#1769]traité/résolu>Erreur DOM et php sur clan | | | Voici ce qui s'affiche quand je veux regarder le descriptif du clan Esprit Sylvestre.ID1909 XP IEWarning: DOMDocument::load() [function.DOMDocument-load]: EntityRef: expecting ';' in file:///D%3A/sword/continent/web/www/site/bg_clans/178.xml, line: 7 in D:swordcontinentwebwwwincludesdomxml-php4-to-php5.php on line 72Modifié leFatal error: Call to a member function get_attribute() on a non-object in D:swordcontinentwebwwwsitebg_clan.php on line 265 | Réponse / correction :
Prise en charge par zumba le 17.05.07
Résolution par zumba le 17.05.07 :
corrigén du a présence d'un esperluette (et commercial) dans les textes. a prioriu corrigé précédemment. Si ça se reproduit, demander en 1er lieu aux mj de verifier le texte avant de le passer en bug |
| [#1773]traité/résolu>test zumba | | | ssdg dfsg sdfdci d'être le plus clair et concis possible pour décrire votre problème / idée, afin de faciliter la tâche des trackers et des développeurs. Assurez vous tout d'abord dans le cas d'un bug qu'il s'agit réellement d'un bug avéré, et qu'il n'est pas déjà présent dans la buglist (si c'est le cas vous pouvez demander au tracker de compléter la fiche d'un bug existant déjà). Précisez bien le contexte du problème (coordonnées, n° de tour) et surtout votre ID de joueur.sdsg dsfg dsfg sdg dsg dsg dsfg dsg dsg dsfgdf | Réponse / correction :
Prise en charge par zumba le 17.05.07
Résolution par zumba le 17.05.07 :
Réouverture par zumba le 17.05.07
Résolution par zumba le 17.05.07 :
|
| [#1772]traité/résolu>test zumba | | | n bug ou proposer une évolution, adressez vous dans le forum correspondant à un membre labellisé bugtracker (icône à côté du nom). Merci d'être le plus clair et concis possible pour décrire votre problème / idée, afin de faciliter la tâche des trackers et des développeurs. Assurez vous tout d'abord dans le cas d'un bug qu'il s'agit réellement d'un bug avéré, et qu'il n'est pas déjà présent dans la buglist (si c'est le cas vous pouvez demander au tracker de compléter la fiche d'un bug existant déjà). Précisez bien le contexte du problème (coordonnées, n° de tour) et s | Réponse / correction :
Prise en charge par zumba le 17.05.07
Résolution par zumba le 17.05.07 :
|
| [#1770]traité/résolu>[BT] numéros de fiche | | | Je viens de remarquer que les IDs de fiche dans le sujet des mails envoyés par le BT ne sont pas les mêmes que ceux des fiches dans le BT | Réponse / correction :
Prise en charge par zumba le 17.05.07
Résolution par zumba le 17.05.07 :
|
| [#1761]traité/résolu>Enchantements | | | XP, FF2Ne peuvent pas lancer d'enchantements... Enfin pas sur d'autres fiefs que le leur. Quand sur un autre fief il est impossible de confirmer, en gros le "bouton" est incliquable, il ne se passe strictement rien | Réponse / correction :
Prise en charge par zumba le 13.05.07
Demande d'infos supplémentaires par zumba le 13.05.07 :
quel bouton ? l'icône de validation verte ? ou le bouton invoquer de la liste ?parce que moi dans les 2 cas sous les 2 navigateurs ca fonctionneMerci de tester + les bugs et de donner des scénarii de reproduction + précis
Apport de précisions par cobaye le 13.05.07 :
id 180: Sur mon fief et sur certains autres fiefs ça marche, mais sur d'autres non, le bouton "invoquer" ne réagit pas. (pour l'instant je l'ai vu sur celui de Lokey et un autre fief où j'avais taper le nom au hasard...). Que ce soit en utilisant FF ou IE.
Demande d'infos supplémentaires par zumba le 14.05.07 :
donc si je résume 180 tape lokey dans la cible, clique sur la validation (icone vert) arrive bien sur la cible. quelle invocation est inactive par la suite ? est ce que ca se reproduit a tous es coups ?
Apport de précisions par cobaye le 16.05.07 :
id 535: comme id 180, toujours sur Lokey, a tenté à de multiples reprises/tours "clairvoyance divine", le bouton est comme inactif
Résolution par zumba le 16.05.07 :
et bah voila, avec ces qq précisions c'est tout de suite plus simple : le problème venait de l'apostrophe dans le nom du village cible.Note pour les BT : dans ce genre de "bug dinterface" (boutons inactifs ou autre, bref un effet côté client uniquement) 9 fois sur 10 ca vient d'une apostrophe quelque part dans le contexte, donc déjà c'est une bonne info à chercher.PAr ailleurs, dans ce genre de problème, demandez (ou effectuez) si possible une vérification des erreurs JS. |
| [#1768]traité/résolu>Santé du bâtiment à démolir | | | Serait-il possible d'afficher la santé du bâtiment sélectionné pour la démolition dans l'affichage au dessus du bouton de validation de la tâche? Car personnellement j'ai été confronté plusieurs fois à l'incapacité d'obtenir la santé du bâtiment en question vu qu'il se trouvait derrière un autre.Ce serait utile surtout quand il y a plusieurs fois le même bâtiment, genre un pâté de maisons. | Réponse / correction :
Prise en charge par zumba le 16.05.07
Résolution par zumba le 16.05.07 :
okautre modif : le rapport des constructions commencera ses alertes d'usure à partir de 70% |
| Correction orthographique |
| [#1762]traité/résolu>Liens relatifs et CS | | | FF, XPles liens relatifs des menus du site, quand on est sur la carte stratégique conduisent à des pages introuvables, normal car voilà l'url servi:http://213.251.164.87/site/plugins/jaydbois/kiwis.php | Réponse / correction :
Prise en charge par jaydbois le 15.05.07
Demande d'infos supplémentaires par jaydbois le 15.05.07 :
de quels liens relatifs s'agit-il ?
Apport de précisions par cobaye le 15.05.07 :
ah bah après revérification, il ne s'agit que de ce lien, qui se trouve dans "Plus d'infos, Tous les docs"
Résolution par jaydbois le 15.05.07 :
|
| [#1764]traité/résolu>Encyclopédie des sciences s'affiche plus | | | FFS c i e n c e sAgriculture +15% par niveauGrâce aux connaissances des plantes et à la science de la terre et des semences, le rendement de vos fermes augmentera. Production de blé améliorée.Fatal error: Cannot use string offset as an array in D:swordcontinentwebwwwsitetools_encyclo.php on line 420Pas de chargement du reste de la page. | Réponse / correction :
Prise en charge par jaydbois le 15.05.07
Résolution par jaydbois le 15.05.07 :
|
| [#1767]traité/résolu>Augmentation des mouvements des Héros | | | Sauf erreur de ma part, les héros ne sont pas affectés par les sciences orientation ou art de la guerre des fiefs qu'ils servent.Il semble qu’à la suite du passage du script sur l’orientation, les héros ont vu leurs mouvements augmenter.Tout se passe comme si ils avaient bénéficié du bonus d’orientation et que le résultat était désormais leurs nouvelles valeurs de mouvement.On arrive même à une situation ou certains héros dépassent le maximum autorisé par le module MJ.Faut-il qu'un MJ revoie les héros un par un ? | Réponse / correction :
Prise en charge par zumba le 14.05.07
requalifié en priorité minime par zumba le 14.05.07
Résolution par zumba le 14.05.07 :
normalisé |
| [#1758]traité/résolu>Ruines générées par destruction du fief | | | Je prends le cas de 1721 car il est exemplaire.navigateur windows XP :- internet explorer- firefoxexemple de case avec le probleme :925,965Si tu te mets en clearpath, on peut voir que les ruines sur son fief, quand elles font une seule case sont souvent sur une case noire.Mais plus étrange, les ruines de 4 cases par exemple (ensemble de colonnade couchées) se trouvent avoir 3 cases sur du sol normal et la case la plus à gauche en noir.Le problème ne viendrait-il pas de là? Car ces joueurs dont je peux éventuellement avoir les id, ne peuvent ni défricher ni ramasser ni démolir ces ruines qui sont des restes de fief, pas du décor.Ca devient très handicapant pour certains qui sont déjà limités par des éléments naturels dans leur possibilités de s'étendre. | Réponse / correction :
requalifié en priorité minime par zumba le 12.05.07
Prise en charge par zumba le 13.05.07
Résolution par zumba le 13.05.07 :
corrigé, le bug était au niveau de la démolition.à la supression en effet certaines ruines 2*2 sont posées mais seules leur case codante est lockée meme si la ruine occuppe lus d'espace visuel sur la map, mais ca n'a aucune conséquence car ces ruines sont vouées à être détruites par le suivant. c'est avant tout une source de pierre pour le suivant. |
| [#1760]traité/résolu>Changer d'email | | | Windows XPFF. 2.01nouveau joueur, je souhaite changer mon email. dans la case prévue à cet effet, je tape mon mail a.xxxxxx@orange.frLa réponse (inscrite en rouge) est : "Email : format incorrect"Il a bien vérifié qu'il n'y a pas d'espace qui se cache, ni autre maladresse. | Réponse / correction :
Prise en charge par zumba le 13.05.07
Résolution par zumba le 13.05.07 :
|
| Correction orthographique |
| [#1763]traité/résolu>Editer mon background | | | FFBug css ou code... le bouton " [ Editer mon background ]" est extrement mal placeil est sur le background (sur les pierres) tout en haut a droite de la fenetre et sa couleur etait noir. | Réponse / correction :
Prise en charge par zumba le 13.05.07
Résolution par zumba le 13.05.07 :
remis un peu en forme |
| [#1759]refusé>Bateau bloqué entre chantier et côte | | | Navire : 26009Coordonnées: 941;873Voilà, il y a quelques temps un galion est sorti d'un de mes chantiers, je n'en n'avais pas besoin à ce moment là et aujourd'hui alors que je désire le bouger, je remarque qu'il est sorti du chantier naval du mauvais côté, c'est à dire vers la terre.Il est donc bloqué entre le chantier et la terre ferme sans aucune sortie... | Réponse / correction :
Prise en charge par zumba le 13.05.07
Refus par zumba le 13.05.07 :
ce n'est pas un bug mais un comportement possible de l'algorithme avec lequel il faut composer, un accident industriel, on dira en RP.a toi de creer une voie d'eau pour le dégager |
| [#1743]traité/résolu>Visualiseur de BG KO | | | -1- Menu "Univers", "L'encyclopédie", "Histoire&Géographie", "!!MJ: Edition des BG !!".-2- Choix d'une instance dans la liste, puis OK.-3- Click sur le bouton "TESTER"Depuis le changement de serveur, le bouton "Tester" permettant de visualiser les modifications réalisées sur une instance du BG ne marche pas.Quel que soit le document, il donne l'erreur suivante:Warning: DOMDocument::load() [function.DOMDocument-load]: I/O warning : failed to load external entity "file:///D%3A/sword/continent/web/www/site/bg/_.xml" in D:swordcontinentwebwwwincludesdomxml-php4-to-php5.php on line 72 | Réponse / correction :
Prise en charge par zumba le 07.05.07
Demande d'infos supplémentaires par zumba le 07.05.07 :
corrigé mais vu le code 1) je ne sais pas si ca remplira son role de preview 2) est ce que ca a jamais marché ce bouton TESTER ???
Apport de précisions par Welatius le 13.05.07 :
Oui, avant le changement de serveur, ce bouton "TESTER" marchait et affichait la page modifiée.
Mais laisse tomber, ça remarche maintenant.
Je clos.
Résolution par Welatius le 13.05.07 :
|
| Correction orthographique |
| [#1757]traité/résolu>Alerte insalubrité | | | Attention, mon bon sire, notre village est une ruine et à travers les quatre cardinaux on se gausse de l'état de délabrement de nos bâtisses. Ceci nuit à notre réputation mais de surcroît au moral des villageois qui se plaignent de vivre dans des bouges (-5%). Sachez aussi que les bâtiments en mauvais état sont insalubres et augmentent le risque d'épidémie à travers le village. Bien petit est le seigneur qui laisse ainsi son fief s'éffondrer...Vu que nous ne sommes pas tous en Agernath, je suppose qu'il veut dire :"...et à travers les quatre points cardinaux on se gausse..."De plus, "s'éffondrer" se dit s'effondrer (pas d'accent). | Réponse / correction :
Prise en charge par zumba le 10.05.07
Résolution par zumba le 10.05.07 :
|
| [#1712]traité/résolu>Science en echange marqué en double | | | Dans la liste des sciences échangeables du joueur ayant l'ID 868, il semble y avoir un petit problème: les sciences expérimentation tome 1 et tome 2 sont marqué en doubleIl me semble pas avoir vu ça la dernière fois que j'ai jeté un coup d'oeil, il y a 3-4 tours.Testé avec FF2 et IE, winXP, caché vidé | Réponse / correction :
Prise en charge par zumba le 20.04.07
Demande d'infos supplémentaires par zumba le 20.04.07 :
enchantements en cours chez vendeurs ?
Commentaire par cobaye le 09.05.07 :
merci de répondre, joueurs concernés
Apport de précisions par cobaye le 10.05.07 :
ID 868Mozilla, win XPIl y a bel et bien un enchantement sur le fief.
Résolution par zumba le 10.05.07 :
|
| [#1753]traité/résolu>Identité des PNJ sur les forums | | | id 519, FF, XPj'ai remarqué que dans "sujets modifiés" lorsqu'un PNJ est le dernier posteur, on obtient ce genre de signalement de nouveaux messages:Du respect de l'accord diplomatique [Signature de l'accord diplomatique sur Dool Gaar Amok]- dernier message par le 08/05/07 à 11h46 au tour 7.51 Il manque l'identité du PNJ entre par et le. | Réponse / correction :
Prise en charge par zumba le 09.05.07
Résolution par zumba le 09.05.07 :
devrait être résolu mais à confirmer (pas simple à reproduire) |
| [#1747]traité/résolu>Sprite SB sur troupe mixte | | | id 1726en 1230;175 se situe une troupe aux apparences de louphors cette troupe n'est ni sb ni même composée majoritairement de loups2 loups7 cavaliers1 evequeComment est ce possible ?On se plaint souvent des petits buissons de l'ombre mais là il n'y a aucune capacité spéciale de troupe des loups qui expliquerait cette forme.Le sprite ne dépend-il pas de la majorité des unités? Donc ici plutôt sprite troupe humaine que troupe SB... | Réponse / correction :
Prise en charge par zumba le 07.05.07
Refus par zumba le 07.05.07 :
malgré l'absence d'info sur la troupe (il faut donner l'id et le proprio, les coords ne servent a rien si elle bouge) j'ai pu la recalculer et le bon sprite est apparu, surement un reste d'un ancien problème.
Réouverture par cobaye le 09.05.07
Commentaire par cobaye le 09.05.07 :
la troupe est réduite a 3 cavaliers et 1 loup et pourtant redevenue loup en sprite. je vais redonner les coordonnées 1245,179 vu que je ne peux pas avoir accès à l'id de la troupe (evo a prevoir ?), le proprietaire est le conseil de dejagore. tjs id 1726, cache vidé, ff2 xp home
Commentaire par zumba le 09.05.07 :
id de la troupe=nom de l'image (id.png)
Demande d'infos supplémentaires par zumba le 09.05.07 :
que doit fournir le joueur (pas au BT d'aller la chercher)y a t'i leu bataille sur cette troupe au tour précédent ?
Commentaire par cobaye le 09.05.07 :
oui effectivement il y a eu un combat, j'attends l'ID de troupe (je signale la méthode pour l'obtenir)
Apport de précisions par cobaye le 09.05.07 :
id 20201, la troupe a été recalculée par son propriétaire et affiche bien le bon sprite maintenant d'après ses dires
Résolution par zumba le 09.05.07 :
corrigé serveur |
| [#1741]traité/résolu>Mode debug pour un joueur lambda?? | | Alors en me promenant sur la partie IG et en double-cliquant sur un fief (au hasard) j'obtient en haut de l'encart "CI debug" " CI refresh"Lorsque je clique sur "CI Debug" j'obtient ceci: ID 180WinXP proFF2.XX | Réponse / correction :
requalifié en priorité faible par zumba le 04.05.07
Prise en charge par zumba le 04.05.07
Demande d'infos supplémentaires par zumba le 04.05.07 :
c'est vraiment pas si graveca le fait tjr ?
Résolution par cobaye le 09.05.07 :
ça doit être bon, pas de réponse :( |
| [#1756]traité/résolu>Construire un (0) | | | Ce tour j'ai reçu un avertissement de Jehan (oui, ça arrive même aux anciens) :Nous n'avions plus assez d'outils pour nos travaux, mon maître. Il faut ...- réparer nos bâtiments- construire un(e) 0- construire un(e) Entrepôt- construire un(e) 0- construire un(e) 0- construire un(e) 0- construire un(e) 0 Les lignes "construire un 0" ne peuvent correspondre qu'à des tâches de modification de parcelle, dans le cas présent transformation de marais en terre dammée.W XP2 et FF2.0.0.3 | Réponse / correction :
Prise en charge par zumba le 09.05.07
Résolution par zumba le 09.05.07 :
|
| [#1740]traité/résolu>Enchantements cassés | | | Tous navigateurs et ID confondus, les enchantements (pas les malédictions) sont passés à bonus 0% dans la liste d'achat même si leur prix n'a pas bougé.Les effets des enchantements sont bien à 0% dans les fiefs qui en ont (visible par perte hebdomadaire d'azulis plus importante par exemple). | Réponse / correction :
requalifié en priorité faible par zumba le 04.05.07
Prise en charge par zumba le 04.05.07
Résolution par zumba le 04.05.07 :
bonus des enchantements restaurés à l'achat.les enchantements contractés avant le déménagement ont un bonus actif, ceux contractés après et jusqu'à ce jour sont inopérants.
Réouverture par cobaye le 05.05.07
Commentaire par cobaye le 05.05.07 :
Après correction on a un autre petit problème, les anciens enchantements sont considérés comme malédiction et il faut tous les annulés à coup de bénédiction pour pouvoir se ré enchanter.
Demande d'infos supplémentaires par zumba le 07.05.07 :
je n'en ai détecté et viré que 2.quand on parlke d'un bug ON DONNE LES ID_JOUEURS PAR PITIEqu'on puisse reproduire (un peu las de répeter tt le temps cette consigne)
Résolution par cobaye le 09.05.07 :
je ferme pas eu d'autres plaintes c'est que ça doit aller |
| [#1752]traité/résolu>Cahutte pas standard | | | Ce petit souci doit dater d'un moment déjà, au moment ou les cahuttes ont été modifiées pour passer de 70 à 85 points de construction.Les cahuttes déjà construites sont restées avec un maximum de 70.La "normalisation des batiments" ne change rien. | Réponse / correction :
Prise en charge par zumba le 09.05.07
Résolution par zumba le 09.05.07 :
|
| [#1751]traité/résolu>Compte-rendu de Jehan sur les batiment en mauvais état | | | Dans la fenêtre de l'intendant, il y a un menu "Fais-moi le bilan des constructions s'il te plaît."Puisque le nouveau paramétrage d'usure se base sur 65% des points de vie des bâtiments, les joueurs suggèrent que Jehan signale les bâtiments endommagés à partir de 35% d'usure et pas à partir de 50% comme aujourd'hui. | Réponse / correction :
Prise en charge par zumba le 09.05.07
Résolution par zumba le 09.05.07 :
ok |
| [#1755]traité/résolu>Jehan a des choses à dire mais il ose pas | | | FF, IE, XP et autresQuand on clique sur "Il me reste encore X sujets dont je désire vous entretenir sire" on retombe sur ce même message sans pouvoir lire ces sujets. | Réponse / correction :
Prise en charge par jaydbois le 09.05.07
Commentaire par jaydbois le 09.05.07 :
Message pour ZUMBA : le type de message d'info pour l'insalubrité du village est "MESSAGE" et pas "MSG". A corriger dans le serveur.
Résolution par jaydbois le 09.05.07 :
J'ai collé une rustine en attendant la correction du serveur, histoire de débloquer, fais moi signe quand il faudra rétablir. |
| [#1750]refusé>Baisse de moral anormale | | | Depuis la mise en place de la règle qui donne une perte de moral lorsque les réparations des bâtiments d’un village sont négligées, des baisses de moral spectaculaires ont eu lieu, mais pas seulement sur les fiefs en mauvais état.Je voudrais m’assurer qu’il n’y a pas de bug sur le codage.Le village du joueur ID 224 a un état qui me semble fort bon: aucun bâtiment à moins de 50%, état général aux environs de 83-85%. Pourtant, depuis la nouvelle règle, le fief perd 7-8 points de moral par tour. Aucun évènement spécifique ne semble en être la cause (pas de maladie, pas de mort au combat, etc). Es-ce voulu ? 80% est-il considéré comme un mauvais état ? | Réponse / correction :
requalifié en priorité minime par zumba le 07.05.07
Prise en charge par zumba le 07.05.07
Refus par zumba le 07.05.07 :
Je précise la règle, merci de diffuser pour couper court aux discussions stériles.Encore une fois les raleurs ralent plus vite que leur ombre ne voient jamais que les trains en retard et ne réagissent que par leur petite situation au lieu d'adopter une vision générale du jeu. C'est tellement usant que j'évite à tout prix de lire les fofos. Je rapelle que la règle est la même pour tout le monde et que l'évo lèse aujourd'hui uniquement ceux qui ont utilisé l'abuse (ne rien réparer et démolir avant éffondrement pour éviter le malus malus). Ce éajustement permettra toujours de jouer l'usure pour économiser les ressources des réparations mais au moins il y aura un vrai risque à jouer ainsi.concernant les maladies, 80% d'état général est considéré comme la normalité. Au dessus, on récupère même un bonus, jusqu'à 20% de chance de moins de chopper une épidémie si on est à 100% d'entretien.concernant moral et réput : 1 - la perte est bornée a 7% max par tour donc oubliez les valeurs délirantes que j'ai pu lire, et qui peuvent trouver leur source dans pleins d'autres paramères : hiver, météo, taux d'emploi des péons, actions de jeu. Le malus n'est pas basé sur l'état général mais sur le nomre de batisses dont l'état est <65% et encore à la puissance 0.7. Donc forcément ceux qui ont tout laisser s'effondrer vont se sentir lesés pour remonter ça mais depuis le début de l'usure ce sont eux qui ont lesés ceux qui jouaient "l'hygiene" en économisant des milliers de ressources (attention je ne dis pas qu'une méthode est plus légale qu'une autre). Si je n'ai rien annoncé c'est pour que les joueurs qui usent et abusent des faiblesses des règle et sans les dénoncer comprennent qu'à tout moment ça pourra se retourner contre eux. Continent est en phase bêta et le restera encore un bout de temps vu la complexité des règles, son calibrage GP est extrêmement long et compliqué, et pleins de reparamétrages seront encore faits principalement pour renforcer spécialisation et interdépendance des joueurs. Les joueurs ne doivent pas s'estimer leser sur un reparamétrage qui concerne tout le monde ni prendre un paramétrage antérieur comme argent comptant. |
| [#1748]traité/résolu>Barre à gauche des images de troupes | | | cby: id 519FF 2 et 1.5, IELes images de troupe sont affublées d'une ligne noire verticale à leur gauche. C'est très visible dans les chroniques de la guerre, par exemple bataille "Agressivité Omidanienne".Apparu avec le changement de serveur. | Réponse / correction :
Prise en charge par zumba le 07.05.07
Résolution par zumba le 07.05.07 :
résolu mais il faudra recalculer les foireuses |
| [#1749]traité/résolu>Blasons dans infos compte | | | id 519FF 2Je viens de remarquer que les blasons proposés pour nos écus, dans la page de gestion de compte, sont présentés en noir sur fond noir (plus exactement fond briques du nouveau site), avec leur contour en blanc, au lieu de noir sur fond blanc/pas de fond, contour blanc. | Réponse / correction :
Prise en charge par zumba le 07.05.07
Résolution par zumba le 07.05.07 :
|
| [#1720]refusé>Tour défensive en limite de terrain | | | Petit souci, je voulais construire une cannoniere par dessus une de mes tours... il m est impossible de le faire car il paraiterait que cette tour ne m appartient pas.Construction étant sur mon territoire et construite par mes petits escla.... heu... peons ^_^Saperlipopette ! Cette construction ne vous appartient pas.Coordonnees : 1328;1256oui elle porte mes couleurs oui elle est sur mon territoire.Maintenant je me dis qu'avant ma tour il y avait une tour de mon voisin a cet endroit précis, j ai construit par dessus les ruines peut etre ca qui fout la merdouille.Double click sur la tour ?oui j ai deja tout fait... et toujours impossible de construire par dessus, toujours le meme message d erreur. | Réponse / correction :
Prise en charge par zumba le 25.04.07
Demande d'infos supplémentaires par zumba le 26.04.07 :
corrigé.Mais anomalie détectée en même temps : double entrée de ton stock de PM (supprimée). C'était apparu récement ca ?devnote : buglié à présence de bats fantomes d'id 120 en bdd. faire moulinette de détection / normalisation
Commentaire par cobaye le 01.05.07 :
merci au joueur concerné de répondre à la demande de précisions
Refus par zumba le 07.05.07 :
gros foutage de G |
| [#1742]refusé>Suprression de compte incomplète | | | Je ne sais pas si c'est un souci ou non, mais le compte 1947.svendu57 (Varload/Debline) a été mal supprimé, voici le compte-rendu:-Supression du compte 1947-svendu57 :- Impact sur les alliés, vassaux et suzerain : (+ routes commerciales et alliances militaires et ventuellement A FAIRE). supression carte des chantiers de construction en cours. supression carte des chantiers de remblaiement en cours. supression des actions en cours et loguées. supression du shadowlog relatif au compte. libération du point de départ. supression des ambassades (+influence) et avertissements des alliés. supression des armées de la carte. supression des armées en base de donnée. annulation des protections du village. Supression des bonus. Supression des stocks dans l'inventaire. Supression des message d'intendance. Supression des scores guilde. Supression des pactes concernant le joueur. Supression des évènements planifiés et quêtes. Supression des réglages/options. mise en ruine du village sur la carte autour de 903,11901.......... supression en base et carte des bâtiments possedés par ce joueur. supression du compte. supression du village, compte, et compte fofo. envoi du mail d'avertissement au joueurFatal error: Maximum execution time of 30 seconds exceeded in D:swordcontinentwebwwwincludestools_bdd.inc on line 254 | Réponse / correction :
Prise en charge par zumba le 07.05.07
Refus par zumba le 07.05.07 :
heureusement il est allé au bout (envoi du mail)je réaugmente le timeout un peu quand meme |
| [#1714]traité/résolu>Portée espions et voleurs | | | Alors j'ai constaté quelque chose, il y a de celà quelques temps, sur des voleurs. J'imagine qu'il en est de même pour les espions.Leur portée est de 1. Ainsi pour agir sur un batiment, il doivent être juste à coté, jusque là je dirai, logique.Mais voilà, plus que d'être juste à coté du batiment, il doivent être exactement à coté de la "case source" du batiment (la plus à gauche).Bref, ceci rend impossible ces actions sur de nombreux batiments (batis en tas, ou en bord de terrains inarpentables.) si l'unité ne peut se placer correctement, et encore bien souvent au risque de se mettre à découvert.Il faudrais une portée de 2 ou 3 mais sans pour autant pouvoir contourner la défense par une muraille ou une troupe. | Réponse / correction :
Prise en charge par jaydbois le 04.05.07
Résolution par jaydbois le 06.05.07 :
|
| Correction orthographique |
| [#1745]remis à plus tard>Renvoi/Départ d'émissaire | | | FF1.5, XPXXXX a rapellé (rappelé) son ambassadeur à votre cour. Nous n'avons donc plus de liens diplomatique (diplomatiqueS) avec XXXX (mais nous n'avions pas d'affaire en cours avec eux...)XXXX a chassé votre émissaire à sa cour. Nous n'avons donc plus de liens diplomatique (diplomatiqueS) avec XXXXX (mais nous n'avions pasd'affaire en cours avec eux...) | Réponse / correction :
Prise en charge par jaydbois le 05.05.07
Commentaire par jaydbois le 05.05.07 :
partiellement corrigé.
Remise à plus tard par jaydbois le 06.05.07 :
Le reste du message : "diplomatiqueS" est sur le serveur ==> la meuh. |
| [#1736]traité/résolu>Orientation | | | FF, XPSur soupçons de joueurs, j'ai calculé le mouvement que devrait avoir mon golem de fer (id 24633) qui est tout seul sans XP, avec les bonus d'orientation que j'ai: il devrait être à 20.5PM, disons 21.Or, il est à 25! Soit le double du bonus que je devrai avoir si on se réfère à ce que dit l'encyclopédie et mon artefact en orientation.D'après joueurs, avec les bonus actuels on peut monter à 160% de bonus total, soit 260% du mouvement de base.. | Réponse / correction :
Prise en charge par jaydbois le 03.05.07
Résolution par jaydbois le 04.05.07 :
|
| [#1739]traité/résolu>Chroniques de la guerre et apostrophes | | | FF2, XPImpossible de visualiser les batailles dont le titre comporte une ':missing ')' after argument listreplayBattle('name=L'overlord...Absence de slash ou mauvais traitement des apostrophes d'après 1774 | Réponse / correction :
Prise en charge par zumba le 04.05.07
Résolution par zumba le 04.05.07 :
|
| [#1731]traité/résolu>KIWI régénération d'une page | | | Lorsque je modifie une page, que je sauve et déverrouille, et qu'ensuite je tente de l'afficher pour la régénérer, le menu de gauche se charge bien mais la page en question ne s'affice pas, ce qui fait que le sommaire se retrouve quasi au milieu de l'affichage.La notif "régénération de la page" n'apparaît pas non plus.Si je tente à nouveau de charger la page, l'affichage est correct mais c'est la page en cache qui apparaît, dans sa nouvelle version.Donc la régénération en elle même fonctionnne mais n'arrive pas à afficher la page la première fois.edit: même genre de problème sur la modification du sommaire d'un doc, lors de la tentative de premier affichage de la nouvelle version ça déconne | Réponse / correction :
Prise en charge par zumba le 03.05.07
Commentaire par zumba le 03.05.07 :
c'est un problème plus général avec le buffering. Quand on modifie une page bufferisée il regénère donc le buffer puis demande quasiment au même moment le réaffichage de la page et sur la nouvelle plateforme le fichier n'est pas tout à fait fini d'écrire.je ne suis pas sur de pouvoir corriger ça.
Demande d'infos supplémentaires par zumba le 03.05.07 :
quoiqueest ce que ca le faisait sur l'ancien serveur ?
Résolution par zumba le 03.05.07 :
bon ca y est je l'ai trouvébon dieu qu'il fut velu celui là et merci les incompatibilités entre php4 et 5 encore une foisdev_note : désactivation des ob_clean |
| [#1732]remis à plus tard>Troupes en protection | | | A plusieurs reprises depuis plusieurs mois, il a été demandé si il serait possible que l'attaque d'une troupe en protection de fief déclenche un siège plutôt qu'une escarmouche.Ceci afin d'éviter le ptit jeu qui consiste à exterminer les troupes en protection avant d'entreprendre le siège d'un fief, avec les conséquences qu'ont une perte de ces troupes sur le prélèvement de la taxe, l'obligation de garnison et le contrôle du portail dans le cas de suzerain-vassal.Que cela soit déclenché par une attaque normale et/ou magique.Cette proposition fait l'unanimité à chaque fois qu'elle est redemandée. | Réponse / correction :
Prise en charge par zumba le 03.05.07
Remise à plus tard par zumba le 03.05.07 :
ceci a déjà été intégré à la devlist mais nécéssite une étude + approfondie. c'est en effet un abuse mais la solution pourrait en entrainer d'autres, par exemple assiéger un fief qu'on aurait pas le droit d'assiéger parcequ'on a le droit d'attaquer un de ses défenseurs externes.mêmes problèmes sur les magies offensives envers les protections extérieures de fiefs. |
| [#1721]traité/résolu>Module fief - Bouton de suppression mal dirigé | | | Un MJ souhaite utiliser le module MJ 'fief' pour supprimer l’objet de quête ‘Alambic abimé’ à Raoul ID 186.Cet objet se trouve dans les ‘Sciences maîtrisées par le Seigneur :’ et pas dans les ‘Objets possédés par le Seigneur :’ (probablement parce que c’est un objet de quête sans bonus réel ?)Le MJ sélectionne l’objet ‘Alambic abimé’ dans la liste ‘Sciences maîtrisées par le Seigneur :’ et clique sur le bouton ‘Supprimer’ juste à la droite de cette liste.Ho surprise ! L’objet ‘Alambic abimé’ n’est pas supprimé, par contre, l’objet pointé par la liste du dessous ‘Objets possédés par le Seigneur :’ a été supprimé.Tous se passe comme si le bouton ‘supprimer’ de la liste ‘Sciences maîtrisées par le Seigneur :’ agissait sur la mauvaise liste.Note: l'objet supprimé a été redonné au joueur Raoul ID 186 par le MJ. | Réponse / correction :
Prise en charge par zumba le 25.04.07
Résolution par zumba le 03.05.07 :
en fait c'était pas le bouton qui pointe sur la mauvaise liste mais l'objet qui n'était pas dans la bonne ! |
| Modification du paramétrage du jeu |
| [#1737]traité/résolu>Baisse spectaculaire de réput suite à achat nomade | | | lieux d'achat 302;449chaine infernale, +6% main d'oeuvre demoniaque, 5809 écuspour l'avoir acheté il est tombé à 0 en confiance GdC et s'est pris -36% en réput pour tomber à 9.trop violent ou alors les autres actions nuisibles ne sont pas assez sévères en réput ? aucune autre action en jeu, même mater une révolte, ne peux nuire autant à la réput.ce n'est pas tant le niveau final de réput qui gêne, mais la perte en valeur. | Réponse / correction :
Prise en charge par cobaye le 02.05.07
Résolution par zumba le 03.05.07 :
les malus (et bonus aussi sur l'ombre, n'est ce pas ?) ont été bornés à des valeurs plus raisonables (25% guilde et 18% réput) |
| [#1713]refusé>Filtre banniére sur anim | | | J'ai reçu au tour 40 ou 41 je ne sais plus l'anim id 300 sur laquelle il y a un filtre pour les verts uniquement alors que je suis jaune. (confirmé par MJ)Le MJ m'a programmé pour ce tour 42 la même anim et je ne l'ai pas reçue.De même dans mon propre cas au tour 7.45, j'ai reçus l'anim (id anim :1259) Qui me disait que mes bateaux se sont fait attaqué par des pirates et que je devais payé pour les réparer, hors je n'ai aucuns naivire. J'ai donc demander à un MJ de vérifier que cette anim avais bien un controle sur la présence d'un chantier naval dans le fief ou de la possesion d'un navire. C'est en effet le cas l'anim a 2 conditions (une sur la couleur bleue ou rouge et une sur la possesion d'un chantier naval et d'une gabare.) la premiére condition semble avoir été prise mais pas la seconde. | Réponse / correction :
requalifié en priorité faible par cobaye le 01.05.07
Prise en charge par cobaye le 02.05.07
Refus par zumba le 02.05.07 :
le moteur de condition ne teste pas la présence de navires dans la flotte même si c'était saisissable dans l'interface MJ comme condition.l'event concerné ne teste que le royaume et le batiment chantier et concerne le batiment au sens construction.pour le 1 (merci de ne pas mélanger les fiches) : non reproductible donc refusé aussi |
| [#1725]traité/résolu>Portail par saut de transdistortion trop loin | | | La troupe 1683 en 279-476 essaie de lancer le sort de Transdistortion.Deux portails sont indiqués comme choix possibles, dont le mien (ma destination).Et au moment de la validation, message : Portail trop éloigné !Il semble que le calcul de distance ne soit pas le même lors de la sélection et de la vérification.Au tour 7.45 :Ce tour 7:45 la même troupe 1683 s'étant rapprochée, j'essaie de relancer le sort.Portée annoncée : 134.Les 2 mêmes portails de destination possibles, dont le mien qui doit être à au max la moitié des 134 lieues annoncées.Et toujours le même message : Portail trop éloigné! | Réponse / correction :
requalifié en priorité faible par cobaye le 01.05.07
Prise en charge par zumba le 02.05.07
Résolution par zumba le 02.05.07 :
corrigéce sort a t'il jamais marché ??? |
| [#1733]refusé>Erreur php dans les quêtes | | | Quête royaumeWarning: unserialize() expects parameter 1 to be string, array given in D:swordcontinentwebwwwinterfaceregistrequetes.php on line 83Le 18 Novembre 807, la noblesse d'Omidanos m'a confié la mission suivante : atteindre une réputation inférieure à 53.quete commerce meme probleme:Warning: unserialize() expects parameter 1 to be string, array given in D:swordcontinentwebwwwinterfaceregistrequetes.php on line 83Mais elles ont l'air de fonctionner quand même | Réponse / correction :
requalifié en priorité faible par cobaye le 01.05.07
Prise en charge par zumba le 02.05.07
Refus par zumba le 02.05.07 :
pas reproductibe sur aucune de 2 comptes |
| [#1729]refusé>Images trop grandes | | | FF, XPDans le rapport automatique de l'Intendant, celui ci:Monseigneur, nos maçons nous alertent qu'un ou plusieurs bâtiments sont dans un très mauvais état ! Il faut rapidement mettre les hommes et les moyens pour les réparer avant qu'ils ne s'éffondrent !Voici le(s) bâtiment(s) incriminé(s) :Les images ne sont pas redimensionnées pour la fenêtre intendant, du coup apparition de barre de défilement horizontale. | Réponse / correction :
requalifié en priorité faible par cobaye le 01.05.07
Prise en charge par cobaye le 02.05.07
Refus par cobaye le 02.05.07 :
...pas d'id joueur meme si je retrouve le tiensensuite pas ee reproduction du bug. les images sont redimensionnées par un JS donc si ça foire c'est côté navigateur |
| [#1726]traité/résolu>Problême Email sur CONTIBOX | | | Je pense que cela est toujours un problême de compatibilité entre Php5 et Php4.Ca concerne désormais tous les envois, refus temporaire de validation, suspension, ou validation, qui sont bloqués par ce message d'erreur:Fatal error: Call to undefined function email() in D:swordcontinentwebwwwincludesintern_mail.inc on line 113Mais aussi les inscriptions :Un ami a tenté de s'inscrire sur Continent hier, et le site lui renvoie une erreur lorsqu'il tente de valider l'inscription initiale.Le message renvoyé est :Fatal error: Call to undefined function email() in D:swordcontinentwebwwwsiteinscription.php on line 156Est-ce déjà signalé ? Est-ce du au serveur dédié qui ne prend pas encore en charge les inscriptions?(erreur sur Firefox, Windows XP) | Réponse / correction :
Prise en charge par zumba le 25.04.07
Résolution par zumba le 25.04.07 :
Réouverture par topaze le 26.04.07
Commentaire par topaze le 26.04.07 :
Pas tout a fait clos.Dans le module MJ, au niveau du courrier, l'envoi de mail est bloqué. Il n'est donc pas possible de répondre aujourd'hui à ceux qui sollicitent les MJ.De plus un problème supp soulever par Pouf :Avec la migration sur la nouvelle plateforme, on constate sur certaine page un problème de prise en compte des retours à la ligne.- Gazette : http://213.251.164.87/site/archives_gazette.php Même soucis dans l'interface du jeu- Animation : Module MJ, en édition et en prévisualisation, sur les animations qui ont été écrite AVANT la migration; je crains fortement la résolution de ce soir- Courrier : Module MJ, sur tous les courrier reçus AVANT la migration. Cela ne le fait pas sur les demandes de création de clan, curieusement.- Missive : Module MJ, en consultation des anciennes missives- Clan : Module MJ, sur toutes les textarea- Héros : Module MJ et http://213.251.164.87/site/heros.php- Bug : Pas de soucis semble-til sur les bug traités. En revanche sur ceux en cours, c'est parfaitement visibleJe n'ai pas fait le tour de tout le site pour faire la liste exacte et complète.Visible sous IE et FF, que l'on soit connecté ou non (sauf pour le module MJ où il faut nécessairement un compte...)
requalifié en priorité faible par zumba le 26.04.07
Résolution par zumba le 26.04.07 :
pour les mails côté MJ c'est je pense résolu.ils partaient tout de même bien,je pense, même si le message d'erreur s'affichait.pour les sauts d eligens perdus lors du transfert de la base (incompatibilités entre vesriosn de mysql) il n'y a rien d'autre faire que de les rattraper à la main. Les nouveaux contenus seront enregistrés correctement. Qui plus est comme ça n'a rien a voir avec la fiche il aurait fallu en faire une autre. |
| [#1719]traité/résolu>Le BIGD | | | Ayant voulu faire qqs modifs de présentation dans le BG de ce clan, je suis tombé sur ce même msg d'erreur en validant mes modifs.Warning: domxml_open_file() [function.domxml-open-file]: xmlParseEntityRef: no name in bg_clan.php on line 218Warning: process() expects parameter 1 to be object, boolean given in bg_clan.php on line 256Fatal error: Call to a member function on a non-object in bg_clan.php on line 260Voici aussi ce que j'obtiens en cliquant sur "editer mon clan"Warning: domxml_open_file() [function.domxml-open-file]: xmlParseEntityRef: no name in bg_clan.php on line 110Fatal error: Call to a member function on a non-object in bg_clan.php on line 111Salon 136.ID 477FF1.5WinXPAprès qqs manips des MJ, il semble qu'ils ne puissent intervenir plus avant:"J'ai essayé également en changeant le nom et en enlevant le "-".Sans succès.Alors je soupçonne l'un des textes de contenir un mauvais balisage, ou une anicroche particulière.Niveau MJ, on ne peut rien faire de plus si ce n'est te soutenir dans ta difficile épreuve en signalant qu'on a la même erreur si on veut éditer (visualiser, déjà) le clan. " | Réponse / correction :
Prise en charge par zumba le 26.04.07
Résolution par zumba le 26.04.07 :
c'est le et commercial qui posait pbm |
| [#1717]traité/résolu>Coût des messages via l'Ombre | | | Dans le cas d'envoi de courrier via l'Ombre, il semble que plus le destinataire est impliqué dans l'Ombre et plus le prix demandé est élevé. Vrai ? Es-ce bien logique ?La logique est valable pour une nuisance comme un sabotage, mais pour recevoir un message, es-ce que ça ne devrait pas fonctionner dans l'autre sens ? | Réponse / correction :
Prise en charge par zumba le 22.04.07
Résolution par zumba le 26.04.07 :
ce surcout était illogique dans le cas des messages signés mais reste appliqué pour les messages naonyme (l'ombre demande plus pour garder un secret aupres d'un seigneur avec qui elle est en bon termes) |
| [#1724]refusé>Escouade volante de golems? | | | id troupe: 24749id 519, FF, XPCette troupe est considérée comme ayant la capacité volant, alors qu'elle n'est composée que d'une golem de pierre et d'un griffon. Je me demandais comment les golems de pierre peuvent voler ^^ Par contre, elle n'a pas la capacité siège et escarmouche...Alors que par exemple ma troupe 21185 composée de golems de pierre et chasseurs de démons possède bien destruction de régés et siège/escarmouche. | Réponse / correction :
Prise en charge par zumba le 25.04.07
Refus par zumba le 26.04.07 :
dites donc Mr le BT en chef ? quel est le 1er réflexe a avoir avec les troupes ? les recalculer !en l'occurence c'était juste l'image qui ne correspondait pas à la compo en base (5 griffons)à recalculer donc |
| [#1723]refusé>Voyage de troupes volantes | | | FF2, XPJ'ai constaté que les troupes volantes sont soumises aux mêmes limitations que les troupes à pied pour ce qui est du franchissement d'obstacles en voyage, or ces troupes ne sont normalement pas sensibles au type de terrain (forêt, falaise, montagne etc). Oubli ou volonté?Ne devrait être vérifié pour ces troupes que la case d'arrivée finale non? Car on pourrait survoler un estuaire par exemple si on a assez de mouvement. | Réponse / correction :
Prise en charge par zumba le 25.04.07
Refus par zumba le 25.04.07 :
ils interrompent leur voyage car ils ne trouvent aucun endroit ou se poser sur une grosse zone dans leur ligne de mvt. c'est plutot les non volants qui se trouvent virtuellement volants quand ils voyagent. |
| [#1727]traité/résolu>Interface bloqué | | | Je crée cette fiche mais en me doutant que le problême est déjà en cour de résolution.Depuis cet après midi (ce matin j'ai pu jouer), impossible d'accéder à l'interface de jeu : la page reste bloquée sur le noir et "chargement en cours"...Visiblement, je suis loin d'être le seul concerné.XP,IE, Firefox ID:92Cache VidéSi on clique sur le logo on arrive finalement a afficher l'interface mais aucuns boutons ne fonctionne. | Réponse / correction :
Prise en charge par zumba le 25.04.07
Résolution par zumba le 25.04.07 :
pareil pour toustjr lié à mail |
| [#1716]traité/résolu>Camp de brigand et artefact | | | Les camps de brigands revendent parfois des artefacts.Certains artefacts propres aux animations n’ont aucune raison RP de se retrouver dans les camps de brigands. La quête de l’alambic abîmé a été confuse en partie pour cette raison.Je pensais que mettre un maximum d’objet dans le module MJ objet, permettait d’être certain que ce maximum n’était pas dépassé.Ça ne semble pas être le cas. Exemple: l’artefact "Livre de tactique de Nito de la Malda" a été créé dans le module objet avec un maximum de 1.Il a été donné par animation au joueur Kyrus. On est donc à 1/1.Mais le joueur Agenor signale en avoir vu un dans un camp de brigand.J’ouvre peut-être une fiche à tord, mais à priori, pour moi, le bug est le suivant :La génération d’artefact dans les camps de brigand ne tient pas compte du nombre maximum d’artefact et il faudrait que ce soit le cas. | Réponse / correction :
Prise en charge par zumba le 22.04.07
Résolution par zumba le 22.04.07 :
seuls les objets en + de 3 exemplaires pourront se retrouver dans un camp, et uniquement si tous les exemplaires ne sont pas déjà possedés. |
| [#1718]refusé>Ramasser des vaches dans un enclos | | | Il semble qu'on puisse ramasser du bétail dans les enclos d'un fief.C'est bien plus efficace qu'un vol car on peut le faire plusieurs fois (au contraire du vol qui remet les PMs à 0). N'es-ce pas un peu problématique ? | Réponse / correction :
Prise en charge par zumba le 22.04.07
Refus par zumba le 22.04.07 :
non en fait le vol par voleur ne fonctionne pas pareil et en cas d'échec seul le voleur est perdu, alorsq u'avec une troupe normale et l'action ramasser ca peut entrainer la sortie de la garnison |
| [#1715]traité/résolu>Titre de caserne remplacé par escouade | | | FF, XPBug déjà noté auparavant mais pas rapporté: ma caserne 1437;1269 est indiquée Escouade Swaagi avec la barre d'état correspondant à cette escouade, quand je passe la souris dessus, en lieu et place de l'état et du nom du bâtiment.C'est une caserne de niveau 1, je n'ai pas ce bug sur les deux autres types de casernes. | Réponse / correction :
Prise en charge par zumba le 22.04.07
Résolution par zumba le 22.04.07 :
|
| [#1709]traité/résolu>Persuasion: message bizarre | | | Ce tour ma troupe 24254 lance un sort de Persuasion sur des SB.Sort réussit, la cible ne résiste pas, les SB forment maintenant la troupe 1683.Par contre, dans la pop-up de magie, le message de résultat est le suivant :Ventre Saint-Gris ! Ce fripon maîtrise visiblement la nigromance !Votre troupe a réussi à fuir l'ennemi !Le but n'était pas vraiment de fuir... | Réponse / correction :
Prise en charge par jaydbois le 17.04.07
Résolution par jaydbois le 17.04.07 :
|
| Correction orthographique |
| [#1710]traité/résolu>sort de détection | | | Dans le rapport d'un sort de détection :Par devinance, voici le papport des troupes détectées dans le secteur | Réponse / correction :
Prise en charge par jaydbois le 17.04.07
Résolution par jaydbois le 17.04.07 :
|
| [#1687]traité/résolu>Forum Ombre | | | Unknown column 'ombre' in 'where clause' / GETVAL / requete=SELECT NOM FROM CLANS WHERE ID=ombre LIMIT 1Je ne peux plus accéder à la carte stratégique, je me demande si ca ne fait pas suite à la modification du statut du forum Ombre.J'ai ce simple message qui apparait sur ma page.ID284FF2.0.0.3 même constat avec IEWin XpJe ne peux pas dire exactement quand c'est produit le bug, a mon avis depuis celui que j'ai provoqué avec la création du forum Ombre.Ce dernier bug a ete resolu par jaydbois.Petit rappel a ce propos le forum Ombre a d'abord été crée sous forme de clan et signalé comme salon via le modul administration forum, ce qui a provoqué un bug.Aujourd'hui il s'agit d'un salon a part entière. | Réponse / correction :
Prise en charge par jaydbois le 17.04.07
Résolution par jaydbois le 17.04.07 :
|
| [#1707]traité/résolu>Inscription | | | MF2 et IE7après avoir suivi toutes les étapes logiques, reçu son code d'activation, l'avoir entré, et avoir cliqué sur "valider"... écran monochrome d'un noir déprime^^.code source de cette page d'erreurWarning: entetesite(menu_items.inc) [function.entetesite]: failed to open stream: No such file or directory in graph.inc on line 178Fatal error: entetesite() [function.require]: Failed opening required 'menu_items.inc' (include_path='/var/www/63/t/h/e/the-continent.org/www/include/:.') in graph.inc on line 178 | Réponse / correction :
Prise en charge par zumba le 15.04.07
Résolution par zumba le 15.04.07 :
inscriptions réparées |
| [#1706]traité/résolu>Echange de sciences | | | id 1726FF winXPtour 7 38j'essaye de proposer un échange d'écus contre une science niveau deux avec 738 (qui a bien expérimentation niveau 5 depuis très longtemps, confirmé par lui) et voici ce que le jeu me dit' Diantre ! Erreur : votre partenaire ne dispose pas d'un savoir suffisant dans ce domaine pour pouvoir vous le transmettre au niveau 2.' | Réponse / correction :
Prise en charge par zumba le 13.04.07
Résolution par zumba le 13.04.07 :
résolu.devnote : lié à présence enchantement chez fournisseur
Réouverture par cobaye le 15.04.07
Commentaire par cobaye le 15.04.07 :
le problème persiste chez celui qui a la science à vendre id738: Erreur : vous ne disposez pas d'un savoir suffisant dans ce domaine pour pouvoir le transmettre au niveau 1.
Résolution par zumba le 15.04.07 :
|
| [#1708]refusé>Message via navire en vente | | | Un cas qui ne doit pas arriver tous les jours.Au tour 7:39 j'accepte l'achat d'un navire 23288.Il m'est précisé que son commandement me sera donné au tour prochain. OK.A ce moment lorsque je clique sur le navire il est indiqué que je peux envoyer un message à son actuel propriétaire, le vendeur donc. Ce que je fais.Au tour 7:40, le transfert de propriété est effectif mais le message n'est pas arrivé à son destinataire prévu mais à moi.Le message est adressé non pas au propriétaire de l'unité au moment où l'on envoie le message mais à celui après la vente. Incohérence donc entre l'info donnée et le résultat. | Réponse / correction :
Prise en charge par zumba le 15.04.07
Refus par zumba le 15.04.07 :
tant pis |
| [#1699]traité/résolu>Impossible de lancer construction navire | | | J'arrive pas à lancer la construction d'un nouveau navire.J'ai le message 'Chantier désigné non dispo - 105 - 104'Pourtant je n'en ai pas en cours de construction.Le chantier se trouve en 104,354.Je n'ai pas d'autre chantier.IE, Win2000Il n'y a toujours pas de changement au tour 7.37idem: id 186, linux ubuntu 6.10, opera 9:la console d'erreur java renvoie ça quand on clique sur "valider":JavaScript - http://www.the-continent.org/interface/interface.phpEvent thread: clickError:name: ReferenceErrormessage: Statement on line 1: Reference to undefined variable: coords_chantBacktrace:Line 1 of scriptparent.inject("validconstruction_navire.php?chantier=" + coords_chant + "&bato=4010&bat=402&nbv=" + nb_villageois + "&nom=" + (document.getElementById("nombato")).value, "serverFrameCI");At unknown location[statement source code not available]edit tour 38:Je ne sais pas si c'est le même bug mais moi aussi je ne parviens pas à lancer une construction de navire.Quand je clique sur "Valider", rien ne se passe...Testé sous Windows XP et Linux Ubuntu 7.04.ID : 13 // Firefox 2.0.0.3 // coordonnées chantier naval : 170-39 | Réponse / correction :
Prise en charge par jaydbois le 09.04.07
Demande d'infos supplémentaires par zumba le 10.04.07 :
là aussi, vérifier si ca n'était pas un effet secondaire du 1701 ?
Apport de précisions par cobaye le 11.04.07 :
non, cf edit tour 38
Demande d'infos supplémentaires par zumba le 12.04.07 :
résolu, je laisse ouvert pour tester le bug du bt
Demande d'infos supplémentaires par zumba le 12.04.07 :
résolu, je laisse ouvert pour tester le bug du bt
Résolution par zumba le 12.04.07 :
Réouverture par cobaye le 12.04.07
Commentaire par cobaye le 12.04.07 :
id 519: Malédiction ! Chantier désigné non dispo - 105 - 1452. bug pas encore résolu semble-t'il.
Commentaire par zumba le 13.04.07 :
ouais en fin sauf que entre "y se passe rien en cliquant sur un bouton" et "j'ai un message d'erreur que je devrais plus avoir" c'est plus le même bug il me semble !
Résolution par zumba le 13.04.07 :
|
| [#1702]traité/résolu>Erreur de chargement sur commentaire BT | | | FF 2003, XPSi je mets des balises < br > (sans espace sinon je peux pas l'écrire dans cette fiche) dans le commentaire de suivi d'une fiche (1691), je tombe sur cette page, à fond noir:Warning: entetesite() [function.entetesite]: open_basedir restriction in effect. File(../../menu_items.inc) is not within the allowed path in graph.inc on line 177Warning: entetesite(../../menu_items.inc) [function.entetesite]: failed to open stream: Operation not permitted in graph.inc on line 177Fatal error: entetesite() [function.require]: Failed opeLe texte est bien tronqué.edit tour 38:Je tente dans une autre fiche de coller ce texte:Je ne sais pas si c'est le même bug mais moi aussi je ne parviens pas à lancer une construction de navire.Quand je clique sur "Valider", rien ne se passe...Testé sous Windows XP et Linux Ubuntu 7.04.ID : 13 // Firefox 2.0.0.3 // coordonnées chantier naval : 170-39Je tente de mettre dans le commentaire de la fiche 1699 et de "valider précision" mais ça me renvoie sur l'erreur ci dessus. | Réponse / correction :
Prise en charge par zumba le 11.04.07
Commentaire par zumba le 11.04.07 :
test
test
Commentaire par zumba le 11.04.07 :
retest
retest
Demande d'infos supplémentaires par zumba le 11.04.07 :
je reproduis pas ni sous ff ni sous ie
Demande d'infos supplémentaires par zumba le 11.04.07 :
je reproduis pas
Apport de précisions par cobaye le 11.04.07 :
re le bug sur une autre fiche, cf l'edit de celle ci.
Commentaire par zumba le 12.04.07 :
blabla / hdlisld // lolo
Commentaire par zumba le 12.04.07 :
bhg,snd ghj ddd
Résolution par zumba le 12.04.07 :
ok donc en fait ça n'avait rein a voir avec les br, c'étaient les / qui posaient problème. |
| [#1704]traité/résolu>KIWI: historique des modifs | | | Je me suis dit qu'il manquait un ou deux trucs de lisibilité du KIWI de Continent:*sur les pages des dernières modifs, il n'est pas montré la date ni le commentaire de modif, ce qui fait que les non-rulers ne se rendent pas vraiment compte des modifs qui sont apportées aux règles, faq etc, donc ils consultent peut-être moins, et en tout cas moins efficacement, ces ressources à leur disposition.*il n'y a pas de page portail, où seraient référencés les différents documents KIWI mis à disposition, du coup certains qui ne sont pas dans un menu vert sont "cachés" alors qu'ils sont tout aussi utiles ; et puis comme ça ça centraliserait les informations.Pour répondre à ta question sur les guides, zba, il me faudrait recréer les pages dans un nouveau doc kiwi, refaire les liens dans les fichiers qui se renvoient les uns aux autres, et j'ai pas forcément le temps pour ça avec mon stage. Pourquoi ne pas juste changer le nom "Manuel du Cartographe" en "Guides de jeu" ou autre? | Réponse / correction :
Prise en charge par zumba le 11.04.07
Résolution par zumba le 11.04.07 :
|
| [#1703]traité/résolu>Swag et gestion d'escouade | | | Toujours un petit souci avec le swag: id 519: je voulais modifier la composition de l'escouade de swag (enlever 2 pietons pour les remplacer par deux autres unités), mais les escouades assignées au swag n'ont aucun ordre disponible. Donc j'ai demandé d'enlever cette escouade de l'équipe, et je crois bien que cela fait deux tours (depuis le 36 et on est au 37), or elle est indiquée "s'entraîne au Swag". Donc je ne peux toujours pas modifier sa composition (même après recalcul) (id 14369).Ne peut-on pas avoir les ordres fusion/division uniquement, pour les troupes de swag, avec une limitation à 7 unités max dans la troupe formée?Et/ou faire en sorte que l'unité perde son statut d'entraînement quand on la sort de l'équipe, et ce immédiatement? | Réponse / correction :
Prise en charge par zumba le 11.04.07
Résolution par zumba le 11.04.07 :
1) je sais que je râle quand on crée une fiche de bug pour ce qui est une évo mais c'est pas pour ça qu'il faut avoir peur d'apeller un bug un bug, et là c'en était bien un. lorsqu'on repasse sur une escouade civile, la troupe affectée retourne en garnison.2) ne pas créer une 2nds fiche pour un même cas (j'ai viré lautre)3) c'est résolu, utilises une autre troupe puis remets la 1ere pour normaliser. |
| [#1700]traité/résolu>Cul de sac pour les dons | | | Faire un don renvoie sur la page dondenrees.php qui affiche une image.L'action est apparemment prise en compte mais obligation de se relogguer du coup. | Réponse / correction :
Prise en charge par cobaye le 06.04.07
Demande d'infos supplémentaires par cobaye le 06.04.07 :
on attendra les retours sur le topic général que j'ai créé, et on modifiera la fiche pour y inclure toutes les pages blanches ou chargées en dehors de l'interface, ok?
Résolution par zumba le 11.04.07 :
devait etre lié à 1791 |
| [#1698]traité/résolu>Problèmes d'accents | | | De plus en plus on voit les lettres accentuées remplacées par des ? avec les quelques lettres alentour supprimées. Exemple typique de message tronqué:Je ne souhaite pas vous encombrer de denr? dont vous n'avez pas l'utilit?Je ne donne donc pas suite ?otre offre afin de ne pas monopoliser inutilement la place dans vos entrep?Cependant, il serait sans doute bon de mettre ?our vos informations concernant vos importations.Ca devient ennuyeux ^^ Je n'ai pas noté partout où ça se produit mais ça fait déjà 2-3 tours que je le note et je pensais que c'était ponctuel mais ça se répète trop pour l'être amha.Pour mon cas, FF2003, XP | Réponse / correction :
Prise en charge par zumba le 05.04.07
Refus par zumba le 05.04.07 :
lié aux navigateurs des joueurs qui forcent des encodages
Réouverture par cobaye le 06.04.07
Commentaire par cobaye le 06.04.07 :
dans ce cas serait-il possible de préciser pour les règles ou la FAQ par exemple quel(s) encodages sont acceptables et le(s)quel(s) ne le sont pas, ceci pour que chacun règle son navigateur correctement dans la mesure du possible :) ?
Résolution par zumba le 10.04.07 :
Normalement iso-8859-1 mais ca dépend des navigateurs, du contexte de navigation (si on vient d'un autre site forcant un autre encodage par exemple) voire de certains scripts du jeu qui réalisent des conversions utf8, pas bien gerés par tous les navigateurs. Notament les dernières versions de ie et ff implémentent différemnt utf8.ceci étant dit, la correction du bug #1701 va peut être résoudre pas mal des problèmes d'encodages, à voir. |
| [#1701]traité/résolu>Barre de défilement | | | Fenêtre de "Diplomatie, Politique et Commerce": après quelques manipulations, l'ascenseur disparaît.Exemple: je propose une science à un seigneur, je valide, la fenêtre est réaffichée sur l'onglet "Emissaires", mais sans ascenseur.Même chose dans la fenêtre "village et taches" quand par exemple, on lance une nouvelle recherche. | Réponse / correction :
Prise en charge par cobaye le 06.04.07
Commentaire par cobaye le 06.04.07 :
préciser le navigateur et l'OS
Demande d'infos supplémentaires par cobaye le 06.04.07 :
Apport de précisions par Welatius le 10.04.07 :
FF 1.5.0.11 et Win XP
Résolution par zumba le 10.04.07 :
mea culpa, comme un con j'avais réactivé l'ancien système d'injection qui présentait entr'autre ce bug au lieu de le supprimer définitivement. Ca devrait être mieux maintenant. |
| [#1665]remis à plus tard>Versement vers un clan | | | Win XPIE & FFNous tenons depuis peut, il est vrai, un livre de compte d'un Clan Britanien fort connu (id 136) et il aparait que des versements ont été faits ("petit texte" en haut à droite dans le panneau de bois + somme prélevée du compte) en revanche le Clan ne semble (enfin je dis semble, quand ont fait les comptes la somme est manquante) ne pas avoir été créditée, de même qu'elle n'est pas non plus apparue dans les messages que les maîtres du Clan recoivent chaque début de tour. Pourtant cette somme à été duement débitée des comptes des Seigneurs en question, dont moi (j'ai fait deux versement de 3500 écus il y a qq tours et seul le premier à été crédité au Clan, il me manque 3500 écus et il manque donc aussi 3500 écus au Clan).Si cela n'était arrivé qu'une fois, passons, mais c'est déja la deuxième fois, le soupçons commence à grandir.Par contre, comme le dis Guile dans sa demande d'Evo, nous n'avons aucunes preuves si ce n'est notre bonne foi, n'ayant aucun historique des opérations financières. Peut-être que les Devs ont d'autres moyens de tracer l'info. | Réponse / correction :
Prise en charge par zumba le 08.03.07
Demande d'infos supplémentaires par zumba le 08.03.07 :
les mJs on un log ouais, tu leurs a demandé de vérifier ?niveau bug, tes 2 versements de 3500 tu les a faits au même tour ?
Apport de précisions par cobaye le 08.03.07 :
j ai regardé le log que m'a donné un MJ, c'est clean dans le sens où effectivement le virement disparu n'apparait pas, ni l'autre suspect qui n'est pas mentionné dans cette fiche (donc pas un problème de notification des maîtres ou ce genre de chose). les 2 versements de 3500 ont été faits sur deux semaines consécutives, et le trésor dudit seigneur bien débité (sur la base de sa bonne foi) les deux fois
Demande d'infos supplémentaires par zumba le 26.03.07 :
si c'est pas reproductible je peux rien faire.si il y a eu un problème réseau il a du y avoir un msg d'erreur ou un truc pas normal dans la réponse.
Remise à plus tard par cobaye le 09.04.07 :
bon je clos on n'a pas eu de retour de bug semblable |
| Modification du paramétrage du jeu |
| [#1691]traité/résolu>Nouvelle évo swag | | | Il semble que l'on ne peut plus ne pas avoir d'escouade dans son équipe de swag, on peut seulement échanger.Or il est bien prévu qu'on peut jouer qu'avec des péons, non? | Réponse / correction :
Prise en charge par zumba le 02.04.07
Résolution par zumba le 02.04.07 :
c'était tout simplement pas implémenté (et dans ce cas il s'agit d'un bug ou d'une demande d'évo, le paramétrage c'est les ajustemenst de regles ou de variables déjà en place)
Réouverture par cobaye le 07.04.07
Résolution par cobaye le 07.04.07 :
|
| [#1696]refusé>Multiplication des troupes: réinvention de la mitose! | | | ID 775Win XPIEVoilà, un bug sans doute aussi lié à un problème de synchro serveur...Alors, je déplace une troupe de 2 prêtres et 3 golems jusqu'à une autre troupe de chevaliers. Et je lance un ordre de fusion.La, le panneau de bois me dit, au moment de la synchronisation serveur: impossible la troupe ne peut pas parcourir cette disance. Alors je me dis, c'est pas grave, vu qu'il lui restait 16 en mouvement, je ferme la session, et je reviens.Et là, la troupe est finalement déplacée, juste à côté de mes chevaliers. Alors je lance l'ordre de fusion.Et lorsque ça met à jour, je remarque que j'avais quand même beaucoup de lames... Je regarde la composition base de données (dans recalculer), et il y avait pas 2 prêtres, mais le double, 4, et pas 3 golems, mais le double, 6.C'est sympa comme bug, mais à ce rythme là, si j'arrive à faire la même chose avec des dragons rouges, je vois d'ici certains Omidans couiner... ^^Je n'ai pas l'ID de la troupe à laquelle j'ai donné l'ordre de fusion, mais j'ai celui de la troupe finale: ID 13998Mon nombre de soldats est passé par magie de 130 à 135 juste après la fusion (c'est-à-dire mon nombre de base, + les 2 prêtres et 3 golems offerts) | Réponse / correction :
requalifié en priorité critique par cobaye le 01.04.07
Prise en charge par zumba le 02.04.07
requalifié en priorité importante par zumba le 02.04.07
Demande d'infos supplémentaires par zumba le 02.04.07 :
dans le code de fusion il y a pourtant toutes les vérifs nécéssaires.ne pas fusionner avec soi même, être accollé à l'autre. du reste c'est impossible à reproduire. Y ' at'il eu un autre message de confirmation de fusion (dans résumé par exemple) ?il me faut un cas test pour reproduire à tous les coups
Apport de précisions par cobaye le 03.04.07 :
Quant au mail de Zumba, je n'ai aucune idée de la façon de le reproduire. En fait, j'imagine que c'est en lien avec la synchronisation serveur (comme s'il avait pris en une fois, deux fois l'ordre de fusion). reste c'est impossible à reproduire. Dans le résumé, j'ai effectivement confirmation de la fusion, mais, seulement à ma seconde tentative, celle où j'ai repéré le bug.
Refus par zumba le 05.04.07 :
impossible de faire quoi que ce soit là dessus |
| [#1693]traité/résolu>[SQL] Trandistorsion | | | Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause / EXECUTESQL / requête=SELECT count(id) AS nbp,x,y FROM CONSTRUCTIONS WHERE proprio=738 AND id_bat=139Tentative de transdistortion avec la troupe 21613XP, FF2D'ailleurs, l'erreur a fait "sauter" la troupe de 2 cases, bizarrement.Et non, je n'ai pas essayé de lancer un saut distortionnel. D'ailleurs ma troupe n'a pas de magie mineure. | Réponse / correction :
Prise en charge par zumba le 02.04.07
Demande d'infos supplémentaires par zumba le 02.04.07 :
21613 n'est pas du tout en mesure d'utiliser un portail. comment puis je tester ?
Commentaire par zumba le 02.04.07 :
en fait je comprends rien a la fiche, la requete ne correspond pas aux scripts de transdisto. que fais tu exactement avec ta troupe ?
Résolution par zumba le 02.04.07 :
|
| [#1694]traité/résolu>Problème de guillemets avec Guildes | | | Windows XPFF 1.5.0.11ID 467Bug qui peut être génant si on ne sait pas pourquoi il apparaît : lorsqu'on écrit un message contenant des guillemets "double quote" (la touche 3) à un représentant d'une des 4 guildes, une erreur SQL survient, et le message n'est pas envoyé.Remplacer les doubles quotes par des guillemets simple quote résoud le problème (touche 4)You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'blablablablabla"Petrus de Rogemorte, Moine Maitre marchand","N")' at line 1 / NEWTUPLE / requete=INSERT INTO PIGEONS_ROI VALUES ("0","-3","467","34","7","blablabla 'blabla' "blablablablabla"Petrus de Rogemorte, Moine Maitre marchand","N") | Réponse / correction :
Prise en charge par zumba le 02.04.07
Résolution par zumba le 02.04.07 :
|
| [#1697]refusé>Accumulation des effets des artefacts | | | Je possédais 2 paires de chausses d'explo, j'ai récupérer une 3ieme paire et j'ai recalculé mes troupes, j'ai bien eut un gain sur les PM de toutes mes unités (hors héros). Après conversation avec Cobaye, Zumba aurais annoncé que les effets des artefacts ne pouvais pas se cumuler, donc je n'aurais pas dut avoir un boost de mes PM avec une 3iéme paire de chausses !!Donc ma question est celle-ci (car le débat est difficile concernant ce point) :Les effets des artefacts peuvent ils se cumuler ? Si oui cela concerne t'il tout les artefacts (magie et science) ? Si non est ce que 2 artefacts différents mais agissant sur la même chose ne peuvent'ils pas aussi se cumuler ?(exemple en fureur je possède 2 artefacts un donnant 5% l'autre 10% est ce que cela me donne 15% en fureur ou 10%) ?Si les effets ne peuvent pas se cumuler alors il y a un bug. | Réponse / correction :
Prise en charge par zumba le 02.04.07
Refus par zumba le 02.04.07 :
je n'ai jamais dit ça...j'aimerai bien qu'on arrête de poster pour tout et pour rien.Les effets des artefacts sont cumulables. Ce cumul ne peut dépasser le niveau 5 de la science associée. EN d'autres termes, ca permet d'atteindre le niveau 10 dans le domaine. |
| [#1695]refusé>Transmets ce message à ton maître | | | id 519Je reçois une proposition commerciale de Banne, je clique sur transmets ce message, et voilà ce qui se met dans la fenêtre de rédaction:En réponse à votre propostion commerciale..._________________________________________________Salutations, Petrus de Rogemorte.Je pense qu'il manque le texte (ou une partie du texte) de la proposition commerciale non? | Réponse / correction :
Prise en charge par zumba le 02.04.07
Refus par zumba le 02.04.07 :
c'est juste une indication d'entête, pour gagner du temps.merci de pas creer des fiches pourça, ca fait perdre du temps. |
| Modification du paramétrage du jeu |
| [#1692]traité/résolu>Mails du BT | | | Serait-il possible d'inclure le numéro de la fiche dans le titre du mail envoyé par le BT aux personnes concernées?Ca me parait intéressant notamment pour retrouver dans les mails que je conserve (ou les autres personnes) des fiches qui auraient été supprimées du BT suite à leur traitement.Pas essentiel ni vital, mais pk pas? :D | Réponse / correction :
Prise en charge par zumba le 02.04.07
Résolution par zumba le 02.04.07 :
ca peut tout à fait se faire.Nb : il s'agit d'une demande d'évo plutot qu'un paramétrage |
| [#1689]traité/résolu>Adhésion au Swag | | | FF 2003, XPJ'adhère au Swag, et arrivé sur la page suivante, où l'on choisit ses tactiques et probablement ses hommes, j'ai ce message sous les tactiques:You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'and (team1=519 or team2=519) LIMIT 1' at line 1 / GETONETUPLE / dans requête : SELECT * FROM SWAG_MATCHS WHERE dindon=3 and round= and (team1=519 or team2=519);Ce problème n'apparaît pas quand je modifie la tâche Swag de conscription.Qui plus est, le nom de mon équipe comporte des "é" qui sont transformés en hyéroglyphes | Réponse / correction :
Prise en charge par zumba le 28.03.07
Résolution par zumba le 28.03.07 :
ptet résolu mais comme je peux pas reproduire |
| [#1690]refusé>Troupes volantes | | FF 2003, XPJ'ai remarqué depuis que je dispose de ce genre de troupes, que les troupes volantes en l'occurence griffons, ont la fâcheuse tendance à disparaître de la carte quand on les déselectionne, soit en cliquant de nouveau sur leur icone dans la liste des troupes, soit en fermant la liste des ordres.Néanmoins si on resélectionne la troupe par un quelconque moyen, elle réapparaît sur la carte.exemple: id 23044Qui plus est, au changement de zone de la carte sans chargement (parce qu'on arrive au bord du cadre), la troupe se trouve dédoublée graphiquement sur sa droite. Ce sprite n'est pas touchable, il est visible c'est tout. Dans la capture ci dessous: point de départ en rouge, direction de la troupe plein sud, et lors du changement de cadrage, création à sa droite d'un sprite fantôme (entouré en rouge). | Réponse / correction :
Prise en charge par zumba le 28.03.07
Refus par zumba le 28.03.07 :
je sais mais ca restera comme ça. les artefacts d'affichage sont au niveau client donc ne sont vus que par celui qui se déplace, pas les autres joueurs. |
| [#1679]traité/résolu>Maladie disparaissant un peu vite ^^ | | | Au tour dernier jehan m'annonce que j'ai une epidemie de rhume, 92 villageois immobilisés.Ce tour, par magie, jehan m'informe que la maladie est terminée... 92 guerris en 1 tour... et en plus ils ont guerris tout seuls... sans consommer aucun medocs ;) l'unique existerait-il?....j'ai acquis récemment medecine niveau 2ID 269XP FAMIE------------j'ai eu le même y a quelques tours...edit : j'ai médecine niveau 1.ID 1204 | Réponse / correction :
Prise en charge par zumba le 25.03.07
Résolution par zumba le 25.03.07 :
pas un bug mais un paramétrage.le rhume est une maladie facile a guerrir.mais puisque c'est trop facile, soit, j'ajoute des plafonds au nombre de guerisons max par tour.
Réouverture par cobaye le 27.03.07
Commentaire par cobaye le 27.03.07 :
euh, y'a ptet eu méprise, le signalement venait surtout du fait qu'il n'y avait eu aucune conso de remèdes, pas tant qu'il y ait guérison de 92 gueux en un tour (ça c'était pas vraiment dérangeant ^^)
Résolution par zumba le 28.03.07 :
ok en effet les remèdes n'étaient pas décomptés au tour de guérison. Etonnant que ça n'ait jamais été relevé avant...d'ou l'intérêt de rédiger des fiches précises, concises, claires et avec le bon vocabulaire ! |
| [#1682]traité/résolu>Quete Auto_burn | | | le joueur id 827 a accepté une quête auto_burn. Voici ce que dit le joueur:--Le 28 Avril 806, la guilde du Saffran m'a confié la mission de mettre le feu en 1233; 712 avec 200 écus de récompense à la clef.Aujourd’hui 5 Août 807 cela fait près de 16 mois que je suis attelé à cette quête…---Edit Tobold: C'est la même chose pour la quête demandant d'atteindre moins de X villageois. Si la quête est atteinte au moment du tour (en envoyant un émissaire par exemple), elle n'est pas validée si la population augmente pendant le passage du tour.Entre l’Azuli qui un temps ne poussait pas, celui que j’achetais qui fanait trop vite, l’arbre cible qui est abattu par les bûcherons, les efforts de reboisement incessants pour qu’un arbre soit replanté au bon endroit, le mauvais temps, la prudence nécessaire à l’approche d’Agernais Pan, les innombrables tentatives ratées, les quelques réussites où ça prend pas, que d’efforts et de ressources engagées !Enfin, ô satisfaction suprême ! La semaine dernière le feu prend !Mais... aujourd’hui consternation et cruelle désillusion…L’arbre cible s'est entièrement consumé. Il n’en reste que des cendres ! Et la quête, elle, elle court toujours…---J'ai ouvert le bug car je ne sais pas si:- le souci vient du fait que l'arbre cible ait été abattu puis replanté ?- ou bien je pensais que ça pouvait venir de l'ordonnancement des taches à la résolution du tour: l'arbre se serait éteint avant que la résolution de la quête de soit vérifiée et validée ? | Réponse / correction :
Prise en charge par zumba le 27.03.07
Réouverture par zumba le 27.03.07
Commentaire par zumba le 27.03.07 :
En effet il y a un illogisme suite au passage des validations de quêtes en post réso (à la 1ere connexion du tour suivant en fait) : un arbre qui brûle s'éteint forcément lors du tour suivant.On va réfléchir à une soluce pour ça. (DEV note : décrémenter feu plutôt que supprimer tout bonnement, faire en sorte que l'incendie déclenche un feu au moins niveau 2).Par contre concernant l'autre cas, le seuil de pop à atteindre, c'est voulu. c'est justement le but de la désynchronisation de la valid des quêtes, afin d'éviter les facilités de ce genre et obliger le joueur à maintenir un minimum (1 réso) l'objectif des quêtes.Enfin pour finir, merci aux BT de bien épurer les fiches de toutes les infos inutiles au traitement d'un bug.
Résolution par zumba le 27.03.07 :
résolu suivant devnote. |
| [#1673]traité/résolu>Lames max | | | id 295, mozilla, cache vidé etc.J'avais 6020 lames de possibles, j'ai un nouveau vassal volontaire vicomte qui me donne 1100 lames en plus mais au final je me retrouve avec une ost max de 6900.Ses vassaux sont: un vicomte et un sénéchal (880 lames) volontaires, ce dernier ayant lui-même un baron vassal volontaire. | Réponse / correction :
Prise en charge par Welatius le 18.03.07
Demande d'infos supplémentaires par Welatius le 18.03.07 :
Au dev: désolé, j'ai pris en charge par erreur de click.
Apport de précisions par cobaye le 18.03.07 :
dans ce cas faut laisser "en cours de traitement"
Demande d'infos supplémentaires par zumba le 26.03.07 :
id du vassal
Apport de précisions par cobaye le 26.03.07 :
id 370
Résolution par zumba le 27.03.07 :
mouais bon en fait le nombre de lames conferées n'est qu'une estimation, j'ai essayé d'approxymé un peu mieux mais il serait trop lourd et trop compliquer d'effectuer le calcul précis par vassal. Ce qui fausse pas mal le score ce sont les bonus en ADG et de nombre de soldats par troupes des vassaux. Ce qui compte c'est que le max est la donnée valable. |
| [#1685]refusé>Menus bleus disparaissant | | | Je reviens avec cet éternel bug, sous FF 2.0.0.3 j'ai été dans un nouvel onglet sur la page du BT, puis de là j'ai fait ouvrir une fiche, puis me ravisant j'ai fait page précédente. De là j'ai cliqué sur Traités/Refusés/différés, et j'ai réouvert la fiche 1683.J'ai pris le temps de taper mon commentaire, et j'ai cliqué sur "modif suivi" et comme résultat j'obtiens une page dont les menus bleus ont disparu, mais pas les images au sommet de ces menus, et avec le normal "Commentaire modifié sans changement du statut de la fiche" au dessus de l'image géante de cafard :)Voilà la source de la page pour la partie qui nous intéresse: Il faut éditer la fiche pour voir la source :) | Réponse / correction :
Prise en charge par zumba le 26.03.07
Refus par zumba le 26.03.07 :
avec le même scenario sous ff 2003 je ne reproduis pas, et ca me semble tellement peu important et tellement lié à un contexte hyper particulier que je ferme la fiche, désolé, pas le temps de passer + de temps là dessus par rapport au reste. |
| [#1674]refusé>Case vide inarpentable | | | CBY: id 519, FF2En 254-399, la case apparaît vide en mode normal, mais impossible de la traverser ni de construire et le damage n'a rien donné.Quand on passe en mode clearpath, la case apparaît noire. | Réponse / correction :
Prise en charge par zumba le 13.03.07
Résolution par zumba le 13.03.07 :
corrigé pour celle là. dans ce genre de cas, si le fakelock ne disparait pas de lui même (ce qui arrive dans le cas très rare d'un fakelock invalide accollé à un lock valide, passez plutôt par les MJs, merci.
Réouverture par cobaye le 17.03.07
Commentaire par cobaye le 17.03.07 :
ces 4 cases présentent bien l'aspect de zone dammée (damée par le joueur qui signale le bug). Coord : 1220*457 + 1221*456 + 1221*458 + 1221*457. les MJs ont tenté une normalisation de ses bâtiments, mais ça ne donne rien, les cases restent noires en clearpath et sont inconstructibles et infranchissables. id 477
Refus par zumba le 25.03.07 :
cf autre fichenormlaiser via module monstre et pas compte |
| [#1686]refusé>Case inaccessible | | | La case 556/1213 est inaccessible par une troupe, et pourtant, il n'y a aucun décor dessus.Normaliser les bâtiments ne change rien.Reconstruction du village Elestiane/ normalisation carte - sol OK- batiments--------Scierie ( 557 , 1216) - ....Maisonnette ( 559 , 1226) - .Maison ( 560 , 1227) - .Maisonnette ( 559 , 1227) - .Ferme ( 561 , 1224) - .........Maisonnette ( 560 , 1229) - .Cahute de forestier ( 560 , 1215) - ......Carrière ( 557 , 1222) - ....Maisonnette ( 558 , 1225) - .Maisonnette ( 562 , 1218) - .Maisonnette ( 562 , 1231) - .Maisonnette ( 561 , 1231) - .Maisonnette ( 560 , 1231) - .Maisonnette ( 558 , 1226) - .Moulin ( 563 , 1227) - . OK- chantiers 30!5!11!3! OKmais la case est toujours indiqué occupée. | Réponse / correction :
Prise en charge par zumba le 25.03.07
Refus par zumba le 25.03.07 :
si ce sont des fakelocks qui persistent malgré les résos (ca peut arriver si ils sont accolés à une case avec un lock valide(assise de bâtiment), normaliser via le module monstre et pas par le module compte (outil ajouter objets map) qui permet d'effacer le contenu d'une case. |
| Modification du paramétrage du jeu |
| [#1680]refusé>Les articles de fief/seigneurs | | | Ne serait-il pas possible d'avoir un système sympa qui permette de remplacer les "de Le" par "du", "De Les" par "Des", mais aussi le "de Abarrash" par "d'Abarrash" ?Code proposé par Guile:function fcnAjoutArticle($strMot, $article = "", $sexe = ""){if (($article == "l") :: ($article == "L")) {if (strstr("aeiuoyéàùèìòAEIOUYÀÈÌÒÉÙ", substr($strMot, 0, 1))) {$sArticle = $article . "'";} else {if ($sexe == "M") {$sArticle = $article . "e ";} else {$sArticle = $article . "a ";}}} elseif (($article == "d") :: ($article == "D") :: ($article == "de")) {$article = substr($article, 0, 1);if (strstr("aeiuoyéàùèìòAEIOUYÀÈÌÒÉÙ", substr($strMot, 0, 1))) {$sArticle = $article . "e l'";} else {if ($sexe == "M") {$sArticle = $article . "u ";} else {$sArticle = $article . "e la ";}}} elseif (($article == "a") :: ($article == "à") :: ($article == "à")) {if (strstr("aeiuoyéàùèìòAEIOUYÀÈÌÒÉÙ", substr($strMot, 0, 1))) {$sArticle = "à l'";} else {if ($sexe == "M") {$sArticle = "au ";} else {$sArticle = "à la ";}}} elseif ($article == "A") {if (strstr("aeiuoyéàùèìòAEIOUYÀÈÌÒÉÙ", substr($strMot, 0, 1))) {$sArticle = "A l'";} else {if ($sexe == "M") {$sArticle = "Au ";} else {$sArticle = "A la ";}}}return $sArticle . $strMot;}Bon cette fonction était plutôt destinée à mettre un article devant le titre d'un perso, genre "Message du Comte Bidule" "Message à la comtesse bidule", (d'où le sexe=M). Elle fonctionne avec les articles De, Le et à, et pourrait plutôt facilement s'adapter aux noms de fief... | Réponse / correction :
Prise en charge par jaydbois le 19.03.07
Refus par jaydbois le 19.03.07 :
pas utilisable en l'état : il me faudrait une moulinette qui mate tout le texte pour que ce soit intéressant. Identifier tous les appels aux titres/noms_villes/noms_seigneurs et leurs association serait trop fastidieux.Ponds moi un truc du même genre qui va scruter un texte complet et je tâcherai de l'inclure selon lourdeur. Bonne idée en tout cas. |
| [#1667]remis à plus tard>Révolte par Guilde | | | FF, XP, id519J'ai commandé au tour précédent (pour tester) une révolte chez un acheteur d'esclaves, par le biais de la GdC. Ca m'a coûté bonbon, mais en plus j'avais demandé l'anonymat.Résultat, ce tour j'ai ce message:C'est fait sire, vos agents politiques tant dans les assemblées que parmis la population de Olmeta-du-cap nous informent que votre influence a été établie sur ce fief ! Il est à parier que Archibalde De Bloi-Roc et ses alliés feront tout pour contrecarrer votre influence, aussi, il est capital de maintenir la pression si vous voulez réussir à contrôler ce fief. Et quand je regarde dans l'onglet Assemblée, je vois qu'effectivement j'ai établi mon influence à hauteur d'une 15ne de cailloux.Bonjour l'anonymat... En plus, il n'a jamais été question ni dit que ces révoltes permettaient une lutte d'influence, seulement que l'on pouvait lancer une révolte comme ça directement sans influence. | Réponse / correction :
Prise en charge par jaydbois le 12.03.07
Demande d'infos supplémentaires par jaydbois le 13.03.07 :
j'ai lu et relu le code, je ne vois pas d'ou ça peut venir. Si tu pouvais retenter et me dire ce que ça donne... de mon côté, je pense que ces deux phénomènes : influence politique / demande de révolte, n'ont rien à voir. Reste à comprendre d'où peut venir cette influence.
Apport de précisions par cobaye le 13.03.07 :
si tu me donnes les 3k écus pour le test je veux bien, mais sinon, j'ai pas vraiment les moyens... d'autant que le sire en question n'appréciera sûrement pas de voir mon influence renforcée encore une fois dans son fief (sans RP valable)
Commentaire par cobaye le 13.03.07 :
une petite chose, j'ai pas fait gaffe mais apparemment les 22 points d'influence que j'ai eu chez lui ont disparu d'eux-même.. Et je pense que si il avait usé de son pouvoir pour les annihiler j'en aurai été informé, or ça ne me dit rien. Peut-être que cette influence est un collatéral "graphique" au soulèvement de 10 péons dans ce fief par mon action. Je sais pas si tu vois ce que je veux dire. 22 (vraisemblablement 23-25) cailloux = 10 révoltés
Remise à plus tard par jaydbois le 13.03.07 :
Je comprends ce que tu veux dire mais je ne crois pas que cela soit possible. Je considère ce bug comme "à confirmer". Il nous faut un nouvel essai, attendons qu'on nous fasse un nouveau rapport. |
| [#1653]traité/résolu>Navire téléporté en zone inexplorée! | | | id troupe: 9338J ai bouge mon navire... et alors ses coordonnees se sont misent a deconnees!Je ne sais absolument pas où est mon navire, je ne peux pas dire les dernieres coordonnes correctes.Mon navire etait au nord, je le deplace et soudain je suis en 3544/45, je rafraichis la page car je dis "bug". Je rafraichis, ca va mieux mais ce n est pas encore ca je suis en 1806/45 la.Et on me dit que c est une zone inexploree.Est ce que ca serait zba qui a agrandit la map et de ce fait on peut passer au dela des limites? ou est ce un triangle des bermudes? | Réponse / correction :
Prise en charge par zumba le 27.02.07
Demande d'infos supplémentaires par zumba le 27.02.07 :
les fiches sont de - en - précises...coords aproximatives de la troupe initialement et indication de déplacement effectué (plein nord ?)c'est aps la peine d'ouvrir une fiche si il ne nous est pas possible de reproduire à coup sûr le bug.
Apport de précisions par cobaye le 28.02.07 :
je le deplacais en direction du nord ouest... une position tres approximative entre 700/60 et 900/60 mais c est mega flou.Je ne peux pas mieux dire.
Commentaire par cobaye le 11.03.07 :
Shoz: J ai tente une manip. Bouger manuellement mon navire pr le remettre sur la map. Mais bon je ne cache pas que ca releve de l impossibilite.
Résolution par zumba le 13.03.07 :
bon ne comprenant pas trop ce qui s'est passé et n'arrivant pas à reproduire (il n'y aurait pas eu une erreur de synchro au déplacement ? si oui la synchro était elle de fin de déplacement ou de sortie de zone ??) j'ai repositionné le navire vers 800.60 et ajouté un test gardeboue a la validation du déplacement anti téléportation (une erreur est déclenchée si un déplacement représente + de cases en longueur que le mouvement restant de l'unité. |
| [#1640]refusé>Chasser du bétail sur ses terres: impossible | | | Je veux capturer du bétail sur mes terres pour l'abattre.J'ai amené une troupe à côté, mais quand je fais ramasser, ou attaquer, ça me fait :Coquefredouille ! Voyons, sire, vous ne voulez pas que nous volions votre propre bétail quand même !!!Mais ce bétail est sauvage, dans mes réserves je n'ai rien.position du bétail : 712;605et l'id de la troupe : 21308 | Réponse / correction :
Prise en charge par zumba le 26.02.07
Demande d'infos supplémentaires par zumba le 26.02.07 :
ces vaches n'auraient pas du apparaitre car elles sont sur sol dammé, hors le script considere qu'une vache sur sol dammé est dans un enclos donc pas sauvage donc pas ramassable.quand est elle apparue ?
Apport de précisions par cobaye le 27.02.07 :
le bétail est sur mes terres depuis que je suis arrivé sur continent, et il se déplace un tout petit peu à chaque tour. Il est possible qu'il se soit trouvé au départ sur de l'herbe, et qu'en suite il se soit déplacé sur le sol damé.
Demande d'infos supplémentaires par zumba le 27.02.07 :
le bétail bouge pas.peut être un reliquat du fief d'avant si il avait un enclos ici. a quel tour t'es tu inscrit ? (j'ai retiré le damage sous les vaches)
Apport de précisions par cobaye le 28.02.07 :
Tour 7.7
Refus par zumba le 06.03.07 :
bon je ne sais pas l'origine de cette vache sur damé, elle était là des dizaines de tours avant y compris chez les prédécesseurs, tant pis je lache l'affaire.il me faudra un autre cas test pour comprendre comment la vache est apparue la |
| [#1506]refusé>Suivi de sujet ne pointe pas vers le bon lors d'accès amis | | | Si par exemple je clic sur "Voir" de "J'accuse", j'arrive sur "Pour le sénéchal Kyrus et autres seigneurs pres de lui ".J'ai remarqué ca seulement sur les sujets confidentiels, et c'est récurrent. | Réponse / correction :
Prise en charge par zumba le 30.11.06
Demande d'infos supplémentaires par zumba le 30.11.06 :
je le reproduis pas
Commentaire par nargzul le 30.11.06 :
celui la me le fait plus, certainement qu'il y a eu des changements dans les posts "membres".Par contre ca le fait toujours avec "Zangdar recherche des érudits" lorsque je clic dessus, je tombe sur "Guerre totale -"
Apport de précisions par nargzul le 30.11.06 :
Apport de précisions par nargzul le 30.11.06 :
Demande d'infos supplémentaires par jaydbois le 15.02.07 :
c'est encore d'actualité ça ?
Refus par cobaye le 27.02.07 :
bon y a aucun suivi, alors je ferme |
| Modification du paramétrage du jeu |
| [#1643]refusé>Troupes furtives et batailles | | | XP, IEBug ou question, à voir:il tombe sur une unité furtive, mais ses troupes ne parviennent pas à identifier son blason. Normal, pas de sciences Observation et Espionnage.Il aime pas les espions, et attaque.Et là, avec son résultat de bataille, il sait exactement qui est le seigneur proprio de l'espion, puisqu'en ouvrant la bataille, ça lui dit untel vs machin (propriétaire de l'espion).Alors bug, oubli, volonté?A toutes fins utiles:[id_battle] : 299504[role] : A[issue] : A[lames] : 100.2[id_atts] : 22386[id_defs] : 17957[compos_att_before] : 10:5[compos_def_before] : 30:1[butin] : 1:126[location] : 1107,1106[experience] : 16[compos_att_after] : 10:5[compos_def_after] :[decor] : outside[camp_att] : ,775,[camp_def] : ,213,[continent_idjoueur] : 775[PHPSESSID] : 9243791abad261114516c240af372c61 | Réponse / correction :
Prise en charge par zumba le 25.02.07
Refus par zumba le 25.02.07 :
volonté car1) lors du combat, en examinant les dépouilles, faisant parler les prisonniers,et plein d'autres raisons RP (la cible s'identifie), on peut imaginer qu'on peut savoir à qui on a à faire.2) ingérable en code ... faudrait traiter différemment selon victoire ou défaite, selon que les camouflants ont décimés ou pas etc... |
| [#1582]refusé>(à compléter) Echange de sciences | | | on peut proposer 3 fois ou plus la meme science au meme seigneur... et il n y a pas de message d erreur comme quoi cette science est deja proposee.seigneurs à qui la proposition a été faite:WetalagônDrahthaard'autres aussi mais se rappelle pasj'ajoute les sciences concernées quand je les ai | Réponse / correction :
Prise en charge par jaydbois le 26.01.07
Demande d'infos supplémentaires par jaydbois le 26.01.07 :
Il y a un garde fou pourtant et je ne parviens pas à repoduire la situation. Est-ce que tu peux réessayer et me le signaler dès que c'est fait en me précisant ladite science, contre quoi elle est proposée et à qui afin que je puisse aller voir ça de plus près.Merci.
Apport de précisions par jaydbois le 06.02.07 :
alors ?
Demande d'infos supplémentaires par zumba le 06.02.07 :
Commentaire par cobaye le 11.02.07 :
essais en cours
Commentaire par jaydbois le 16.02.07 :
ça court toujours ?
Apport de précisions par jaydbois le 16.02.07 :
ça court toujours ?
Demande d'infos supplémentaires par zumba le 16.02.07 :
laisse le en a préciser !
Refus par cobaye le 19.02.07 :
bon je ferme, pas de réponse :( |
| [#1605]refusé>Résumé de tour incomplet | | | Win XPIE 6Il y a une tâche de division de troupes que j'ai faite, où le serveur a buggué. Je sais pas, sans doute un problème de synchronisation de serveur.Je suis sorti de l'interface, et elle n'apparaissait pas sur le résumé du tour.Alors je suis revenu dans l'interface, pensant qu'elle n'avait vraiment pas été prise en compte (ma tâche de division de troupes). Et bien si, mes troupes étaient bien divisées.ID de la troupe d'origine: 21002ID de la troupe produite par division: 21845De plus, j'ai encaserné les troupes 21845 et 21847, mais ça n'apparait pas non plus.cby: Un autre joueur a signalé des incohérences dans son résumé de tour concernant des tâches qu'il a lancé, mais j'attends des confirmations sur ses propos. | Réponse / correction :
Prise en charge par zumba le 11.02.07
Demande d'infos supplémentaires par zumba le 11.02.07 :
il me faut l'erreur précise sur la division et pas des suspicions, si ca n'est pas reproductible, fermer. Plus le BT est pollué par des a peu rès moins il est traitable. merci
Refus par cobaye le 19.02.07 :
je ferme, aucune réponse |
| [#1619]refusé>SQL Erreur suppression de tâche | | | J'ai supprimé une tache (récolter du blé), et j'ai eu cette erreur, qui est venue après le message de confirmation comme quoi la tache a été supprimée:You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE id=277872' at line 1 / WRITEVAL / requete=UPDATE ACTIONS SET nb_peons='' WHERE id=277872Apparement la tache est bien supprimée ;)ID 122------------------ID 1726,j'ai eu le même soucis en supprimant le bucheronnage, mais j'ai pas eu le temps de sauvegarder le message d'erreur...ps: on pourrait pas faire une 'pause' sur les messages d'erreur ? un peu comme lors des erreurs d'injections avec un 'cliquez ici' ? | Réponse / correction :
Prise en charge par zumba le 13.02.07
requalifié en priorité minime par zumba le 13.02.07
Demande d'infos supplémentaires par zumba le 13.02.07 :
c'est tres étonnant car 1) il y a pas de writeval dans le script d'annulation d'une tache
2) je le reproduis pas
dans ce genre de cas portant sur des fonctions "regaliennes" éprouvées depuis un bout de temps il faut que les BT ou autres confirment en reproduisant le problème.
puis me fournir la marche à suivre pour reproduire A COUP SUR.
Refus par cobaye le 19.02.07 :
bon aucune réponse donc je ferme, ptet cet acte réveillera les concernés. |
| [#1527]refusé>Chantier de pavage disparaissant entre deux réso | | | C'est la deuxième fois que ça me le fait. Je demande à mes guss de paver, il (le jeu) me retire la pierre, l'or, il (toujours le même jeu) fait apparaître les petits tas et les pelleteurs, mais après la réso, certaines de ces cases redeviennent du damage (avant même que mes péquins aient fini de paver), mais j'ai toujours le pavage dans mes tâches en cours (par exemple, là j'ai 4 tâches "pavage", mais seulement trois cases qui se pavent… même en mode clearpath ils n'aparaissent plus mais une fois le pavage terminé les 4 cases sont bien pavéesID 217MacOS XSafari 2simple bug graphique à priori reproduit sur plusieurs tours | Réponse / correction :
Prise en charge par zumba le 03.01.07
Demande d'infos supplémentaires par zumba le 03.01.07 :
c'est trop léger. la réso ne touche pas aux tas de terre.mouvement de troupe a coté de la case ou autre piste ?
Commentaire par Sullivan le 09.01.07 :
Non pas de mouvement de troupes, dés que possible je t'indiquerais quand on lancera un pavage tu pourras toi-même voir ce qui se passe.
Apport de précisions par Sullivan le 09.01.07 :
Demande d'infos supplémentaires par zumba le 11.01.07 :
Commentaire par Sullivan le 12.01.07 :
id 217 pavages en 1318 ; 666 et en 1306 ; 674ils semblent ok pour l'instant
Apport de précisions par Sullivan le 12.01.07 :
Demande d'infos supplémentaires par zumba le 14.01.07 :
pas la peine de repasser la fiche en "a traiter" tant que le bug s'est pas reproduit et que vous avez pas d'infos utiles pour le debug
Refus par zumba le 07.02.07 :
réouvrir si vous avez une piste éventuelle pour ce qui peut faire disparaitre ou pas ces chantiers de damages. |
| Correction orthographique |
| [#1567]refusé>Carte Statistiques | | | C'est vraiment pas grave du tout mais bon.Dans la fenêtre statistiques et cartes, lorsque l'on choisit de voir la carte de continent dans les premiers tours, on s'aperçoit que les tours antérieurs au 1/5/2005 sont placés par ordre de jour, sans que le mois soit pris en compte. ex: 10/02/2005 - 10/03/2005 - 10/04/2005 - 11/02/2005 - 11/03/2005 - 11/04/2005 etc jusqu'au 1/5. | Réponse / correction :
Prise en charge par zumba le 18.01.07
Refus par zumba le 18.01.07 :
au cas ou je me serais mal exprimé, j'ai vraiment aucun temps libre en ce moment et je suis a peu près seul sur le debug. Donc merci de ne pas charger le BT avec des broutilles comme ça, ça pénalise les évos dont certaines très importantes et qui sont déjà bien en retard. A l'attention des joueurs, il est vain de parler d'évos tant que le BT n'est pas vidé et que les evos prioritaires, ne sont pas en place (et il y en a pour 3 mois minimum).
Merci pour votre attention. |
| [#1556]refusé>Impossible de réparer un batiment | | | Ça y est, j’ai retrouvé le cas dont je t'avais parlé !La loge du fief du joueur ID 2224 est à 3930 sur 4000.Il tente de la réparer, il a le message:Coquefredouille ! Ce bâtiment ne nécéssite pas d'entretien pour le moment.Alors qu’il manque bien 70 points. La normalisation des bâtiments ne change rien.Au passage, il y a un accent en trop dans "nécéssite". | Réponse / correction :
Prise en charge par zumba le 14.01.07
Refus par zumba le 14.01.07 :
au dela de 98% un bâtiment est jugé inutile à réparer. |
| [#1523]remis à plus tard>Magies | | | Proposé:Lorsque l'on a une troupe en protection d'un autre fief que le sien (par exemple chez un vassal) et comportant un lanceur de sort approprié, serait-il possible de lancer des sorts?Actuellement une troupe en protection ne peut lancer ni les sorts "de troupe" (par exemple fureur, célérité ou apaisement) ni les sorts "de village" (guérison, prière).Je pense qu'elle devrait pouvoir lancer ou l'un ou l'autre. Si elle bénéficie du bonus de fortification, je penserai plus juste que se soient les sorts de village.CBY: amha on pouvait le faire il y a un temps, mais je me rappelle que y'avait eu perte des ordres accessibles aux unités dans différents états (voyage protection etc) et que vous aviez remis ceux-ci de mémoire. Je me demande si la magie n'aurait pas été oubliée ^^ | Réponse / correction :
Prise en charge par zumba le 08.12.06
Commentaire par zumba le 08.12.06 :
à mon avais ca n'a jamais été possible mais l'idée se défend en effet. plutôt que magie de village car sinon on aurait un statut permettant de faire les 2, ça serait une demi faille...on va y réfléchir.
Remise à plus tard par zumba le 08.01.07 :
|
| [#1544]remis à plus tard>Impossible de construire zone frontalière alors que pas de fief proche de ce coté | | | J'ai essayé de batir un mur 536:757 et on me dit que je ne peux pas à cause de fief frontalier, seulement, j'ai construis juste au dessus, juste en dessous, et le fief le plus proche est vraiment plus au dessus et aurait du gener pour les autres bloc, encore qu'il est vraiment pas spécialement proche | Réponse / correction :
requalifié en priorité minime par zumba le 17.12.06
Prise en charge par zumba le 03.01.07
Remise à plus tard par zumba le 05.01.07 :
c'est poutant indiqué clairement que cette cas est en frontiere avec oblivion.
le fief (nouveau) n'existait peut être pas les tours précédents mais aujourd'hui cette case est à lui.
|
| [#1524]remis à plus tard>Voyage | | | Je propose une modification du voyage: si une troupe arrête de voyager, elle perd un tour.De cette manière, on conserve les avantages du voyage: passage d'obstacles, déplacement automatique, "immunité" informelle accordée par bcp de joueurs à ces troupes automatiques, pas de prise de tête à avoir sur les trajets longues distances.Et pour compenser, on empêche de profiter d'une de ses qualités pour contourner les fortifications d'un fief ou pour s'approcher "discrétos" d'un fief: en effet dans le cas des fortifs, soit on fait voyager sa troupe pour passer à travers, mais alors on se retrouve avec une troupe en voyage dans l'enceinte du fief, vulnérable pendant un tour puisque "bloquée" (0 PM) donc ne pouvant pas attaquer ; soit on utilise le déplacement conventionnel mais on passe par les portes du fief ou on travaille les remparts pour se frayer un chemin. De fait, on redonne un vrai intérêt à la construction d'un rempart digne de ce nom plutôt qu'à l'empilement pour obtenir juste des bonus de fortif.Deux moyens de "coder" ça: soit on fait se dérouler les voyages à la fin de la résolution, donc de facto la troupe se trouve à 0PM (mais j'aperçois le problème des PM conservés si la troupe ne peut plus se débrouiller seule ou si elle atteint sa destination), soit la sortie d'une troupe du mode voyage (par un bouton, une action quelqu'elle soit) entraîne son immobilisation et la mise à 0 de ses PM. [cette dernière solution semble meilleure d'après les différents avis]Justifications RP telles que l'organisation d'un voyage implique la mise en formation des troupes, des préparatifs, une marche forcée ptet etc. | Réponse / correction :
Prise en charge par zumba le 08.12.06
Remise à plus tard par zumba le 05.01.07 :
pas bête, sera étudié.
|
| [#1530]refusé>Messages codés | | | A l'occasion d'une histoire de messages codés, HWK s'est étonné que ceux-ci ne soient pas stockés par l'érudit et quil faille les mettre dans le registre, ce qui je suppose doit passablement l'encombrer au fur et à mesure...Pourquoi pas donc les faire garder par l'érudit? Qui ne sert à rien pour l'instant... | Réponse / correction :
Prise en charge par zumba le 13.12.06
Refus par zumba le 17.12.06 :
1) ca serait trop compliqué à coder2) ca réduirait l'intérêt de rechercher au plus tôt le linguisme. |
| [#1541]refusé>Enchantement linguisme non efficace avec les arbres savants | | | J'ai le niv 2 en linguisme et ai voulu bénéficier d'un arbre savant donnant une science niv 4 donc j'ai demandé a être enchanté en linguisme +40% ( deux niveaux) et j'ai pu bénéficier que aprtiellement du savoir c'est à dire le niv2.vu le prix (48 chevaux) n'a pas pu tester si l'arbre propose les niveaux un par un, donc ptet no bug? | Réponse / correction :
Prise en charge par zumba le 17.12.06
Refus par zumba le 17.12.06 :
bien tenté mais seul le niveau de la science natif compte, hors artefact et enchantements qui ne "portent" que sur le village. |
| Modification du paramétrage du jeu |
| [#1516]refusé>Transdistorsion | | | Disons que je suis A.J'ai un émissaire chez B qui est d'un royaume allié.Nous possédons tous deux un portail.Si je veux envoyer une troupe chez B depuis chez moi, aucun problème.Une troupe encasernée, bouton "Téléporter", autorisation du destinataire, et hop.Si je veux rappatrier une troupe de chez lui vers chez moi, impossible.Ce n'est pas un problème d'autorisation : le système ne nous laisse pas le choix. J'ai le message:Pour utiliser le portail de B vous devez d'abord conclure une alliance militaire avec le maître des lieux.Bref, envoyer des troupes chez un simple allié diplomatique est un aller simple. Mon souhait serait que ceux chez qui l'on peut aller puissent nous autoriser à rentrer.cby: Proposé depuis le forum évo. | Réponse / correction :
Prise en charge par zumba le 08.12.06
Refus par zumba le 08.12.06 :
c'est voulu, le fait qu'ondans une transdisto, le portail mis en jeu est celui d'origine, et c'set sur lui qu'es tbasée l'autorisation ou pas de passer. le portail de destination subit passivement la disto c'est pourquoi tout ce qui y mene doit être sécurisé par une alliance. |
| Correction orthographique |
| [#1491]remis à plus tard>Navigation | | | Lorsqu'un navire est en train de tracer une route, cela n'est pas précisé dans son statut dans l'onglet de revue des troupes. De même, il ne semble pas y avoir de moyen permettant l'abandon de cette tâche de consignation de la route. | Réponse / correction :
Prise en charge par zumba le 21.11.06
Résolution par zumba le 21.11.06 :
c'est pas une correction ortho mais une demande d'évo. ou dans ce cas précis un bug car il est évidement normalement possible d'annuler une création de route n'importe quand. c'est corrigé. ca permet aussi de constater par le menu navigation du navire qu'il est bien en train de tracer une route.par contre pour le marquage de route en cours dans la revue des troupes, ca serait faiasable mais ça rajouterait encore des requetes a un script qui est déjà extrêmement lourd.donc peut être quand on aura un srv + puissant.
Réouverture par cobaye le 06.12.06
Remise à plus tard par cobaye le 06.12.06 :
bientot un serv plus puissant non? ^^ |
| [#1193]remis à plus tard>Le siège en plus stratégique | | | objectif : gestion du siege en vue d'une vassalisationjoueur A l'assiegé (la pauvre victime)joueur B l'assiegant (le vilain pas beau)B débarque sur les terres de A et lance une attaque sur A:*si defaite de l'attaquant .. rien ne change par rapport à maintenant.*si victoire de l'attaquant mais qu'il reste des troupes du défenseur .. rien ne se passe pour A et B (hormis les pertes eventuelles etc ...)*si les troupes encasernées de A sont éradiquées le joueur B se retrouve encaserné et doit garder le controle du chateau x semaines (2-3 max je pense) : le temps de changer la chaine de commandement et de mettre ses hommes de main aux postes clef.a voir :- possibilité pour le joueur B d'encaserner plus de troupes pour défendre sa prise (cf avis de CBY)- ce qui se passe quand un allié de A attaque le chateau occupé par B : risque de vassalisation d'un allié par effet de bord s'il eradique B (cf avis de CBY)- possibilité pour le défenseur qui survit en se repliant, de donner sa rédition, et ce chaque tour jusqu'à anéantissement de ses forces en défense.CBY: avis perso: je pense que l'encasernement des troupes de B est pas possible en l'état du code non? dans ce cas seulement mettre les troupes en protection comme lors de la vassalisation. les éventuels renforts en retard (la cavalerie quoi ^^) devraient donc attaquer ces troupes (qui se trouvent à l'extérieur) pour empêcher la vassalisation de se concrétiser. | Réponse / correction :
Prise en charge par zumba le 16.05.06
Refus par zumba le 16.05.06 :
L'idée est sympa mais désolé c'est non.La principale raison en est que le code des sieges est déjà ENORME (une 40 aine d'écrans) et très chaud à debugger. J'ai VRAIMENT pas envie d'y toucher alors qu'il commence à peine à se stabiliser, que par ailleurs j'ai PAS le temps avec les bugs et les chantiers en cours et qui n'avancent pas (swag et combat naval).Ensuite le système n'a pas de notion de "date de vassalisation". Mettre des délais sur les vassalisations rajouterai encoure une couche de complexité, de même que l'encasernement de troupes qui ne sont pas du proprio de la caserne, ca impacterait en efets d ebord la moitié des scripts du jeu !!Ensuite cela entrainerait surement des effets de bord gameplay. Par exemple quid de la défense si le village à un portail ? il sera inprenable.Du reste les ultimatums peuvent se négocier en RP avant de lancer l'assaut, et Rpment parlant il ne faut pas 1 mois pour prendre d'assaut un petit village meme avec 200 soldats dedans....je garde quand mem epour plus tard l'idée suivante. Un siege n'est pas réussi tant qu'il y a des défenseurs, ca peut être intéresant ca. En couplant ca a une possibilité de capitulation pour l'assiegé vaincu, ca pourrait être sympa. Mais ca sera pas pour tout de suite (du tout).
Réouverture par cobaye le 03.12.06
Remise à plus tard par cobaye le 03.12.06 :
dixit zba: je garde quand mem epour plus tard l'idée suivante. Un siege n'est pas réussi tant qu'il y a des défenseurs, ca peut être intéresant ca. En couplant ca a une possibilité de capitulation pour l'assiegé vaincu, ca pourrait être sympa. Mais ca sera pas pour tout de suite (du tout).Je change donc en "remis à plus tard" |
| [#1499]refusé>Capture | | | L'idée serait de rajouter une possibilité aux troupes, qui serait celle de pouvoir "capturer" les unités hostiles ou indésirables pour les "raccompagner gentiment" où on le souhaite.L'action est une alternative à la bataille et offre des perspectives RP.La troupe qui capture devrait être bien supérieure à la troupe capturée, en puissance et en nombre.La troupe capturée pourrait choisir de refuser et de livrer bataille.Un exemple de ce que ça peut donner:Tour 1: la troupe A tente une Capture sur la troupe B (idem que tenter une attaque. Comme pour les attaques la troupe B a une chance de s'enfuir.)Tour 2: le seigneur B est informé de la capture de sa troupe. il peut décider de se laisser conduire ou de se libérer. Si il choisit "libérer" le combat sera résolu au tour 3. Cela équivaut à avoir refuser direct de se soumettre.Si il se soumet il peut utiliser les capacités spéciales de la troupe B mais avec malus.Tour 3. Soit combat si B a essayé de se libérer, soit poursuite du système.Tour X: A à conduit B ou il voulait, il relâche la troupe et tout le monde repart de son coté. | Réponse / correction :
Prise en charge par zumba le 27.11.06
Refus par zumba le 27.11.06 :
tellement complexe à coder pour un intérêt tellement secondaire par rapport à tout ce qui est en chantier, que non |
| [#1443]refusé>Risque d'abus sur les enchantements | | | Le fait suivant sur les enchantements à put être tester et vérifier par Balti et Hellmut, quels et votre avis sur le sujet ?Actuellement on peut envoyer plus d'un enchantement sur un même fief par seigneur, donc il peut y avoir de l'abus en surboostant certains fiefs dans certains domaines (il faudrais faire peut être comme le sabotage, ou l'on ne peut pas cumuler plusieurs sabotages en même temps sur un même fief, même via plusieurs seigneurs)Le lancement d'un second enchantement (dit majeur) suite à un premier, provoque un boost du gain dans la science et dans le temps d'action pour seulement le double d'argent, l'intérêt est énorme pour finalement un cout minime risquant de favoriser les plus gros (a l'heure actuelle l'effet cumulé dans les autres domaines de continent tend vers le bas, exemple quand j'ai un marché je gagne 100 écus, si j'ai 2 marché je ne gagne pas 200 ecus mais 150, si j'en ai 3 je gagne 175 etc..., les enchantements devrais utiliser le même principe quand on les cumule.Tiré de la discussion suivante :Les enchantements dits majeur.Exemple : Actuellement nous avons un enchantement boost expérimentation +10% pendant 8semaines pour un certain coût.Un deuxième boost l’expérimentation de +15% pendant 16 semaines pour simplement le double en or de ce que coûte le lancé du « mineur ».Est ce normal que le joueur gagne en écus et en temps d’enchantement. Car il est inutile de se demander lequel est le plus rentable, pour l’instant pour juste le double du sort mineur je gagne un sort qui dure le double et qui donne un % plus haut.Je rajouterais que je pense qu'il faut limité a 1 enchantement/malédiction par semaine par fief !On peu accumuler un enchantement de chaque "type" de science, je l'ai déja vu faire.Je trouve que limiter à l'arrivée de 1 nouveau enchantement malédiction par Seigneur et par fief serais une bonne chose. Evidement si 5 seigneur se liguent je ne vouis pas pourquoi 5 malédiction tomberais le meme tour.Parceque je sens venir les abus, aujourd'hui on peu en lancer autant que l'on veux ! | Réponse / correction :
Prise en charge par zumba le 20.10.06
Demande d'infos supplémentaires par zumba le 20.10.06 :
1) il y aune limite a 3 enchantements et 3 amlédictions par fief max à un moment donné. C'est déjà bcp plus limitatif
2) ça n'empêche pas que je veux bien discuter mais je veux du concret : et la il me manque les couts réels de vos opérations de boostage. Une comparaison avec le cout d'achat aux encheres d'un artefact de même nature serait intéressante aussi. Car si il y a un problème, j'ai l'impression que vous n'en stigmatisez qu'une partie.
Commentaire par cobaye le 29.10.06 :
merci d'assurer le suivi de cette fiche, messieurs/dames les concernés ^^
Refus par topaze le 07.11.06 :
Je me permets de la cloturer car tout le monde s'en fout |
| [#1281]remis à plus tard>[forum] Déplacement de messages | | | 519.Manip: un sous topic mérite d'être envoyé dans un autre forum hrp (ex: Q/R vers évos). 4 messages marqués "nouveau" dans ce sous topic (clignotants) parmi d'autres messages.Donc, je décroche la branche de messages intéressante, ce qui la met en root. Là, les messages "nouveau" ne clignotent plus en "nouveau", ce qui est normal puisque comme je les ai vus clignotants ils ont été marqués comme lus.Ensuite, je déplace cette branche vers l'autre forum (grâce au menu déroulant). Là, les messages clignotent à nouveau (les mêmes hein) en "nouveau".Si je ne clique pas sur le bouton 1>10, et que je retourne sur le portail des forums, je n'aurai pas de notification de nouveaux messages dans le forum d'où je sors, mais dans ce cas si j'y rentre ces messages apparaissent nouveaux ^^ (alors que je les avais déjà vu clignoter, or on ne devrait pas pouvoir les voir clignoter 2 fois puisque si on les voit ils se trouvent marqués comme lus aussitôt). Ensuite c'est terminé. (si j'avais cliqué sur 1>10, il y aurait eu ces messages encore clignotants "nouveau" mais ensuite de retour sur le portail il n'y aurait plus eu cette notification de nouveaux messages dans le forum) | Réponse / correction :
Prise en charge par nargzul le 22.06.06
Commentaire par nargzul le 22.06.06 :
je dois avouer peiner à comprendre.
Donc si tu déplace des message que tu as pas lu auparavant(déjà la ca devrait pas etre le cas), et que tu regarde pas le résultats, ils clignotent en tant que nouveau mais pas le forum?
Donc si je te suis, faudrait que le forum affiche "nouveaux messages"?
Demande d'infos supplémentaires par nargzul le 22.06.06 :
Apport de précisions par cobaye le 22.06.06 :
j'ai édité la fiche pour que ce soit plus clair, du moins je l'espère
Remise à plus tard par nargzul le 10.07.06 :
Je suis désolé, mais la je pars à l'armée pour un bon tit moment(3mois), alors j'aurais pas vraiment le temps. Je diffère alors. |
| [#1363]remis à plus tard>[majeur] Météo invariante | | | bon, depuis cet hiver le service météo est cassé, nuages gris et pluie me sont toujours sans discontinuité depuis 5 mois...le hic c'est que sous ces conditions, les bâtiments s'abîment plus vite.le souci avait déjà été soulevé au cours de l'hiver mais bon c'était pas assez précis et observé, là c'est confirmé. | Réponse / correction :
Prise en charge par Yhme le 09.07.06
Remise à plus tard par Yhme le 09.07.06 :
Je note dans un coin pour Zumba, qui corrigera à son retour. |
| Modification du paramétrage du jeu |
| [#1142]remis à plus tard>[Magie] Persuasion | | | Si le sort réussit, mais que l'on n'a plus de place pour de nouveaux soldats, on a dépensé PM et azulis pour rien.Ce ne serait pas possible de bloquer directement dés la tentative faite sur la cible, par un calcul sur le nombre d'unité visée -pour mon cas testé, il n'y avait qu'une seule unité...- ? Cela éviterait de perdre de l'azulis, de subir des attaques, etc. tout cela pour au final apprendre qu'une règle du jeu de toute façon n'autorisait pas la réussite de l'action. | Réponse / correction :
Prise en charge par Yhme le 02.05.06
Remise à plus tard par Yhme le 02.05.06 :
Je dois coder un système de vérification plus complet et appliquable dans d'autres cas (notamment corruption), là c'est donc un système "provisoire" en attendant d'avoir le temps. Je ferme la fiche en attendant et signalerais quand ce sera fait. |
| [#894]remis à plus tard>Module quêtes et anims RP | | | J'ai fait un constat, les joueurs envoi parfois des idées d'anim Rp, les MJs doivent les lirent et les retranscrire dans le module corespondant.Idem pour les quetes.Je me souviens au debut du jeu, que les premiers Mj étaient les cartographes, ils avaient a disposition le logiciel d'editeur de carte que l'on peut trouver dans la rubrique telechargement.Pourait on pas creer une application du meme genre pour la creation d'anim et quetes?Comme cela, les joueurs peuvent les faire chez eux sans avoir besoin de connexion et quand ils sont connectés, il peuvent faire un transfert.Avantages:*Les joueurs decouvriront comment sont crés les anims/quetes*Les Mjs n'ont plus qu'a faire une preview de l'anim/quete afin de la valider*Le temps, la disponibilité, et l'acces regulier ou non a internet, est un soucis important pour les MJ, cela leur faciliterai grandement la tache.Hum voila une idée que j'aime bien!Je sens que les tetes vont chauffer!J'ai pas mis ce post sur le forum MJ car je ne sais pas si les BT y ont acces et moi je peux pas faire de fiches.Eorym | Réponse / correction :
Prise en charge par cobaye le 21.01.06
Remise à plus tard par cobaye le 21.01.06 :
bon j'ai été un peu vite en besogne, je ferme la fiche, je réouvrirai quand la discussion que je croyais ne pas voir commencer, aura bien avancer :) |
| [#734]remis à plus tard>Concernant les PM et les bourgeois (et problèmes connexes) | | | Les problème soulevés sont ceux-là:- point de vue RP, ceux qui se privent des bourgeois parce que n'acceptent pas l'église (nécessaire et indispensable), ne peuvent pas, et de loin, faire autant d'argent que ceux qui choisissent l'église et les bourgeois, même en passant par la vente d'alcool.- ceux qui ont les bourgeois arrivent à un certain abus: leurs rentrées d'argent ne se font plus que grâce à eux, ils mettent la taxe à 0 car plus nécessaire => moral et réputation élevés, ce qui d'après ce que tu as dit dans la fiche, augmente la vente de PM => chien qui se mord la queue. Et beaucoup d'argent dit fête => augmente moral et réput etc etc.- un commerçant doit également obligatoirement choisir de construire une église etc pour avoir accès à la bourgeoisie, autrement il s'en prive, ce qui n'est pas RPment logique (pas de bourgeoisie dans un fief commerçant????)- les produits de base pour fabriquer les PM différents sont inégaux pour un prix de vente identique: 10 minerai ou 12 azulis ou 2 peaux, or il est évident qu'il est beaucoup plus difficile de ramasser 12 azulis que 2 peaux ou 10 minerai. Des propositions de solution:- corriger le bug, mais ça c'est fait, on va voir le résultat.- pour cause de RP et pour revaloriser ce bâtiment: supprimer les comptes en banque, et les réserver aux détenteurs de Grande Halle. Après tout, les comptes en banque c'est pas très Med-Fan, et si on ne les a que par la Grande Halle c'est parce que la Guilde a confiance en nous et que l'on réalise des transactions diverses supposées avec elle (non représentées ingame)- ne plus exiger pour certains bâtiments quasi indispensables, des bâtiments RP comme l'église ou la librairie ; pourquoi ne pas plutôt mettre comme condition 1 ou 2 bâtiments de Guilde, ou reporter sur d'autres bâtiments? La bourgeoisie est tout à fait compatible avec le saffranisme ou le commerce ou l'ombre ou le pan, c'est juste pas les mêmes genres de bourgeois à la limite. Problème resoulevé sur l'impact de ces bâtiments mal famés sur la réputation du fief: après tout, si on choisit la voie de l'ombre, on peut très bien ne vouloir avoir que des gens dangereux et malhonnêtes, de la racaille et tout, alors pourquoi les gens ne viendraient ils pas? Les exclus d'un fief seraient une manne pour un autre qui n'a pas les mêmes objectifs. Il est difficile de choisir la voie du mal en quelque sorte.- empêcher le "taxe 0 compensée par les revenus bourgeois", car la taxe est un fondement du jeu qui règle le moral et la réput ; et jouer à taxe 0 sans préjudice, c'est de l'anti-jeu pour beaucoup.- instaurer une forme de limite au nombre de bourgeois: soit une limite absolue, soit un % par rapport au nombre de villageois, soit les inclure dans la limite de population, celle que l'on ne voit pas (cette dernière solution a l'avantage de forcer le joueur à se procurer ce qu'il ne peut plus par manque de villageois, auprès de ses voisins, et donc de dépenser de l'argent: plus il a de bourgeois, moins il a de villageois (effet de stagnation du total d'habitants), et donc moins il est autonome en production, ce qui est tout à fait RP: grande ville => besoins auprès des villes nourricières).- rééquilibrer les denrées nécessaires pour fabriquer des PM. Tout ceci n'est que propositions, à prendre ensemble ou séparément les unes des autres.Et bien sûr il n'y a pas unanimité pour l'ensemble, certaines propositions plaisent aux uns et pas aux autres. | Réponse / correction :
Prise en charge par zumba le 23.12.05
Remise à plus tard par zumba le 23.12.05 :
|
| [#716]remis à plus tard>Problème de visée | | | FF, XPJ'ai fait le test, et j'ai constaté le bug sur un comportement apparemment identique mais concernant deux choses:1: je suis dans mon fief (carte), je cliques dans l'onglet troupes sur une troupe se trouvant loin de celui-ci, donc la carte se déplace, mais raté, le centrage se fait sur la gauche de la troupe, et je n'ai pas le focus sur la troupe non plus (inactive). Je dois recliquer sur son icone dans l'onglet troupe pour que la carte se recentre bien sur elle et qu'elle soit active.2: comme j'ai fini de m'en servir, je clique sur l'icone du château pour revenir dans mon fief, et là paf rebelote, carte centrée à gauche du château (apparemment la même distance d'erreur). Je re-clique sur l'icône du château, et là ça me centre bien sur le château.J'ai l'impression que lorsque l'on change de secteur => reload une portion de carte, les coordonnées d'arrivée du centrage sont erronées, car je n'ai pas eu ce problème de centrage avec les troupes déjà dans la zone chargée de mon fief.Ajout de cobaye le 10/11: problème similaire avec les boutons Voir des émissaires en route, je suspecte que c'est un problème global. | Réponse / correction :
Prise en charge par zumba le 10.11.05
Remise à plus tard par zumba le 10.11.05 :
je differe car demandera bcp de temsp et pas prio.
le double click pour controler une unité distante est normal
|
| [#644]remis à plus tard>Safari et le pointeur | | | Le pointeur pour effectuer une tache n'est pas situé sous sous la souris, mais sur le bord de la page.Pour construire, ce n'est pas gênant, mais pour ramasser des objets avec ses troupes, ça l'est plus (c'est impossible en fait) | Réponse / correction :
indébuggable pour moi ou alors il faut qu'on me prete un mac !
le code à cet endroit là fourche déjà triple entre IE, FF et netscape 8. mon imagination à des limite spour imaginer ce que saf attends !
mais si un petit débrouillard veut y regarder de plus près c'estsurement dans la fonction showCursor du ficheir map.js présent dans son cache que ca se passe.
désolé de ne pouvoirs faire mieux, faute d'équipement. je le met en differé en attendant.
|
| [#641]remis à plus tard>Enchaînement bizarre des messages de Jehan & co | | | Constaté depuis longtemps, je fais une fiche seulement maintenant que j'ai le temps ^^Ingame, quand on a par exemple un message venant d'un autre joueur, que l'on clique sur Plus tard, soit on retombe sur un autre event de ce genre (RP ou autre message de joueur ou refus de commerce etc), soit on tombe sur le bilan démographique. Là, si on clique sur Plus tard, alors Jehan nous dit que c'est A nous de jouer, et qu'il lui reste 2 affaires mises de côté.Si on clique sur ces 2 affaires de côté, il nous parle du bilan de production, puis du bilan financier, de la semaine. Faisant un Plus tard sur chaque (je fais toujours Plus tard pour garder les messages sous la main), on retombe sur A vous de jouer, et là on voit qu'il y a x ( x>nombre attendu apparemment) affaires de côté : on clique, il montre les Plus tard de la semaine précédente (j'oublie tout le temps de les supprimer), puis les messages/events RP/etc, puis les bilans de la semaine.Donc tout ça pour dire qu'il y a comme un bug là dedans non? un nombre de choses de côté qui n'est pas exact, un passage direct du bilan démographique à A vous de jouer en zappant les autres bilans, et ce seulement si on clique sur Plus tard dans le bilan démo. Etc pour le reste déjà expliqué :) | Réponse / correction :
assz compliqué à regler, nécéssite une refonte du système de message.
donc pour + tard. |
| [#483]remis à plus tard>defense | | | j'ai un paquet de soldats encasernés, et au dernier tour je me suis fait attaqué par un troupe de 2 dragons Noirs (parmis les 8 dragons qui trainent autour) et mes hommes sont resté passif.ce n'est pas normal non? mes hommes auraient du au moins se battre pour defendre le fief. | Réponse / correction :
en fait la défense "active" n'a pas été codée sur les raids de sans bannière. Les monstres n'attaquent que si leur force est > a celle de la garnison renforcée des fortifications.
C'est plus un évènement qu'un combat réel, a la charge du seigneur de faire des sorties punitives ou préventives contre les SB qui rodent autour.
En rp on peut considerer que les garnisons, si elles sont trop faibles, sont incapables de s'interposer sur de tels raids.
Maintenant il serait possible à l'avenir de génerer un "semi siege" sur un raid, mait vaut ce vraiment la peine? la garnison ooit elle combattre si elle est + faible ? (en plus des denrées perdues il y aura des morts...)
Bref je le met en differé, et je laisse les joueurs en débattre ! |
| [#480]remis à plus tard>Statistiques & Cartes - Vue du royaume d'origine | | | Voici une suggestion qui semble plaire aux joueurs. à l'heure ou je parle: 10 exprimés: 8 pour, 2 contre.---Je voulais suggérer que les fiefs conquis aient une couleur bariolée, mélange de leur couleur d'origine et de leur nouvelle couleur.Par exemple, en mettant une croix de la couleur du conquérant sur le cercle actuel, ou encore en modifiant la zone de contour (garder le centre de la couleur du royaume d'origine et mettre le contour de la couleur du royaume conquérant)ça donnerait une vue sympathique permettant à tous de suivre le jeu et ses mouvements et de faire apparaitre dans le jeu la notion de royaume d'origine.P.S.: ça ne devrait pas être très compliqué à faire, non ? c'est juste un changement des images non ?---- | Réponse / correction :
faisable mais pas prioritaire, je la met en differé pour vider un peu le tableau en attendant. |
| [#407]remis à plus tard>Quelques problèmes de siège | | | Lorsque l'attaquant est protégé par un allié, son allié ne participe pas au siège.Si le defenseur est protégé par un allié, il reçoit deux fois le message qui est normalement destiné à son allié d'autant plus que le résultat dans celui là est inversé (l'allié du défenseur participe bien au combat)pas uniquement lié au siège, quand une troupe A attaque une troupe C, que B attaque la même troupe C et qu'il y a pas d'alliances entre A et B, il sembleraient que la troupe B(celle qui est attaquée deux fois) participe au deux combats avec ses effectifs de base. | Réponse / correction :
ce sont 2 pbms différents (siege avec escorte et attaques séparées e meme cible). jerépond pour l'instant au 2eme pbm
attaques séparées d'une même cible :
tu écris "il sembleraient que la troupe B(celle qui est attaquée deux fois)" d'apres ce que je lis avant ca serait pas plutot la troupe C ??
bon bref, quand une troupe est attaquée par 2 ennemis non alliés au meme tour il y a2 combats, résolu par ordre ld'initaiative (l'initiative, c'est pas le premier qui joue, hein ? c'est le mouvement restant de l'attaquant au moment de l'attaque). DOnc qu'il y'aie 2 combats a 1 vs 1 est normal. Ensuite que lors de son 2nd combat la troupe C apparaisse complete meme si elle a été partiellement décimée dans son 1er combat est un bug connu mais d'ordre graphique uniquement. Quoi que dise l'image et le bilan des pertes, sa force utilisée dans le combat était bien celle d'après le 1er combat, niveau logique. De meme dans le 1er combat la troupe vaincue apparaissait avec son effectif d'apres le 2nd combat même si elle
Je ne sais vraiment pas si je pourrai le résoudre un jour celui là. Chaque troupe a une image "actuelle"(cad après résolution) et une image "avant combat" sauvegardée au moment ou elle attaque ou se fait attaquer. Donc ca marche pour 1 combat mais pas de stockahge intermédiaire possible...
Il va falloir que je remanie profondément ca pour pouvoir generer à la volée les images des troupes lors des combats. |
|
Actualités
Bugtracking & Evos
