Bug reports

Find a reported issue or describe yours.

Page 1 of 2 · 7 in total

1
Décalage d’une heure dans les événements, probablement lié au passage à l’heure d’hiver.

Bonjour, Depuis le changement d’heure de cette nuit, je constate un décalage d’une heure entre les horaires affichés dans le planning et le déroulement des événements. Aujourd’hui, dimanche 25 octobre 2026, à 11 h 38, l’événement « Pêche (Solo) » annoncé pour 12 h 30 est déjà indiqué comme « En cours ». L’événement « Récolte (Équipe) » prévu à 13 h est également annoncé dans environ 22 minutes, ce qui correspond à un démarrage à midi, heure réelle. La capture jointe montre ces indications et l’heure de mon ordinateur. Ce décalage semble lié au changement d’heure : le serveur ou le planning n’a peut-être pas pris en compte le passage à l’heure d’hiver. Pourriez-vous vérifier que les horaires affichés, les comptes à rebours et le lancement des événements sont bien synchronisés avec l’heure de Paris ? Cela pose problème pour participer aux événements, car ils commencent une heure avant l’horaire indiqué dans le planning. Reproduction : 1 - Ouvrir le planning des événements le 25 octobre 2026 à 11 h 38, heure française. 2 - Constater que « Pêche (Solo) », prévu à 12 h 30, est déjà indiqué comme « En cours ». 3 - Constater que « Récolte (Équipe) », prévu à 13 h, est annoncé dans environ 22 minutes. 4 - Comparer avec l’heure réelle affichée sur l’ordinateur. Résultat attendu : Je m’attendais à ce que les événements se déroulent aux horaires affichés dans le planning, en tenant compte du changement d’heure. Un événement annoncé à 12 h 30 devrait commencer à 12 h 30, heure de Paris. Le planning, les comptes à rebours et le démarrage des événements devraient rester cohérents après le passage à l’heure d’hiver. Plateforme : Minecraft Java

Party6471
Open0
0
Apparition inattendue du dragon de l'end et destruction de nos spawners

On a débloqué l’End il y a quelques semaines au niveau 75 et on a construit nos cuves avec des centaines de spawners dedans. Aujourd’hui on a monté l’île niveau 83 et ouvert le portail de l’End, sauf que ça a fait spawn le dragon, qui a détruit nos spawners. On a réagi vite donc ça a limité les dégâts, mais on a quand même perdu une trentaine de spawners, dont 5 golems de fer et 3 slimes. Le souci, c’est que l’End se débloque au niveau 75 mais le portail s’ouvre qu’au 83, et il y a énormément de progression à faire entre les deux. Du coup n’importe quel joueur qui commence à build dans l’End avant le 83 risque de vivre la même chose. Le dragon devrait spawn dès le niveau 75, pas au 83. On aimerait aussi être remboursés pour les dégâts irréversibles si c’est possible. Je possède une vidéo du dragon qui casse les spawners sauf que je ne suis pas en mesure de la mettre dans ce ticket malgré qu'elle a la bonne taille et format. J'ai mis simplement une image du dragon qui passe à travers nos spawners. Reproduction : ... Résultat attendu : ... Plateforme : java

MightGoCrazy1
Open0
1
Bug récompense quête

Apres avoir effectuer une quête une message po dans le chat en rouge en disant que la quête a était validée mais que la récompense n'a pas pu être appliquée et qu'il faut contacter le support. Reproduction : Faire des quete en avec un inv plein Résultat attendu : De rectifier le problème Plateforme : Minecraft Java

Hugo_ID3
Open0
2
Bug générateur

Suite a la sugest que j’ai faites, dans l’option "composition" on peut maintenant enlever le drop de certain item sauf que c’est item drop toujours qu’ils suivent off ou on Reproduction : Générateur 5x5, dcp piston , pioche leg 5x5 Il faut miner Résultat attendu : Que les minerais ne drop pas Plateforme : Bedrock pc

Yaliouche
Open0
1
Largages au spawn : coffres inaccessibles sur un PNJ ou placés dans les feuilles

Un largage peut apparaître au même emplacement qu’un PNJ du spawn. Le PNJ intercepte alors les clics et empêche d’interagir avec le coffre pour récupérer le largage. Le placement vertical doit également être vérifié : le coffre doit apparaître au-dessus des blocs présents, y compris les feuilles, et ne pas être placé à l’intérieur de ceux-ci. Pour déterminer la surface, la recherche depuis le haut doit retenir le premier bloc qui n’est pas de l’air, plutôt que seulement le premier bloc considéré comme solide. Correction attendue : exclure les emplacements superposés à un PNJ ou dont le PNJ empêche l’interaction avec le coffre, et placer le coffre dans un espace libre au-dessus de la surface détectée. Le problème est principalement signalé sur Skyblock. Vérifier aussi les autres serveurs proposant des largages au spawn ; leur affectation reste à confirmer. Les coordonnées et la fréquence du problème ne sont pas précisées. Reproduction : 1. Au spawn Skyblock, observer les emplacements choisis lors des largages. 2. Lorsqu’un coffre apparaît au même endroit qu’un PNJ, tenter de cliquer sur le coffre : le PNJ empêche sa récupération. 3. Vérifier aussi les emplacements comportant des feuilles ou d’autres blocs non considérés comme solides : le coffre doit apparaître au-dessus et non à l’intérieur. Le placement étant variable, ces situations ne sont pas garanties à chaque largage. Résultat attendu : Chaque coffre de largage doit être accessible au clic, sans superposition ni obstruction par un PNJ. Le placement vertical doit se faire dans un espace libre au-dessus du premier bloc non aérien rencontré depuis le haut, feuilles comprises. Vérifier cette règle sur tous les serveurs utilisant des largages au spawn. Plateforme : Toute plateforme

PacketCancel
Open0