Minecraft : Problèmes/1.3.2

Lisez ça  Mojang a un traqueur de bogues officiel et ne suit pas les bogues pour les éditions de Minecraft sur cette page Web. Veuillez utiliser le traqueur de bogues approprié pour signaler et afficher les rapports de bogues actuels.

Java : bugs.mojang.com/browse/MC.
Fondement rocheux : bugs.mojang.com/browse/MCPE.

Pour plus d'informations, consultez la page de notification des problèmes.
Ne supprimez pas cette page, tous les problèmes en cours d'enregistrement sont uniquement à des fins d'archivage.

Contenu

• 1 plantage/système
  • 1.1 Bugs
  • 1.2 Annoyances
• 2 Version démo
  • 2.1 Bugs
  • 2.2 Annoyances
  • 2.3 Fixe/Ignoré
• 3 gameplay
  • 3.1 Bugs
  • 3.2 Annoyances
  • 3.3 Fixe/Ignoré
• 4 Blocks
  • 4.1 Bugs
  • 4.2 Annoyances
  • 4.3 Fixe/Ignoré
• 5 Articles
  • 5.1 Bugs
  • 5.2 Annoyances
  • 5.3 Fixe/Ignoré
• 6 Générateur de monde
  • 6.1 Bugs
  • 6.2 Annoyances
  • 6.3 Fixe/Ignoré
• 7 Mobs/PNJ/Animaux
  • 7.1 Bugs
  • 7.2 Annoyances
  • 7.3 Fixe/Ignoré
• 8 Graphique/Éclairage
  • 8.1 Bugs
  • 8.2 Annoyances
  • 8.3 Fixe/Ignoré
• Sons 9
  • 9.1 Bugs
  • 9.2 Annoyances
  • 9.3 Fixe/Ignoré
• 10 menus
  • 10.1 Bugs
  • 10.2 Annoyances
  • 10.3 Fixe/Ignoré
• 11 interfaces en jeu / HUD
  • 11.1 Bugs
  • 11.2 Annoyances
  • 11.3 Fixe/Ignoré
• 12 Chat/Commandes
  • 12.1 Bugs
  • 12.2 Annoyances
  • 12.3 Fixe/Ignoré
• 13 fichiers de langue/texte
  • 13.1 Bugs
  • 13.2 Annoyances
  • 13.3 Fixe/Ignoré

Plantage/Système

Bugs

[!!] Minecraft charge la connexion, charge le monde, mais plante instantanément. Cela a commencé exactement au même moment où j'ai placé un wagonnet.

- Joueurs MpServer du monde : 1 au total ; [avk['PVT_CAB00SE'/171, l='MpServer', x=144.23, y=65.62, z=749.18}} - Statistiques mondiales sur les morceaux MpServer : MultiplayerChunkCache : 5 - Entités forcées : 5 au total ; [nc['Vache'/278, l='MpServer', x=153.31, y=64.00, z=761.53], avk['PVT_CAB00SE'/171, l='MpServer', x=144.23, y=65.62, z=749.18], mz['Bat'/277, l='MpServer', x=147.66, y=24.38, z=765.56], oa['Minecart'/173, l='MpServer', x=145.50, y=64.85, z=749.50], oa['Minecart'/172, l='MpServer', x=145.50, y=64.85, z=749.50}} - Retry Entités : 0 au total ; }}

[!!] Minecraft charge la page de connexion, mais ne démarre pas après avoir cliqué sur connexion. Minecraft reste vide pendant environ 10 secondes, puis génère une erreur de pilote de carte vidéo. Cependant, tous les pilotes sont mis à jour et fonctionnent avec tout le reste. Exécution de Windows 8 Professionnel 64 bits, en utilisant MSI Radeon 4300/4500 Series avec les derniers pilotes installés. Processeur AMD Athlon II X3 à 3.10 GHz et 8 Go de RAM.

• Les derniers pilotes peuvent ne pas être assez récents. Allez envoyer un e-mail au fabricant de votre carte ou quelque chose, il ne semble pas que Mojang puisse résoudre ce problème. Pokechu22 23:06, 3 octobre 2012 (UTC)

[!!] Minecraft chargera le menu principal mais ne chargera pas un monde SSP ou un serveur SMP.

Je n'arrive pas à faire fonctionner la démo en ligne, elle plante et je reçois ce message.

• Essayez d'utiliser un PC au lieu d'un Mac, il semble que MAC OS ait beaucoup plus de bogues liés à Minecraft que la version PC, probablement parce que minecraft a démarré sur PC, puis a migré vers MAC OS.

[!!] Minecraft se bloque lorsque vous tapez la barre oblique "/" pour ouvrir la commande, peu de temps après être entré dans le monde. J'étais en mode créatif. Le monde est nouveau. J'ai pu le répéter plusieurs fois. J'ai installé Java 7 mais Minecraft ne semble pas l'utiliser. Je ne sais pas comment forcer cela ou si Java 7 est actuellement pris en charge par Minecraft sur un Mac.

• La seule façon de faire en sorte que MInecraft utilise Java 7 sur un Mac est d'utiliser MinecraftLauncher.jar, mais cela le fait planter juste après l'écran "Chargement terminé" sur une exception lwgjl. --dlminecr 12:01, 1er octobre 2012 (UTC)

[!!] Mes excuses si je poste ceci de manière incorrecte, je suis nouveau sur minecraft et c'est la première fois que je poste sur une page Web. J'ouvre l'écran d'inventaire en appuyant sur E, lorsque je ferme l'écran en appuyant sur E, le jeu plante et j'obtiens un rapport de plantage. J'exécute win7 sur un ordinateur portable i7 avec une carte graphique ATI 5730. J'ai un rapport de crash.

- World MpServer Players: 1 total; [atg['hardycool200'/304, l='MpServer', x=196.56, y=80.66, z=294.12}} - World MpServer Chunk Stats: MultiplayerChunkCache: 441 - Forced Entities: 113 total; [mt['Pig'/31, l='MpServer', x=117.50, y=65.00, z=244.50], mt['Pig'/30, l='MpServer', x=117.47, y=65.00, z=239.47], mt['Pig'/32, l='MpServer', x=120.22, y=65.00, z=242.22], mt['Pig'/33, l='MpServer', x=118.84, y=65.00, z=240.84], mt['Pig'/38, l='MpServer', x=129.97, y=65.00, z=324.06], mt['Pig'/39, l='MpServer', x=124.84, y=66.00, z=322.97], mt['Pig'/40, l='MpServer', x=129.50, y=64.00, z=317.50], mt['Pig'/41, l='MpServer', x=126.47, y=64.00, z=316.19], mt['Pig'/46, l='MpServer', x=138.03, y=64.00, z=373.94], nj['item.item.reeds'/55, l='MpServer', x=152.97, y=64.13, z=259.81], nj['item.item.reeds'/54, l='MpServer', x=152.06, y=64.13, z=257.63], mt['Pig'/59, l='MpServer', x=172.81, y=67.00, z=318.19], mt['Pig'/58, l='MpServer', x=167.50, y=70.00, z=323.69], nj['item.item.reeds'/57, l='MpServer', x=150.25, y=64.13, z=257.19], nj['item.item.reeds'/56, l='MpServer', x=152.22, y=64.13, z=257.91], mp['Cow'/63, l='MpServer', x=174.81, y=71.00, z=346.63], mp['Cow'/62, l='MpServer', x=173.06, y=70.00, z=346.63], mt['Pig'/61, l='MpServer', x=176.50, y=67.00, z=319.50], mt['Pig'/60, l='MpServer', x=174.50, y=67.00, z=318.50], mp['Cow'/64, l='MpServer', x=174.66, y=71.00, z=345.16], mp['Cow'/65, l='MpServer', x=176.50, y=71.00, z=346.50], mp['Cow'/76, l='MpServer', x=193.13, y=64.00, z=300.91], mp['Cow'/77, l='MpServer', x=192.88, y=63.00, z=308.07], mp['Cow'/74, l='MpServer', x=219.53, y=69.00, z=306.16], mp['Cow'/75, l='MpServer', x=198.62, y=67.00, z=309.61], mp['Cow'/85, l='MpServer', x=203.34, y=67.00, z=307.28], nj['item.item.goldNugget'/10925, l='MpServer', x=217.88, y=65.13, z=262.84], mp['Cow'/84, l='MpServer', x=203.44, y=66.00, z=305.66], nj['item.item.goldNugget'/10925, l='MpServer', x=217.88, y=65.13, z=262.84], mp['Cow'/83, l='MpServer', x=201.73, y=64.00, z=304.27], mp['Cow'/82, l='MpServer', x=212.94, y=68.00, z=291.94], mp['Cow'/103, l='MpServer', x=266.84, y=66.00, z=242.06], mo['Chicken'/110, l='MpServer', x=259.50, y=69.00, z=320.50], mo['Chicken'/108, l='MpServer', x=265.41, y=69.00, z=321.59], mo['Chicken'/109, l='MpServer', x=262.50, y=68.00, z=323.50], mp['Cow'/106, l='MpServer', x=261.50, y=67.00, z=233.50], mo['Chicken'/107, l='MpServer', x=262.50, y=68.00, z=323.50], mp['Cow'/104, l='MpServer', x=261.50, y=67.00, z=232.22], mp['Cow'/105, l='MpServer', x=261.50, y=67.00, z=234.78], mo['Chicken'/124, l='MpServer', x=272.59, y=69.00, z=336.41], nx['Skeleton'/10805, l='MpServer', x=174.50, y=28.00, z=289.50], nx['Skeleton'/10806, l='MpServer', x=171.66, y=28.00, z=279.78], nz['Spider'/10772, l='MpServer', x=196.50, y=20.00, z=354.50], oa['Zombie'/11203, l='MpServer', x=165.50, y=33.00, z=366.31], oa['Zombie'/11204, l='MpServer', x=168.50, y=33.00, z=367.50], atg['hardycool200'/304, l='MpServer', x=196.56, y=80.66, z=294.12], no['Creeper'/11142, l='MpServer', x=145.50, y=28.00, z=257.50], nj['item.item.rottenFlesh'/9211, l='MpServer', x=151.49, y=29.13, z=268.81], nj['item.tile.gravel'/9202, l='MpServer', x=166.84, y=28.13, z=323.25], nj['item.tile.gravel'/9202, l='MpServer', x=166.84, y=28.13, z=323.25], nj['item.tile.gravel'/9200, l='MpServer', x=168.01, y=28.71, z=321.84], nj['item.tile.gravel'/9193, l='MpServer', x=168.41, y=28.13, z=322.28], nj['item.tile.gravel'/9193, l='MpServer', x=168.41, y=28.13, z=322.28], no['Creeper'/11042, l='MpServer', x=203.50, y=37.00, z=303.50], no['Creeper'/11039, l='MpServer', x=203.50, y=37.00, z=305.50], nj['item.tile.sapling.spruce'/10260, l='MpServer', x=187.09, y=71.13, z=337.13], nx['Skeleton'/10578, l='MpServer', x=239.53, y=53.00, z=373.78], nx['Skeleton'/10610, l='MpServer', x=160.50, y=30.00, z=276.50], nx['Skeleton'/10609, l='MpServer', x=164.50, y=30.00, z=274.50], nx['Skeleton'/11943, l='MpServer', x=182.50, y=39.00, z=350.50], no['Creeper'/12030, l='MpServer', x=157.50, y=30.00, z=275.50], nv['Zombie Pigman'/12011, l='MpServer', x=197.50, y=75.00, z=293.59], oa['Zombie'/11990, l='MpServer', x=177.44, y=35.00, z=337.94], oa['Zombie'/11991, l='MpServer', x=184.97, y=31.00, z=351.47], oa['Zombie'/11989, l='MpServer', x=179.50, y=35.00, z=338.50], no['Creeper'/11992, l='MpServer', x=178.47, y=35.00, z=346.06], oa['Zombie'/9812, l='MpServer', x=144.50, y=29.00, z=264.50], nx['Skeleton'/11839, l='MpServer', x=215.50, y=17.00, z=369.50], nx['Skeleton'/11838, l='MpServer', x=220.50, y=17.00, z=354.50], oa['Zombie'/11810, l='MpServer', x=126.50, y=14.00, z=303.50], no['Creeper'/11795, l='MpServer', x=148.50, y=28.00, z=270.50], no['Creeper'/11794, l='MpServer', x=147.50, y=28.00, z=269.50], no['Creeper'/11793, l='MpServer', x=147.50, y=28.00, z=268.50], nx['Skeleton'/11792, l='MpServer', x=225.50, y=13.00, z=373.50], nz['Spider'/9886, l='MpServer', x=151.03, y=27.00, z=259.28], oa['Zombie'/12161, l='MpServer', x=232.50, y=48.00, z=369.50], nx['Skeleton'/12169, l='MpServer', x=118.50, y=57.00, z=225.50], oa['Zombie'/12168, l='MpServer', x=271.50, y=29.00, z=318.50], no['Creeper'/12171, l='MpServer', x=118.50, y=57.00, z=227.50], nj['item.tile.gravel'/3469, l='MpServer', x=165.63, y=22.13, z=320.63], nj['item.tile.gravel'/3476, l='MpServer', x=163.47, y=25.13, z=325.88], nj['item.tile.gravel'/3469, l='MpServer', x=165.63, y=22.13, z=320.63], nj['item.tile.gravel'/3476, l='MpServer', x=163.47, y=25.13, z=325.88], no['Creeper'/12032, l='MpServer', x=159.50, y=30.00, z=277.50], no['Creeper'/12033, l='MpServer', x=163.50, y=30.00, z=275.50], nx['Skeleton'/12034, l='MpServer', x=156.88, y=31.00, z=273.50], oa['Zombie'/10235, l='MpServer', x=124.50, y=20.00, z=293.50], oa['Zombie'/11453, l='MpServer', x=221.50, y=20.00, z=370.50], np['Enderman'/11507, l='MpServer', x=193.06, y=58.00, z=243.38], nx['Skeleton'/11494, l='MpServer', x=167.50, y=40.00, z=310.50], no['Creeper'/9339, l='MpServer', x=128.50, y=30.00, z=245.50], no['Creeper'/11282, l='MpServer', x=248.50, y=47.00, z=343.50], nj['item.item.reeds'/56, l='MpServer', x=152.22, y=64.13, z=257.91], nj['item.item.reeds'/54, l='MpServer', x=152.06, y=64.13, z=257.63], nj['item.item.reeds'/55, l='MpServer', x=152.97, y=64.13, z=259.81], nj['item.item.rottenFlesh'/9211, l='MpServer', x=151.49, y=29.13, z=268.81], nj['item.item.reeds'/57, l='MpServer', x=150.25, y=64.13, z=257.19], no['Creeper'/11351, l='MpServer', x=127.06, y=14.00, z=310.47], no['Creeper'/11691, l='MpServer', x=196.31, y=37.00, z=337.69], no['Creeper'/11690, l='MpServer', x=199.34, y=37.00, z=342.06], oa['Zombie'/11692, l='MpServer', x=192.50, y=37.00, z=331.50], no['Creeper'/11704, l='MpServer', x=226.34, y=52.00, z=373.16], no['Creeper'/11705, l='MpServer', x=226.63, y=52.00, z=372.31], nj['item.tile.sapling.spruce'/10260, l='MpServer', x=187.09, y=71.13, z=337.13], nx['Skeleton'/9610, l='MpServer', x=168.50, y=34.00, z=249.50], oa['Zombie'/9653, l='MpServer', x=174.38, y=34.00, z=262.31], no['Creeper'/11571, l='MpServer', x=247.50, y=51.00, z=325.50], no['Creeper'/11570, l='MpServer', x=250.50, y=51.00, z=329.50], no['Creeper'/11572, l='MpServer', x=250.50, y=51.00, z=328.50], no['Creeper'/11604, l='MpServer', x=203.50, y=37.00, z=345.50], oa['Zombie'/11601, l='MpServer', x=207.50, y=37.00, z=345.50], nx['Skeleton'/11646, l='MpServer', x=190.91, y=22.00, z=349.59], nx['Skeleton'/11642, l='MpServer', x=193.50, y=32.00, z=345.50}} - Retry Entities: 0 total; }} –Preceding unsigned comment was added by 98.211.4.241 (Talk|Contribs) 21:34, 1 September 2012 (UTC).

J'ai corrigé le balisage dans votre message ci-dessus, mais tout ce que je peux suggérer est de demander également au minecraftforum et/ou au canal #minecrafthelp sur IRC pour une analyse d'expert. Bien que le journal des plantages *semble* montrer un minecraft non modifié et une installation Java correcte, j'essaierais une désinstallation complète de Java, réinstallerais le même Java, effectuerais une nouvelle installation de Minecraft (dans un dossier séparé, ou demanderais comment faire cela ) et réessayez. -Aurelius 07:34, 3 septembre 2012 (UTC)

[!!] Dans l'inventaire, si je déplace ma souris, le jeu et l'ordinateur planteront. Ce bogue est apparu dans les versions précédentes de Minecraft, et quelqu'un a toujours gentiment fourni un correctif pour résoudre le problème, qui semble être le caractère "Steve" suivant la souris. Cependant, aucun correctif n'existe encore pour la dernière version.

Lorsqu'il a été corrigé auparavant, la zone de caractère était noircie et, heureusement, j'ai pu jouer. Système : ordinateur portable, Windows Vista, 2 Go de mémoire, 120 Go de disque dur, Intel Pentium Dual Core.

Quelqu'un pourrait-il corriger cela, et peut-être que Mojang pourrait corriger ce bogue récurrent, qui semble affecter un certain nombre de personnes dans la blogosphère Minecraft.

• Je me suis assuré d'avoir mis à jour vers Java 7 Update 7, mais malheureusement, le problème d'inventaire persiste. 01/09/2012
• J'ai regardé dans la version 64 bits de Java, et il semble que mon système soit de la variété 32 bits. Ma distance de rendu est courte, les graphismes sont réglés sur « rapide » et les nuages ​​sont éteints. Pourtant, le crash des stocks se produit toujours. – Le commentaire non signé précédent a été ajouté par 86.135.82.194 (Talk|Contribs) à 19h33, le 30 août 2012 (UTC). Veuillez signer vos messages avec ~~~~

Veuillez créer un lien vers les mentions précédentes de ce bogue et du correctif. Veuillez vous assurer que vous utilisez une installation propre de vanilla minecraft 1.3.2, pas de mods, pas d'instantanés. Veuillez inclure le journal des plantages ici ou sur minecraftforums. -Aurelius 07:50, 3 septembre 2012 (UTC) J'essaierais également Tutorials/Update LWJGL car il semble que vous ayez une ancienne version (2.4.2 plutôt que la dernière 2.8.4). -Aurelius 09:08, 3 septembre 2012 (UTC)

• J'utilise une installation propre de Minecraft sans mods, etc. Malheureusement, le fichier .bat n'enregistre pas le rapport de plantage, car lorsque le plantage survient, il arrête tout et je dois appuyer sur le bouton de redémarrage. Je soupçonne que l'ordinateur est paralysé au point de ne pas enregistrer le journal. Cependant, le lien vers l'ancien correctif InvFix est ici : minecraftforum.net/topic/761248-125-fix-invfix/

--86.167.43.157 19:05, 5 septembre 2012 (UTC)

[!] Lors du lancement de Minecraft, j'arrive à l'écran de sélection SingleplayerMultiplayer après l'écran de démarrage Mojang. À ce stade, il gèle. Je ne peux sélectionner aucun des boutons. J'ai supprimé l'application et réinstallé. Parfois, je peux sélectionner le bouton d'options ou le bouton multijoueur, mais la plupart du temps, il se bloque. Parfois, je peux arrêter, mais je dois surtout forcer à quitter. En fond, j'attrape

GL ERROR @ Pre render 1281 : valeur invalide

Version - Minecraft 1.3.2 OS - Mac OSX 10.8 Processeur 2.4 GHz Intel Core 2 Duo Mémoire 3 Go 800 MHz DDR2 SDRAM Graphiques ATI Radeon HD 2400 XT 128 Mo Java version "1.6.0_33" Java(TM) SE Environnement d'exécution (build 1.6.0 .33_03-b424-11-3720M64) Machine virtuelle Java HotSpot(TM) serveur 20.8 bits (version 03-b424-XNUMX, mode mixte)

longlegoman123 28/08/2012 21:35

Un rapport très similaire a été publié ici. Je n'ai pas beaucoup d'expérience avec les erreurs de pré-rendu, mais je voudrais d'abord m'assurer que le pack de textures est par défaut (après m'être assuré qu'il est 100% vanille 1.3.2, pas de mods, pas d'instantanés, installation complètement propre); puis supprimez tous les fichiers du dossier texture ; puis réessayez et récupérez le journal des plantages et publiez-le ici ou sur minecraftforum ou sur le canal #minecrafthelp sur IRC. -Aurelius 08:23, 3 septembre 2012 (UTC)

[!!] En mode créatif, j'appuie sur E, puis ça plante. Tout a commencé après la dernière mise à jour.

- Joueurs MpServer du monde : 1 au total ; [atg['Player'/52, l='MpServer', x=275.34, y=6.62, z=658.51}} - Stats World MpServer Chunk : MultiplayerChunkCache : 441 - Entités forcées : 5 au total ; [mu['Mouton'/21, l='MpServer', x=283.84, y=4.00, z=640.84], mp['Vache'/23, l='MpServer', x=292.76, y=4.00, z=685.60], atg['Player'/52, l='MpServer', x=275.34, y=6.62, z=658.51], mp['Vache'/22, l='MpServer', x=293.58, y=4.00, z=687.83], mp['Cow'/24, l='MpServer', x=292.47, y=4.00, z=686.81}} - Entités de réessai : 0 au total ; }}

Essayez Tutorials/Update LWJGL car il semble que vous ayez une ancienne version (2.4.2 plutôt que la dernière 2.8.4). -Aurelius 09:08, 3 septembre 2012 (UTC)

[!!] J'ai acheté une nouvelle carte graphique, Gforce 210. Je cours XP Professionnel, Service Pack 3, AMD Dual Core 4450e, 2.31 GHz, 2.75 Go de RAM. Avant de mettre la carte graphique. J'ai exécuté le jeu en basse vidéo et performances : équilibre. Je n'ai eu aucun problème de décalage ou de gel. Après avoir inséré ma carte, les problèmes ont commencé.

1. Installez la carte graphique et les pilotes
2. Connectez-vous au jeu.
3. Commencez à marcher en utilisant les paramètres par défaut.
4. Faites défiler l'inventaire en utilisant le bouton de défilement de la souris tout en marchant.
Résultat : le jeu se bloque.

Quand j'ai sorti la carte, je n'avais pas ce problème. Cependant, j'aimerais pouvoir jouer au jeu avec ma nouvelle carte graphique.
RobbynB

[!!] En mode multijoueur, en vous connectant directement et en appuyant sur "Rejoindre le serveur", il se bloque parfois.

[!!] En multijoueur, choisir un serveur et double-cliquer dessus ou appuyer sur rejoindre le serveur fera planter minecraft parfois

[!!] Minecraft s'est écrasé en tentant de rejoindre un serveur multijoueur - 67.11.222.243 02:01, 31 août 2012 (UTC)

[!!] Minecraft ne se lancera tout simplement pas du tout. Après avoir décompressé et cliqué sur l'application, il est dit simplement "Minecraft est cassé et il ne peut pas être démarré. Déplacer vers la corbeille/Annuler". Je pense que cela a quelque chose à voir avec le fichier zip mais je ne peux pas en être sûr... Aussi impossible d'ajouter un rapport de crash car il n'y a pas de CR. Je n'avais aucun problème avant la mise à jour 1.3. J'ai un iMac avec le dernier système d'exploitation. Et oui, j'ai vérifié les mises à jour et mon java est à jour. Testé également avec mon MacBookPro (ancien système d'exploitation), ne fonctionnera pas. Un correctif serait apprécié :) --78.27.77.253 18:00, 21 août 2012 (UTC) FoleyQ

• C'est parce que Gatekeeper bloque le fichier, car il n'a pas été signé, mais en raison de la façon dont un .app lance un fichier .jar, il ne présente pas la même boîte de dialogue que n'importe quel .app non signé normal. Je pense que signer le .app avec un ID de développeur (https://developer.apple.com/resources/developer-id/) résoudrait ce problème. Jrtc27 10:25, 23 août 2012 (UTC)

[X] Je ne peux pas jouer au jeu parce qu'après avoir dit Java, tout est avec un décalage complet et même si je clique sur quelque chose, il fait n'importe quoi, il bouge extrêmement avec une tonne de décalage. Il n'a pas planté/gelé (seulement si minecraft ne répond pas) alors j'essaie de réinstaller Minecraft/supprimer le dossier .minecraft et de continuer sur minecraft pour qu'il télécharge des packages presque tous les jours, je ne sais pas pourquoi ça fait ça mais je peux jouer autres jeux aléatoires, etc. c'est triste car je ne dois jouer qu'une seule fois à la mise à jour de minecraft 1.3.2 et même le navigateur Minecraft ne fonctionne pas, donc je suis vraiment confus. –Le commentaire non signé précédent a été ajouté par 81.111.45.68 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~

[!!] Chaque fois que je vais sur un serveur multijoueur, il semble toujours planter, avec une faible chance que cela fonctionne. Cela ne m'est jamais arrivé avec 1.3.1. Voici le rapport de plantage :

- World MpServer Players: 46 total; [atg['manic1064'/1362049, l='MpServer', x=203.70, y=76.24, z=-4.30], aur['wawasd'/1190120, l='MpServer', x=199.35, y=73.78, z=-16.05], aur['matttroj'/1334418, l='MpServer', x=216.28, y=73.00, z=-14.88], aur['raz144'/1338303, l='MpServer', x=246.97, y=68.00, z=-21.34], aur['Mobydoby'/1142905, l='MpServer', x=178.72, y=74.00, z=-37.31], aur['tellywellzy'/824757, l='MpServer', x=208.03, y=73.00, z=-47.31], aur['fishingfluty'/1322415, l='MpServer', x=218.97, y=73.00, z=-38.97], aur['emmadowell'/1354334, l='MpServer', x=169.50, y=73.00, z=-42.44], aur['bulls27'/717764, l='MpServer', x=246.59, y=73.00, z=-16.31], aur['Pi_Lord'/1336863, l='MpServer', x=207.59, y=73.00, z=3.75], aur['tg0919'/1336662, l='MpServer', x=185.22, y=73.00, z=-40.13], aur['boobear3'/1183472, l='MpServer', x=189.31, y=74.81, z=-45.66], aur['xxbabyxxbluexx'/1354958, l='MpServer', x=198.25, y=74.22, z=-36.50], aur['Mirthor102'/1200512, l='MpServer', x=250.41, y=58.00, z=-33.13], aur['squiddy123'/1235663, l='MpServer', x=241.03, y=73.00, z=-1.94], aur['QuestionDale09'/1341955, l='MpServer', x=161.53, y=77.00, z=-10.25], aur['happyboby'/1357118, l='MpServer', x=223.28, y=69.00, z=-49.72], aur['Specialman429'/1326137, l='MpServer', x=218.21, y=73.00, z=-12.35], aur['christian9977'/1358468, l='MpServer', x=241.28, y=50.00, z=-25.50], aur['MikeyEd'/1358479, l='MpServer', x=178.06, y=73.00, z=2.25], aur['godofgames2304'/1323926, l='MpServer', x=220.41, y=55.13, z=-38.69], aur['XxXHamburgerXxX'/1359590, l='MpServer', x=251.50, y=67.00, z=-40.44], aur['xiCody'/1100864, l='MpServer', x=231.06, y=73.00, z=-16.97], aur['j0s3luis'/1204827, l='MpServer', x=184.75, y=73.00, z=2.28], aur['ThanMan13'/554380, l='MpServer', x=244.38, y=28.00, z=-39.63], aur['gse213'/1049099, l='MpServer', x=228.47, y=28.00, z=-29.44], aur['CaptainAntoxez'/1309992, l='MpServer', x=208.84, y=73.00, z=-4.31], aur['SuicidalSMURF99'/1344976, l='MpServer', x=180.19, y=75.00, z=11.09], aur['Bionic_Dodobird'/1360788, l='MpServer', x=203.24, y=73.00, z=-4.51], aur['BigBoss3179'/1151988, l='MpServer', x=180.72, y=73.00, z=-5.59], aur['dachinster'/1276445, l='MpServer', x=226.41, y=62.00, z=-47.56], aur['QzuR'/1329004, l='MpServer', x=180.72, y=73.00, z=-25.19], aur['dumBassfish001'/1051917, l='MpServer', x=193.67, y=73.00, z=-8.73], aur['boxhead2010'/203259, l='MpServer', x=195.00, y=73.00, z=-27.25], aur['Endofdepth1'/1348976, l='MpServer', x=225.84, y=38.00, z=-36.09], aur['Laurence512000'/1333554, l='MpServer', x=241.28, y=71.00, z=41.28], aur['thornton1'/1333841, l='MpServer', x=227.41, y=54.00, z=-47.25], aur['dank526'/1226991, l='MpServer', x=203.97, y=73.00, z=3.50], aur['TowerOfMonkeys'/1349365, l='MpServer', x=179.66, y=73.00, z=-38.03], aur['coolrox95'/1350592, l='MpServer', x=179.73, y=75.00, z=11.15], aur['Ben_Fil'/1257234, l='MpServer', x=190.47, y=73.00, z=-45.03], aur['SkullKnight032'/1331332, l='MpServer', x=186.13, y=73.00, z=4.72], aur['eyeofhooba'/1350968, l='MpServer', x=201.13, y=73.00, z=1.59], aur['Goalkeeper_23'/1212375, l='MpServer', x=227.91, y=44.00, z=-44.00], aur['Ubertard007'/757800, l='MpServer', x=221.28, y=28.00, z=-35.22], aur['gururunan02'/1224946, l='MpServer', x=206.84, y=73.00, z=-7.03}} - World MpServer Chunk Stats: MultiplayerChunkCache: 75 - Forced Entities: 220 total; [atg['manic1064'/1362049, l='MpServer', x=203.70, y=76.24, z=-4.30], aur['xiCody'/1100864, l='MpServer', x=231.06, y=73.00, z=-16.97], nj['item.tile.stonebrick'/1360629, l='MpServer', x=226.13, y=28.13, z=-50.75], aur['xxbabyxxbluexx'/1354958, l='MpServer', x=198.25, y=74.22, z=-36.50], aur['QuestionDale09'/1341955, l='MpServer', x=161.53, y=77.00, z=-10.25], nj['item.tile.stonebrick'/1361989, l='MpServer', x=253.75, y=62.86, z=-41.28], nj['item.tile.stonebrick'/1361985, l='MpServer', x=226.91, y=43.13, z=-42.50], aur['thornton1'/1333841, l='MpServer', x=227.41, y=54.00, z=-47.25], aur['coolrox95'/1350592, l='MpServer', x=179.73, y=75.00, z=11.15], nj['item.tile.sandStone.default'/1362105, l='MpServer', x=240.47, y=71.41, z=40.78], nj['item.tile.stonebrick'/1339553, l='MpServer', x=222.75, y=28.13, z=-29.88], aur['CaptainAntoxez'/1309992, l='MpServer', x=208.84, y=73.00, z=-4.31], nj['item.tile.stonebrick'/1350085, l='MpServer', x=251.88, y=71.13, z=-22.13], nj['item.tile.stonebrick'/1340066, l='MpServer', x=246.44, y=51.13, z=-42.38], nj['item.tile.stonebrick'/1351645, l='MpServer', x=226.88, y=66.13, z=-37.00], nj['item.tile.stonebrick'/1362050, l='MpServer', x=251.44, y=58.47, z=-31.78], nj['item.tile.stonebrick'/1317028, l='MpServer', x=234.50, y=32.13, z=-36.13], nj['item.tile.stonebrick'/1358304, l='MpServer', x=248.88, y=32.13, z=-30.59], nj['item.tile.stonebrick'/1362106, l='MpServer', x=226.41, y=35.41, z=-36.22], aur['Endofdepth1'/1348976, l='MpServer', x=225.84, y=38.00, z=-36.09], nj['item.tile.stonebrick'/1347896, l='MpServer', x=233.28, y=70.13, z=-32.81], nj['item.tile.stonebrick'/1361939, l='MpServer', x=229.88, y=50.14, z=-45.28], aur['happyboby'/1357118, l='MpServer', x=223.28, y=69.00, z=-49.72], aur['boxhead2010'/203259, l='MpServer', x=195.00, y=73.00, z=-27.25], nj['item.tile.stonebrick'/1344022, l='MpServer', x=220.25, y=28.13, z=-41.88], aur['dachinster'/1276445, l='MpServer', x=226.41, y=62.00, z=-47.56], nj['item.tile.sandStone.default'/1362154, l='MpServer', x=240.78, y=71.81, z=39.56], aur['fishingfluty'/1322415, l='MpServer', x=218.97, y=73.00, z=-38.97], aur['SkullKnight032'/1331332, l='MpServer', x=186.13, y=73.00, z=4.72], aur['fishingfluty'/1322415, l='MpServer', x=218.97, y=73.00, z=-38.97], aur['tellywellzy'/824757, l='MpServer', x=208.03, y=73.00, z=-47.31], aur['bulls27'/717764, l='MpServer', x=246.59, y=73.00, z=-16.31], aur['raz144'/1338303, l='MpServer', x=246.97, y=68.00, z=-21.34], aur['emmadowell'/1354334, l='MpServer', x=169.50, y=73.00, z=-42.44], aur['tg0919'/1336662, l='MpServer', x=185.22, y=73.00, z=-40.13], aur['Pi_Lord'/1336863, l='MpServer', x=207.59, y=73.00, z=3.75], nj['item.tile.stonebrick'/1362159, l='MpServer', x=247.44, y=68.91, z=-20.81], nj['item.tile.stonebrick'/1335862, l='MpServer', x=239.91, y=48.13, z=-38.47], nj['item.tile.stonebrick'/1350013, l='MpServer', x=251.13, y=71.13, z=-23.13], aur['boobear3'/1183472, l='MpServer', x=189.31, y=74.81, z=-45.66], aur['wawasd'/1190120, l='MpServer', x=199.35, y=73.78, z=-16.05], nj['item.tile.stonebrick'/1362061, l='MpServer', x=225.72, y=35.81, z=-36.88], nj['item.tile.stonebrick'/1352140, l='MpServer', x=226.88, y=60.13, z=-37.69], aur['matttroj'/1334418, l='MpServer', x=216.28, y=73.00, z=-14.88], aur['Mobydoby'/1142905, l='MpServer', x=178.72, y=74.00, z=-37.31], aur['eyeofhooba'/1350968, l='MpServer', x=201.13, y=73.00, z=1.59], aur['raz144'/1338303, l='MpServer', x=246.97, y=68.00, z=-21.34], aur['happyboby'/1357118, l='MpServer', x=223.28, y=69.00, z=-49.72], aur['Specialman429'/1326137, l='MpServer', x=218.21, y=73.00, z=-12.35], nj['item.tile.stonebrick'/1340992, l='MpServer', x=224.38, y=37.13, z=-20.88], aur['christian9977'/1358468, l='MpServer', x=241.28, y=50.00, z=-25.50], nj['item.tile.stonebrick'/1362131, l='MpServer', x=251.19, y=59.69, z=-31.22], nj['item.tile.stonebrick'/1358477, l='MpServer', x=233.34, y=50.13, z=-41.03], aur['MikeyEd'/1358479, l='MpServer', x=178.06, y=73.00, z=2.25], nj['item.tile.stonebrick'/1358522, l='MpServer', x=233.31, y=50.13, z=-42.16], nj['item.tile.stonebrick'/1346576, l='MpServer', x=231.56, y=69.13, z=-31.44], nj['item.tile.stonebrick'/1358362, l='MpServer', x=248.88, y=33.13, z=-30.97], nj['item.tile.stonebrick'/1340992, l='MpServer', x=224.38, y=37.13, z=-20.88], aur['tg0919'/1336662, l='MpServer', x=185.22, y=73.00, z=-40.13], aur['xxbabyxxbluexx'/1354958, l='MpServer', x=198.25, y=74.22, z=-36.50], nj['item.tile.stonebrick'/1354841, l='MpServer', x=225.38, y=28.13, z=-48.00], nj['item.tile.stonebrick'/1354841, l='MpServer', x=225.38, y=28.13, z=-48.00], nj['item.tile.stonebrick'/1359210, l='MpServer', x=227.28, y=43.13, z=-36.81], nj['item.tile.stonebrick'/1335634, l='MpServer', x=239.78, y=49.13, z=-39.03], aur['Mobydoby'/1142905, l='MpServer', x=178.72, y=74.00, z=-37.31], aur['shaun9876'/1335434, l='MpServer', x=200.94, y=68.19, z=-23.94], nj['item.tile.stonebrick'/1362109, l='MpServer', x=222.34, y=69.59, z=-49.81], nj['item.tile.stonebrick'/1335470, l='MpServer', x=237.94, y=52.13, z=-41.16], aur['Mirthor102'/1200512, l='MpServer', x=250.41, y=58.00, z=-33.13], nj['item.tile.stonebrick'/1346587, l='MpServer', x=228.13, y=50.13, z=-28.47], aur['squiddy123'/1235663, l='MpServer', x=241.03, y=73.00, z=-1.94], nj['item.tile.stonebrick'/1362136, l='MpServer', x=221.41, y=34.66, z=-35.75], aur['QuestionDale09'/1341955, l='MpServer', x=161.53, y=77.00, z=-10.25], aur['Ben_Fil'/1257234, l='MpServer', x=190.47, y=73.00, z=-45.03], nj['item.tile.stonebrick'/1359210, l='MpServer', x=227.28, y=43.13, z=-36.81], nj['item.tile.stonebrick'/1339553, l='MpServer', x=222.75, y=28.13, z=-29.88], nj['item.tile.stonebrick'/1359407, l='MpServer', x=229.88, y=50.13, z=-43.06], aur['XxXHamburgerXxX'/1359590, l='MpServer', x=251.50, y=67.00, z=-40.44], aur['xiCody'/1100864, l='MpServer', x=231.06, y=73.00, z=-16.97], nj['item.tile.stonebrick'/1339738, l='MpServer', x=236.13, y=69.13, z=-34.31], nj['item.tile.stonebrick'/1359042, l='MpServer', x=242.25, y=62.13, z=-27.34], nj['item.tile.stonebrick'/1359054, l='MpServer', x=229.75, y=50.13, z=-46.19], nj['item.tile.stonebrick'/1340719, l='MpServer', x=227.88, y=66.13, z=-37.22], nj['item.tile.stonebrick'/1358006, l='MpServer', x=248.88, y=32.13, z=-30.88], nj['item.tile.stonebrick'/1359989, l='MpServer', x=241.44, y=51.13, z=-28.94], nj['item.tile.stonebrick'/1362158, l='MpServer', x=250.53, y=58.78, z=-31.72], nj['item.tile.stonebrick'/1358304, l='MpServer', x=248.88, y=32.13, z=-30.59], nj['item.tile.stonebrick'/1362159, l='MpServer', x=247.44, y=68.91, z=-20.81], aur['godofgames2304'/1323926, l='MpServer', x=220.41, y=55.13, z=-38.69], nj['item.tile.stonebrick'/1359738, l='MpServer', x=241.13, y=28.13, z=-28.41], nj['item.tile.stonebrick'/1340066, l='MpServer', x=246.44, y=51.13, z=-42.38], nj['item.tile.sandStone.default'/1362154, l='MpServer', x=240.78, y=71.81, z=39.56], nj['item.tile.sandStone.default'/1357916, l='MpServer', x=251.28, y=9.14, z=38.78], nj['item.tile.stonebrick'/1359738, l='MpServer', x=241.13, y=28.13, z=-28.41], nj['item.tile.sandStone.default'/1357941, l='MpServer', x=251.88, y=9.14, z=38.88], aur['matttroj'/1334418, l='MpServer', x=216.28, y=73.00, z=-14.88], nj['item.tile.stonebrick'/1361772, l='MpServer', x=226.13, y=36.13, z=-36.88], aur['ThanMan13'/554380, l='MpServer', x=244.38, y=28.00, z=-39.63], aur['CaptainAntoxez'/1309992, l='MpServer', x=208.84, y=73.00, z=-4.31], aur['gse213'/1049099, l='MpServer', x=228.47, y=28.00, z=-29.44], ol['unknown'/1360930, l='MpServer', x=232.13, y=72.88, z=-2.84], nj['item.tile.stonebrick'/1361916, l='MpServer', x=225.63, y=35.78, z=-36.88], nj['item.tile.stonebrick'/1360629, l='MpServer', x=226.13, y=28.13, z=-50.75], aur['Bionic_Dodobird'/1360788, l='MpServer', x=203.24, y=73.00, z=-4.51], nj['item.tile.stonebrick'/1348053, l='MpServer', x=233.63, y=62.13, z=-28.06], nj['item.tile.stonebrick'/1359989, l='MpServer', x=241.44, y=51.13, z=-28.94], aur['SuicidalSMURF99'/1344976, l='MpServer', x=180.19, y=75.00, z=11.09], aur['j0s3luis'/1204827, l='MpServer', x=184.75, y=73.00, z=2.28], aur['Ubertard007'/757800, l='MpServer', x=221.28, y=28.00, z=-35.22], nj['item.tile.stonebrick'/1361177, l='MpServer', x=244.81, y=28.13, z=-34.88], nj['item.tile.stonebrick'/1361318, l='MpServer', x=230.63, y=54.13, z=-41.88], aur['ThanMan13'/554380, l='MpServer', x=244.38, y=28.00, z=-39.63], nj['item.tile.stonebrick'/1361845, l='MpServer', x=226.13, y=36.13, z=-35.88], nj['item.tile.sandStone.default'/1312870, l='MpServer', x=237.78, y=17.13, z=34.13], nj['item.tile.stonebrick'/1344022, l='MpServer', x=220.25, y=28.13, z=-41.88], nj['item.tile.stonebrick'/1362158, l='MpServer', x=250.53, y=58.78, z=-31.72], nj['item.tile.stonebrick'/1346587, l='MpServer', x=228.13, y=50.13, z=-28.47], nj['item.tile.stonebrick'/1346576, l='MpServer', x=231.56, y=69.13, z=-31.44], aur['boxhead2010'/203259, l='MpServer', x=195.00, y=73.00, z=-27.25], aur['dumBassfish001'/1051917, l='MpServer', x=193.67, y=73.00, z=-8.73], nj['item.tile.stonebrick'/1362035, l='MpServer', x=228.09, y=54.78, z=-47.88], nj['item.tile.stonebrick'/1362036, l='MpServer', x=221.56, y=33.81, z=-35.59], nj['item.tile.stonebrick'/1361970, l='MpServer', x=228.44, y=30.84, z=-29.28], aur['QzuR'/1329004, l='MpServer', x=180.72, y=73.00, z=-25.19], nj['item.tile.stonebrick'/1361939, l='MpServer', x=229.88, y=50.14, z=-45.28], nj['item.tile.stonebrick'/1362030, l='MpServer', x=227.16, y=31.66, z=-30.00], nj['item.tile.stonebrick'/1362002, l='MpServer', x=225.97, y=36.16, z=-36.75], nj['item.tile.stonebrick'/1362040, l='MpServer', x=248.63, y=68.66, z=-21.41], nj['item.tile.stonebrick'/1362016, l='MpServer', x=245.25, y=30.56, z=-40.25], aur['dachinster'/1276445, l='MpServer', x=226.41, y=62.00, z=-47.56], aur['BigBoss3179'/1151988, l='MpServer', x=180.72, y=73.00, z=-5.59], nj['item.tile.stonebrick'/1361985, l='MpServer', x=226.91, y=43.13, z=-42.50], aur['QzuR'/1329004, l='MpServer', x=180.72, y=73.00, z=-25.19], nj['item.tile.stonebrick'/1349929, l='MpServer', x=251.88, y=71.13, z=-23.66], nj['item.tile.stonebrick'/1349833, l='MpServer', x=233.78, y=62.13, z=-29.94], nj['item.tile.sandStone.default'/1315111, l='MpServer', x=250.88, y=67.13, z=41.06], aur['coolrox95'/1350592, l='MpServer', x=179.73, y=75.00, z=11.15], nj['item.tile.stonebrick'/1335634, l='MpServer', x=239.78, y=49.13, z=-39.03], aur['dumBassfish001'/1051917, l='MpServer', x=193.67, y=73.00, z=-8.73], aur['dank526'/1226991, l='MpServer', x=203.97, y=73.00, z=3.50], aur['TowerOfMonkeys'/1349365, l='MpServer', x=179.66, y=73.00, z=-38.03], aur['Specialman429'/1326137, l='MpServer', x=218.21, y=73.00, z=-12.35], nj['item.tile.stonebrick'/1350085, l='MpServer', x=251.88, y=71.13, z=-22.13], nj['item.tile.stonebrick'/1350013, l='MpServer', x=251.13, y=71.13, z=-23.13], nj['item.tile.stonebrick'/1349929, l='MpServer', x=251.88, y=71.13, z=-23.66], nj['item.tile.stonebrick'/1348053, l='MpServer', x=233.63, y=62.13, z=-28.06], nj['item.tile.stonebrick'/1362110, l='MpServer', x=252.59, y=66.66, z=-40.34], aur['Endofdepth1'/1348976, l='MpServer', x=225.84, y=38.00, z=-36.09], aur['Laurence512000'/1333554, l='MpServer', x=241.28, y=71.00, z=41.28], aur['thornton1'/1333841, l='MpServer', x=227.41, y=54.00, z=-47.25], nj['item.tile.stonebrick'/1347136, l='MpServer', x=221.88, y=62.13, z=-28.13], nj['item.tile.stonebrick'/1347550, l='MpServer', x=231.13, y=51.13, z=-44.13], nj['item.tile.stonebrick'/1317028, l='MpServer', x=234.50, y=32.13, z=-36.13], nj['item.tile.stonebrick'/1362111, l='MpServer', x=245.41, y=30.41, z=-41.44], nj['item.tile.stonebrick'/1347896, l='MpServer', x=233.28, y=70.13, z=-32.81], aur['BigBoss3179'/1151988, l='MpServer', x=180.72, y=73.00, z=-5.59], nj['item.tile.stonebrick'/1347136, l='MpServer', x=221.88, y=62.13, z=-28.13], aur['gururunan02'/1224946, l='MpServer', x=206.84, y=73.00, z=-7.03], aur['Ubertard007'/757800, l='MpServer', x=221.28, y=28.00, z=-35.22], nj['item.tile.stonebrick'/1351645, l='MpServer', x=226.88, y=66.13, z=-37.00], nj['item.tile.stonebrick'/1362092, l='MpServer', x=227.19, y=32.44, z=-29.31], aur['Goalkeeper_23'/1212375, l='MpServer', x=227.91, y=44.00, z=-44.00], aur['eyeofhooba'/1350968, l='MpServer', x=201.13, y=73.00, z=1.59], aur['SkullKnight032'/1331332, l='MpServer', x=186.13, y=73.00, z=4.72], aur['Ben_Fil'/1257234, l='MpServer', x=190.47, y=73.00, z=-45.03], aur['emmadowell'/1354334, l='MpServer', x=169.50, y=73.00, z=-42.44], nj['item.tile.stonebrick'/1362106, l='MpServer', x=226.41, y=35.41, z=-36.22], nj['item.tile.stonebrick'/1362111, l='MpServer', x=245.41, y=30.41, z=-41.44], nj['item.tile.stonebrick'/1362110, l='MpServer', x=252.59, y=66.66, z=-40.34], aur['tellywellzy'/824757, l='MpServer', x=208.03, y=73.00, z=-47.31], nj['item.tile.stonebrick'/1362130, l='MpServer', x=228.19, y=55.53, z=-48.63], aur['wawasd'/1190120, l='MpServer', x=199.35, y=73.78, z=-16.05], aur['christian9977'/1358468, l='MpServer', x=241.28, y=50.00, z=-25.50], nj['item.tile.stonebrick'/1358477, l='MpServer', x=233.34, y=50.13, z=-41.03], aur['MikeyEd'/1358479, l='MpServer', x=178.06, y=73.00, z=2.25], aur['Mirthor102'/1200512, l='MpServer', x=250.41, y=58.00, z=-33.13], nj['item.tile.stonebrick'/1358006, l='MpServer', x=248.88, y=32.13, z=-30.88], nj['item.tile.stonebrick'/1361845, l='MpServer', x=226.13, y=36.13, z=-35.88], nj['item.tile.stonebrick'/1359054, l='MpServer', x=229.75, y=50.13, z=-46.19], aur['XxXHamburgerXxX'/1359590, l='MpServer', x=251.50, y=67.00, z=-40.44], aur['dank526'/1226991, l='MpServer', x=203.97, y=73.00, z=3.50], nj['item.tile.stonebrick'/1349833, l='MpServer', x=233.78, y=62.13, z=-29.94], nj['item.tile.stonebrick'/1359042, l='MpServer', x=242.25, y=62.13, z=-27.34], nj['item.tile.stonebrick'/1361318, l='MpServer', x=230.63, y=54.13, z=-41.88], aur['boobear3'/1183472, l='MpServer', x=189.31, y=74.81, z=-45.66], nj['item.tile.stonebrick'/1335470, l='MpServer', x=237.94, y=52.13, z=-41.16], nj['item.tile.sandStone.default'/1362069, l='MpServer', x=240.69, y=71.31, z=41.41], nj['item.tile.stonebrick'/1358522, l='MpServer', x=233.31, y=50.13, z=-42.16], aur['gse213'/1049099, l='MpServer', x=228.47, y=28.00, z=-29.44], aur['Laurence512000'/1333554, l='MpServer', x=241.28, y=71.00, z=41.28], nj['item.tile.sandStone.default'/1315111, l='MpServer', x=250.88, y=67.13, z=41.06], nj['item.tile.stonebrick'/1362131, l='MpServer', x=251.19, y=59.69, z=-31.22], nj['item.tile.stonebrick'/1361989, l='MpServer', x=253.75, y=62.86, z=-41.28], nj['item.tile.stonebrick'/1347550, l='MpServer', x=231.13, y=51.13, z=-44.13], aur['Bionic_Dodobird'/1360788, l='MpServer', x=203.24, y=73.00, z=-4.51], nj['item.tile.stonebrick'/1362079, l='MpServer', x=228.19, y=43.81, z=-43.34], nj['item.tile.stonebrick'/1335862, l='MpServer', x=239.91, y=48.13, z=-38.47], nj['item.tile.stonebrick'/1362136, l='MpServer', x=221.41, y=34.66, z=-35.75], aur['j0s3luis'/1204827, l='MpServer', x=184.75, y=73.00, z=2.28], nj['item.tile.stonebrick'/1358362, l='MpServer', x=248.88, y=33.13, z=-30.97], nj['item.tile.stonebrick'/1361177, l='MpServer', x=244.81, y=28.13, z=-34.88], aur['godofgames2304'/1323926, l='MpServer', x=220.41, y=55.13, z=-38.69], aur['gururunan02'/1224946, l='MpServer', x=206.84, y=73.00, z=-7.03], nj['item.tile.sandStone.default'/1312870, l='MpServer', x=237.78, y=17.13, z=34.13], nj['item.tile.stonebrick'/1362089, l='MpServer', x=228.19, y=54.66, z=-48.25], aur['bulls27'/717764, l='MpServer', x=246.59, y=73.00, z=-16.31], nj['item.tile.stonebrick'/1362140, l='MpServer', x=228.25, y=43.81, z=-44.47], nj['item.tile.stonebrick'/1340719, l='MpServer', x=227.88, y=66.13, z=-37.22], nj['item.tile.stonebrick'/1352140, l='MpServer', x=226.88, y=60.13, z=-37.69], nj['item.tile.stonebrick'/1361772, l='MpServer', x=226.13, y=36.13, z=-36.88], aur['SuicidalSMURF99'/1344976, l='MpServer', x=180.19, y=75.00, z=11.09], nj['item.tile.sandStone.default'/1357941, l='MpServer', x=251.88, y=9.14, z=38.88], aur['Goalkeeper_23'/1212375, l='MpServer', x=227.91, y=44.00, z=-44.00], aur['Pi_Lord'/1336863, l='MpServer', x=207.59, y=73.00, z=3.75], aur['TowerOfMonkeys'/1349365, l='MpServer', x=179.66, y=73.00, z=-38.03], aur['squiddy123'/1235663, l='MpServer', x=241.03, y=73.00, z=-1.94], nj['item.tile.stonebrick'/1359407, l='MpServer', x=229.88, y=50.13, z=-43.06], nj['item.tile.stonebrick'/1362092, l='MpServer', x=227.19, y=32.44, z=-29.31], nj['item.tile.sandStone.default'/1357916, l='MpServer', x=251.28, y=9.14, z=38.78], nj['item.tile.stonebrick'/1339738, l='MpServer', x=236.13, y=69.13, z=-34.31}} - Retry Entities: 0 total;

java.lang.NullPointerException à avz.a(SourceFile:29) à awh.a(SourceFile:48) à awh.a(SourceFile:17) à avy.a(SourceFile:168) à aul.a(SourceFile:64) à aub.b(SourceFile:115) à auw.a(SourceFile:801) à auw.b(SourceFile:683) à net.minecraft.client.Minecraft.J(SourceFile:607) à net.minecraft.client.Minecraft .run(SourceFile:535) à java.lang.Thread.run(Unknown Source) --- END ERROR REPORT 38e25d13 ----------}}

• Jamais arrivé avec 1.3.1? Des plantages avec cette version JRE (Java 6 Update 15) ont été signalés. Dans tous les cas, votre Java est obsolète et c'est presque certainement la cause de votre problème. -- Featherwinglove 12:29, 18 août 2012 (UTC)

[!!] [MOD] Crash aléatoire lors de l'entrée sur un serveur bukkit-multiplayer.

- Joueurs MpServer du monde : 68 au total ; [atg['superdavid2'/10914, l='MpServer', x=124,31, y=76,62, z=446,49], aur['willowgirl'/9163, l='MpServer', x= 142,09, y=82,50, z=437,00], aur['johansson10'/2006, l='MpServer', x=149,66, y=80,03, z=435,63], aur['CapitaineCookie'/8821, l='MpServer', x=102,75, y=75,00, z=435,28], aur['TobiasMalo'/4448, l='MpServer', x=134,38 ,76,00, y=459,38, z=2005], aur['BigT8761'/100,38, l='MpServer', x=81,75, y=432,41, z=4588], aur ['rangerpeanut'/149,66, l='MpServer', x=75,81, y=445,47, z=12354], aur['loljk9019'/109,69, l='MpServer', x=75,00, 422,28, y=4284, z=114,81], aur['derp_mcnoodles'/75,00, l='MpServer', x=460,47, y=567, z=115,56], aur[ 'deathmanlego'/168,09, l='MpServer', x=432,50, y=2012, z=8272], aur['eh105,97'/75,00, l='MpServer', x=442,03 , y=570, z=93,97], aur['edvinland'/75,00, l='MpServer', x=431,91, y=0110, z=8294], aur[' barney115,56'/108,84, l='MpServer', x=432,28, y=596, z=100,34], aur['pengulux'/75,00, l='MpServer', x=445,78, y=642, z=136,94], aur['asjbob'/75,00, l='MpServer', x=445,69, y=123, z=756, 149,59], aur['puhelinpussi79,00'/446,66, l='MpServer', x=96, y=846, z=107,41], aur['monkeys75,00'/445,19, l='MpServer', x=500, y=959, z=99,34], aur['blovers75,00'/435,03, l='MpServer', x=8667, y=132,50, z=76,75 ], aur['TheKingOfSlimes'/418,09, l='MpServer', x=1018, y=144,69, z=82,00], aur['Dont_Be_Tripinq'/441,03, l='MpServer', x =1148, y=102,13, z=75,00], aur['maartikokill'/437,72, l='MpServer', x=1035, y=112,00, z=75,00] , aur['Dj_Equestria_'/440,31, l='MpServer', x=1, y=1053, z=110,75], aur['Heye75,00'/467,19, l='MpServer', x= 1880, y=9843, z=139,75], aur['teddy75,00'/443,88, l='MpServer', x=1058, y=136,44, z=76,00], aur['harrytroy'/473,50, l='MpServer', x=1, y=9813, z=118,50], aur['steve75,00thebuilder'/436,50, l='MpServer', x=1 ,1225, y=110,69, z=83,00], aur['SUPERDUDEvs419,38'/1226, l='MpServer', x=100,88, y=75,00, z=437,66], aur ['true_gold'/5, l='MpServer', x=1168, y=93,53, z=75,00], aur['superminerjared436,50'/5201, l='MpServer', x=136,13, 75,50, y=449,06, z=04], aur['jefersondavies'/10091, l='MpServe r', x=95,00, y=XNUMX, z=XNUMX], aur['mathiasbXNUMX'/XNUMX, l='MpServer', x=XNUMX, y..}}

[MOD] Voici un rapport de [mon] PC. Il vient de planter lors de la création d'une nouvelle graine.

- Entités mondiales du nouveau monde : 0 au total ; - Joueurs du Nouveau Monde : 0 au total ; - Statistiques mondiales sur les morceaux du nouveau monde : ServerChunkCache : 0 Drop : 0 - Type : serveur intégré

java.lang.IllegalStateException : l'entité est déjà suivie ! à gm.a(SourceFile:62) à gm.a(SourceFile:50) à gn.a(SourceFile:24) à up.a(SourceFile:757) à gr.a(SourceFile:538) à up.d( SourceFile:749) à ahq.l(SourceFile:50) à ahq.b(SourceFile:31) à gr.a(SourceFile:362) à gr.b(SourceFile:127) à net.minecraft.server.MinecraftServer.q (SourceFile:435) à net.minecraft.server.MinecraftServer.p(SourceFile:383) à axv.p(SourceFile:112) à net.minecraft.server.MinecraftServer.run(SourceFile:316) à ep.run(SourceFile :539) --- FIN DU RAPPORT D'ERREUR 12b40dc3 ---------- }}

• J'ai corrigé la grammaire et les majuscules, mis le bogue dans la bonne section, le rapport de plantage dans un modèle de plantage pour vous et ajouté la balise de bogue de plantage. Veuillez prêter plus d'attention à la grammaire et aux majuscules la prochaine fois - cela rend votre rapport un peu plus difficile à lire, et cela rend le travail de Mojang plus difficile qu'il ne devrait l'être. -82.69.54.207 22:51, 17 août 2012 (UTC)
• Votre minecraft est-il modifié ? --188.238.242.198 05:55, 18 août 2012 (UTC)
• Mettez à jour votre Java, vous utilisez 6u22 ; la version actuelle est 7u5. -- Featherwinglove 12:29, 18 août 2012 (UTC)

• La version Java est une cause assez improbable dans ce cas, Minecraft peut fonctionner sur Java jusqu'à la version 1.5. C'est probablement juste un bug. --Wormy14 20h30, 19 août 2012 (UTC)
• Pardonnez-moi d'avoir des doutes à ce sujet, car j'ai résolu les problèmes de plantage que j'avais avec la version 1.2.5 en mettant à jour mon propre Java lorsque j'ai acheté Minecraft pour la première fois. -- Featherwinglove 01:08, 1er septembre 2012 (UTC)

Quelqu'un d'autre a-t-il remarqué "Très probable" pour modded? Votre Minecraft est-il modifié ? Parce que ce serait le problème.

• "Très probablement" s'affiche lorsque vous supprimez le dossier "META-INF".Minecraft5025 15:23, 28 août 2012 (UTC)

[!!] Voici mon fichier de rapport de plantage :

- Joueurs MpServer du monde : 1 au total ; [atg['ShaunaTan'/74, l='MpServer', x=-1276.75, y=5.62, z=-643.35}} - Statistiques mondiales sur les morceaux MpServer : MultiplayerChunkCache : 410 - Entités forcées : 10 au total ; [ny['Slime'/4887, l='MpServer', x=-1351.72, y=4.00, z=-614.72], ny['Slime'/81, l='MpServer', x=-1356.24, y =4.22, z=-587.88], ms['entity.Cat.name'/99, l='MpServer', x=-1271.22, y=4.00, z=-639.56], ny['Slime'/83, l='MpServer', x=-1346.50, y=5.22, z=-575.66], ms['entity.Cat.name'/76, l='MpServer', x=-1267.75, y=4.00, z= -643.75], ms['entity.Cat.name'/77, l='MpServer', x=-1272.25, y=4.00, z=-642.53], ny['Slime'/78, l='MpServer' , x=-1352.06, y=4.00, z=-715.28], atg['ShaunaTan'/74, l='MpServer', x=-1276.75, y=5.62, z=-643.35], ny['Slime' /8555, l='MpServer', x=-1331.50, y=4.00, z=-582.65], ms['entity.Cat.name'/75, l='MpServer', x=-1272.84, y=4.00 , z=-645.41}} - Entités de nouvelle tentative : 0 au total ;

java.lang.IndexOutOfBoundsException à java.nio.Buffer.checkIndex(Buffer.java:512) à java.nio.DirectByteBuffer.get(DirectByteBuffer.java:248) à org.lwjgl.input.Keyboard.isKeyDown(Keyboard.java: 399) à aqn.a(SourceFile:251) à apn.n(SourceFile:126) à apn.m(SourceFile:104) à net.minecraft.client.Minecraft.l(SourceFile:1077) à net.minecraft.client .Minecraft.J(SourceFile:583) à net.minecraft.client.Minecraft.run(SourceFile:535) à java.lang.Thread.run(Thread.java:680) --- END ERROR REPORT f53e019e ---- ------}} --Shauna 08:35, 20 août 2012 (UTC)

[X] [LMP] Sur Debian, /etc/hosts mappe généralement le propre nom d'hôte de l'ordinateur portable à 127.0.1.1, une adresse de bouclage alternative (par exemple "127.0.1.1 mylaptop.mydomain mylaptop" - tout de 127.0.0.0/8 est loopback) . Lorsqu'un utilisateur Minecraft-on-Debian annonce son jeu solo sur le réseau local, l'annonce multidiffusion provient de son adresse IP LAN (par exemple 192.168.0.2), mais le serveur n'écoute que sur 127.0.1.1 et annonce cette adresse dans la multidiffusion paquet, par exemple [AD]127.0.1.1:58388[/AD], rendant les autres machines incapables de se joindre. --smcv

• Ce n'est pas un bug de Minecraft. Votre configuration d'hôte est cassée - c'est-à-dire qu'elle indique que votre nom d'hôte est le périphérique de bouclage, cela se produit également sur d'autres systèmes d'exploitation. Au mieux, il s'agit d'une demande de fonctionnalité où le formulaire "Open to Lan" devrait demander sur quelle carte réseau vous souhaitez ouvrir le jeu - Warjort

• C'est la configuration standard pour au moins Debian 6 et Ubuntu 11.10, et tout ce qui a libnss-myhostname - ils mappent le nom d'hôte au bouclage car un ordinateur de bureau/ordinateur portable typique n'a pas d'autres adresses permanentes, seulement des adresses temporaires attribuées par DHCP, et divers les applications (comme Minecraft) font l'erreur de supposer que le résultat de hostname() est un nom DNS significatif (sur un ordinateur de bureau/ordinateur portable typique, ce n'est pas le cas). Si Minecraft écoutait sur 0.0.0.0 ou :: (toutes les adresses IPv4 ou IPv6 locales à la fois) et utilisait l'adresse à partir de laquelle il a reçu la publicité multidiffusion comme adresse à laquelle se connecter, il n'aurait pas du tout besoin de faire la distinction entre les cartes réseau , et les jeux LAN "fonctionneraient simplement". --smcv

• En fait, c'est une idée fausse commune, 0.0.0.0 est l'adresse "toute" pas l'adresse "tout". Mais je conviendrais que c'est probablement une meilleure valeur par défaut que InetAddress.getLocalHost().getAddress() de Java qui semble être utilisé actuellement.

• C'est en fait un problème avec n'importe quel système d'exploitation à l'exception de Windows, en raison de l'interface de bouclage. Si cette interface était ignorée lors de l'ouverture d'un serveur en LAN, alors tous les autres systèmes fonctionneraient aussi bien que Windows à cet égard. Soit cela, soit lier simplement à 0.0.0.0. De toute façon, c'est trivial à réparer. --Zorander

• Le moyen le plus simple de résoudre ce problème pour tout le monde est de spécifier manuellement l'adresse IP du serveur minecraft. Cependant, mojang ne donne aucune option pour le faire. --Faux
• Voici la solution que j'ai suggérée, implémentée en tant que mod (patch relatif à MCP 7.2 - la source est encore en partie obscurcie mais elle devrait être raisonnablement claire). --smcv

[!!] Chaque fois que j'essaie d'exécuter Minecraft, j'obtiens un plantage instantané de l'écran de démarrage de Mojang. Cela s'est également produit juste après la mise à jour, donc mon .jar est vanille. --TheUltamate 04:14, 21 août 2012 (UTC)

• J'ai vu beaucoup d'erreurs d'exception de pointeur nul, certaines de ma part. Et je pense que j'ai déjà vu cette erreur. Essayez d'aller dans le dossier .minecraft et supprimez un dossier nommé "bin", puis retéléchargez le jeu à partir du lanceur. Si cela ne fonctionne pas, essayez de rechercher des fichiers corrompus ou d'autres programmes susceptibles de l'interférer. Si rien ne fonctionne, allez chercher un nerd.

[!!] J'allumais beaucoup de choses en feu, et le jeu s'est bloqué et m'a donné ce rapport d'erreur. pas de module

- Entités mondiales des schémas MCedit : 0 au total ; - Schémas du monde MCedit Joueurs : 0 au total ; - World MCedit schemas Chunk Stats: ServerChunkCache: 0 Drop: 0 - Type: Integrated Server

java.lang.ClassCastException : ajg ne peut pas être converti en ajf à agw.a(SourceFile:24) à up.m(SourceFile:400) à up.h(SourceFile:393) à up.f(SourceFile:346) à up .d(SourceFile:333) à afy.b(SourceFile:162) à gr.a(SourceFile:362) à gr.b(SourceFile:127) à net.minecraft.server.MinecraftServer.q(SourceFile:435) à net.minecraft.server.MinecraftServer.p(SourceFile:383) à axv.p(SourceFile:112) à net.minecraft.server.MinecraftServer.run(SourceFile:316) à ep.run(SourceFile:539) --- FIN DU RAPPORT D'ERREUR 9f577cbb ---------- }}

• J'ai rencontré ce bug lorsque je jouais sur (hébergeais) un serveur LAN. J'avais placé beaucoup de TNT et je l'avais fait exploser, et il a explosé, puis s'est écrasé. Cela a donné une erreur similaire à celle ci-dessous, mais le jeu a indiqué que deux classes différentes, plus éloignées dans l'ordre, ont été tentées d'être mappées comme ça. --Wormy14 19:16, 14 septembre 2012 (UTC)

• C'est ici.

- World MpServer Players: 2 total; [atg['wormy14'/6470801, l='MpServer', x=-75.70, y=84.14, z=237.58], aur['leela286'/6476012, l='MpServer', x=-90.03, y=68.61, z=251.56}} - World MpServer Chunk Stats: MultiplayerChunkCache: 441 - Forced Entities: 1805 total; [nj['item.tile.cloth.magenta'/6487163, l='MpServer', x=-98.09, y=68.13, z=291.03], nj['item.tile.dirt'/6592105, l='MpServer', x=-80.75, y=61.13, z=238.13], nj['item.tile.dirt'/6588253, l='MpServer', x=-73.77, y=61.49, z=252.16], nj['item.tile.dirt'/6588252, l='MpServer', x=-79.28, y=62.71, z=257.16], nj['item.tile.dirt'/6588251, l='MpServer', x=-78.80, y=62.52, z=258.98], nj['item.tile.dirt'/6588250, l='MpServer', x=-79.42, y=61.61, z=256.73], nj['item.tile.dirt'/6588249, l='MpServer', x=-78.74, y=61.64, z=254.21], nj['item.tile.dirt'/6588248, l='MpServer', x=-76.97, y=60.49, z=256.64], nj['item.tile.dirt'/6588247, l='MpServer', x=-78.18, y=63.93, z=255.88], nj['item.tile.dirt'/6588246, l='MpServer', x=-77.80, y=61.13, z=254.06], nj['item.tile.stonebrick'/6588245, l='MpServer', x=-76.34, y=60.46, z=255.82], nj['item.tile.dirt'/6588244, l='MpServer', x=-79.21, y=62.93, z=256.83], nj['item.tile.stonebrick'/6588243, l='MpServer', x=-74.76, y=58.52, z=258.17], nj['item.tile.stonebrick'/6588242, l='MpServer', x=-74.41, y=59.05, z=257.25], nj['item.tile.stonebrick'/6588241, l='MpServer', x=-78.48, y=60.77, z=255.13], nj['item.tile.stonebrick'/6588240, l='MpServer', x=-78.27, y=60.58, z=257.37], nj['item.tile.stonebrick'/6588239, l='MpServer', x=-77.85, y=60.61, z=258.05], nj['item.tile.fence'/6588238, l='MpServer', x=-77.46, y=64.52, z=256.79], nj['item.tile.dirt'/6588236, l='MpServer', x=-79.33, y=61.43, z=258.40], nj['item.tile.stonebrick'/6588237, l='MpServer', x=-75.32, y=59.64, z=258.01], nj['item.tile.dirt'/6588234, l='MpServer', x=-77.39, y=62.96, z=254.00], nj['item.tile.fenceGate'/6588235, l='MpServer', x=-76.56, y=64.74, z=257.28], nj['item.tile.dirt'/6588232, l='MpServer', x=-76.92, y=61.43, z=253.58], nj['item.tile.dirt'/6588233, l='MpServer', x=-77.27, y=62.99, z=255.76], ju['Experience Orb'/6532083, l='MpServer', x=-132.53, y=69.25, z=256.53], ju['Experience Orb'/6532085, l='MpServer', x=-130.50, y=64.25, z=245.78], oa['Zombie'/6603735, l='MpServer', x=-37.50, y=21.00, z=314.50], nj['item.item.sulphur'/6532078, l='MpServer', x=-137.78, y=73.63, z=250.69], nj['item.item.sulphur'/6532078, l='MpServer', x=-137.78, y=73.63, z=250.72], nj['item.item.egg'/6532034, l='MpServer', x=-79.16, y=68.13, z=284.94], nj['item.tile.stonebrick'/6584751, l='MpServer', x=-64.13, y=58.30, z=261.61], nj['item.tile.stonebrick'/6584752, l='MpServer', x=-69.13, y=60.59, z=254.76], nx['Skeleton'/6577060, l='MpServer', x=-157.50, y=47.00, z=169.50], nj['item.tile.stonebrick'/6584749, l='MpServer', x=-66.93, y=61.03, z=255.44], nj['item.tile.stonebrick'/6584750, l='MpServer', x=-65.13, y=59.13, z=256.50], no['Creeper'/6577061, l='MpServer', x=-149.50, y=66.00, z=183.50], nj['item.tile.stonebrick'/6584747, l='MpServer', x=-66.21, y=59.18, z=256.57], nj['item.tile.stonebrick'/6584748, l='MpServer', x=-66.97, y=59.97, z=258.60], nj['item.tile.stonebrick'/6584745, l='MpServer', x=-68.33, y=59.56, z=255.63], nj['item.tile.stonebrick'/6584746, l='MpServer', x=-67.18, y=59.69, z=256.15], nj['item.item.seeds'/6580409, l='MpServer', x=-72.98, y=63.44, z=254.38], nj['item.item.wheat'/6580410, l='MpServer', x=-73.25, y=64.61, z=252.88], nj['item.tile.dirt'/6580407, l='MpServer', x=-70.48, y=62.22, z=252.13], nj['item.item.wheat'/6580408, l='MpServer', x=-72.92, y=65.00, z=254.91], nj['item.tile.dirt'/6580406, l='MpServer', x=-70.91, y=62.41, z=256.83], nj['item.tile.dirt'/6584753, l='MpServer', x=-70.07, y=61.05, z=262.74], nj['item.tile.tnt'/6580404, l='MpServer', x=-72.62, y=66.35, z=256.89], ju['Experience Orb'/6531874, l='MpServer', x=-116.84, y=64.25, z=233.16], ju['Experience Orb'/6531873, l='MpServer', x=-116.50, y=62.25, z=235.94], ju['Experience Orb'/6531872, l='MpServer', x=-117.34, y=79.25, z=231.34], nj['item.tile.dirt'/6572685, l='MpServer', x=-121.13, y=70.13, z=207.88], nj['item.item.chickenCooked'/6503614, l='MpServer', x=-83.63, y=68.13, z=276.63], nj['item.item.beefCooked'/6505282, l='MpServer', x=-84.13, y=68.13, z=277.28], nj['item.item.leather'/6505281, l='MpServer', x=-84.19, y=68.13, z=276.69], nj['item.item.leather'/6505280, l='MpServer', x=-84.19, y=68.13, z=276.34], nj['item.item.chickenCooked'/6524321, l='MpServer', x=-86.59, y=68.13, z=285.06], nj['item.item.chickenRaw'/6522102, l='MpServer', x=-86.38, y=68.13, z=267.16], nj['item.item.feather'/6483546, l='MpServer', x=-85.78, y=68.13, z=281.22], nj['item.item.feather'/6503612, l='MpServer', x=-83.97, y=68.13, z=277.09], nj['item.item.ghastTear'/6531706, l='MpServer', x=-155.91, y=77.13, z=271.69], mw['Squid'/6531853, l='MpServer', x=-141.50, y=61.00, z=230.41], nj['item.item.egg'/6592217, l='MpServer', x=-85.47, y=68.13, z=274.16], nj['item.item.egg'/6592217, l='MpServer', x=-85.47, y=68.13, z=274.16], nj['item.tile.dirt'/6588255, l='MpServer', x=-79.88, y=61.13, z=254.13], nj['item.tile.stonebrick'/6588254, l='MpServer', x=-78.69, y=59.13, z=256.53], nj['item.tile.dirt'/6588257, l='MpServer', x=-78.22, y=62.02, z=260.47], nj['item.tile.dirt'/6588256, l='MpServer', x=-78.88, y=61.46, z=259.96], nj['item.tile.dirt'/6588259, l='MpServer', x=-78.62, y=61.55, z=258.43], nj['item.tile.dirt'/6588258, l='MpServer', x=-79.55, y=63.39, z=257.32], nj['item.tile.sapling.jungle'/6577140, l='MpServer', x=-74.50, y=89.10, z=196.68], nj['item.tile.dirt'/6588261, l='MpServer', x=-77.07, y=61.64, z=258.31], nj['item.tile.dirt'/6588260, l='MpServer', x=-79.34, y=62.08, z=255.81], nj['item.tile.dirt'/6588262, l='MpServer', x=-77.37, y=61.64, z=260.88], nj['item.tile.dirt'/6592160, l='MpServer', x=-82.94, y=61.13, z=239.13], nj['item.tile.dirt'/6592159, l='MpServer', x=-82.19, y=62.13, z=238.13], nj['item.tile.stonebrick'/6592161, l='MpServer', x=-85.28, y=61.13, z=240.03], nj['item.item.chickenCooked'/6487209, l='MpServer', x=-86.97, y=68.16, z=268.44], nj['item.tile.sapling.oak'/6572788, l='MpServer', x=-124.16, y=70.13, z=209.66], nj['item.tile.dirt'/6572789, l='MpServer', x=-122.13, y=70.13, z=208.88], nj['item.tile.log.jungle'/6572790, l='MpServer', x=-119.94, y=72.13, z=206.19], nj['item.tile.sapling.oak'/6572791, l='MpServer', x=-116.75, y=75.13, z=206.72], nj['item.tile.dirt'/6572792, l='MpServer', x=-121.06, y=71.13, z=210.88], nj['item.tile.dirt'/6572794, l='MpServer', x=-121.47, y=70.13, z=207.13], nj['item.item.seeds'/6572795, l='MpServer', x=-119.03, y=71.13, z=209.13], nj['item.tile.stonebrick'/6592137, l='MpServer', x=-83.56, y=61.13, z=238.56], nj['item.tile.stonebrick'/6592100, l='MpServer', x=-83.13, y=60.13, z=240.13], nj['item.tile.dirt'/6592101, l='MpServer', x=-81.33, y=61.57, z=241.07], nj['item.tile.dirt'/6592105, l='MpServer', x=-80.75, y=61.13, z=238.13], nj['item.tile.dirt'/6592104, l='MpServer', x=-83.04, y=61.13, z=240.53], nj['item.tile.stonebrick'/6592103, l='MpServer', x=-81.53, y=61.13, z=239.91], nj['item.tile.stonebrick'/6592102, l='MpServer', x=-86.88, y=61.13, z=240.30], nj['item.tile.stonebrick'/6592133, l='MpServer', x=-85.33, y=61.70, z=240.86], nj['item.item.doorWood'/6592108, l='MpServer', x=-82.58, y=64.94, z=239.86], nj['item.tile.stonebrick'/6592107, l='MpServer', x=-82.40, y=61.13, z=239.65], nj['item.tile.stonebrick'/6592106, l='MpServer', x=-85.05, y=61.13, z=241.94], nj['item.tile.stonebrick'/6584738, l='MpServer', x=-70.66, y=59.59, z=259.37], nj['item.tile.stonebrick'/6592137, l='MpServer', x=-83.56, y=61.13, z=238.56], nj['item.tile.stonebrick'/6584737, l='MpServer', x=-71.73, y=59.75, z=256.77], nj['item.tile.dirt'/6592136, l='MpServer', x=-83.05, y=60.13, z=240.13], nj['item.tile.stonebrick'/6584740, l='MpServer', x=-69.28, y=59.90, z=257.35], nj['item.tile.dirt'/6592135, l='MpServer', x=-83.81, y=61.13, z=239.88], nj['item.tile.stonebrick'/6584739, l='MpServer', x=-70.96, y=59.59, z=256.67], nj['item.tile.stonebrick'/6592134, l='MpServer', x=-85.41, y=61.13, z=240.07], nj['item.tile.stonebrick'/6584742, l='MpServer', x=-65.61, y=60.05, z=255.84], nj['item.tile.dirt'/6592159, l='MpServer', x=-82.19, y=62.13, z=238.13], nj['item.tile.stonebrick'/6584741, l='MpServer', x=-67.59, y=59.88, z=259.06], nj['item.tile.stonebrick'/6592141, l='MpServer', x=-82.84, y=61.13, z=240.47], nj['item.tile.stonebrick'/6584744, l='MpServer', x=-68.58, y=59.13, z=259.16], nj['item.tile.stonebrick'/6592140, l='MpServer', x=-83.12, y=60.13, z=240.13], nj['item.tile.dirt'/6584743, l='MpServer', x=-67.26, y=58.89, z=264.06], nj['item.tile.dirt'/6592138, l='MpServer', x=-83.13, y=60.13, z=240.13], nj['item.tile.stonebrick'/6592366, l='MpServer', x=-86.92, y=63.40, z=237.63], nj['item.tile.stonebrick'/6592367, l='MpServer', x=-85.36, y=67.75, z=238.94], nj['item.tile.dirt'/6592364, l='MpServer', x=-90.18, y=66.09, z=235.13], nj['item.tile.dirt'/6592365, l='MpServer', x=-88.57, y=63.63, z=237.42], nj['item.tile.stonebrick'/6592362, l='MpServer', x=-87.27, y=62.54, z=239.72], nj['item.tile.dirt'/6592363, l='MpServer', x=-89.23, y=64.13, z=240.88], nj['item.tile.dirt'/6592360, l='MpServer', x=-86.72, y=62.13, z=239.89], nj['item.tile.stonebrick'/6592361, l='MpServer', x=-86.81, y=63.35, z=238.76], nj['item.tile.stonebrick'/6592358, l='MpServer', x=-84.92, y=64.46, z=238.69], nj['item.tile.dirt'/6592359, l='MpServer', x=-86.46, y=63.68, z=235.72], nj['item.tile.tnt'/6607748, l='MpServer', x=-66.69, y=71.56, z=244.25], nj['item.tile.sapling.oak'/6572821, l='MpServer', x=-123.13, y=71.13, z=211.34], nj['item.tile.cloth.orange'/6518466, l='MpServer', x=-101.08, y=68.36, z=289.51], ju['Experience Orb'/6531720, l='MpServer', x=-145.97, y=72.25, z=242.16], ju['Experience Orb'/6531721, l='MpServer', x=-144.53, y=70.25, z=235.66], ju['Experience Orb'/6531718, l='MpServer', x=-160.03, y=71.25, z=279.72], ju['Experience Orb'/6531719, l='MpServer', x=-153.38, y=72.25, z=241.72], ju['Experience Orb'/6531716, l='MpServer', x=-148.31, y=64.25, z=276.75], ju['Experience Orb'/6531717, l='MpServer', x=-158.25, y=68.25, z=271.63], nj['item.tile.sapling.oak'/6531712, l='MpServer', x=-106.84, y=69.13, z=278.34], nj['item.tile.sapling.oak'/6531712, l='MpServer', x=-106.84, y=69.13, z=278.34], nj['item.item.bone'/6527423, l='MpServer', x=-101.87, y=67.27, z=240.98], nj['item.item.beefRaw'/6492222, l='MpServer', x=-82.13, y=61.13, z=248.13], nj['item.item.bone'/6527422, l='MpServer', x=-101.13, y=67.13, z=240.28], nj['item.item.arrow'/6527421, l='MpServer', x=-101.34, y=67.13, z=240.66], nj['item.item.arrow'/6527420, l='MpServer', x=-102.06, y=67.16, z=240.81], nj['item.tile.dirt'/6580451, l='MpServer', x=-68.43, y=62.47, z=255.97], nj['item.tile.dirt'/6580453, l='MpServer', x=-71.41, y=61.57, z=255.06], nj['item.item.leather'/6492221, l='MpServer', x=-82.13, y=61.13, z=246.78], nj['item.tile.tnt'/6580455, l='MpServer', x=-71.31, y=63.25, z=255.24], nj['item.item.arrow'/6527421, l='MpServer', x=-101.34, y=67.13, z=240.66], nj['item.item.bone'/6527422, l='MpServer', x=-101.13, y=67.13, z=240.28], nj['item.tile.fence'/6580457, l='MpServer', x=-72.19, y=63.57, z=257.22], nj['item.tile.dirt'/6580443, l='MpServer', x=-70.20, y=62.16, z=256.34], nj['item.tile.dirt'/6580444, l='MpServer', x=-70.47, y=61.13, z=256.56], nj['item.tile.dirt'/6580445, l='MpServer', x=-72.46, y=62.13, z=256.88], nj['item.tile.dirt'/6580446, l='MpServer', x=-74.63, y=63.13, z=255.58], nj['item.tile.dirt'/6580447, l='MpServer', x=-73.35, y=62.29, z=256.88], nj['item.tile.dirt'/6580448, l='MpServer', x=-68.81, y=61.13, z=255.58], nj['item.tile.dirt'/6580449, l='MpServer', x=-69.29, y=61.13, z=254.94], nj['item.tile.dirt'/6580450, l='MpServer', x=-69.15, y=64.06, z=257.30], nj['item.item.feather'/6518812, l='MpServer', x=-91.19, y=70.13, z=266.13], nj['item.item.chickenRaw'/6518813, l='MpServer', x=-91.22, y=70.13, z=266.81], nj['item.tile.dirt'/6580460, l='MpServer', x=-70.75, y=61.13, z=255.39], nj['item.tile.dirt'/6580459, l='MpServer', x=-71.88, y=61.13, z=253.13],

---COUPER---

- Entités de nouvelle tentative : 0 au total ; }}

Ensuite, j'ai observé un seul bloc de TNT exploser alors que je me reconnectais, dans la première seconde du niveau en cours de chargement.

Remarque : j'ai dû supprimer la plupart des données d'entité, les données ne seraient pas envoyées. Il vient de renvoyer un écran vide, genre, cinq fois. Probablement parce qu'il occupait la moitié de la page... --Wormy14 21:32, 14 septembre 2012 (UTC)

[!!] Minecraft crash silencieusement au hasard, voici mon journal de crash Java :

notez que les schémas MCedit sont JUSTE le nom du monde où je mets tous mes schémas.

[X] Lorsque vous utilisez une disposition de touches non QWERTY (comme Dvorak), la rangée supérieure de touches (",.PYFGCRL/=) agit toujours comme un clavier QWERTY (QWERTYUIOP). Cela se traduit par deux touches E différentes, mais pas de touche I, parmi autres numéros. —Fenhl 11:17, 16 septembre 2012 (UTC)

• Dvorak semble être la seule mise en page affectée. Au moins AZERTY et QWERTZ fonctionnent bien. —Fenhl 11:26, 16 septembre 2012 (UTC)
• Dvorak est affecté, car le bogue actuel est le suivant : Minecraft essaie de convertir les clés qui ne sont pas AZ en équivalents US-QWERTY. À Dvorak, les équivalents QWE sont le trait d'union, la virgule et le point. L'équivalent Z fait la même chose, c'est un point-virgule en Dvorak, il est donc remplacé par Z. Ce bogue affectera tous les claviers qui ont les lettres AZ à des endroits différents de QWERTY.

Ennuis

[A] En quittant le jeu et en revenant au menu, j'obtiens cette trace de pile. Au redémarrage, les dernières modifications semblent ne pas avoir été enregistrées.

[LES!] Maintenant que le client Minecraft lui-même peut être un serveur, le pare-feu OS X est mécontent. Chaque fois que j'ouvre Minecraft, un avertissement de pare-feu apparaît rapidement et disparaît. Cela s'est toujours produit, mais maintenant, la première fois que j'entre dans l'écran multijoueur (après chaque lancement), le même avertissement de pare-feu apparaît, me donnant la possibilité d'"autoriser" ou de "refuser" Minecraft.app à partir de "accepter les connexions entrantes". Ce qui rend cela le plus ennuyeux, c'est que pour le permettre à travers le pare-feu, il faut un mot de passe administrateur. J'ai essayé d'ajouter manuellement les fichiers .app et .jar à la liste du pare-feu et de les autoriser, mais même cela ne fonctionne pas. Cependant, il existe une solution : cosigner le .app, car le pare-feu autorise automatiquement les applications signées à le traverser. Je peux également confirmer que cela résout le problème, car j'ai utilisé mon propre certificat et ma propre paire de clés pour signer l'application via Terminal, et cela ne produit plus la boîte de dialogue. Voir https://developer.apple.com/resources/developer-id/ pour plus d'informations sur la signature du .app. Jrtc27 10 août 35 à 23 h 2012 (UTC)

[UNE] Lorsque vous cliquez à plusieurs reprises dans Ubuntu 12.04 (autres versions d'Ubuntu/autres Linux non testés), le curseur se déverrouille du jeu. Lorsque cela se produit, aucune touche enfoncée n'enregistre la libération. C'est ennuyeux le plus souvent lorsque vous combattez des foules, en particulier près de la lave, car cela signifie que la capacité de cliquer est réduite ainsi que l'impossibilité de marcher accidentellement dans la lave (avec tout votre précieux équipement et votre xp). 219.89.47.10 14:57, 21 septembre 2012 (UTC)

[X] (Sur Minecraft 1.3.2, mais je ne l'ai pas testé sur d'autres versions). Je suis tombé très bas et je suis mort sur SSP. Puis cliqué sur le bouton "Respawn" très rapidement; presque aussitôt qu'il est apparu. Après la réapparition, un autre personnage (avec ma peau, mon nom au-dessus de sa tête, etc.) est apparu et m'a suivi, imitant parfaitement tous mes mouvements. Il a disparu après peu de temps, mais réapparaissait de temps en temps, parfois loin de moi. J'ai essayé de le frapper et j'ai subi des dégâts, puis j'ai fini par me "tuer". Une notification est apparue dans la section de discussion disant "(Nom d'utilisateur X) a été tué par (Nom d'utilisateur X).

[X] [MOD] (Je télécharge des mods aujourd'hui comme le mod xray, le mod optifind et le mod minimap de rei. Mon jeu minecraft a parfaitement fonctionné après avoir téléchargé les mods xray et optifind, mais juste après avoir téléchargé le mod minimap de rei mon le jeu planterait. Je pouvais me connecter et aller dans le menu, mais une fois que je clique sur le monde, minecraft se bloque pendant quelques secondes et qu'un rapport de crash s'affiche. Cela signifie-t-il que la mini-carte de rei est buggée ou quelque chose du genre? D'après ce rapport de crash il semble que cela n'ait rien à voir avec le mod rei minimap.Voici mon rapport fou :

- Joueurs MpServer du monde : 1 au total ; [atg['rojinsae17'/228, l='MpServer', x=8.50, y=66.62, z=8.50}} - Stats World MpServer Chunk : MultiplayerChunkCache : 0 - Entités forcées : 1 au total ; [atg['rojinsae17'/228, l='MpServer', x=8.50, y=66.62, z=8.50}} - Entités de nouvelle tentative : 0 au total ; }}

• C'est parce que xray et reis minimap ne s'aiment pas, alors ils se battent, et xray va se plaindre au client, et il l'interrompt, mais arrête le jeu et oui, désinstalle l'un d'entre eux.
• Est-ce que quelqu'un a remarqué que "Is Modded" dit "Très probablement" ? Vous modifiez votre MC, ce n'est donc pas un bug MC. Retrait demain. --Blackbird626 13:39, 7 octobre 2012 (UTC)

c'est donc la première fois que je poste ici et quand je joue en solo, je peux jouer un peu. alors un message apparaîtra et dira hors de mémoire je ne sais pas quoi faire

Minecraft a planté! ----------------------

Minecraft a cessé de fonctionner car il a rencontré un problème ; Exception dans la boucle de tick du serveur Cette erreur a été enregistrée dans C:Usersmatthew.snyderAppDataRoaming.minecraftcrash-reportscrash-2012-09-30_19.49.46-server.txt pour votre commodité. Veuillez inclure une copie de ce fichier si vous signalez ce plantage à quelqu'un.

--- COMMENCER LE RAPPORT D'ERREUR a88a3ea0 -------- Généré le 9/30/12 à 7h49

- Version Minecraft : 1.3.2 - Système d'exploitation : Windows 7 (x86) version 6.1 - Version Java : 1.7.0_07, Oracle Corporation - Version Java VM : Java HotSpot(TM) Client VM (mode mixte), Oracle Corporation - Mémoire : 395916448 octets (377 Mo) / 519110656 octets (495 Mo) jusqu'à 1037959168 octets (989 Mo) - Indicateurs JVM : 2 au total ; -Xms512m -Xmx1024m - Est modifié : Probablement pas - Position du profileur : N/A (désactivé) - Nombre de joueurs : 1/8 ; [gu['alphacinder'/3832, l='yeah', x=-323.51, y=69.00, z=-132.90}} - Monde ouais Entités : 0 au total ; - Joueurs du monde ouais : 0 au total ; - World yeah Chunk Stats : ServerChunkCache : 0 Drop : 0 - Type : Integrated Server

java.lang.OutOfMemoryError sur java.util.zip.Inflater.inflateBytes (méthode native) sur java.util.zip.Inflater.inflate (source inconnue) sur java.util.zip.InflaterInputStream.read (source inconnue) sur java. io.BufferedInputStream.fill (source inconnue) sur java.io.BufferedInputStream.read (source inconnue) sur java.io.DataInputStream.readByte (source inconnue) sur ay.b (SourceFile : 70) sur av.a (Source File : 75 ) à wy.a(SourceFile:55) à gq.e(SourceFile:103) à gq.c(SourceFile:65) à gp. (SourceFile:26) à go.a(SourceFile:171) à go.a(SourceFile:202) à et.a(SourceFile:103) à et.c(SourceFile:138) à et.a(SourceFile:80) à axy.b(SourceFile:72) à net.minecraft.server.MinecraftServer.q(SourceFile:452) à net.minecraft.server.MinecraftServer.p(SourceFile:383) à axv.p(SourceFile:112) à net .minecraft.server.MinecraftServer.run(SourceFile:316) at ep.run(SourceFile:539) --- END ERROR REPORT 76df5a8d ----------

[UNE] Minecraft ne s'intègre pas bien dans les environnements de bureau Linux modernes comme Gnome Shell car il ne définit pas un nom d'application approprié. Malheureusement, Java ne fournit pas d'API pour cela, mais il est possible de définir ce nom d'application via Reflection. Ce billet de blog décrit comment le faire (voir le code Java à la fin de l'article). Ce serait bien si Minecraft pouvait le faire lui-même afin que ce hack ne soit plus nécessaire. --Kayahr 07:39, 3 octobre 2012 (UTC)

[!!] Minecraft n'arrête pas de planter sur mon fils. Je ne suis pas bon avec les ordinateurs. Mon frère a mis à jour Java, mais cela arrive toujours. Il peut jouer pendant un moment, puis il s'éteint et nous avons un message sur le bureau. Voici le rapport. J'ai apprécié toute aide.

[X] Je ne sais pas si c'est le bon endroit pour cela, mais Minecraft n'enregistre pas le dernier serveur connecté avec une connexion directe lorsque vous quittez le jeu. C'est un bug car dans opions.txt dans .Minecraft, il y a un champ, lastServer:, qui semble destiné à cet effet.Pokechu22 23:01, 3 octobre 2012 (UTC)

Version de démonstration

Bugs

[X] Je ne sais pas où signaler cela. Je comprends donc si la démo est boguée, mais lorsque j'essaie de jouer à Minecraft Classic, il me dit "Une erreur s'est produite lors du chargement de l'applet. Veuillez contacter le support pour résoudre ce problème. Une erreur fatale s'est produite (5) : un périphérique connecté au système n'est pas fonctionnement" tandis que la démo indique "Échec du lancement Une erreur fatale s'est produite (5) : un périphérique connecté au système ne fonctionne pas Extraction : windows_natives.jar.lzma vers windows_natives.jar." J'ai joué à ce jeu sur l'ordinateur de mon cousin et je veux vraiment l'acheter, mais je crains que cette erreur ne se produise sur le jeu Minecraft actuel. Quelqu'un a des idées à ce sujet? --Jason – Le commentaire non signé précédent a été ajouté par 76.186.50.41 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~

• N'appartient pas ici, car bug dans Minecraft Classic. --Kumasasa 05:54, 21 août 2012 (UTC)

• Je crains juste que si j'achète le jeu, je ne pourrai pas y jouer. J'ai essayé de poster sur les forums Minecraft et je n'ai rien entendu. C'est le dernier endroit que j'ai essayé d'utiliser. --Jason – Le commentaire non signé précédent a été ajouté par 76.186.50.41 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~

• Pourquoi ne jouez-vous pas à la démo de la version actuelle de Minecraft ? Allez sur Minecraft Demo, créez un compte et jouez !--Kumasasa 06:09, 21 août 2012 (UTC)

• C'est l'autre problème. La démo n'a pas fonctionné comme Minecraft Classic, donc je n'ai aucune idée si le jeu réel fonctionnera. --Jason
• Il me demande si je veux mettre à jour si je dis oui, il essaie de se charger mais dit ensuite "Échec du lancement Une erreur fatale s'est produite (5) : un périphérique connecté au système ne fonctionne pas Extraction : windows_natives.jar.lzma vers windows_natives.jar. " et si je dis pas maintenant à la place, il se chargera, puis dira "Chargement terminé", mais la barre de chargement n'est pas pleine et cela reste ainsi. --Jason

• Mon intuition (et mes intuitions ont récemment eu tendance à être assez précises) est que vous devez mettre à jour votre pilote Java _et_ votre périphérique vidéo. Je n'ai aucun savoir-faire technique spécifique pour étayer cela, sauf une connaissance générale que les problèmes de pilote peuvent tromper le logiciel en lui faisant croire que vous avez un problème matériel. Mon autre intuition est que vous rencontrez un problème analogue avec les jeux DirectX (ce que Minecraft n'est pas) - Featherwinglove 01:18, 1er septembre 2012 (UTC)

[X] Si vous vous connectez à la version démo, puis déconnectez-vous, puis connectez-vous avec le mauvais mot de passe, cela vous permet de jouer en mode hors ligne.Minecraft5025 14:20, 23 août 2012 (UTC)

• Il n'a pas besoin de mot de passe pour la démo. Et cela ne me donne pas la possibilité de jouer hors ligne. --Jason
• Il crée un fichier de version pour vous permettre de jouer hors ligne. Minecraft5025 14:14, 27 août 2012 (UTC)

[X] ArrayIndexOutOfBoundsException lors de l'affichage de l'écran d'aide des commandes de mouvement du clavier.

- Joueurs MpServer du monde : 1 au total ; [atf['arctic_circle'/17116, l='MpServer', x=208.50, y=73.62, z=-93.50}} - Stats World MpServer Chunk : MultiplayerChunkCache : 105 - Entités forcées : 39 au total ; [nn['Creeper'/17200, l='MpServer', x=198.50, y=16.00, z=-47.50], ny['Spider'/17271, l='MpServer', x=230.50, y=18.00 , z=-22.50], nz['Zombie'/17537, l='MpServer', x=144.50, y=31.00, z=-156.50], nz['Zombie'/17475, l='MpServer', x =232.50, y=18.00, z=-32.50], atf['arctic_circle'/17116, l='MpServer', x=208.50, y=73.62, z=-93.50], nn['Creeper'/17408, l ='MpServer', x=161.50, y=12.00, z=-147.50], nw['Skeleton'/17120, l='MpServer', x=226.50, y=22.00, z=-17.50], ms[' Cochon'/17015, l='MpServer', x=190.19, y=70.00, z=-148.50], ms['Pig'/17014, l='MpServer', x=190.50, y=70.00, z=- 147.28], ms['Pig'/17013, l='MpServer', x=191.72, y=70.00, z=-149.72], nz['Zombie'/17433, l='MpServer', x=209.50, y =34.00, z=-58.50], nz['Zombie'/17434, l='MpServer', x=210.50, y=34.00, z=-58.50], nz['Zombie'/17191, l='MpServer' , x=257.50, y=15.00, z=-16.50], nz['Zombie'/17491, l='MpServer', x=157.50, y=11.00, z=-154.50], nz['Zombie'/17314 , l='MpServer', x=158.50, y=28.00, z=-159.50], nz['Zombie'/17492, l='MpServer', x=159.50, y =11.00, z=-153.50], nn['Creeper'/17197, l='MpServer', x=201.50, y=16.00, z=-46.50], nw['Skeleton'/17258, l='MpServer' , x=214.50, y=15.00, z=-46.50], ms['Pig'/17016, l='MpServer', x=189.50, y=69.00, z=-150.50], nn['Creeper'/17199 , l='MpServer', x=199.50, y=16.00, z=-42.50], ms['Pig'/17035, l='MpServer', x=235.87, y=69.47, z=-172.47], ms ['Pig'/17034, l='MpServer', x=232.50, y=67.31, z=-168.50], ms['Pig'/17037, l='MpServer', x=233.30, y=67.54, z =-172.44], ms['Cochon'/17036, l='MpServer', x=234.61, y=69.15, z=-173.66], mt['Mouton'/17039, l='MpServer', x=247.23 , y=65.66, z=-171.98], nw['Squelette'/17243, l='MpServer', x=133.50, y=21.00, z=-36.50], nz['Zombie'/17302, l=' MpServer', x=260.50, y=38.00, z=-24.50], nw['Skeleton'/17303, l='MpServer', x=258.50, y=38.00, z=-28.50], mt['Moutons' /17048, l='MpServer', x=269.50, y=65.00, z=-89.50], mt['Sheep'/17049, l='MpServer', x=273.50, y=65.00, z=-89.50] , mt['Mouton'/17050, l='MpServer', x=273.50, y=65.00, z=-93.50], ny['Spider'/17354, l='MpServer', x=270.50 33.00, y=136.50, z=-17353], nn['Creeper'/268.50, l='MpServer', x=33.00, y=130.50, z=-17463], nn['Creeper'/266.50, l= 'MpServer', x=16.00, y=24.50, z=-17040], mt['Sheep'/247.57, l='MpServer', x=65.25, y=172.74, z=-17462], nn['Creeper '/269.50, l='MpServer', x=16.00, y=21.50, z=-17461], nn['Creeper'/269.50, l='MpServer', x=16.00, y=20.50, z=-17460 ], nn['Creeper'/267.50, l='MpServer', x=16.00, y=19.50, z=-17047], mt['Sheep'/273.50, l='MpServer', x=65.00, y= 91.50, z=-0}} - Entités de nouvelle tentative : XNUMX au total ; }}

• Cela peut être reproduit en définissant la touche « avancer » sur un bouton de la souris. Par exemple : key_key.forward:-99. org.lwjgl.input.Keyboard.getKeyName lancera alors. J'ai tenté une solution de contournement en modifiant la source lwjgl pour getKeyName, malheureusement, je ne peux pas faire compiler ce projet avec jdk6 car il semble dépendre d'un "apt" obsolète (Annotation Processing Tool) qui n'a été distribué qu'avec jdk5.

-- arctic_circle 69.236.71.60 05:49, 26 août 2012 (UTC)

Steve court tout droit Quand il court en cliquant sur le bouton gauche ou droit de la souris.

Ennuis

Fixe/Ignoré

gameplay

Bugs

[X] Le générateur de pavés produit de l'obsidienne à partir de la lave. J'avais un générateur de pavés en état de marche, puis j'en ai fait une source d'eau infinie et plus tard j'en ai fait à nouveau un générateur de pavés. Mais ensuite, la lave est devenue de l'obsidienne, sans aucune raison. Une image de son apparence : http://i.imgur.com/5eJTI.png Tout était comme ça, sauf l'obsidienne. C'était un bloc de lave, comme mentionné précédemment. --DeeTweak 14:06, 23 octobre 2012 (CET)

[!] La luminosité du jeu se réinitialise de manière aléatoire sur Moody. J'ai réglé ma luminosité sur Bright, j'ai quitté Minecraft, je suis allé, la luminosité était sur Moody, je n'ai pas modifié options.txt. --Blackbird626 23h30, 21 octobre 2012 (UTC)

[LES!] Cela fait des mois et je ne sais pas pourquoi je n'ai pas signalé cela auparavant (nouveau à écrire ici, alors corrigez-moi si je me trompe sur quelque chose), mais l'histoire est que lorsque je fais quelque chose de beaucoup techniquement (comme si les distributeurs sont connectés autour d'un Carré 9x9 tirant ensemble des boules de feu avec 4 pistons qui bloquent l'eau ou font entrer l'eau dans le carré 9x9 avec des moutons en feu (ma dernière enquête, lol!)) avec des fils et des répétiteurs comme partout, ils peuvent être mis sur ON dans un premier temps. Mais ensuite, il est bloqué sur ON et je ne peux pas le désactiver, même si je retire le levier ou quelques répéteurs ou fils quelque part. Les fils et les répéteurs sont encore remplis d'énergie du levier retiré. Les torches Redstone ne font souvent pas partie de mes travaux, elles n'apportent donc pas d'énergie supplémentaire aux fils et aux répéteurs. Très ennuyeux.. --WildAmanda 14:09, 5 octobre 2012 (UTC)wildamanda

• Quelque part dans votre configuration, il existe un chemin menant de la sortie d'un répéteur à l'entrée de ce même répéteur. Cela amène ce répéteur à s'alimenter même lorsque la source de courant d'origine est supprimée, forçant toute votre configuration à rester alimentée. Une fois que vous avez trouvé cette "boucle", allez-y et supprimez complètement ce bogue et ma réponse. En fait, veuillez prendre une capture d'écran et je vous aiderai. Si une boucle ne peut pas être trouvée et que votre configuration est en fait boguée pour rester allumée, nous la garderons ici. --User:Kanegasi User_talk:KanegasiSpecial:Contributions/Kanegasi 12:31, 5 octobre 2012 (UTC)

• Si vous fournissez une image, je pourrais vous aider davantage. --Blackbird626 22:14, 19 octobre 2012 (UTC)

[X] Lorsque l'eau coule sur la lave qui coule d'une certaine manière, au lieu de transformer la lave en blocs, elle s'arrête de couler. Provoque un effet sonore de temps en temps et lorsque l'eau coule pour la première fois, même si ce n'est pas le cas. Afin de reproduire, consultez cette image : http://i.imgur.com/w0ZDa.png Reproduisez cette scène sans placer les liquides, puis placez la source de lave comme indiqué sur l'image, puis la source d'eau. Peut ou non être directionnel, pas encore testé. Testé en pré-version 1.3.2 et 1.4.1, l'image provient de la pré-version.

[X] Je tenais une pelle en diamant et j'ai ramassé un champignon brun. Le champignon brun a remplacé ma pelle de diamant PAR CE CHAMPIGNON BRUN. Cela m'a totalement fait rager.

[X] Chaque fois qu'un bateau entre en collision avec quelque chose sans se briser alors qu'il est au-dessus de l'eau qui coule, il agira comme un fantôme : il traversera des blocs, il flottera dans les airs s'il n'y a rien en dessous et vous ne pouvez pas interagir ou le casser. Le bateau agit comme ça parce qu'il est toujours là où il s'est coincé, mais vous ne pouvez ni le voir ni interagir avec lui. Briser le bloc près de l'endroit où il est censé être ou retirer l'eau fera revenir le "fantôme" là où il devrait être et agir normalement. J'ai enregistré une vidéo mais je ne peux pas la publier. --Gjrud 00:25, 5 octobre 2012 (UTC)gjrud

[X] Lorsque vous conduisez un bateau au-dessus d'un arrangement fixe de cours d'eau, il y a une inconstance : parfois cela fonctionnera très bien, d'autres fois, il peut sembler que vous êtes coincé mais vous y allez toujours, parfois vous serez coincé mais il semble que vous allez toujours (comme ci-dessus). J'ai fait une vidéo mais je ne peux pas la poster. --Gjrud 00:25, 5 octobre 2012 (UTC)gjrud

[X] Sortez du wagonnet par-dessus la clôture. Si les rails d'ouest en est et les clôtures sont à côté des blocs au nord. Alcr 15:22, 4 octobre 2012 (UTC)

• Et que se passe-t-il ? Cela n'a aucun sens. Pokechu22 22:08, 4 octobre 2012 (UTC)

[X] Les fours consommeront plus de carburant que nécessaire si un serveur est soumis à une charge modérée.

[!] Redstone ne fonctionne que dans une plage d'environ 200 blocs autour du lecteur. Respectivement les répéteurs ne se mettent pas à jour. Plus loin, la redstone n'existe presque pas et est inutile. Cela rend beaucoup de (grosses) créations de redstone inutiles. Ce problème est venu avec la mise à jour 1.3. Mojang, pouvez-vous le réparer s'il vous plaît ? Ou si cela est dû à des décalages dans le jeu, au moins rendre ce comportement facultatif ?

[X] [MP] [N] Les dalles placées sur la glace agiront comme de la glace. J'ai testé cela avec différentes dalles différentes.

• En fait, dans n'importe quelle version de minecraft avec de la glace, cela se comporte comme ça. Tout bloc qui n'est pas un bloc complet (sauf Soul Sand) avec de la glace directement en dessous (même Cake) se comportera de cette façon. Déclenchement blessé 00:25, 2 octobre 2012 (UTC)

[!] Vous pouvez vous connecter en tant que quelqu'un d'autre sans son mot de passe en saisissant son nom d'utilisateur sans son mot de passe et en essayant de vous connecter. Lorsqu'il est dit « Impossible de se connecter : réessayez ou jouez hors ligne », cliquez sur Lecture hors ligne. <---False, vous ne vous connecterez pas du tout. Votre nom d'utilisateur sera "Player", votre skin sera par défaut et vous ne pourrez pas rejoindre la plupart des serveurs multijoueurs. Ceux qui vous laisseront passer afficheront votre nom en tant que « Player »

[X] [SMP] Lorsque les rails sont placés sur un bloc avec de l'air directement en dessous, comme ceci

voyager le long de la piste dans un chariot devient beaucoup plus nerveux et lent, et le joueur subit parfois des dégâts, même lorsqu'il est assis immobile dans un chariot. Placer un bloc de plus supprime les deux phénomènes, bien qu'il y ait encore des sauts le long de la piste. Vous pouvez facilement essayer de reproduire la partie dommage de ce bug sur une courte section de rail suspendu, comme cela se produit que vous soyez en mouvement ou non, tant que vous êtes assis dans un chariot. --68.144.200.122 06:49, 3 septembre 2012 (UTC)

• Je peux le confirmer. Dans une zone minière souterraine, j'ai un mur de pierre directement à gauche de mon chemin de minecart et un sol de pierre directement sous le rail. Il n'y a pas de lave visible. Cependant, lorsque le jeu devient particulièrement lent et que la lave peut être entendue, la douleur commence à infliger au joueur. J'ai eu un message indiquant "___ a essayé de nager dans la lave" alors que je conduisais clairement mon wagonnet. Après ma mort, mes objets ont disparu et je n'ai pas pu les récupérer. -- 164.106.179.254 17:04, 24 octobre 2012 (UTC)

[!] Le jeu a d'abord commencé à ralentir de manière notable, mais est redevenu normal. Cela arrive à maintes reprises. Ensuite, le ralentissement augmente, jusqu'à ce que pas plus d'une image toutes les 20 secondes soit affichée. L'entrée était la même, une toutes les 20 secondes. La charge de travail du processeur était à 99% (gestionnaire de tâches). Le gameplay était impossible. Chargement de ce jeu : même effet. Aucun module. l'outil de fixateur de région n'a pas trouvé de problème. mettre les options graphiques au minimum : même problème. Remarqué uniquement dans SSP. Oh, j'ai oublié une remarque étrange : le son des moutons semble fonctionner normalement pendant le ralentissement.--Null Fahrenheit 15:18, 28 août 2012 (UTC)

• Je reçois ça aussi. Semble toujours être dans la même zone pour moi - quelque chose à voir avec le déchargement/le chargement de morceaux ?
  • Si tel est le cas, essayez de régler les performances du jeu sur économiseur d'énergie, ce qui semble accorder plus de priorité à la mise à jour des blocs (root.gamerenderer.level.updatechunks.nearchunkssearch).--PlNG 03:05, 25 septembre 2012 (UTC)

[!] En chargeant un jeu, aucun monde n'apparaît, mais je tombais très vite d'environ -2000 y-mètres dans le vide (je l'ai vu dans l'écran de débogage F3). Enfin je suis mort et le message correspondant apparaît. Aucun mod utilisé. Le problème se produit dans plusieurs sessions différentes. Je n'ai plus jamais pu jouer à cette partie sauvegardée. Remarqué uniquement dans SSP. --Null Fahrenheit 15:04, 28 août 2012 (UTC)

• Reproduit ! J'ai le même problème, après avoir joué normalement, fermé Minecraft et redémarré, mon monde semble être corrompu. Le monde auquel j'ai joué est enfin devenu injouable, qu'il se charge très lentement ou qu'il ne se charge pas, avec des chutes à travers le monde. Cela n'a pas affecté les autres mondes.--Locoloco 17:19, 29 août 2012 (UTC)
• Le monde ne semble pas corrompu. Quand je rejoue dans un tel monde avec un mod volant et immortel (avant PAS), je peux quitter le vide et creuser à la surface. Le joueur a été placé presque au même endroit qu'avant de tomber, mais à une valeur y beaucoup plus faible. alors il tombe dans le vide.--Null Fahrenheit 22:07, 30 septembre 2012 (UTC)

[X] Lorsqu'un bateau percute un mob ou un bloc à grande vitesse, le bateau se brisera (sinon un mob) et le joueur tombera à travers le monde dans le vide. REMARQUE : ce n'est pas un problème de rendu, s'il est laissé seul en utilisant mods/godmode pour ne pas mourir dans le vide, le y du joueur diminuera jusqu'à ce que le jeu plante à y = -32000000 (bug connu dû aux limites des entiers java) ( testé en SMP uniquement) --AlphaModder3 22:38, 23 août 2012 (UTC)

• Vous utilisez un mod pour atteindre la limite de 32,000,000 626 16 de coordonnées. --Blackbird30 25:2012, XNUMX août XNUMX (UTC)
• Je pense que ce que cette personne essaie de souligner, c'est l'effet secondaire. Les morceaux ne finissent jamais de se charger une fois que ce problème se produit. --WizardCM 12:54, 26 août 2012 (UTC)
• Non modifié, vous pouvez toujours y accéder en utilisant des astuces.Minecraft5025 14h15, 27 août 2012 (UTC)
• En fait, c'est modifié. Avec les nouvelles commandes côté client, bien que vous puissiez vous téléporter à certaines coordonnées, vous ne pouvez pas vous téléporter après X/Z 30000000, car le monde cesse de générer des arbres, etc. car de faux morceaux apparaissent. Ce n'est qu'en théorie, mais je ne pense pas que vous puissiez vous téléporter sous la couche 0. --DukeTidierLeader2
  • Vous pouvez vous téléporter vers la couche 0, ce qui signifie tomber dans le vide jusqu'à votre mort. Cependant, vous ne pouvez pas vous téléporter vers une valeur y négative. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[!] Si vous utilisez une pile de 2 seaux et que vous en remplissez une avec de l'eau, la pile indiquera toujours 2 seaux, mais si vous ouvrez votre inventaire et essayez de séparer la pile, votre armure sera supprimée sans raison apparente. -ArtisanArtisan

[!] Être blessé provoque un renversement vers le bas. --Blackbird626 16:34, 25 août 2012 (UTC)

• Cela inclut les dommages causés par la famine.--PlNG 19:38, 8 septembre 2012 (UTC)

[MP] Lorsque vous tuez un zombie attaquant une porte, un bloc d'air brisé apparaît. Je teste cela sur le serveur bukkit. Le bloc d'air cassé est indestructible. 23 août.

• Je l'ai vu aussi. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[!] Un golem de fer construit contre un mur commencera à suffoquer une fois construit. --Blackbird626 19:52, 15 septembre 2012 (UTC)

[!] La bibliothèque lwjgl livrée avec Minecraft ne reconnaît souvent pas les touches enfoncées/relâchées, ce qui fait que le joueur marche continuellement dans une direction ou saute/se faufiler continuellement jusqu'à ce que vous appuyiez et relâchiez à nouveau cette touche. Je pense que c'est un bug majeur, car il provoque la mort du joueur en tombant quelque part ou en tombant très souvent dans la lave. Vous pouvez résoudre ce problème en remplaçant la bibliothèque lwjgl par lwjgl 2.6, mais chaque mise à jour de Minecraft écrase à nouveau la bibliothèque lwjgl. 92.229.207.1 08:27, 23 août 2012 (UTC).

• Voir Tutoriels/Update_LWJGL pour plus d'informations sur la mise à jour de lwjgl.

[SSP] Lorsque vous marchez en diagonale dans les murs pour le contourner ou à travers un mur droit, il arrive parfois que le joueur puisse marcher dans le mur ou rester complètement coincé, cela peut tuer le joueur avec des dégâts d'étouffement, l'eau qui coule peut également pousser le joueur dans un bloc et causer des dommages par suffocation.

• Je peux le confirmer, mais ce n'est pas seulement sur un seul joueur ; Cela m'est arrivé sur un serveur multijoueur.99.236.134.167 13:20, 26 août 2012 (UTC)
• J'ai également vu cela dans 1.3.2 SSP, lorsque je marchais le long des murs ou à proximité des limites du terrain (eau, terres agricoles ou bords de blocs où l'air est en dessous). Je ne commence pas à suffoquer très souvent, mais je reste assez souvent "coincé" jusqu'à ce que j'appuie une ou plusieurs fois sur une touche de mouvement. Lorsque je suis à côté d'un mur, je dois aussi parfois sauter et bouger à plusieurs reprises pour me décoller. Cela n'a pas encore été mortel, mais je finirai par rester coincé en combattant une plante grimpante ou un squelette. --LoneCenturion
• Je prends des dégâts d'étouffement en multijoueur pratiquement chaque fois que je touche de l'eau qui coule et un mur et que je marche vers le mur. --Alex3me0 01:28, 2 octobre 2012 (UTC)

[!] [MP] Lag du serveur notable lors de la connexion, entraînant parfois un débordement de déconnexion. A été testé sur deux VPS distincts avec une nouvelle exécution de Minecraft_Server.exe. En effectuant le même test en 1.2.5, tout va très bien. La copie du monde 1.3.2 nouvellement généré sur un serveur 1.2.5 montre également que le problème est limité à 1.3. Il est intéressant de noter que cela ne se produit qu'avec le type de monde par défaut (cela arrive aussi dans le Nether) mais pas dans les mondes Flatlands fraîchement générés. [1] Un meilleur exemple de ceci en action est avec Bukkit et plusieurs mondes [2]

[X] Quand je mange de la nourriture, parfois il mange automatiquement un autre de ce type de nourriture. Il ne joue même pas l'animation, il fait juste le son et prend ma nourriture. C'est vraiment ennuyeux car ce bug se produit normalement lorsque je suis déjà presque rassasié et que je ne veux plus manger.

• Confirmé; si vous maintenez le bouton droit de la souris enfoncé assez longtemps pour commencer à manger un autre morceau de nourriture (cela ne semble jamais se produire sur le premier morceau), le relâchement du bouton annulera l'animation, mais pas le processus réel de manger. Le passage à un autre élément avant la fin du processus annulera cependant avec succès la consommation de la nourriture sans l'épuiser. Ce n'est certainement pas un bogue révolutionnaire, cependant; déclassement en mineur. --84.156.25.57 15:36, 25 août 2012 (UTC)

[!] Semblable à 1.3.1, lors de la saisie du Nether sur mon serveur MP, le monde ne parvient parfois pas à se charger. Vous et toutes les foules environnantes vous balancez de haut en bas dans le néant presque sans fin. (Finalement, j'ai commencé à suffoquer et en me reconnectant, j'ai découvert que j'étais au niveau de la lave, à l'intérieur du sol.) vous donne plus de temps pour vous déconnecter et vous reconnecter. Cependant, vous pourriez toujours vous retrouver EN-DESSOUS de votre portail, ce qui pourrait vous faire atterrir dans la lave. --Zair1.3.1 99:19, 23 août 16 (UTC)

• Similaire à ce bogue et probablement le même problème mais sur notre serveur, vous apparaissez 1 bloc plus bas que le portail (c'est-à-dire que vous y êtes). La plupart du temps, vous apparaissez finalement à la bonne hauteur, mais le portail est à nouveau activé et si vous ne vous déplacez pas assez rapidement, vous êtes ramené d'où vous venez. Arrivé en 1.3.1. --Denney 13:52, 17 août 2012 (UTC)
• Je reçois un bug où les déplacements entre les dimensions causent généralement des problèmes. Parfois, je me retrouve dans des endroits aléatoires et, à l'occasion, je reçois un message d'"erreur réseau" où le jeu se bloque tout simplement en mode solo. Il semble toujours y avoir une sorte d'erreur de bogue de portail en place. --Robert Horning 07:13, 18 août 2012 (UTC)
• Dans 1.3.1, notre serveur avait un portail sur le monde qui, lorsqu'il était utilisé, entraînerait une chute à travers le glitch du Nether à chaque fois que vous l'utilisiez. Dans 1.3.2, chaque portail le fera, mais seulement occasionnellement, vous pouvez donc maintenant tomber à travers le Nether ou tomber à travers le surmonde. De plus, une fois que je me suis déconnecté lors d'une chute dans le surmonde, et lorsque je me suis reconnecté, j'étais dans une caverne cinquante blocs en dessous du portail, alors voilà. RVernon 15:02, 19 août 2012 (UTC)
• J'ai récemment eu un bug de chute à travers le Nether... en sortant de la porte, j'étais suspendu dans l'obscurité, ma coordonnée Y diminuant rapidement. Après m'être déconnecté et reconnecté plusieurs fois, j'ai pu récupérer, me retrouvant correctement sur le portail. --Mental Mouse 04:10, 27 août 2012 (UTC)
• Et je viens de l'avoir en sortant du Nether par une nouvelle porte... je travaille toujours sur la récupération. J'ai coupé certains des messages d'erreur... ce bit se répète encore et encore. :

uu : la sauvegarde est accessible depuis un autre emplacement, s'interrompant sur aeb.c(SourceFile:63) sur up.B(SourceFile:2170) sur wy.a(SourceFile:84) sur gq.b(SourceFile:127) sur gq .b(SourceFile:174) à gr.b(SourceFile:108) à net.minecraft.server.MinecraftServer.q(SourceFile:435) à net.minecraft.server.MinecraftServer.p(SourceFile:383) à axv.p (SourceFile:112) à net.minecraft.server.MinecraftServer.run(SourceFile:316) à ep.run(SourceFile:539)

ETA : Après quelques déconnexions et sauvegardes/chargements, j'ai arrêté de tomber et le terrain d'Overworld était visible à travers la lueur du portail, mais j'étais piégé dans le portail. Une autre sauvegarde/chargement ou deux, et j'ai pu m'éloigner du portail, mais toujours entouré par l'effet de portail, et après quelques autres, j'ai pu revenir à un Overworld normal. --Mental Mouse 15:08, 3 octobre 2012 (UTC)

• Vidéo de la chute du Nether après avoir franchi la porte - http://www.youtube.com/watch?v=uV_R2y5VorU Subvii 12:33, 17 septembre 2012 (UTC)

[!] Les foules et autres joueurs glissent parfois dans le sol, les rendant noirs ou invisibles du tout. Utilisateur : Quad205(Discussion de l'utilisateur : QuAd205|Spécial : Contributions/Quad205) 14:05, 17 août 2012 (UTC)

• Je peux le confirmer. Surtout vu avec des villageois et des golems de fer. --Denney 05:46, 19 août 2012 (UTC)
• Je ne sais pas s'il s'agit du même bogue ; mais en transportant des villageois avec une charrette de mine, les villageois disparaissaient soudainement. Le chariot a répondu exactement comme un chariot vide (même inertie/élan), après une période de temps apparemment aléatoire, le villageois réapparaissait soudainement dans le chariot de mine comme si de rien n'était. Une autre fois que ce problème s'est produit, je suis entré accidentellement dans le chariot de mine en essayant de placer un rail sous le chariot qui "tenait" le villageois. J'ai supposé que le villageois avait perdu et j'ai continué jusqu'à ma base avec un autre villageois qui était devant le villageois mentionné précédemment. Quand je suis revenu chercher mes rails, le villageois perdu se tenait à côté de l'endroit où j'étais entré dans la charrette. (cela s'est produit lors de l'exécution d'une version vanille de Minecraft 1.3.2) --Dvb9096 05:05, 22 août 2012 (UTC)

[!] Il semble que je subisse des dégâts de chute dus à des chutes de rebords élevés à 2 blocs et même simplement en sautant dans l'avant-première - 213.118.132.164 21:26, 14 août 2012 (UTC)

• Il semble que les dégâts de chute aient été légèrement modifiés. Je dois tomber d'une hauteur de 3 blocs (ou sauter d'une hauteur de 2 blocs) pour subir des dégâts. Les endroits qui laissaient le joueur avec un cœur ou deux vous tuent maintenant. --Denney 13:45, 17 août 2012 (UTC)
• Majeur. Mort comme ça dans Hardcore. --Blackbird626 22:10, 18 août 2012 (UTC)
• D'accord, sur mon serveur MP, je prends parfois des dégâts à partir de 2 blocs de haut. Une chute de 4 blocs a enlevé 2 cœurs. J'ai failli mourir en descendant une montagne avant de comprendre ce qui se passait ! En SP, c'était un peu mieux, avec une chute de 4 blocs faisant 1/2 cœur et une chute de 7 blocs faisant 2.5. --Zair99 22:57, 19 août 2012 (UTC)
• Idem ici, je me blesse à 3 blocs sur certains serveurs. Les gouttes de bloc SP 3 ne me font pas mal aussi souvent, mais encore à l'occasion. –Le commentaire non signé précédent a été ajouté par 74.65.15.207 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~
• Testé et confirmé sur des configurations, des lecteurs, des ordinateurs et des serveurs séparés. Le mode solo est cohérent avec l'équation 2 blocs par cœur moins 3, mais le multijoueur n'est pas cohérent. Différentes santés ont été obtenues en utilisant un contrôle de 20 blocs de distance de chute, allant de 4 cœurs restants à la mort. Mon hypothèse est qu'avec tous les contrôles côté serveur de l'environnement de jeu dans cette version, il semble que la latence affecte beaucoup trop les mesures de distance. Il existe également de nombreux rapports indiquant des décalages sonores lors du placement d'objets et de pas, et je ressens personnellement un décalage énorme lorsque je conduis un minecart, même si ma latence est supérieure à la moyenne pour un jeu en ligne en temps réel. --User:Kanegasi User_talk:KanegasiSpecial:Contributions/Kanegasi 04:36, 23 août 2012 (UTC)
• Bug très gênant. Est mort d'une chute de 2 blocs en pleine santé. Worldofminecraft 20:22, 27 août 2012 (UTC)
• Instructions de reproduction : Construisez une pyramide courte avec un sommet 2x2, une couche intermédiaire 4x4 et le sol. Sautez en diagonale, atterrissez au point mort dans un bloc. Pas de dommage. Sautez, atterrissez près d'une fissure, cassez le dos de votre mère. Étrange. Je suis allé tester certaines variables, et je ne peux plus reproduire le problème, même si je me blessais constamment avant de changer de terrain. La seule chose notable est le point que j'ai choisi des morceaux croisés.--PlNG 00:02, 1er septembre 2012 (UTC)
• Je prends un demi-cœur lorsque je tombe de 3 blocs pendant l'enregistrement et ma fréquence d'images est limitée à 30 images par seconde, mais je ne subit aucun dommage lorsque je n'enregistre pas et que je cours à une fréquence d'images de 200. 10.10.14.247 10 : 21, 8 septembre 2012 (UTC)
  • Sur un serveur sur lequel je continue, 3 blocs me faisaient des dégâts. Depuis environ 10 jours, les dégâts de chute ne sont pas subis avant que le joueur ne tombe de 6 blocs. (De plus, votre IP commence-t-elle vraiment par 10 ?) HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[!] La commande /tp est brisée dimension à dimension. Scénario : Player1 est dans le surmonde. Player2 est dans le Nether. Player1 utilise la commande /tp Player1 Player2. Player2 est téléporté là où Player1 serait s'il était dans le Nether. Testé sur serveur LAN. Ce n'est sûrement pas censé arriver. Partonetrain

[!] La lave peut vous blesser si vous êtes à proximité, même si vous ne la touchez pas.--Blackbird626 16:34, 25 août 2012 (UTC)

• Impossible de confirmer. Plus de détails? --193.209.11.38 17:32, 19 août 2012 (UTC)

• Vous avez peut-être traversé le bloc sur lequel vous vous tenez, entrant ainsi en contact avec la lave en dessous ou à côté. --Wormy14 12:19, 24 août 2012 (UTC)

• Scénario : Vous avez cette grille ci-dessous avec deux rangées d'air et de lave :

Être près de la lave vous fait mal, comme si j'étais sur la rangée du milieu.--Blackbird626 16:34, 25 août 2012 (UTC)

• Un autre scénario (probablement le même bug) existe en 1.3.2 et 12w36a SMP

1 ont un grand sol de 3 blocs de pavés dans un lac de lave du Nether avec des rails dessus. J'ai mis des blocs de verre au-dessus des rails pour empêcher les cochons zombies d'y apparaître et des murs pavés + Plafond pour me protéger des horreurs. Je prends parfois feu en conduisant le wagon. Le lag peut-il égarer le joueur et le mettre dans la lave ? Les pavés du sol y ont été posés en remplaçant les blocs de lave. Ces blocs auraient-ils gardé une propriété qui les ferait brûler le joueur ?

--sfisabbt 08:40, 11 septembre 2012 (UTC).

• Confirmé le 24.9.2012. Peut se produire même lorsque le joueur est à environ 4 blocs de n'importe quelle lave. Se produit également généralement uniquement à des pointes de décalage élevées, probablement en raison de la charge de travail.

[!] [MP] Le phénomène des blocs invisibles est réapparu, notamment lors de l'excavation d'un pilier. La vue tremble jusqu'à ce que vous quittiez et rentriez dans le jeu. --Kumasasa 20:55, 16 août 2012 (UTC)

• Cela se produit très régulièrement lorsque vous creusez sur un pilier de terre, environ 20 à 30 % de chances par bloc que vous essayez de creuser. C'est sur vanilla MP, serveur Linux, client OSX. Il n'y a aucune erreur dans le journal du serveur. --RogerWilco2
• Cela se produit également lors du saut de pilier en mode de survie solo. Creuser en dessous de vous vous laisse suspendu au-dessus d'un espace vide d'environ 6 blocs mais n'arrête pas le mode secouant. Vous pouvez forcer votre sortie du haut du pilier virtuel en maintenant enfoncée une touche de direction, puis le jeu revient à la normale mais vous tombez à mort. Si vous creusez un bloc à la fois depuis le sommet du pilier et que vous laissez les graphismes s'installer, il est moins probable que cela se produise. Cela se produit avec n'importe quel bloc de pilier, netherrock, galet, etc. --Mikejo28 10:02, 28 août 2012 (UTC)
• (Duplicata fusionné -- Kumasasa 23:38, 18 août 2012 (UTC)) Le bogue « s'enfoncer dans les blocs et rester bloqué » semble devenir plus étrange. Je m'étais planté dans le ciel sur des blocs de feuilles, je me suis coincé, j'ai essayé à la fois de sauter et d'enlever les blocs autour de moi, et j'ai fini par échouer dans les airs. Beaucoup de temps pour regarder autour de vous, prendre une capture d'écran, etc. L'autre symptôme constant que je vois est que, lorsque vous êtes bloqué, vous vibrez de haut en bas d'environ 1/16 de bloc plusieurs fois par seconde. Mettre en pause et reprendre, et même quitter et recharger le monde (mais je n'ai pas quitté l'application Miecraft elle-même) n'a pas résolu les problèmes. Cependant, après l'arrêt et le rechargement, un bloc que j'avais détruit est réapparu, et lorsque j'ai rebranché cela, je suis sorti du piège et j'ai pu reprendre ma partie. -82.69.54.207 22:07, 18 août 2012 (UTC)
• (Duplicata fusionné --Kumasasa 17:53, 20 août 2012 (UTC)) Depuis la mise à niveau vers 1.3.2, j'ai eu ce problème deux fois. Jamais auparavant, donc je suppose que cela a quelque chose à voir avec la mise à niveau. (En fait, si je me souviens bien, la première fois que cela s'est produit, c'était la toute première fois que je me suis connecté après l'installation de la 1.3.2.) Dès que je me connecte en mode solo et que j'arrive au point de jeu, le jeu tremble immédiatement verticalement. C'est comme si j'essayais constamment de sauter quand il n'y a pas d'espace disponible pour le faire, seulement cela m'empêche aussi de pouvoir me déplacer. (Je peux tourner à un seul point, mais je ne peux pas quitter ce point.) La première fois que cela s'est produit, j'ai finalement réussi à faire entrer mon joueur dans le lit, et quand il s'est levé, le problème a disparu. La deuxième fois, il n'y a pas de lit disponible, et il ne cesse de trembler. A pu occasionnellement placer des blocs, mais ne pouvait pas les supprimer. Si je me déconnecte et me reconnecte, rien ne change. Il semble que le gameplay soit définitivement désactivé jusqu'à ce que je puisse résoudre ce problème à ce stade. –Le commentaire non signé précédent a été ajouté par 68.184.197.143 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~
• Le déterrement d'un bogue de pilier se produit parfois même si j'attends quelques secondes entre les blocs. Un moyen fiable (du moins pour moi) de l'éviter est de bouger un peu après avoir cassé chaque bloc. Donc essentiellement : se faufiler, creuser un bloc, reculer un peu, creuser un bloc, avancer un peu, etc. Masa 12:33, 6 septembre 2012 (UTC)
• La raison pour laquelle cela se produit est que le client pense que vous avez cassé le bloc, mais pas le serveur. Par conséquent, pour les autres joueurs, vous sembleriez bloqué sur un bloc, mais pour vous, vous sembleriez flottant et glitch.
• Je peux le confirmer, cela se produit dans MP et SMP. --hultberg 20:02, 20.09.2012 (heure d'Europe du Nord)
• Problème similaire lors de l'extraction de Netherrack avec Efficiency-Pickaxe. Les blocs semblent se briser trop rapidement et parfois le serveur n'en reconnaît pas un comme cassé. J'ai également eu des problèmes de feu invisible ou de feu qui ne peut pas être éteint. Schevv 10:53, 28 septembre 2012 (UTC)

• Pire encore : creuser des blocs de neige avec une pelle en diamant. De plus, en mode créatif, casser environ 10 blocs/sec rendra ce problème ennuyeux. --Blackbird626 22:20, 19 octobre 2012 (UTC)

[!] Mitrailler tout en plaçant des nénuphars sur des trous d'eau 1x1, comme dans une ferme de canne à sucre, peut vous coincer dans/sur le nénuphar.--PlNG 03:12, 25 septembre 2012 (UTC)

[X] La construction d'un tramway aquatique (ou EATS) dans lequel le bateau roule sur la glace a causé un problème au bateau, de sorte qu'il ne se déplacera qu'en ligne droite, traversant des blocs et flottant dans l'air jusqu'à ce qu'il ralentisse pour s'arrêter (après avoir quitté les cours d'eau) lors de l'arrêt, il reviendra au début de la piste et continuera jusqu'à ce que vous le rompiez au début de sa boucle. Après avoir touché la glace à chaque itération, il ne peut pas être cliqué à gauche ou à droite. Juste après avoir quitté la fin de la piste, il coulera de l'eau et n'entrera pas en collision avec le lecteur jusqu'à ce qu'il sèche. George_Mallory 22:02, 16 août 2012 (UTC)

[X] Vous pouvez dormir dans un bateau, sans le quitter. Il utilisera la moitié de votre oxygène. Peut-être un problème similaire avec les minecarts.--PlNG 19:38, 8 septembre 2012 (UTC)

[X] [Cr] En survolant de grandes distances en mode créatif, vous obtenez suffisamment d'inertie pour être propulsé très loin. Comment reproduire : entrer en mode vol et voler à 1000 mètres dans une certaine direction (par exemple f:0). Lorsque vous avez atteint la barre des 1000 mètres, relâchez la touche avant. Vous devriez continuer à voler pendant encore 700 mètres avant de vous arrêter.

[SMP] Au hasard, lors de l'entrée ou de la sortie du Nether, l'expérience semble être réinitialisée à 0. Cela arrive sur notre serveur multijoueur à plusieurs personnes. C'est aussi arrivé sur 1.3.1. --Denney 13:50, 17 août 2012 (UTC)

• Collectez plus d'expérience et vous devriez récupérer votre expérience. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[X] Lorsque je jouais en mode créatif, il y a eu un orage et le feu qui en a découlé ne s'est jamais éteint. C'est sur Windows Vista. Je ne sais vraiment pas dans quelle catégorie placer ça. Cookie FONster 13:59, 17 août 2012 (UTC)

• J'ai été témoin de cela deux fois en 1.3.1 et une fois en 1.3.2 dans SSP (ce qui est étrange en soi étant donné que je n'ai assisté qu'à un seul orage en plusieurs centaines d'heures de jeu depuis l'introduction de la foudre - les éclairs sont-ils plus fréquents maintenant ? ). Le feu persiste même après s'être déconnecté ou s'être éloigné suffisamment pour que le bloc contenant le feu soit déchargé ; cependant, le feu aura disparu lors de la déconnexion avec le morceau déchargé puis du retour dans cette zone. --Soyez déraisonnable. 13h20, le 18 août 2012 (UTC)
• J'ai vu cela dans 1.3.1 SMP (je n'avais également jamais vu de foudre au sol auparavant). Je suis entré dans le feu et les flammes qui indiquent que vous brûlez sont apparues à l'écran. Le feu n'était pas vraiment là, donc je n'ai pas subi de dégâts. Kp 22:10, 18 août 2012 (UTC)
• Oui, je vais le confirmer pour la v1.3.1 et la v1.3.2. Le feu persiste un bon moment. Marcher dessus indique que vous êtes en feu mais ne fait aucun dégât. --Denney 05:37, 19 août 2012 (UTC)
• Je viens de rencontrer un feu persistant à un pâté de maisons du sol après un orage. C'était dans une zone dégagée où il n'y avait aucun arbre qui aurait pu brûler. En outre, l'incendie a persisté pendant un cycle de pluie d'une demi-journée et d'une nuit et il devrait y avoir un meilleur équilibre pour permettre le feu de la foudre, mais la pluie a toujours éteint les incendies sans soufre. --KADC - "Soyez déraisonnable." 19:51, 1er septembre 2012 (UTC)

[X] Lorsque vous remplissez d'eau/de lait/de lave dans des seaux empilés, il en résulte généralement un duplicata supplémentaire du seau rempli. Cela pourrait affecter le gameplay, car ils peuvent exploiter cela pour tricher. Testé avec 2 seaux empilés et remplis d'eau, j'ai obtenu 3 seaux d'eau.

• Bug visuel uniquement, le seau supplémentaire n'est pas réellement là. Cela arrive aussi avec les bouteilles et les bols. Déclassé en mineur, passez aux ennuis sinon même cela. 94.237.64.32 00:32, 20 août 2012 (UTC)
• J'ai également eu l'inverse : remplir une pile de seaux semble ne pas rapporter autant, mais placer quoi que ce soit dans les emplacements d'inventaire dans lesquels il se remplirait automatiquement fait réapparaître tous les seaux manquants. George Mallory 20:31, 22 septembre 2012 (UTC)

[X] Monté dans un bateau qui était légèrement à terre quand je suis monté. Parti lentement, mais n'a pas accéléré. Après environ 30 pâtés de maisons de progression lente, je suis sorti du bateau et j'ai téléporté 30 pâtés de maisons là où j'étais monté, avec le bateau à 30 m du point où j'avais abandonné. Similaire au problème du bateau de route EATS également, mais pas tout à fait le même. Je pouvais tourner, et à part la progression lente et légèrement saccadée, tout semblait fonctionner, jusqu'à ce que je sorte. -82.69.54.207 10:39, 20 août 2012 (UTC)

[!] (la première fois que cela m'est arrivé) C'était la deuxième fois que j'essayais de jouer depuis la nouvelle mise à jour (1.3.2) et lorsque le skin est revenu à Steve, je suis juste passé par minecraft.net pour changer le skin. J'ai rouvert le monde de la survie pour trouver mon skin Kain, mais je ne peux pas bouger (pas même mon curseur), et le jeu agit comme si j'appuyais à plusieurs reprises sur sneak ou jump et je tombais presque à travers le sol de ma maison plusieurs fois. Cela n'arrive que sur ce monde. J'ai simplement essayé de quitter et de relancer le jeu, mais cela n'a fait que revenir le skin à Steve. Le jeu n'a pas planté, mais je ne peux pas jouer à ce monde. Je n'ai jamais eu de problème aussi important auparavant. --DracoFamiliar 4h01, 8/22/2012 (UTC)

• Heureusement, j'étais toujours à côté du lit, alors j'ai attendu la nuit et j'ai continué à cliquer avec le bouton droit jusqu'à ce que je m'endorme enfin. Cela semble avoir réglé le problème. Je ne sais pas ce que quelqu'un pourrait faire s'il n'est pas activement dans sa maison, à côté de son lit. --DracoFamiliar 5h17, 8/22/2012.

[!] Parfois, les skins ne se chargent pas pour le client, même après les heures d'ouverture.--Blackbird626 16:40, 25 août 2012 (UTC)

[X] Il y a une courte période de décalage (très rapide, mais un scintillement de bloc notable) lorsque vous maintenez le clic droit enfoncé sur le bloc pendant l'extraction du bloc. --Wormy14 12:19, 24 août 2012 (UTC)

[X] En outre, un problème de décalage plus grave se produit lorsque vous exploitez un bloc, puis si vous changez soudainement d'outil ou de main lors de l'extraction, vous verrez clairement le décalage du bloc, le voyant réapparaître pendant une seconde ou deux, puis tombant comme une goutte. C'est un sérieux facteur de lenteur lors du changement d'outil pour améliorer l'efficacité tout en maintenant la durabilité sur les outils de qualité supérieure, sur des choses comme le bois ou les melons. --Wormy14 12:19, 24 août 2012 (UTC)

[!] Chest se comporte toujours comme ses homologues 1.3.1. Mon dernier rapport de bogue 1.3.1 indiquait qu'il m'était presque impossible de récupérer des objets dans mes coffres. Eh bien, la 1.3.2 m'a un peu aidé. Le % de chance qu'ils se trompent et ne me permettent pas d'obtenir des objets d'eux a diminué. Beau travail Mojang, mais le bug n'est pas encore tout à fait parti. Il agit toujours horriblement en lag. La meilleure façon d'expliquer cela est lorsque vous essayez d'utiliser un coffre. Exemple : si vous rentrez/retirez des choses, cela les mettra dans/hors de votre inventaire/coffre. Ignorant fondamentalement TOUT ce que vous faites à un coffre. Ce bogue n'affecte étrangement pas les autres interfaces graphiques objets (je me trompe peut-être, mais je n'ai pas vu de décalage de l'interface graphique sauf pour la poitrine.) Essayez de résoudre ce problème d'ici la prochaine mise à jour si vous le pouvez !!! –Le commentaire non signé précédent a été ajouté par Commando950 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~

[!] [SSP] Les mondes ne sont pas correctement sauvegardés et/ou rappelés par le jeu. Semblable à un bogue répertorié dans la page Web 1.3.1, je peux très souvent détruire et placer des blocs, puis enregistrer et quitter le jeu, uniquement pour me reconnecter et constater que les blocs que j'ai détruits ont été remplacés et que tout ce que j'ai construit a été défait. C'est comme si, lorsque je me connecte, le jeu charge une sauvegarde de 5 minutes avant d'appuyer sur l'option "enregistrer et quitter". C'est particulièrement ennuyeux avec les coffres. Si un coffre est perdu de cette manière, alors tout ce qui se trouve dans le coffre est également perdu. Ce bug est particulièrement frustrant. J'ai pu reproduire ce bogue à la fois dans SSP et CSP, mais pas encore dans SMP. --hogzfan

• J'ai exactement les mêmes problèmes, c'est incroyablement frustrant. Je n'ai plus la patience de jouer le jeu. J'ai perdu beaucoup de diamants, des pièces entières dans mes structures et, plus récemment, plus de 30 niveaux parce que je me reconnecte et que je suis à l'intérieur d'un bloc qui a réapparu. --FranticAudi
• Je viens de vivre ce problème. Une zone que j'ai minée lors de la session précédente est redevenue telle qu'elle était avant de l'exploiter ; cependant, cela semble être limité à ce morceau spécifique (espérons-le) comme d'autres zones enregistrées normalement. --KADC - "Soyez déraisonnable." 19:51, 1er septembre 2012 (UTC)
• J'ai le même problème depuis le passage à la 1.3.2, c'est comme si tous les changements du monde étaient mis en cache dans la mémoire uniquement et n'étaient jamais enregistrés sur le disque lorsque je choisis d'enregistrer et de quitter. J'utilise WinXP avec Java 7 et aucun mod. Comme ci-dessus, l'emplacement et l'inventaire du joueur sont enregistrés et rechargés, mais pas les changements de monde. --80.6.232.45 20:38, 4 septembre 2012 (UTC) (TheOriginalSteve)
• MISE À JOUR : La solution pour Windows XP a été publiée sur les forums Minecraft : faites un clic droit sur l'icône du lanceur sur votre bureau, choisissez Propriétés dans le menu, sélectionnez l'onglet Compatibilité et cochez le mode Compatibilité : « Exécutez ce programme en mode compatibilité pour : Windows 95". Cliquez sur OK pour enregistrer cette modification. Cela fonctionnera également si vous utilisez Magic Launcher comme lanceur principal. Voir le message du forum sur minecraftforum.net (1457886-minecraft-132-worlds-not-saving) 80.6.232.45 20:07, 13 septembre 2012 (UTC) (TheOriginalSteve)
• Mêmes problèmes ici, y compris, mais sans s'y limiter : (1) Les objets disparaissent au hasard à la fois des coffres et de l'inventaire. (2) Les monstres disparaissent lors de la sauvegarde et du rechargement du jeu. (3) La mort du joueur n'est pas enregistrée correctement - fermeture de minecraft lorsqu'il est mort, puis le chargement peut parfois vous ressusciter. (4)L'emplacement du joueur n'est pas enregistré avec précision en cas de décès. M0 10:47, 22 septembre 2012 (UTC)
• NajMasta ici et encore, j'ai le même problème que dans 1.3.1. Le problème ci-dessus affecte tous les mondes que j'ai et je l'ai reproduit plusieurs fois. Le correctif indiqué ci-dessus n'est pas vraiment un correctif. C'est un travail autour. Nous ne devrions pas avoir à passer par tout le processus de compatibilité car cela devrait fonctionner sur nos ordinateurs tel quel.--NajMasta 00:36, 3 octobre 2012 (UTC)

[!] Noyade sans barre d'oxygène / apparition de bulles. Voici une sauvegarde du monde depuis que j'ai rencontré cela dans une configuration compliquée. Garé juste sur place. Je ne sais pas s'il s'agit d'un bug réintroduit lié à la noyade sous un bloc et à l'eau en mouvement. --PlNG 02:19, 5 septembre 2012 (UTC)

[X] Les bateaux se cassent souvent s'ils entrent en collision avec plus d'un nénuphar à la fois. --Wormy14 10:46, 25 août 2012 (UTC)

[X] [SP] Dans SSP, les blocs agissent parfois comme si un décalage se produisait. Dragomok 19h30, 25 août 2012 (UTC)

• Lorsque vous cassez un bloc en vous tenant dessus, il reste souvent en place (à la fois visuellement et physiquement) pendant environ une demi-seconde après la fin de l'animation de rupture et la chute de l'élément.
• Lorsque vous placez/retirez de l'eau avec un seau, la visibilité du bloc placé/supprimé « clignote » entre les mises à jour.
• En plaçant le rail, il apparaît orienté de gauche à droite et ajuste son orientation pour correspondre aux rails environnants une fraction de seconde plus tard.

[X] Les emplacements de Spawn sur les serveurs ont des blocs protégés de tout changement (minage, placement de blocs...). Je sais qu'il a son but sur les serveurs publics mais sur les serveurs privés c'est seulement ennuyeux. Il devrait être possible de définir ce comportement Vrai/Faux dans les paramètres du serveur. La propriété "spawn-protection" est manquante dans le fichier de propriétés du serveur. L'ajouter n'aide pas.

• Ce serait certainement très utile si vous obteniez des commentaires plus solides sur l'endroit où se trouve la zone «interdite». Un bruit sourd au lieu du bruit normal de creusement ou de placement de blocs, par exemple. -82.69.54.207 23:10, 17 août 2012 (UTC)
• spawn-protection est-ce que cela vous semble familier? Essayez-le. Si cela ne fonctionne pas, alors il y a vraiment bug. --188.238.242.198 06:13, 18 août 2012 (UTC)
• Je suis désolé, mais qu'entendez-vous par protection contre le spawn ? Je ne vois rien de tel dans le fichier Propriétés et lorsque je l'ajoute (spawn-protection=false), rien ne se passe. Il n'est pas non plus répertorié dans la liste des commandes disponibles. La solution de contournement est la commande /op qui, malheureusement, a pour effet secondaire d'autoriser les tricheurs pour les lecteurs d'opinion.
• On dirait bien que lorsqu'ils ont retravaillé tout le système de propriété, ils ont oublié la protection contre les spawn. Il y avait une propriété avec ce nom. Je déplacerais cela vers les bugs. --193.209.11.38 17:32, 19 août 2012 (UTC)
• D'ACCORD. J'ai déplacé cela vers les bugs.
• La propriété de protection contre le spawn ne s'applique que si vous avez Minecraft Forge Modloader. Il n'existe en fait pas sans Forge.

[!] Les comptes migrés obtiennent une mauvaise erreur de connexion lorsqu'ils essaient de se connecter --68.164.105.188 16:55, 26 août 2012 (UTC)

[X] 1.3.2 : Le spam de TNT sur une torche de redstone alors qu'au-dessus de Y = 88 fera que les blocs presque au fond de la fosse de TNT prétendent qu'ils sont là. Les blocs sont solides et disparaîtront une fois qu'ils auront reçu une mise à jour. 140.182.181.13 05:25, 27 août 2012 (UTC)

[!] Si vous tuez un cochon par le feu, vous obtiendrez de la Côtelette de porc cuite, mais si vous tuez un poulet ou une vache par le feu vous obtiendrez de la viande crue, du poulet cru, non cuit comme précédemment

[!] Les minecarts deviennent parfois impossibles à quitter en faisant un clic droit. Rencontré à la fois dans SSP et SMP. Un clic droit sur le wagonnet dans lequel vous êtes assis ne fait rien, le frapper avec une épée ou toute autre attaque de mêlée n'affecte que le bloc situé sous le wagonnet. Le seul moyen de sortir est de tirer sur le wagonnet avec un arc, ce qui le détruit et vous libère. Étant donné que cela casse le wagonnet, cela rend impossible toute conception de station avancée, et je le marque donc comme majeur. 92.52.61.154 14:57, 7 septembre 2012 (UTC)

[X] Sprint Sauter d'un rebord de 1.5 hauteur causera un demi-cœur de dégâts de chute. Cela n'a été testé qu'avec des clôtures et des portails de clôture, pas un bloc et une demi-dalle.

[X] Les utilisateurs ordinaires ne peuvent pas _INTERAGIR_ avec des blocs près du point d'apparition - barrières de clôture qui vous offrent une zone de sécurité, des coffres avec des fournitures, etc.

C'est une chose de désactiver l'altération/la rupture de bloc. Mais ouvrir/fermer les portes/portails/coffres ? --Keybounce 18:31, 9 septembre 2012 (UTC)

[X] Parfois, les clés sont "bloquées". Par exemple, je courais vers une plante grimpante pour la frapper et la repousser, mais quand j'ai lâché la touche W, j'ai continué à avancer et à droite dans le rayon de détonation de la plante grimpante. C'est aussi arrivé avec d'autres touches : espace, touches A et D. Un nouvel appui sur la touche et un relâchement la "décollent" à nouveau. Je suis sur Mac (cela se produirait aussi sur Windows 64 bits) et cela se produit dans SSP (je ne sais pas pour le multijoueur, mais je suppose que cela se produit là aussi car cela semble être un bogue lié au décalage, étant donné que cela ne s'est jamais produit pour moi avant 1.3, la mise à jour qui faisait fonctionner SSP sur un serveur local).

• J'ai rencontré cette même erreur dans SSP et SMP avec les touches WASD et Espace et un clic gauche lors de l'extraction. --Zallo03 22:45, 21 septembre 2012 (UTC)

[X] Les monstres subissent des dégâts de chute lorsqu'ils atterrissent dans une eau profonde après avoir été éjectés d'un distributeur (en utilisant des œufs de ponte) d'une hauteur de 1 blocs. Comme il faut normalement au moins une chute de 6 longs pour subir des dégâts de chute lors de l'atterrissage dans une eau profonde, il s'agit d'un bug. Voici une capture d'écran de démonstration : Résultat de la configuration. Ce bogue existe depuis au moins la 11.

[X] Les monstres et les joueurs prennent 1 demi-cœur des dégâts de chute en tombant dans une eau profonde d'un rebord surélevé à 1 blocs sans sauter. Si vous ou la foule sautez du rebord au lieu de marcher ou d'être poussé hors de celui-ci, aucun dommage de chute n'est subi ! Explication de l'image : résultat de la configuration. Ce bogue existe depuis au moins la 1.2.5. [X] occasionnellement dans SSP et SMP lors de la lecture, ma vue ira directement et commencera à tourner rapidement. je ne sais pas si un bug du jeu ou juste mon ordinateur. --Zallo03 22:45, 21 septembre 2012 (UTC) [X] Dans SSP et SMP, lorsque je cours en sautant, je reçois parfois un cœur de dégâts sans raison. Cela se produit en particulier, mais pas exclusivement, après un saut à un niveau de bloc inférieur. J'ai pu recréer ce bug plusieurs fois. --Zallo03 22:45, 21 septembre 2012 (UTC) [X] En mode solo, si vous jouez dans un monde créatif et que vous équipez n'importe quelle armure, passez à la survie via la triche (/gamemode 0), ouvrez votre inventaire et cliquez sur n'importe quelle pièce de votre armure équipée, toute votre armure disparaîtra. (trouvé par NemockZans)

• (déplacé dans la section appropriée)--Zallo03 22:45, 21 septembre 2012 (UTC)

Ce bug apparaît également fréquemment lors de l'entrée/sortie du Nether en mode solo en mode créatif. C'est très gênant, et très fréquent.

• Je suis passé au mode solo en portant une armure et je n'ai pas rencontré votre bug. --Zallo03 22:45, 21 septembre 2012 (UTC)

[X] En mode créatif et survie, je ne peux pas détruire de blocs, comme en mode aventure, je ne peux que placer des blocs. Zakawer 14:36, 17 septembre 2012 (UTC)

• (déplacé dans la section appropriée)--Zallo03 22:45, 21 septembre 2012 (UTC)

[X] je ne sais pas où mettre ça mais pour une raison quelconque, les torches de pierre rouge et le piston semblent devenir invisibles ou ne fonctionnent pas sous windows xp [Ajouté par des inconnus, je viens de corriger le formatage. -- Mental Mouse 22:00, 23 août 2012 (UTC)]

• (déplacé dans la section appropriée)--Zallo03 22:45, 21 septembre 2012 (UTC)

[X] Si vous placez un jeune arbre de la jungle et placez des blocs de terre directement au-dessus (autant que vous le souhaitez), l'arbre pousse toujours lorsque vous utilisez de la farine d'os, mais des blocs de terre sont incrustés partout.

• (déplacé dans la section appropriée)--Zallo03 22:45, 21 septembre 2012 (UTC)

[X] Plusieurs zombies tentant de briser une porte peuvent faire en sorte que le demi-bloc supérieur de la porte affiche l'animation du bloc de rupture (fissures immobiles/ne changeant pas et restant dans la dernière image) de manière permanente à cette position de bloc. Placer des blocs dans cette position/briser des blocs ne fait pas disparaître le problème car les blocs nouvellement placés affichent également le cadre de rupture de bloc. Même sans bloc dans la position, les fissures apparaissent toujours sur le bloc d'air. --M0rphzone 02:53, 4 septembre 2012 (UTC)

• (déplacé dans la section appropriée)--Zallo03 22:45, 21 septembre 2012 (UTC)

[X] Si le joueur tombe dans le Vide alors qu'il est dans un bateau, puis commence à voler avant le -64 dommageable, ceci se produira :

• Le joueur ne mourra pas à part /kill
• Arrête de fonctionner après la mort. Peut être refait, cependant.
• Les monstres peuvent "lag" - ils ne bougeront pas et ne peuvent pas être touchés. Ils peuvent quand même tomber. Pas sûr des dégâts de chute.
• Le bateau disparaîtra (évidemment) et le joueur ne pourra pas entrer dans un autre.

Dans Survie et Aventure (si le joueur utilise des commandes pour changer le mode de jeu en l'un de ceux-ci), ces choses se produisent également :

• Le joueur reçoit 1 (la moitié du cœur) de dégâts en plaçant/détruisant des blocs et à l'intérieur d'un mob (aucune idée de la fréquence à laquelle il inflige des dégâts, mais il le fait au moins dans ces conditions). La première mort a dit que c'était par suffocation, la deuxième a dit que j'avais été tué par Slime. Aucune idée si c'est aléatoire.
• Le joueur ne peut pas être endommagé en dehors de /kill et des dommages susmentionnés.
• Pour une raison, après être entré dans les moutons et avoir subi des dégâts, les dégâts se sont arrêtés. Ensuite, j'ai sauté dans Void et je me suis tué à -64. Cela n'est arrivé qu'une seule fois jusqu'à présent, cependant.

Semble ne pas fonctionner si le joueur commence d'abord à voler en bateau puis tombe. Je ne pourrais le faire qu'en tombant d'abord, puis en volant (mais n'hésitez pas à vérifier s'il est possible de le faire dans l'autre sens). Si le joueur ne reçoit aucun dommage après -64, cela signifie que le problème fonctionne.

Testé sur Windows XP Service Pack 3, Minecraft 1.3.2. Glitch peut prendre un certain temps à se reproduire comme au début je pouvais le faire en quelques essais, mais ensuite je n'ai pas pu pendant un moment (j'ai commencé à recevoir des dégâts sur -64) et finalement j'ai réussi à le refaire (pas de dégâts après -64) .

Glitch semble ne pas fonctionner avec Minecart, ne peut pas se reproduire avec un cochon car c'est trop difficile de monter.

[X] [SMP] Le bug de prise de dégâts (si l'eau vous pousse dans un coin) n'est toujours pas corrigé en multijoueur, testé sur serveur bukkit et vanilla. Déclenchement blessé à 13h39, le 27 septembre 2012 (UTC)

[X] Après avoir parcouru un wagonnet suffisamment loin pour que le morceau contenant le point de départ soit déchargé, l'élan est maintenu sur des pistes plates sans rails motorisés supplémentaires jusqu'à ce que le chariot soit arrêté en raison d'un manque de voies, de la sortie du wagonnet, etc. - -KADC - "Soyez déraisonnable." 21h20, le 1er octobre 2012 (UTC)

• Cela n'a été testé qu'à un peu plus de 100 blocs (la distance de déplacement maximale devrait être de 80 blocs avec un ralentissement notable après 40 blocs), donc je ne sais pas s'il y a une limite ultime à la distance que le wagonnet peut parcourir de cette manière. --KADC - "Soyez déraisonnable." 21h20, le 1er octobre 2012 (UTC)

[X] Des attaques de zombies (un siège les obligerait à entourer le village) ont eu lieu chaque nuit pendant cinq nuits consécutives jusqu'à ce que je m'éloigne suffisamment pour que les morceaux contenant le village soient déchargés. Je pensais à l'origine que la récurrence était causée par le fait de ne pas quitter la limite du village de 40 blocs, mais cela s'est avéré ne pas être le cas et seul le déchargement du village a mis fin aux attaques. --KADC - "Soyez déraisonnable." 21h20, le 1er octobre 2012 (UTC)

[!] Si vous quittez le monde pendant une chute, lorsque vous ouvrez le monde, vous ne subirez pas de dégâts de chute. Cela fonctionne sur SSP et SMP. Bug étrange, cela peut être utilisé pour survivre à de longues chutes, cependant (je pense) ce n'est pas une action valide et intentionnelle. 178.235.145.68 14:43, 2 octobre 2012 (UTC)

[X] Un bug qui était uniquement en multijoueur mais qui est maintenant en solo en raison du changement d'architecture client-serveur 1.3 : la zone sphérique dans laquelle le joueur doit se trouver pour que les générateurs de monstres deviennent actifs est décalée vers le ciel d'une distance de deux blocs. Les effets de particules incandescentes du générateur de monstres sont liés à la bonne sphère, donc à partir de certaines positions, il peut être déroutant de voir le générateur apparemment actif mais ne générant jamais de monstres.

[X] Si vous détruisez un fourneau après avoir fait fondre du fer ou de l'or, vous n'obtenez aucune expérience du fourneau mais vous obtenez le fer ou l'or fondu. --Utilisateur: zeeteeess

Ennuis

[LES!] Le tableau de répartition des chances d'obtenir l'enchantement Silk Touch doit être modifié afin qu'il soit plus probable aux niveaux d'enchantement inférieurs et moins probable aux niveaux supérieurs car :

a) son utilisation principale est décorative, ce qui offre peu d'avantages de jeu, ce qui justifie qu'il soit plus facile à créer b) il est inutile pour les haches car tous les blocs et objets en bois donnent toujours le même bloc/objet de toute façon c) il est inutile pour les pelles sauf pour ramasser de l'herbe e ) il est préjudiciable aux pioches en tant qu'outil d'extraction de ressources car cela entraîne effectivement un rendement inférieur en ressources utilisables car tout bloc de charbon, de redstone ou de lapis doit ensuite être remplacé par le joueur et ré-miné avec une pioche sans Silk Touch et donc devrait être un enchantement "moins cher" f) il prend trop souvent un "emplacement" d'enchantement qui pourrait autrement aller à un enchantement plus utile lors de la création d'outils de haut niveau

(ex. Augmenter patiemment le niveau pour créer une pioche en diamant enchantée de niveau 30, puis obtenir Silk Touch, la rendant ainsi inutile pour l'extraction de minerais, quels que soient les autres enchantements qu'elle peut avoir, est très frustrant - le faire se produire deux fois de suite est exaspérant. ) --KADC - "Soyez déraisonnable." 21:26, 5 septembre 2012 (UTC)

• Une autre solution pourrait consister à porter une citrouille ou à tenir un œil d'Ender lors de l'enchantement pour permettre au joueur de voir quels enchantements seront ajoutés. --KADC - "Soyez déraisonnable." 21:26, 5 septembre 2012 (UTC)

[A] Lors de la rupture d'un bloc sur lequel le joueur se tient actuellement, les fissures semblent vaciller entre visible et non visible. Ceci est vanille Minecraft 1.3.2 --94.169.8.27 14:30, 25 août 2012 (UTC)

[A] [SMP] Un clic droit sur un coffre deux fois de suite fait que le coffre fait des choses étranges alors que vous accédez toujours à son contenu - Juste un artefact, je suppose. Le coffre restera parfois ouvert, se fermera parfois derrière l'interface graphique et restera fermé, et restera parfois ouvert, même après la fermeture de l'interface graphique, puis ne s'ouvrira/ne se fermera plus jamais. Les utilisateurs multijoueurs sont d'accord avec la position de la poitrine - La seule solution consiste à détruire la poitrine, mais cela n'a aucun effet sur le gameplay - Juste une chose visuelle. 72.93.203.126 02:49, 20 août 2012 (UTC)

[LES!] Les problèmes d'entrée de souris de décalage de mise à jour de bloc persistent, avec plusieurs emplacements, plusieurs interrupteurs/portes/portails, et même plusieurs pauses se produisant régulièrement. Je ne sais pas pourquoi les pics de décalage de mise à jour des blocs s'aggravent, mais il est peut-être temps pour moi d'obtenir un meilleur système. Néanmoins, j'étais et j'espère toujours voir une mise à jour par image lorsque j'ai lâché le bouton de la souris avant la fin de l'image dans laquelle j'ai appuyé. Faire le deuil de mon propre jeu SSP comme Team Avolition était assez drôle, mais ça vieillit vite ! -- Featherwinglove 12:53, 18 août 2012 (UTC)

• Mise à jour : à partir de la version 1.3.1, j'ai commencé à expérimenter des placements de blocs sur les images suivantes, et c'est ainsi que la plupart des triples se produisent (un "triple" est un placement de bloc commandé unique sur une image suivi de deux placements de blocs non commandés sur la suivante frame.) Si je place un bloc où deux placements ultérieurs possibles peuvent se produire sans déplacer le réticule, le placement commandé apparaît sur une image, qui retarde les pointes pendant environ un quart de seconde, à la fin de laquelle j'ai libéré le RMB . Après cette trame, les deux placements non commandés suivants apparaissent environ une demi-seconde après que j'ai relâché le RMB, sur la même trame et avec un seul son de placement audible. Il existe également de nombreuses occasions où le pic de décalage se produit, mais pas les placements involontaires ; la quasi-totalité de ce comportement correct se produit avec des placements au niveau des yeux, tandis que les placements involontaires sont généralement effectués après un placement prévu au-dessus ou au-dessous du niveau des yeux. Les placements involontaires après un placement délibéré au-dessus du niveau des yeux vont généralement au niveau des yeux ; c'est un effet de ma technique de fermeture de branche, donc je pense que la probabilité de placements involontaires dépend de l'altitude relative du placement commandé. J'ai vérifié cette corrélation au niveau des yeux en commandant souvent des placements à trois mètres de distance afin que les deux placements non commandés suivants aient de la place entre le déplacement commandé et le personnage. J'ai également remarqué que le fait d'éteindre un éclairage doux rend le pic de retard et les placements involontaires de la torche moins graves, mais je ne pense pas que cela soit pertinent. La désactivation d'un éclairage doux n'a eu aucun effet sur l'apparition ou la durée des pointes de retard et des placements intempestifs associés aux blocs à luminance nulle comme la brique et le pavé. J'ai remarqué que les pics de décalage de mise à jour des blocs et les placements non commandés se produisent beaucoup plus souvent à des altitudes de brouillard vides (inférieures à Y = 16). Que cela soit dû au brouillard du vide ou à la proximité de la lave, je ne suis pas sûr. -- Featherwinglove 04:28, 19 août 2012 (UTC)
• Vidéo en ligne -- Featherwinglove 05:57, 19 août 2012 (UTC)

[LES!] (Oui, c'est au moins aussi important qu'un bug mineur). Je viens de tester un client 1.3.1 se connectant à un serveur 1.3.2. La charge initiale de l'écran et la faible réactivité au début m'ont fait exploser par un creeper avant de savoir ce qui s'est passé.

• En mode solo, un jeu non réactif ralentit tout le monde, même les foules, et vous ne vous laissez pas prendre au dépourvu.
• En jeu normal, vous pouvez voir les zones où il y a beaucoup de foules, et si vous faites attention, vous pouvez obtenir des sons d'avertissement des foules avant de les atteindre.
• Mais lors de la connexion, quand il n'y a rien que vous puissiez faire ? C'est juste bon marché. --Keybounce 14:32, 15 août 2012 (UTC)
• Semi-confirmé, j'ai joué sur le serveur PVP de mon ami, FlameZone PVP, qui datait de 1.3.1 mais moi et d'autres personnes qui nous étions déconnectés ont mis à jour la 1.3.2 et étions toujours en mesure de se connecter en raison de la faiblesse des mises à jour.

[A] Lorsque vous entrez et rentrez dans le bas, votre point de boussole est déplacé, mais revient à la normale lorsque vous quittez et rejoignez. --90.184.208.119 17:41, 18 août 2012 (UTC)

• Intentionnel --86.82.199.181 18:26, 18 août 2012 (UTC)

• Peut-être vérifier le numéro pour f. --Blackbird626 22:10, 18 août 2012 (UTC)

[A] [MOD] Si un client 1.3.2 se connecte à un serveur 1.3.1, il ne peut pas se noyer. Si j'avais des preuves je pourrais vous les montrer mais vous pouvez très bien les tester. Non testé sur le serveur vanille, uniquement sur le serveur Bukkit.

• Testé à la vanille, noyé comme d'habitude. Je ne sais pas pourquoi mojang a autorisé la connexion de versions croisées (pour ces versions au moins). Confirmation de la version sur [modifier]. --188.238.242.198 05:46, 18 août 2012 (UTC)
• Je pense que la raison de la connexion croisée aux serveurs était destinée aux versions sans ajouts majeurs, telles que 1.3.2 par rapport à 1.3.1, car même si de nombreuses corrections ont été apportées, aucune mise à jour d'élément ou de bloc n'a été ajoutée. De plus, la plupart des mods 1.2.4 fonctionnaient tout aussi bien avec 1.2.5, et étaient également autorisés à se connecter de 1.2.5 à 1.2.4. Vanille testée, pas Bukkit.
• Testé sur un serveur Bukkit, je n'ai eu aucun mal à me noyer. 10.10.14.241 07:49, 27 août 2012 (UTC)

[A] Vous pouvez vous faufiler hors du cactus. (Cela a été corrigé mais maintenant cela se reproduit)

• Correction, vous pouvez vous faufiler sur 1 bloc de cactus haut. --188.238.242.198 06:31, 18 août 2012 (UTC)

• C'est parce que le cactus est un bloc partiel. Les cactus sont 7/8 par 7/8 par 1. --Blackbird626 16:40, 25 août 2012 (UTC)

[A] Les panneaux semblent être vides à certaines occasions. Peut-être lié au chargement de morceaux ? Avait ce problème dans 1.3.1. aussi --213.118.132.164 21:26, 14 août 2012 (UTC)

• Je peux le confirmer sur notre serveur multi-joueurs. Arrivé avec 1.3.1. La reconnexion résout parfois le problème, mais uniquement pour certains signes. --110.174.214.164 13:46, 17 août 2012 (UTC)
• J'ai également ce problème lorsque je joue sur des serveurs multi-joueurs. Personnellement, je classerais cela comme plus qu'une gêne, car des signes sont utilisés

partout. Pour résoudre ce problème, nous avons essayé de supprimer mon fichier de lecteur côté serveur et de forcer la mise à jour du côté client. La mise à jour forcée résoudra parfois le problème pour certains signes, mais seulement temporairement. --66.188.112.109 22:44, 23 août 2012 (UTC)

• Je ne vois pas en quoi la mise à jour forcée aiderait, à moins que le client ne cesse d'être modifié à plusieurs reprises, ce qui n'est presque certainement pas le cas. Cependant, j'ai eu ce problème auparavant lors d'un monde LMP avec ma sœur. J'étais l'hôte et je pouvais très bien voir les signes, mais elle ne pouvait pas. Ils ont finalement été remplacés et ils semblaient à nouveau fonctionner correctement. --Wormy14 12:19, 24 août 2012 (UTC)
• Je pense aussi que cela devrait être classé comme un bug mineur, ou au moins comme une gêne majeure. Les signes sont assez répandus sur certains serveurs. Cela ne m'est jamais arrivé en solo, mais en multi, cela m'est arrivé à plusieurs reprises. Habituellement pour moi, c'est un groupe de signes qui sont vides. Par exemple, si 20 panneaux sont sur un mur, 5 d'affilée peuvent apparaître vides, mais pas les autres. --Alex3me0 02:07, 2 octobre 2012 (UTC)

[A] Il y a une page d'aide vide 5. --Keybounce 15:23, 15 août 2012 (UTC)

• Confirmé, mais c'était une page 3 vide pour moi, je crois. Résolution différente, je suppose. --Wormy14 12:19, 24 août 2012 (UTC)

[A] D'accord, j'ai donc trouvé deux bugs qui sont très irritants : l'un est lorsque je vais dans mon coffre et que j'obtiens quelque chose pour l'utiliser, lorsque j'utilise l'objet, il décide de retourner dans le coffre d'où je l'ai obtenu, J'ai chargé la mise à jour en espérant que cela résoudrait le problème, mais non, toujours là. L'autre problème est l'impossibilité d'utiliser n'importe quel bloc interactif (tables d'artisanat, etc.) et rend impossible son utilisation sans se reconnecter. -Aidandrums

• Pouvez-vous reproduire ce bug sur SSP ? C'est peut-être simplement votre connexion à votre serveur. --Innovate.Invent 05:43, 17 août 2012 (UTC)
• Cela m'est arrivé un milliard de fois dans mon monde SSP. Extrêmement ennuyeux.--186.81.223.129 21:49, 7 septembre 2012 (UTC)

[A] Parfois, votre skin revient à sa valeur par défaut sans raison apparente. Changer de skin et recharger Minecraft ne semble pas résoudre ce problème. (remarqué aussi, ma chemise rouge vire parfois au bleu, mais redevient à la prochaine connexion (certaine))

• J'ai eu ça aussi. Je n'ai pas encore pu récupérer ma peau en jeu. :/ 70.226.160.176 18:59, 19 août 2012 (UTC)
• Une raison que j'ai trouvée pour cela : lors de l'installation des mods avec le mcpatcher, j'ai installé le mod Biospheres de Risugami, directement depuis les forums. Après la suppression et le rapatriement, mon skin est passé de mon skin d'espion de creeper personnalisé à Steve. Une fois que je suis allé sur minecraft.net et que j'ai changé mon skin, il a été changé. C'est quelque chose qui ne m'est pas arrivé auparavant, dans 1.3.1 et sous ma peau était presque toujours un zombie HL2 de PMC, je n'ai eu que quelques cas où ma peau a été changée, généralement c'était de ma faute pour un invalide peau et mon manque d'attention.
• Nous avons vanille minecraft v 3.2 et nos skins ne se chargent pas, nous avons compris qu'en se tuant, cela réinitialiserait parfois le personnage, mais cela ne fonctionne pas aujourd'hui et cela devient très ennuyeux!
• Les connexions au serveur ne fonctionnent pas ou échouent, parfois lorsque (sur un monde LMP) je sors de la plage des morceaux chargés par mon frère, ma peau revient ou se rétablit. Cependant, sans relancer le jeu, ma peau ne changera apparemment jamais de celle de Steve. --Wormy14 12:19, 24 août 2012 (UTC)

[LES!] Lorsque je me déplace dans une direction pendant une durée aléatoire et/ou que je déplace et place/détruit des blocs, mon mouvement colle et va dans la direction dans laquelle je me déplaçais. Cela arrive aussi quand je saute et quand je me faufile. Cela devient vraiment ennuyeux et me dérange beaucoup, notamment lorsque je vole et que je place des blocs dans la création. Je crois que cela ne fonctionne pas sur Windows 7, mais cela arrive sur Windows XP Service Pack 3. Comme cela ne se produit pas sur tous les ordinateurs, je ne sais pas comment reproduire.

• Je rencontre ce problème avec un ordinateur assez ancien pour être livré avec Windows XP mais qui exécute actuellement Windows 7. Je soupçonne que ce sont les pics de décalage liés à la mise à jour du bloc matériel lent qui en sont la cause. -- Featherwinglove 12:53, 18 août 2012 (UTC)
• Je rencontre ce problème plusieurs fois. Je sais que le enregistre mon IP mais ce n'est pas la mienne, mon vrai ordinateur exécute un processeur quad core ainsi que des graphiques qui permettent facilement à Far Cry 2 d'avoir des paramètres maximum et toujours pas de retard par rapport au jeu. Aucune idée de ce qu'est loin de 2 ? cherche sur google, je te garantis que tu le trouveras. de toute façon, mon système actuel est un vrai ordinateur, pas un ordinateur portable ou un netbook ou un ordinateur portable de merde ou autre. Je sais que ce n'est pas seulement mon clavier sans fil, car j'ai joué avec un clavier filaire après que mon clavier sans fil avait besoin de nouveaux AAA pour cela. Exécute actuellement Windows XP, prévoyez d'installer Windows 7 bientôt. J'ai eu ce bug rarement dans d'autres jeux aussi. Mais je pense que cela est lié à la mise à jour 1.3, car je n'ai jamais eu ce problème qu'après quelques mises à jour de la version 1.2.5 jusqu'au moment où je l'ai eu, dans la première version de la version complète. Aussi jamais eu ce problème dans les instantanés pour la mise à jour 1.3.
• Je reçois cela aussi, et il y a un autre rapport ci-dessous.

[LES!] [SMP] J'étais sur un serveur SMP sur un bateau lorsque ma connexion s'est coupée. Lorsque j'ai pu me reconnecter, j'étais au fond de l'océan, mort de noyade. Ce bogue rend les voyages océaniques trop dangereux pour être tentés dans SMP. Un certain nombre d'autres bugs plus petits sont liés à cela, où les bateaux deviennent collants, lents et difficiles à utiliser, et les autres joueurs voient le bateau bouger, mais ne vous voient pas dans le bateau. -- Zemyla 00:13, 23 août 2012 (UTC)

[A] Le "spawn n'est pas corrigé" est un inconvénient majeur, surtout si le spawn se trouve sur le flanc d'une falaise de plus de 20 mètres - les gens peuvent frayer dans deux zones très différentes. --Rebond de touche 22:13, 24 juillet 2012 (UTC)

[A] parfois, lorsque vous placez des escaliers en briques de pierre sur un angle étrange, puis en plaçant d'autres escaliers sur un angle adjacent, les escaliers d'origine deviennent des blocs de briques de pierre, mais avec le 2ème bloc enlevé, les blocs de briques de pierre deviennent des escaliers encore une fois (pas physiquement, juste visuellement, ce n'est pas un bug physique)

[LES!] La lave flottante est un problème depuis le premier jour et personne n'a même mentionné la réparer. C'est une chose que la lave se déplace plus lentement que la lave, mais elle ne devrait pas rester coincée dans les airs et rester pour toujours. – Le commentaire non signé précédent a été ajouté par NJM1564 (Talk|Contribs) 08:51, 12 September 2012 (UTC). Veuillez signer vos messages avec ~~~~

• Surclassé en désagrément majeur. Le nettoyage demande beaucoup de travail supplémentaire.

[A] lorsque vous nourrissez des foules de blé, vous pouvez leur en donner plus d'une. Cela devient déroutant dans les fermes et je finis par gaspiller du blé sur des foules qui ont déjà reçu du blé. ne devrait pouvoir donner qu'un seul blé aux foules prêtes à se reproduire --Zallo1 03:22, 45 septembre 21 (UTC) en mode solo créatif (non testé dans d'autres modes) lorsque vous appuyez sur w pour commencer à avancer tout en conduisant un minecart le mincart parfois dupliquer et aller à l'envers.

[A] [SMP] Souvent, en jouant en ligne, je rencontre des araignées/squelettes que je ne peux pas toucher. Je ne sais pas si c'est à cause d'un décalage ou d'un bug, mais c'est très ennuyeux et frustrant. Ils peuvent me frapper/tuer mais je ne peux pas les toucher.

[LES!] Lorsque vous vous déformez quelque part ou que vous frayez, vous vous retrouvez parfois coincé sous le sol dans l'obscurité et commencez à suffoquer.

Fixe/Ignoré

Blocs

Bugs

[X] Ceci est mon premier rapport, et je ne suis pas dieu en anglais, alors veuillez excuser toutes les erreurs, ou les corriger. Si vous êtes sous terre et que vous plantez un bois à proximité d'un mur, et si vous avez un tunnel de l'autre côté du mur, les feuilles pousseront à travers la pierre solide/le mur dans le tunnel. --95.117.85.39 15:55, 30 septembre 2012 (UTC)

[X] Les blocs de portail (pour le Nether) sont désormais totalement indestructibles. Dans les versions précédentes, je pouvais alimenter un piston ou verser un seau d'eau pour désactiver mon portail du Nether, et maintenant la seule façon de désactiver un portail est de casser le cadre. Je ne sais pas si c'est un comportement intentionnel ou non.

1:1 , 20 septembre 58 (MESZ)

[!] Lorsqu'un piston pousse un bloc vantail, le bloc disparaît. --Blackbird626 14:26, 22 septembre 2012 (UTC)

[X] [SMP] En faisant un clic droit sur une canne à sucre sur un nénuphar, le nénuphar disparaît et aucune goutte n'est remboursée - peu importe que les blocs à proximité à côté du nénuphar soient un bloc approprié qui vous permet de faire pousser des cannes ou non.Je dirige une ferme avec 8x1 tampon d'eau + sur eux et des plantes de canne à côté d'eux, et quand chaque fois que je le fais accidentellement, le pad disparaît et ne se laisse pas tomber ni ne sonne le son de rupture de bloc. 12:10 , 9 septembre 2012 (UTC)

[!] Les crochets de la ficelle et du fil-piège ne se connectent pas si la ficelle a un bloc d'air en dessous.--Blackbird626 12:40, 9 septembre 2012 (UTC)

[!] Placer ou supprimer un bloc sous la chaîne placée entraînera la chute de la chaîne en tant qu'élément.--Blackbird626 12:40, 9 septembre 2012 (UTC)

[!] Lorsqu'une torche de redstone s'éteint, parfois en la remplaçant, puis en l'alimentant, la torche s'éteint après la première extinction.--Blackbird626 16:51, 25 août 2012 (UTC)

[!] [MP] Les pistons ne peuvent ni pousser ni tirer aucun bloc de rail (Normal, Boost ou détecteur), ils se figent dans leur position actuelle et ne bougent pas. Ce n'est pas le cas en solo.

• Testé sur un serveur Bukkit 1.3.1, je n'ai eu aucun problème avec les pistons collants ou normaux poussant/tirant le rail. 10.10.14.241 07:55, 27 août 2012 (UTC)

[!] Lorsqu'un piston est alimenté par une torche de redstone directement en dessous, le piston s'étendra comme d'habitude, mais lorsque vous retirez la torche, le piston ne se rétractera pas. Le piston ne se rétractera pas MÊME QUAND MISE À JOUR. --Blackbird626 23:08, 23 août 2012 (UTC)

[!] Le chronométrage sur les portes NON (torches de redstone) semble être rompu. Je m'attendrais à ce qu'ils agissent comme un répéteur inverseur à un tick, mais ils semblent nécessiter une impulsion à trois ticks pour s'activer et n'émettre qu'une impulsion à deux ticks. Cela affecte tout circuit qui dépend de la synchronisation, de la longueur d'impulsion ou des impulsions courtes. Une explication complète du problème peut être trouvée ici : Vidéo --Innovate.Invent 21:55, 15 août 2012 (UTC)

• C'est majeur. Mis à niveau car il s'agit d'un mauvais comportement d'une fonctionnalité majeure, Redstone. --Blackbird626 22:03, 18 août 2012 (UTC)

[!] Une torche Redstone alimentée / non alimentée pendant 1 tick ne sera pas mise à jour. --Blackbird626 22:03, 18 août 2012 (UTC)

[!] Un piston ne se rétractera pas tant que le piston AU-DESSUS ne se rétractera pas. --Blackbird626 22:03, 18 août 2012 (UTC)

• Plus d'informations --User42 (discussion) 01:31, 27 septembre 2012 (UTC)

[X] Un piston se coince parfois en position étendue lorsqu'il est alimenté en même temps que de l'eau (ou de la lave) y est poussée par derrière. (Rien ne fera se rétracter le piston une fois qu'il est coincé ; il doit être extrait et remplacé.) Il ne semble pas y avoir de schéma discernable dans les circonstances dans lesquelles un piston se coince et quand il ne le fera pas—cependant, pour un coordonnées du piston, son comportement est systématiquement reproductible dans tous les mondes pour un emplacement de boussole particulier de la source d'alimentation. Par exemple, un piston centré à x=−.5, y=4.5, z=7.5, orienté vers le sud (0) et ayant de l'eau poussée dedans par derrière, se coincera systématiquement, dans tous les mondes, lorsque les deux pistons sont actionnés simultanément du sud-est, mais jamais du sud-ouest, du nord-est ou du nord-ouest. (C'est-à-dire que la puissance doit entrer dans les pistons par l'est et s'approcher par le sud. Une source placée au sud de l'eau mais qui s'approche du nord n'entraînera pas de blocage, ni n'ajoutera un délai tel que les pistons ne soient pas alimentés. simultanément.) Morganiq 21:38, 23 septembre 2012 (UTC)

[X] Lorsque vous avez de l'eau avec deux crochets de fil-piège au-dessus (attachés aux blocs), ficelez entre eux, deux blocs de piston au-dessus des deux blocs tenant les crochets du fil-piège, et deux blocs de TNT placés devant les pistons au-dessus du chaîne pour le fil de déclenchement, le TNT explosera, mais restera au milieu après avoir explosé. Vidéo -- TehDerpness 7:20, 17 août 2012 (UTC)

[N] Pour les paramètres optimaux des étagères + de la table d'enchantement, placer des torches dans chaque coin entre la table et les étagères réduit le niveau d'enchantement maximum. Utilisation de 2 rangées d'étagères.

• Voici le comportement prévu : tout bloc non aérien (y compris les torches) entre la table d'enchantement et une étagère bloquera le bonus d'enchantement de cette étagère. --KADC - "Soyez déraisonnable." 23:06, 24 août 2012 (UTC)

[X] Courir dans le sable de l'âme après avoir roulé dans un bateau pendant plus de quelques secondes cause des dégâts de chute au joueur. Type de dégâts connu car il m'a tué sur SMP. 24.3.130.60 01:57, 19 août 2012 (UTC)

• Vous rencontrez également un loup apprivoisé qui se téléporte. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[X] Problème graphique/bloc : lorsque vous vous enfoncez sous la surface de l'eau, vous pouvez voir une texture latérale sur les blocs de la source d'eau au fur et à mesure que vous descendez. -82.69.54.207 18:04, 31 août 2012 (UTC)

[X] si un piston pulse rapidement, et qu'il y a un trou à un bloc de la tête (ce serait en diagonale lorsque la tête est étendue), et que vous placez un rail devant la tête, alors qu'il y a des rails sur le côtés du trou, le rail poussé sur le trou peut finir par tomber comme 2 rails, ou ne pas tomber du tout. cela permet de dupliquer et de supprimer des rails

Le bug dupliqué de sable et de gravier fonctionne toujours dans la version 1.3.2. Voici une vidéo montrant comment fonctionne le bug http://www.youtube.com/watch?v=ZV6OBmWgb4c&feature=g-all-c Le serveur sur lequel je joue a interdit aux pistons de tirer ou de pousser du sable et du gravier pour arrêter les joueurs d'abuser du bug dupliqué de sable et de gravier.

[X] Le problème de boucle de synchronisation Redstone est toujours présent. Les boucles Redstone entrent toujours dans des états invalides. Configuration de boucle : Il s'agit essentiellement d'un verrou RS-Nor modifié (avec des répéteurs) pour permettre un signal d'horloge. Répéteur (4) Signal d'entrée (réglé) (branchement du fil redstone vers le bouton) Répéteur (4) Inverseur (torche) Signal d'entrée (réinitialiser) (branchement du fil redstone vers le commutateur) Répéteur (4) Onduleur (torche)

Synchronisation de la boucle : 14 redstone-ticks Si le commutateur est "on/down", alors le bouton ne peut pas mettre un signal d'horloge dans la boucle. Si l'interrupteur est "off/up", alors le bouton peut mettre une impulsion de 9 redstone-tick dans le circuit, et il agira alors comme une horloge.

En 1.2.5 solo, cela fonctionne parfaitement. En multijoueur 1.2.5 ET 12w27a, il perdra son timing. Environ 15 tests; 14 aller au verrouillage (le côté bouton du rs-nor étant allumé tout le temps), et un pour un timing stable inexact (l'impulsion est inférieure à 9 ticks de redstone; l'impulsion d'arrêt est plus longue que 5.)

https://www.youtube.com/watch?v=PmXkJIC0Agc

Cela a été répété dans la version 1.3.2. Cela semble moins courant, mais cela arrive quand même.

--Keybounce 00:13, 18 juillet 2012 (UTC)

[X] Au hasard, les blocs de blé peuvent disparaître, en particulier lorsqu'ils sont à moins de 2 ou plus de 5 pâtés de maisons. Cela a même été observé en me faufilant, donc je ne me contente pas de piétiner le blé. Semble également se produire occasionnellement avec les gaules de chêne. Ce problème rend la culture du blé difficile. --cgplover

Ennuis

[A] Toutes les feuilles sont nommées feuilles de chêne, au lieu d'avoir le nom de l'arbre dont elles proviennent. Pluis65 23:06, 17 août 2012 (UTC)

[A] Parfois, les dalles qui sont à l'endroit apparaissent à l'envers lors de la sortie et du retour dans un monde.

[A] [MP] Vous ne pouvez pas placer de blocs de neige tombante, ils ne peuvent pas non plus être déplacés de votre inventaire ou déposés. Dans 1.2.5, il y avait un problème similaire avec des blocs de gâteau. Cela peut être très ennuyeux lorsque vous avez besoin de l'aide d'un ami pour faire de la neige quelque part et qu'il doit s'agir de chutes de neige. Ce problème spécifique ne s'est pas produit dans la version 1.2.5, je crois, car il n'était pas destiné à être placé, mais uniquement généré.

• J'ai essayé de placer des blocs de chute de neige. Ils se sont bien placés. Testé [SSP] [CSP] [CMP] . Ils peuvent être trouvés sur des blocs de décoration et des blocs de neige pleine peuvent être trouvés sur des blocs de construction. Également testé la fonction de bloc de sélection, ils ont été bien choisis. --93.106.57.76 10:17, 20 août 2012 (UTC)
• Gardez à l'esprit que cela ne se produit que dans le multijoueur 1.3.1. testé sur bukkit mais pas sur le serveur vanilla.

[A] (Je ne sais pas si c'est l'endroit pour le mettre) Lorsque vous utilisez "pick block" sur un fourneau brûlant, au lieu d'obtenir un fourneau normal, vous obtenez un fourneau brûlant. bien que ce soit plutôt cool, c'est légèrement ennuyeux et devrait être corrigé (désolé si ce n'est pas clair)

• Le bloc de sélection du mode créatif peut revenir : Double Slabs (43), Burning Furnace (62), Glowing Redstone Ore (74), Double Slabs en bois (125). À mon humble avis, il ne devrait pas. --mgr 14:01, 20 août 2012 (UTC)

[A] Certains blocs ont (IMO) attribué un mauvais type d'outil et/ou de matériau :

1. Les blocs d'émeraude devraient nécessiter au moins une pioche en fer pour se briser (comme les minerais d'émeraude);
2. Les échelles doivent être classées comme "en bois", donc la hache sera la plus efficace contre elle (comme les panneaux);
3. Les crochets Tripwire devraient être un peu plus solides (comme les boutons et les leviers);
4. Les melons doivent être brisés plus efficacement avec une hache (comme les citrouilles).

--mgr 14:56, 20 août 2012 (UTC)

• En fait, les melons ont du sens, mais vous avez raison pour les autres choses. 1.4 est censé faire en sorte que les outils d'efficacité n'aident pas sur les blocs pour lesquels ils ne sont pas l'outil, donc les haches devraient être l'outil pour que le melon puisse réellement bénéficier d'une hache enchantée Fortune. 94.237.64.32 22:07, 21 août 2012 (UTC)
• Un bloc de plus : les vignes devraient être brisées plus rapidement avec des cisailles (comme des feuilles). --mgr 11:20, 24 août 2012 (UTC)

[A] La recette des blocs de melon ne devrait être que de 4 tranches, car lorsque vous cassez un melon, vous n'en obtenez que 3 à 4. – Le commentaire non signé précédent a été ajouté par 186.241.119.29 (Talk|Contribs) 21:56, 2 September 2012 (UTC). Veuillez signer vos messages avec ~~~~

• 3-7 melons. --68.97.96.141 01:54, 4 septembre 2012 (UTC)

[A] Les citrouilles ne devraient pas avoir besoin d'un bloc en dessous d'elles pour être placées. – Le commentaire non signé précédent a été ajouté par 186.241.119.29 (Talk|Contribs) 21:56, 2 September 2012 (UTC). Veuillez signer vos messages avec ~~~~

[A] [CSP] Parfois, lorsque vous placez un répéteur de redstone au niveau des yeux juste à côté de vous, le répéteur de redstone apparaît et disparaît. Dans le menu F3, je suis face à f:3, si cela compte.

[A] Parfois, lorsque vous placez des dalles supérieures/dalles à l'envers les unes à côté des autres, après l'avoir placée, la dalle placée change rapidement pour devenir une demi-dalle normale. Par exemple, lors de la construction d'un pont avec des demi-dalles supérieures, c'est vraiment dangereux car le faufilage échoue parfois lors de la montée ou de la descente des dalles. Notez qu'il n'est même pas possible de placer une telle dalle dans des conditions normales, car il n'y a pas de blocs adjacents sur la moitié inférieure du bloc. Ce problème peut être lié au déplacement du joueur lors du placement de la dalle (?) Masa 07:38, 9 septembre 2012 (UTC)

Fixe/Ignoré

Articles

Bugs

[X] Après avoir quitté une partie, parfois les objets dans un coffre ne sont plus là lors du rechargement. parfois ils sont dans l'inventaire, parfois ils sont partis du tout. Cela arrive juste à chaque fois. Désolé, cela ne doit pas arriver. SSP. Je me demande si je ne le trouve pas ici, car je l'ai trouvé plusieurs fois sur le Web.--Null Fahrenheit 22:18, 30 septembre 2012 (UTC)

[X] L'empilement des feuilles (v1.3.2) : Lorsque j'ai récupéré les feuilles d'un arbre avec des ciseaux et un outil tactile en soie, j'ai trouvé un bug. Les feuilles coupées avec une cisaille ne s'empilent pas avec les feuilles, coupées avec des outils enchantés Silk Touch. Lorsque j'ai essayé de fusionner ces feuilles, sa position d'élément vient de remplacer. (Si quelqu'un trouve des erreurs de texte, vous pouvez les corriger) halvis 10:05, 11 septembre 2012 (UTC)

• Sur l'un d'eux, la valeur des dégâts est de 4. Sur l'autre, c'est 12. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

• Il s'agit d'un problème très simple qui peut être facilement corrigé : lors de l'utilisation d'outils tactiles en soie sur les feuilles, grâce à un ensemble supplémentaire de valeurs, il utilise par défaut celles qui utilisent toujours l'info-bulle « Feuilles de chêne » car ce sont les valeurs par défaut feuilles. Mais les cisailles obtiennent leurs valeurs de données légitimes, leurs vraies, de 1-3. Déclenchement blessé 14:58, 30 septembre 2012 (UTC)

[LES!] Je fais un parc à thème avec des villageois et j'ai trouvé un bug avec un prêtre villageois. J'ai fait une petite montagne russe avec le prêtre qui chevauchait. J'ai fermé minecraft pour la nuit et l'ai rouvert le lendemain pour le trouver complètement immobile. Il se blesserait après quelques coups, et il semblait que sa hitbox était réduite à sa tête. Je pensais qu'il pouvait être remplacé alors je l'ai tué et je suis passé à autre chose pour m'assurer que cela ne se produisait pas sur les autres, et j'ai découvert que le trajet en train que j'avais fait (également avec un prêtre) avait le même bug. J'ai fait un manège (avec un blanc) et il n'avait pas le bug. Je liste cela comme un ennui. notez également qu'environ 20 secondes plus tard, minecraft s'est écrasé. Je le mettrai en place s'il le faut.--99.224.8.173 13:14, 9 septembre 2012 (UTC)

• J'ai remarqué cela sur un monde que j'ai créé en 1.3.1, une sorte d'accord de villageois ou pas d'accord qui vous permet de sauver ou de tuer des villageois fera de bons/mauvais échanges. Quand j'ai mis à jour, les villageois dans les wagonnets étaient déjà absolument immobiles, mais pouvaient être tués et échangés avec. Déclenchement blessé à 14h59, le 30 septembre 2012 (UTC)

[X] A tué +400 zombies et n'a obtenu aucune goutte rare, 12w36a. Ils laisseront tomber des blocs de galets qu'ils tiennent parfois.

• Cette page est pour 1.3.2, pas 12w36a. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[X] Les portes endommagées par les zombies restent parfois (rarement) endommagées indéfiniment jusqu'à ce qu'elles soient brisées et remplacées par le joueur. Cependant, dans le bogue de raid de zombies à l'intérieur noté ci-dessous dans la section sur les foules, toutes les portes endommagées par des zombies présentaient cela, ce qui peut indiquer que ce bogue dépend de la façon dont la porte s'ouvre. (c'est-à-dire si la porte est placée pour s'ouvrir à gauche ou à droite.) --KADC - "Soyez déraisonnable." 20:27, 5 septembre 2012 (UTC)

[X] Lorsqu'un outil avec l'enchantement ininterrompu se brise, l'icône disparaît mais l'outil reste invisible dans votre inventaire. L'icône réapparaîtra si vous sélectionnez l'outil et aura une à trois utilisations restantes, à quel point elle "se cassera" (deviendra invisible) à nouveau, réapparaîtra si vous cliquez dessus, et aura encore une à trois utilisations, apparemment indéfiniment reproductible (testé au moins 10 fois avec deux outils différents). a actualisé --KADC - "Soyez déraisonnable." 20:27, 5 septembre 2012 (UTC)

• L'outil est parfois déposé automatiquement mais reste invisible et peut être récupéré, mais ne sera visible qu'une fois l'outil cliqué dans l'inventaire du joueur. a actualisé --KADC - "Soyez déraisonnable." 20:27, 5 septembre 2012 (UTC)

[X] Lorsque vous tenez un lit (objet) puis faites un clic droit sur un coffre. Il supprimera le coffre et un bloc aléatoire à côté (sans rien laisser tomber). Si vous continuez à faire un clic droit sur les murs, ils disparaîtront comme le coffre --MineCrafter0802 1:28, 21 août 2012 (UTC)

• Impossible de se reproduire en mode survie solo ou créatif. Un clic droit avec un lit se comporte comme prévu sur les coffres, à la fois simples et doubles. Assurez-vous que vous n'êtes pas en train de cliquer "gauchement" avec le lit dans Creative, ou d'avoir inversé les mappages des boutons de la souris : cela détruira les blocs. Sinon, donnez tous les détails s'il vous plaît.

• Je crois qu'il s'agit en fait d'un autre bug que j'ai rencontré, lorsqu'il y avait une explosion de quelque sorte que ce soit, le client ne se mettrait pas à jour si cela se produisait lorsque le joueur n'était pas à proximité, et ne se mettrait à jour que si quelqu'un clique sur le bloc ou interagit avec le site endommagé de quelque manière que ce soit. Ce que vous avez fait aurait exactement le même effet dans ce scénario, et cela expliquerait également le manque de gouttes car les objets avaient déjà disparu. --Wormy14 20:36, 11 septembre 2012 (UTC)

-Aurelius 00:25, 26 août 2012 (UTC) [X] Lorsque vous collectez des objets au sol en mode créatif avec une barre de raccourci complète, vous ne les verrez pas tous. Mais si vous allez dans un coffre, un distributeur, un wagonnet avec coffre ou un four, vous les verrez tous.

• Ce n'est pas vrai à partir de la version 1.3.1 ou des instantanés de la version 1.3 contenant le nouvel inventaire des créations, car vous pouvez afficher votre inventaire de survie dans la création. C'est un mensonge, à moins que vous ne parliez de la version bêta (Confirmer ?) et plus tard jusqu'à la version 1.2.5 lorsque la création a été créée ; dans ce cas, veuillez signaler le bogue sur la version que vous visiez, pas la version actuelle.
• Cela n'a-t-il pas de sens ? Avant l'inventaire de survie en création, vous ne pouviez rien voir à part votre barre de raccourcis, donc il serait collecté dans le reste de l'inventaire, tout comme en mode survie. Cela a du sens pour moi. 89.70.15.68 17:55, 7 septembre 2012 (UTC)

[SMP] En multijoueur, la mort ne laisse parfois pas tomber tous les objets correctement, soit en les laissant tomber à l'intérieur d'un bloc, soit en les supprimant entièrement. Les objets tombés de la mort sont également fréquemment destinés aux joueurs de la région jusqu'à ce qu'ils se reconnectent. --Swampert rox 20:55, 19 août 2012 (UTC)

[X] Crochet de fil de déclenchement : placer un bloc sous les crochets les fera passer en « fil de sol » même lorsque le fil flotte dans les airs avant de placer le bloc, arrêtant la détection si le fil couvre un espace --Fusurugi 79.212.231.192 02:26, ​​20 Août 2012 (UTC)

[MP] [X] Fonction de sélection de bloc : lorsque vous utilisez la fonction de sélection de bloc avec une barre d'inventaire complète et que l'objet, qui doit être remplacé par celui sélectionné, est un outil, une armure, un arc ou une épée, il ça marche pas. --LukeSFT 15:52, 19 octobre 2012 (UTC)

Ennuis

[A] La serrure du coffre dans le wagonnet de stockage change souvent de côté pendant que le wagonnet se déplace. Cela est dû au fait que le verrou est à l'avant lorsque le wagonnet se déplace horizontalement et sur le côté le plus bas lorsqu'il monte ou descend. Dragomok 21:51, 25 août 2012 (UTC)

[LES!] [MP] Si l'interface graphique du livre est ouverte dans SMP, utilisez une déformation et revenez à l'endroit où vous étiez à l'origine, tout le texte du livre sera effacé. --71.62.9.157 20h30, 4 octobre 2012 (UTC)

[A] J'ai un problème : lorsque j'essaie de tirer une flèche, elle perd instantanément tout son élan et tombe tout droit, quoi qu'il arrive. Cela s'est produit après que j'ai tiré une flèche sur une plaque de pression.

• J'ai vécu ça aussi. C'est un problème client, visible uniquement par vous ou par celui qui tire. La flèche se déplace réellement, et si vous arrivez à l'endroit où la flèche atterrit, elle se mettra à jour et la flèche zoomera très rapidement sur l'endroit.

[A] Bien que les casques soient plus chers et offrent généralement la même défense que les bottes, ils ont moins de durabilité que les bottes, ainsi, leur coût plus élevé ne donne pas un réel avantage par rapport aux bottes

• Je suis d'accord que c'est un gros déséquilibre. Ma recommandation pour le réparer est d'avoir des casques offrant une protection contre les dégâts de chute par défaut (c'est-à-dire sans enchantement Feather Falling). Non seulement cela rétablirait l'équilibre, mais c'est cohérent avec la réalité, tout en ayant une attitude à la Minecraft car il est impossible d'atterrir sur la tête en jeu. -- Featherwinglove 14:15, 18 août 2012 (UTC) (PS : Pourtant, j'aime mes bottes !)
• En fait, la recette des casques prend 1 ressource de plus que celle des bottes, donc la durabilité des casques devrait être augmentée. On pourrait faire une proportion pour découvrir combien.

[A] La recette des livres a été modifiée sans compensation pour le composant désormais plus rare du cuir. La nature de cette baisse rend impossible la production en série d'étagères pour la construction de bibliothèques à grande échelle. Ceci est particulièrement ennuyeux dans les mondes océaniques. La recette du livre devrait donner plus de livres par métier pour compenser. –Le commentaire non signé précédent a été ajouté par 24.151.49.131 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~ (édité : --KADC - "Be déraisonnable." 10:18, 21 août 2012 (UTC))

• voir "Talk - Book Recipe Minor Annoyance" pour discussion. --KADC - "Soyez déraisonnable." 10:31, 21 août 2012 (UTC)

[A] Les bateaux sont ridiculement fragiles. Ne peuvent-ils pas être transformés en objets avec un score de durabilité ou quelque chose du genre ? Pour l'amour du ciel... -82.69.54.207 01:21, 23 août 2012 (UTC)

[A] Chaque fois que je tire une flèche, elle atteint la cible pendant moins d'une seconde avant de se déplacer légèrement vers le bas. Certains deviennent même noirs sans aucune raison à laquelle je puisse penser. Ce n'est pas arrivé dans la 1.2.5, pourquoi maintenant ? SCLu 13:00, 27 août 2012 (UTC)

[LES!] En création, même si votre inventaire est plein vous pouvez collecter des objets, mais ils sont supprimés. Je ne sais pas s'il s'agit d'un comportement intentionnel, mais c'est terriblement ennuyeux car sur mon serveur multijoueur bukkit, un de mes amis a fait quelque chose qui a fait 2 explosions dans ma cabane en rondins, et je n'ai pas les ressources de survie pour le réparer, mais avant je est allé à la création, j'ai pensé à cela, puis j'ai juste ragequit. J'y reviendrai probablement plus tard, mais ce serait utile si, en création, vous ne récupériez pas d'objets si votre inventaire de survie est plein. Cela s'applique à toutes les versions avec le mode créatif disponible, et est vraiment ennuyeux pour des situations comme celle-là, car un bon 3/4 de mes 12 coffres étaient pleins et ont été brisés. Si seulement vous pouviez avoir 2 coffres pouvant être reliés au lieu de coffres ender, alors je pourrais juste avoir un coffre de rechange ailleurs.

• Surclassé en désagrément majeur. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[A] L'enchantement d'efficacité sur une pelle n'affecte pas la vitesse de creusement du bloc d'herbe. --194.85.161.2 09:49, 30 septembre 2012 (UTC)

Fixe/Ignoré

[X] Les flèches enflammées n'activent pas la TNT (on s'attendrait à ce qu'une pointe de flèche enflammée pénétrant de quatre pouces dans des explosifs puissants soit suffisamment déstabilisante). Edit : on dirait que cela a été modifié pour la prochaine version.

(Résolu) Les objets qui tombent sur d'autres objets tombent maintenant à travers des blocs. C'est ennuyeux car cela signifie que je perds des objets à cause de cela. Les gouttes de foule le font à peu près immédiatement. Oups, je n'ai jamais lu la liste des modifications ou fait attention à ce que je reçois. Ils se combinent, mon mauvais. --Suppercut 22:17, 7 septembre 2012 (UTC)

Générateur de monde

Bugs

[!] Si les 3 forteresses/portails de fin n'ont pas réussi à se générer, il n'y a aucun moyen légitime d'atteindre la fin, ce qui brise le jeu.

[X] sur mon île, il y a un biome du désert et il y a des taches aléatoires d'herbe du désert en formations circulaires autour de mon herbe normale. testé uniquement en multijoueur. n'hésitez pas à rétrograder à agacement.17:44, 30 août 2012 (UTC)lolzzzzz

• Qu'est-ce que « l'herbe du désert » ? HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[!] [SP] [MOD] (La section peut être appropriée ou non) La cause présumée est le réseau local. Lorsque vous quittez un monde, Minecraft enregistre l'inventaire et l'emplacement, mais pas le terrain. Ne peut se produire que lorsque minecraft.jar est modifié. J'ai entendu de nombreux rapports à ce sujet. –Le commentaire non signé précédent a été ajouté par 24.108.78.13 (Talk|Contribs) . Veuillez signer vos messages avec ~~~~

• Vous modifiez votre client. Maintenant, vous avez un client moddé, et les bogues de mod n'ont pas leur place ici. --Blackbird626 16:43, 25 août 2012 (UTC)

[!] Le générateur de monde génère toujours des transitions de biome abruptes (« coupures du monde »). --Pureprogger 16:01, 17 août 2012 (UTC)

• Est-ce qu'ils disparaissent si vous démarrez fraîchement Minecraft et créez un nouveau monde avec des graines qui ont été coupées? --188.238.242.198 05:23, 18 août 2012 (UTC) (EDIT: 07:37, 27 août 2012 (UTC))
• Même problème ici, dans tous les mondes générés avec les grands biomes.

[X] L'ancien bug s'applique toujours. Erreur de génération de bloc, le bloc semble inversé. Seed "bug" (sans ") emplacement 41x,-381z. Paramètres par défaut (biomes normaux, générer des structures). J'ai fait une enquête plus approfondie et il y a une grotte en 51.5, -369.5. Cette grotte ne semble pas retournée. Si vous allez au coin de cette erreur 72.5,-368.5, c'est exactement au changement de morceau si mes calculs sont corrects.IMAGE --188.238.1.36 18:25, 17 août 2012 (UTC)

• J'ai déjà vu cela plusieurs fois, y compris l'édition de poche. Je pense que c'est voulu mais je ne suis pas sûr. – Le commentaire non signé précédent a été ajouté par 124.198.148.20 (Talk|Contribs) 04:26, 19 August 2012 (UTC). Veuillez signer vos messages avec ~~~~
• J'ai reproduit ce problème dans la version solo de la vanille 1.3.2 avec la même graine et les mêmes coordonnées. Cela ressemble à l'ancien bug de terrain de surface de Beta où les axes x et z ont été inversés lors du calcul du bloc de surface à utiliser pour certains des morceaux à la frontière entre deux types de biome. J'ai également testé cela dans la version bêta 1.8.1 et bien que le terrain et les biomes soient différents de 1.3.2, l'erreur de terrain existe aux mêmes limites de morceaux. Je me souviens que certains de ces bogues de "basculement d'axe" x et z ont été corrigés, mais certains utilisateurs ont continué à signaler que le bogue existait toujours dans certaines graines et emplacements. -Aurelius 23:22, 25 août 2012 (UTC)

• Peut-être que le correctif est à l'origine de ce bogue à de rares occasions. Là où il n'y aurait pas d'erreur sans correctif, corrigez-le, ce qui provoque ce bogue. --188.238.55.115 20:00, 26 août 2012 (UTC)

[!] [Cr] La création d'un monde superplat en mode créatif générera des morceaux au-dessus du terrain plat réel. Cela n'a pas été testé dans Survival ou MP. 71.62.9.157 16:37, 6 octobre 2012 (UTC)

Ennuis

[LES!] Le générateur de monde a toujours généré et continue de générer des blocs d'eau non fluides à côté de l'air et du sable/gravier flottant, cela peut être ennuyeux lorsque vous placez accidentellement un bloc près d'un et inondez toute votre mine. C'est une étrange idiosyncrasie du jeu de voir ces blocs flottants et du sable puis tomber au milieu d'un désert ou monter un bateau directement dans une grotte pleine de Creepers. Nous savons que les entités sont générées après le terrain, mais le monde devrait probablement être mis à jour à nouveau après la génération. Minecraft5025 14:28, 27 août 2012 (UTC)

• Suppression de l'excès de majuscule, rétrogradation à une gêne régulière et correction de certaines grammaires.

• Enlevé le !!!!! pourriel. De plus, ce sable/gravier flottant et cette eau qui ne coule pas sont frais à mettre à jour. xD --Blackbird626 23:56, 22 septembre 2012 (UTC)

[LES!] Lorsque vous vous portez vers la fin pour la première fois, la plate-forme d'obsidienne (où vous apparaissez à la fin) peut être loin dans le vide qui entoure la fin. Cela vous rend également vulnérable à l'enderdragon qui vous fait tomber et si vous n'avez apporté aucun bloc à la fin, vous ne pouvez pas atteindre l'île d'extrémité, donc votre préparation est gaspillée.- McLaren_231 (nom d'utilisateur MC)9:03 21 août 2012 (UTC)

• Surclassé en désagrément majeur.

[A] Les biomes de neige semblent se générer systématiquement à côté des biomes du désert. Cela n'a pas l'air naturel. 74.130.68.139 17:57, 21 août 2012 (UTC) TheDreadPirate

[A] Ils n'ont TOUJOURS pas corrigé les erreurs de lumière. Principalement dans les biomes de montagne et les grottes aériennes.

[A] lors de la génération de mondes sur mon minecraft, je vois de grosses erreurs comme d'énormes trous dans le sol PARTOUT, ils descendent directement jusqu'au substrat rocheux donc il y a de la lave qui coule et de l'eau aussi, mais la bonne chose est que c'est très facile de trouver des diamants

Fixe/Ignoré

Mobs/PNJ/Animaux

Bugs

[X] Si vous avez apprivoisé des loups ou des ocelots et qu'ils sont assis, ils se téléporteront parfois, même s'ils sont assis. C'est vraiment ennuyeux et j'ai perdu un loup parce que je travaillais près de la lave quand il s'est téléporté vers moi. Ce bogue semble se produire de manière aléatoire sans aucun signe avant qu'il ne se produise

[X] Lorsqu'ils tuent du bétail avec des épées d'aspect feu, ils ne lâchent pas de viande cuite si le coup initial inflige suffisamment de dégâts pour tuer la foule, seulement si la foule survit et brûle à mort. --SullyTheUnusual 17:41, 5 octobre 2012 (UTC)

Comportement bien connu, qui est cohérent même s'il n'est pas pratique. Pas un bug. --Mental Mouse 18:03, 5 octobre 2012 (UTC)

• Bien connu et cohérent n'exempte pas quelque chose d'être un bug. Si les développeurs du jeu ont voulu ce comportement (que vous êtes libre de citer), je changerai volontiers cela en une gêne. --SullyTheUnusual 19:49, 5 octobre 2012 (UTC)

[X] Lorsque vous tuez des monstres avec des épées d'aspect feu, ils ne lâchent pas d'orbes d'expérience lorsqu'ils brûlent à mort, même si le joueur brandissant l'épée est la cause de sa mort. --SullyTheUnusual 17:41, 5 octobre 2012 (UTC)

Plus précisément, ils ne lâchent pas d'orbes s'ils ont mis plus de 3 secondes à mourir après la dernière fois que vous les avez touchés. Encore une fois connu, cohérent, comportement, pas un bug. --Mental Mouse 18:03, 5 octobre 2012 (UTC)

• Voir mon commentaire précédent. Il semble peu probable que l'intention de Fire Aspect soit de pénaliser les joueurs en ne les récompensant pas d'orbes d'expérience lorsqu'ils l'utilisent. --SullyTheUnusual 19:49, 5 octobre 2012 (UTC)

[!] [SP] [LMP] MC 1.3.2 - Apparemment, il y avait autrefois un bug qui permettait de monter un cochon sellé dans un wagonnet pour aller très vite. Cela ne fonctionne pas dans MC 1.3.2, mais à la place, il y a un tout autre bug :

Après avoir monté un cochon sellé dans le wagonnet à une certaine distance, vous tombez du cochon sur les rails, et le cochon continue sans vous. Alors si vous regardez derrière vous... le monde est en train de disparaître ! Si vous restez immobile, le monde disparaît sous vous et vous tombez. (Je n'ai vu ça qu'en mode Créatif donc je ne sais pas si tu meurs, si tu tombes dans le vide.)

En mode créatif, vous pouvez rapidement commencer à voler et courir derrière le monde en train de disparaître en essayant de le rattraper. Vous pouvez rattraper votre retard mais ne jamais traverser le bord vers l'intérieur.

Si/quand le cochon s'arrête finalement dans le wagonnet, le monde reste obsédé par le cochon. Vous pouvez vous envoler loin du cochon et descendre autour du bord extérieur du monde sur les quatre côtés autour du cochon.

Si vous quittez le jeu et y revenez, vous réapparaissez... dans le wagonnet. Le cochon n'est pas visible mais il est aussi dans le wagonnet. Si vous détruisez le wagonnet, le cochon apparaît soudainement.

Cela s'est d'abord produit en mode solo partagé sur un réseau local sans aucun autre joueur. Cela se produit également en mode solo ordinaire.

Exemple de bogue enregistré :

-- DMahalko 14:32, 1er octobre 2012 (UTC)

• J'ai peut-être une idée de ce que c'est : décharger des morceaux. D'accord, alors pensez-y de cette façon : parce que vous êtes sur un cochon et que vous êtes expulsé, il pense toujours que vous montez le cochon, et par conséquent, des morceaux commencent à se décharger. soit ça, soit c'est uniquement du côté client, et si quelqu'un d'autre était sur le serveur, il vous verrait sur le cochon. Je n'ai aucune preuve, je n'ai pas accès à un ordinateur capable de faire tourner minecraft (chromebook) et je ne peux donc pas le tester. Mais essayez-le ! essayez de faire en sorte que quelqu'un d'autre rejoigne le monde LAN, que ce soit vous sur un autre ordinateur ou une autre personne réelle. Déclenchement blessé 14:58, 1er octobre 2012 (UTC)

[!] [MP] Les monstres n'apparaissent pas au-dessus de y=128 sans un plafond haut au-dessus d'eux (quel que soit le niveau de lumière), par exemple, y=129 nécessite un toit de 17 blocs de haut pour permettre l'apparition. Alors que y = 196 nécessite un toit de 14 blocs de haut pour permettre le frai. Cette vidéo (pas la mienne) illustre le problème : http://www.youtube.com/watch?v=LWFKakFx8rA --baconsmoothie 13:24, 10 septembre 2012 (UTC)

[!] Mob AI est partiellement cassé. J'avais plusieurs plates-formes d'environ 30 blocs de haut avec une seule foule sur chacune avec du vide en dessous. TOUS les monstres ont erré du bord dans le vide sans raison. --Blackbird626 00:01, 23 septembre 2012 (UTC)

[!] [LMP] Dans mon monde Lan, j'ai apprivoisé 8 loups pour protéger les villageois de mon village, et je les ai fait asseoir dans ma maison. Quand je suis revenu de l'exploitation minière, tous les loups avaient disparu. Cela s'est produit plusieurs fois et c'est un gaspillage d'os. Ce n'est pas important, mais j'étais dans un monde Lan de survie avec 1 autre personne. Juste au cas où, je dirai que j'utilisais la graine Old Spice et que ma version Minecraft est 1.3.2. Aider? Sillyskittys 14:08, 2 septembre 2012 (UTC)

• Cela m'est déjà arrivé et je crois que je sais ce qui l'a causé. J'étais aussi dans un monde LAN avec une autre personne à l'époque, et nous avions parcouru quelques kilomètres puis apprivoisé quelques loups à ramener à la maison. Après les avoir ramenés à la maison, nous nous étions accidentellement cognés, et il a été noté que les loups qu'elle possédait étaient devenus agressifs envers moi. Mes loups étaient à proximité, mais je ne pensais pas que c'était assez proche pour avoir de l'importance. Apparemment, quand nous sommes revenus après un voyage, tous nos loups ont disparu. C'était particulièrement ennuyeux parce que les loups ne semblaient se reproduire dans aucune de nos forêts ou taïga voisines (ceux qui y étaient présents ont disparu !). Je pense qu'ils ont disparu à cause du fait qu'ils étaient "agressifs", et que les loups agressifs disparaissent après avoir été furieux. Ils ne disparaissent normalement pas, car l'ennemi est soit une foule, qui est soit tuée, soit disparue, ou l'ennemi est passif, comme les cochons, qui sont pratiquement toujours tués lorsqu'ils sont engagés. Une solution serait de rendre les loups agressifs non récupérables, ou de les faire revenir un peu avant qu'ils n'aient à disparaître. En outre, une idée plus raisonnable serait d'avoir des loups étiquetés à un propriétaire ou à un groupe pour réinitialiser leur hostilité au fil du temps, et ne jamais pouvoir disparaître d'eux-mêmes. --Wormy14 21:03, 14 septembre 2012 (UTC)

• Cela arrive aussi sur le non-LAN. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

[!!] [MP] Les populations villageoises ne dépendent pas du nombre de portes à proximité ; ils conservent généralement de faibles populations quel que soit le nombre de portes placées à proximité, mais ils subissent parfois des explosions de population aléatoires qui provoquent un décalage important, peuvent faire planter les serveurs et envoyer des messages d'erreur de fin de flux aux joueurs qui s'approchent trop près. --Swampert rox 22:04, 26 août 2012 (UTC)

[!] Lors du dernier siège de zombies, tous les zombies sont apparus à l'intérieur dans les deux premiers étages de deux immeubles d'habitation du village plutôt qu'à l'extérieur comme d'habitude. J'ai été témoin d'au moins neuf sièges et c'est la première fois que cela se produit, donc ce n'est pas un bug cohérent. --KADC - "Soyez déraisonnable." 19:56, 5 septembre 2012 (UTC)

[!] C'est le délai de combat décrit ci-dessous, mais il affecte tous les PNJ du SSP, les animaux et les monstres. Vous les battez, mais vous ne les frappez pas. au bout d'une demi-seconde environ, le battement compte (prend effet), mais pendant ce temps, le PNJ continue (s'éloigne dans le cas des animaux, plus près dans le cas des monstres). le déplacement s'affiche alors souvent écrêté, mais pas toujours. Parfois, le battement n'a aucun effet - je suppose qu'ils ont bougé avant que la collision de battements ne soit détectée. Il semble que le timing de collision soit fondamentalement violé. Qu'ont-ils fait à ce grand jeu ! --Null Fahrenheit 15:54, 28 août 2012 (UTC)

[!] Les loups apprivoisés qui restent assis se téléporteront au hasard à votre emplacement, individuellement ou collectivement. Je ne peux pas déterminer un déclencheur spécifique. Cela peut se produire quelques minutes après avoir fait « s'asseoir » un loup ou jusqu'à une heure plus tard, mais cela semble toujours se produire au moins une fois par heure. Cela peut se produire à la fois lorsqu'ils sont dans le rayon du morceau chargé (en supposant que le rayon maximum est toujours de 17x17 morceaux autour du joueur) ou dans un morceau déchargé jusqu'à deux de ces rayons, mais cela ne semble pas affecter les loups apprivoisés plus de trois de tels rayons et cela ne se produit pas lorsqu'ils sont dans le même morceau que le joueur. Pour tester cela, j'ai laissé trois groupes de trois loups apprivoisés (deux adultes et un petit dans chaque groupe) à trois endroits différents, deux à environ 90 pâtés de maisons l'un de l'autre, un groupe plus proche que l'autre de l'endroit où j'explorais une vaste grotte système, et un groupe à environ 900 pâtés de maisons. Le groupe le plus éloigné ne s'est jamais téléporté vers moi, donc ce qui suit fait référence aux deux groupes les plus proches. À différents moments, je me suis téléporté (en marchant, en minant, en plaçant des torches ou des blocs, mais curieusement jamais quand je suis au combat) : un seul ourson, un seul adulte, deux adultes, les quatre adultes, quatre adultes et un ourson, deux adultes et deux oursons, et les six loups. --Soyez déraisonnable. 19:56, 17 août 2012 (UTC)

• Les chats font la même chose, au moins sur SMP. Pour moi, cela semble être un peu lié au chargement de morceaux, comme cela se produit toujours lorsque je retourne dans la zone de ma base (où se trouvent les chats / chiens). Il tuera souvent les chats/chiens car ma base est entourée de nombreux cactus. --RogerWilco2
• Je viens de découvrir que cela se produit systématiquement à des endroits spécifiques ainsi que de manière aléatoire. Lorsque cela se produit à ces endroits spécifiques, tous les loups à moins de 300 blocs mais plus de 50 blocs se téléportent vers moi mais resteront assis. --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)
• Le sprint semble augmenter la probabilité que les loups apprivoisés se téléportent au hasard à votre emplacement. --KADC - "Soyez déraisonnable." 23:33, 24 août 2012 (UTC)

[!] Lorsque les loups apprivoisés se "téléportent" pour suivre le joueur (sans rapport avec le bogue ci-dessus), il ne semble pas y avoir de vérification de terrain solide et inoccupé. Je les ai observés se téléporter dans les airs (puis tomber) et se téléporter dans des sources de lave et de l'eau qui coule. Ils peuvent également se téléporter sur le même bloc que le joueur ou un autre mod et être immédiatement expulsés, ce qui pourrait les pousser sur un rebord ou dans la lave. --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)

• Peut-être lié, un loup s'est téléporté du sol à 30 blocs directement au-dessus de lui (où je construisais un marqueur de direction), puis il est immédiatement tombé sans raison apparente. Comme j'étais directement au-dessus du loup et dans le même morceau avant qu'il ne se téléporte, il n'y avait aucune raison pour que le loup se téléporte jusqu'à moi en premier lieu. --Soyez déraisonnable. 20:21, 17 août 2012 (UTC)

[!] Il y a un problème avec l'IA "libre d'itinérance" des loups apprivoisés (c'est-à-dire lorsqu'ils se promènent, pas lorsqu'ils essaient de se diriger vers le joueur ou une foule hostile.) Les loups sauteront des rebords et dans la lave sans raison. Deux loups se sont téléportés au hasard vers moi alors que je restais immobile et l'un s'est enfui à 10 pâtés de maisons dans la lave qui coule et un autre a couru à 8 pâtés de maisons et a sauté d'un rebord dans un ravin. J'ai également observé des villageois sauter des falaises qui peuvent être liées. --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)

[!] Sur la démo, j'ai été tué par un squelette, je suis passé à paisible pour récupérer mes affaires, puis je suis revenu à facile. ensuite, tous les creepers et zombies ont été gelés visuellement et physiquement. Tous mes hits sont passés par eux. Je les ai piégés dans un trou et je les ai enterrés dans du sable, mais toujours rien. Ce bug semble ne pas affecter les mobs passifs, puisque les porcs étaient normaux.

• Je pense que les creepers et les zombies n'étaient pas vraiment là. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)
• Quelques minutes après avoir posté ce bug, un squelette s'est présenté, a commencé à me tirer dessus, puis les zombies se sont dégelés et m'ont tendu une embuscade. (bien sûr, je suis mort. maudite embuscade!) Après avoir réapparu, je suis allé dans les trous où j'ai enterré les lianes glitched dans le sable. un était parti, pas de gouttes. (dans le rayon de déspawn.) L'autre était toujours enterré dans le sable et gelé.

[!] Il semble y avoir un problème avec l'IA de recherche de chemin "active" des loups apprivoisés (c'est-à-dire lorsqu'ils suivent le joueur). Sur sept loups (tous me suivant à cause du bug de téléportation aléatoire ci-dessus), cinq se sont tués en sautant dans de la lave qui ne s'écoulait pas ou en sautant des rebords malgré le fait que je suivais un chemin clair et large (5 blocs minimum) qu'ils auraient dû eu aucun problème à suivre. Les foules hostiles, en revanche, n'ont aucun problème à négocier un chemin sûr avec le joueur. --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)

[!] Il y a un problème avec l'IA des zombies, des squelettes et des creeper où ils ne remarqueront parfois pas le joueur. Cela semble être plus probable si le joueur est deux blocs plus bas (indépendamment du fait qu'il y ait un chemin navigable vers le joueur), mais ce n'est pas cohérent. Même s'ils font face au joueur et/ou que le joueur les attaque, ils ne réagissent pas. --KADC - "Soyez déraisonnable." 23:33, 24 août 2012 (UTC)

[!] [MP] Depuis 1.3.1, les mobs hostiles ont cessé de se reproduire sur mon serveur. Si je redémarre le serveur, ils réapparaissent normalement pendant quelques heures mais cessent progressivement de se reproduire. Par exemple, nous étions deux sur le serveur, explorant une forteresse non éclairée pendant une heure, à plus de 1000 pâtés de maisons de toute structure artificielle, et nous n'avons trouvé aucun monstre, à l'exception de ceux des géniteurs. (Vanilla minecraft, pas de personnalisations). Cela peut être lié au bug ci-dessus, je ne sais pas. 16:06, 23 août 2012 (UTC)

[!] Lorsque je transporte des villageois sur de longues distances avec un chariot de mine, leurs professions sont perdues et ils retournent tous dans la peau du fermier avec des options de commerce de fermier. Je ne sais pas comment je pourrais filmer cela, car dès qu'un chariot de mine avec un villageois quitte un périmètre de 40 blocs du village d'origine, le villageois disparaît, ce qui peut aussi être un bug. Le villageois réapparaît lorsque le chariot de mine est cassé, mais devient un agriculteur.

• Je ne vois pas cela comme un bug majeur. Déclassement. --Keithicus420 16:24, 17 août 2012 (UTC)
• Les objets commerciaux disponibles pour ce villageois restent-ils les mêmes ou sont-ils réinitialisés lorsque le villageois devient agriculteur ? Si vous avez dépensé les émeraudes pour qu'un villageois ait cinq ou six métiers disponibles, ou même juste un très bon commerce, et qu'ils le perdent lorsqu'ils entrent dans un wagonnet, je considérerais cela comme un bug majeur. --Soyez déraisonnable. 21:14, 17 août 2012 (UTC)
• Les villageois qui disparaissent en quittant le périmètre du village est vraiment ennuyeux si on transporte beaucoup de villageois par wagonnets. Pour moi, cela signifie que je dois me déconnecter et me reconnecter après chaque villageois pour les rendre à nouveau visibles. Leurs professions ne sont cependant pas perdues. Masa 07:55, 9 septembre 2012 (UTC)

[!] Les foules continuent de glisser à travers les blocs, leur permettant d'échapper aux pièges de la foule XP qui étaient auparavant sûrs. Notez qu'il ne s'agit pas simplement d'un bug visuel, ils peuvent interagir avec le joueur et l'environnement. --Anonymous Coward 19:59, 16 août 2012 (UTC)

• Je vois toujours ça aussi. Notamment, lorsqu'une foule doit sauter d'un bloc pour atteindre un étage, elle traverse souvent la couche supérieure de blocs, seule sa moitié supérieure dépassant. Il peut y avoir un lien avec la présence de gravier dans la zone « j'aurais dû sauter ». De plus, mes vaches et mes moutons marchent toujours à travers les clôtures, bien qu'ils hésitent à le faire - jusqu'à ce qu'ils se soient bien éloignés de la clôture, ils sont susceptibles de reculer. Je soupçonne que mes poulets s'étouffent encore dans la foule. --Mental Mouse 23:36, 17 août 2012 (UTC)
• Mise à niveau de ce bug majeur parce que j'ai été tué plusieurs fois par des araignées qui ont attaqué de l'intérieur du sol et ne pouvaient donc pas être attaquées en retour. Ce bug se produit également avec les joueurs. --Swampert rox 22:26, ​​26 août 2012 (UTC)
• Je trouve que cela se produit avec une cohérence de près de 100% après qu'une foule monte ou descend les escaliers. De plus, comme celle des affiches ci-dessus, cela semble également se produire fréquemment lorsque des foules se déplacent le long du gravier. --KADC - "Soyez déraisonnable." 20h51, le 1er septembre 2012 (UTC)
• Creepergoboom64 a fourni un exemple dramatique d'image d'un village. Des villageois glissent dans le sol de leur maison
• Voici une belle sauvegarde du monde où cela se produit constamment. Je fabriquais un cube de magma expérimental / cage de filtrage de foule pour le Nether, et ils ne font que glisser et glisser à travers jusqu'à ce qu'ils sautent, dans lesquels ils se réinitialisent ensuite.--PlNG 18:38, 30 septembre 2012 (UTC)

[X] Les creepers dans le sable de l'âme font très peu de dégâts, tandis que les autres mobs fonctionnent bien.

• Cela peut être un comportement intentionnel car ils causent également moins de dommages lors de l'explosion dans l'eau. --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)
• Certainement pas un bug majeur - rétrogradé. Aussi pour moi, c'est plus comme une fonctionnalité parce que le sable de l'âme est hanté.

[X] [MP] Il semble y avoir un plafond de mob autour de 40 mobs hostiles et amicaux au total combinés. Après 40 ans, ils cessent de se reproduire d'après ce que je peux dire. S'il vous plaît voir ma vidéo. http://www.youtube.com/watch?v=3EL-2kzRnQQ -- Kranky 16 août 2012

• J'ai également remarqué cela dans SP.
• C'est un énorme problème sur mon serveur SMP. Les calmars apparaissent constamment et évincent tous les autres monstres amicaux. Il m'a fallu deux heures pour trouver une vache l'autre jour. Et cela fait maintenant plus de quatre heures que je cherche un mouton. Mais les calmars ? Douzaines.
• Eh bien, j'ai enregistré une autre vidéo et je ne peux pas savoir s'il s'agit d'un bug ou si cela fonctionne comme prévu. Je sais que ce n'est pas un plafond de 40 maintenant. Il semble que les monstres n'apparaissent qu'après avoir quitté le morceau pendant un certain temps, puis reviendront. S'il vous plaît voir la nouvelle vidéo. http://www.youtube.com/watch?v=_RTNS8vpBtc&feature=guu -- Kranky 22 août 2012
• Trouvé un correctif pour le bogue. La distance d'affichage dans les propriétés du serveur a été définie sur 6. Lorsque je l'ai modifiée à 10, les mobs ont recommencé à réapparaître. Je l'ai rétrogradé de majeur à mineur car il s'agit toujours d'un bug mais il existe une solution de contournement.

[X] Je ne peux pas apprivoiser les ocelots pour une raison quelconque. J'ai fini par gaspiller une demi-pile de poisson. Cela a été testé sur un serveur LAN en survie et en création. 16 août 2012.

• Vous ne pouvez pas apprivoiser les ocelots dans des espaces clos. --92.129.43.32 09:40, 17 août 2012 (UTC)

[X] [MP] Les monstres ne semblent pas disparaître en multijoueur lorsqu'il n'y a plus de joueurs à moins de 127 blocs d'eux (joueurs déconnectés). C'était à 187, 194; spawn est 34, 92. --Keybounce 15:18, 15 août 2012 (UTC)

Ils disparaissent définitivement, ce n'est tout simplement pas instantané. J'ai volé dans les airs dans Creative sur les serveurs et les foules ont disparu quand je suis assez haut. Notez que les morceaux doivent être chargés sans aucun joueur dans les 127 blocs pour que les monstres disparaissent. --Swampert rox 22:26, ​​26 août 2012 (UTC)

[X] [SP] Je viens de voir un cochon marcher à reculons. :-) Aussi divertissant qu'il était, je suppose que ce n'est pas censé se produire. J'aurais juste aimé l'avoir pris en vidéo. Vraisemblablement un symptôme d'un décalage entre la position dans le serveur et dans le client ? -82.69.54.207 22:48, 15 août 2012 (UTC)

[X] Les villageois et les animaux ont tendance à occuper un côté du village/enclos. Il y a des maisons pleines de villageois d'un côté et à jamais vides de l'autre côté du village. Presque tous les animaux sont dans 1 coin d'un enclos. Les villageois et les animaux préfèrent le côté nord-ouest de leur village/enclos.

• Mes animaux semblent bien espacés dans leurs enclos, mais le problème des villageois est bel et bien en train de se produire, certaines maisons ayant trois fois plus de villageois à l'intérieur qu'il y a de blocs d'espace disponibles. Si l'IA du villageois effectuait une vérification pour voir s'il y avait déjà deux villageois occupant le bloc de l'autre côté de la porte, puis passez à la porte suivante à la place, ce problème pourrait être résolu. --KADC - Soyez déraisonnable. 14:08, 18 août 2012 (UTC)
• Essayez de construire un enclos plus grand avec plus d'animaux (en créatif peut-être). Plus un stylo est gros, plus le bug sera visible. Dans les petits stylos, il n'est pas visible. Je fournirai une capture d'écran plus tard.
• Ma plus grande ferme a 100 enclos carrés et ma plus petite a 5x10 enclos, tous avec des torches tous les 5 blocs, et bien que les animaux aient tendance à « se rassembler », ils ne s'entassent pas comme vous le décrivez. Aucun de mes enclos n'a plus de 20 animaux d'un même type, mais les villageois se rassembleront quel que soit leur nombre, ce qui, je pense, est dû à leur comportement d'IA en ce qui concerne les portes, et puisque (je crois) les animaux sont censés se rassembler autour des sources lumineuses , cela pourrait-il être un facteur dans ce que vous voyez, peut-être le fait de se rassembler autour d'une source de lumière la nuit et de ne pas se "réinitialiser" pendant la journée ? De plus, je joue au SSP en normal sans mods au cas où cela ferait une différence. --KADC - "Soyez déraisonnable." 19:03, 18 août 2012 (UTC)
• Je n'ai pas installé de mods mais j'ai un peu exagéré avec la description. Quoi qu'il en soit, voici une capture d'écran : imgur.com/xqSpI. Autant que je sache, les animaux sont attirés par la lumière et l'herbe et mes animaux ont les deux dans un enclos entier.
• En regardant votre capture d'écran, avec certains animaux répartis normalement mais la plupart entassés le long de la clôture, je me demande si l'IA animale essaie de les disperser loin du centre de population lorsqu'une certaine densité est atteinte. Si tel est le cas, puisque les villageois sont capables d'ouvrir des portes, s'ils avaient la même IA de "dispersion" combinée à un contrôle pour voir combien de villageois partagent le ou les blocs de l'autre côté d'une porte, cela pourrait résoudre le problème. problème de surpeuplement des villageois. --KADC - "Soyez déraisonnable." 17:18, 20 août 2012 (UTC)
• Les animaux ne s'entassent pas normalement, mais lorsque les bébés animaux suivent leurs parents, ils poussent leurs parents dans des recoins car ils essaient toujours d'occuper le même espace alors que ce n'est pas possible avec plus d'un bloc de pièce. Et les animaux parents ne repoussent plus non plus après 1.3.1. Sans les bébés animaux, je ne vois pas plus de troupeau que ce que devrait faire l'IA des animaux qui préfère l'herbe et la lumière. 94.237.64.32 21:37, 21 août 2012 (UTC)
• Lié au biome ? Essayez le même emplacement de configuration différent. De préférence zone avec seulement 1 biome, tenez compte d'une transition en douceur au cas où. --188.238.55.115 20:13, 26 août 2012 (UTC)

[X] [SP] Les villageois de mon village ne se repeuplent pas. J'ai vu que cela avait été corrigé dans 1.3.1 mais, cela ne semble pas être corrigé pour mon monde. Peu importe le nombre de maisons que je construis --- SieferDarkstar

[X] Quand il y a beaucoup de mobs hostiles dans un monde et que la difficulté est changée en pacifique, une "coquille" fantôme de certains mais pas de tous les mobs. Classé comme bug mineur car bien qu'il soit ennuyeux, il s'agit toujours d'un bug qui doit être corrigé.

[X] Les slimes se voient souvent attribuer une hitbox pour un slime de taille différente. Ex : Les gros slimes apparaissent souvent avec les hitbox des petits slimes, et vice versa. --SodiumEyes 06:27, 25 septembre 2012 (UTC)

Ennuis

[LES!] La plupart des mobs (les zombies ordinaires semblent être une exception) ont une portée largement exagérée pour leurs attaques de mêlée, leur permettant d'endommager le joueur en dehors de sa propre portée de mêlée et rendant ainsi presque impossible de les tuer sans subir de dégâts. Classer cela comme un inconvénient majeur car cela rend le combat au corps à corps dans son ensemble assez brisé et peu amusant. --84.156.16.193 05:14, 24 août 2012 (UTC)

• Est-il possible que vous rencontriez un problème lié au décalage, car je ne l'ai pas observé. Les zombies, les cochons zombies et les endermen doivent être à un ou deux blocs (difficile à juger exactement) pour me frapper. Les creepers semblent également être à un ou deux blocs avant d'exploser (sans compter les explosions de "compte à rebours"). Les araignées s'élancent avant d'attaquer, mais les dégâts se produisent lorsqu'elles se trouvent à un pâté de maisons ou dans le même bloc que le joueur (encore une fois, difficile à juger). --KADC - "Soyez déraisonnable." 18:27, 24 août 2012 (UTC)
• Je ne peux pas nier cette possibilité, car je me souviens que c'était ainsi en multijoueur depuis longtemps - mais maintenant que le mode solo fonctionne également sur un serveur local au lieu d'être son propre client, cela se produit également là-bas. Le fait que je n'aie pas ce problème avec les zombies normaux ne correspond pas vraiment à la théorie du décalage. De plus, des monstres comme les araignées et les cochons zombies me frappent depuis des positions où ils ne devraient vraiment pas pouvoir me frapper ; par exemple, je subit des dégâts en me tenant deux blocs plus haut que la foule que j'essaie d'attaquer, tout en ne pouvant pas le renvoyer à travers la hitbox du bloc. (J'espère que vous obtenez l'image, mais sinon je pourrais faire une capture d'écran.) Les zombies normaux, par contre, ne peuvent pas m'endommager dans la même position; contrairement aux autres mobs, ils ont littéralement besoin de me toucher pour me blesser, ce qui est, à mon avis, la façon dont cela devrait être. Je me souviens que des zombies avaient récemment reçu une mise à jour de l'IA (vous savez, une meilleure recherche de chemin, etc.), c'est peut-être pourquoi leur portée est "normale" ? Je suis presque sûr que la plupart des mobs incriminés n'ont reçu aucune mise à jour de l'IA depuis un certain temps... Mais ce n'est qu'une théorie à moi. --84.156.16.193 20:34, 24 août 2012 (UTC)
• Peut-être lié au fait que vous ne pouvez pas riposter même s'ils peuvent vous frapper, je constate fréquemment que je ne peux pas frapper une foule à plusieurs reprises à moins qu'elle ne bouge. c'est-à-dire qu'après avoir touché un mob une fois, d'autres attaques traversent le mob comme s'il n'y était pas si le mob reste immobile. --KADC - "Soyez déraisonnable." 23:33, 24 août 2012 (UTC)
• Ce que vous voyez est probablement le résultat d'un décalage. Sur les serveurs SSP et rapides, je peux tuer des foules sans être touché du tout, mais sur les serveurs lents, je suis souvent touché autant de fois que je frappe la foule que j'attaque. Cela est particulièrement visible lorsque vous combattez des squelettes, car les flèches peuvent être visuellement vues pour me manquer de plusieurs blocs tout en m'endommageant. --Swampert rox 22:26, ​​26 août 2012 (UTC)
• Mais s'il s'agit d'un décalage, alors pourquoi le SSP traîne-t-il si fort pendant le combat, et pas contre toutes les créatures ? Je n'ai aucun problème à envoyer des creepers sans qu'ils n'explosent, et je ne suis pas touché au hasard par des flèches squelettes qui m'ont visuellement manqué. Les zombies ne font de dégâts que lorsqu'ils me touchent. Je n'ai pas non plus de problèmes avec mes propres hits qui ne s'enregistrent pas. Mais les araignées et les endermen m'endommagent à environ un pâté de maisons et demi plutôt que seulement lorsqu'ils me touchent, et les cochons zombies semblent avoir une portée encore plus grande (presque deux pâtés de maisons). Les cochons zombies peuvent littéralement continuer à m'endommager pendant que je les assomme sur le sable de l'âme depuis le bord de ma portée de mêlée. Le seul autre cas dans SSP auquel je peux penser où je rencontre parfois quelque chose qui semble être un décalage est lors de la fouille directe, où les blocs réapparaissent parfois pendant une demi-seconde environ avant d'être enregistrés avec succès comme supprimés.
  D'ailleurs, même s'il s'agit bien d'un décalage, je suis sûr qu'il y a quelque chose que Mojang peut faire à ce sujet ? Ils pourraient faire tout ce qu'ils ont fait aux zombies, car, encore une fois, je n'ai pas ces problèmes avec ceux-là. --84.156.17.71 16:59, 27 août 2012 (UTC)
• Probablement lié à cela, mais une gêne quand même : les creepers ont tendance à exploser trop loin pour infliger des dégâts au joueur. La plupart du temps, lorsqu'il se rapproche d'un creeper, frappe une attaque au corps à corps et recule, le creeper explose sans danger. Il y a de fortes chances que cela endommage/tue les foules hostiles à proximité au cours du processus. 05 septembre 09 à 13:2012 (UTC)

• Je pense qu'il s'agit d'un problème lié au décalage. Vous PENSEZ que les mobs ont une plus grande portée en mêlée, mais quand ils vous frappent, est-ce qu'ils « zooment » rapidement sur vous ? cela ne m'arrive jamais à moins que mon routeur ne commence à perdre la connexion (je dois en obtenir un nouveau...) Voyez, s'ils ne font que zoomer sur vous, comme la façon dont les endermen se téléportent, alors vous avez besoin d'un meilleur ordinateur et/ou d'une meilleure connexion à Internet si sur d'autres serveurs. Déclenchement blessé à 15h12, le 30 septembre 2012 (UTC)

• Ils ne "zooment" pas pour moi. Je suis quelque peu expérimenté lorsqu'il s'agit de problèmes comme ceux-ci, et je pense que je peux distinguer le décalage des problèmes inhérents. Voyant comment cela ne va nulle part, je pense qu'il est préférable d'arrêter la discussion à ce stade et de laisser Mojang voir si c'est quelque chose qu'ils peuvent corriger (ou peut-être déjà corrigé dans les instantanés) ou non. --84.156.6.219 20:02, 6 octobre 2012 (UTC)

[A] Depuis la mise à niveau de l'IA de la foule, les creepers et les squelettes ne se mitraillent plus, ce qui en fait plus un défi. --86.35.129.160 14:59, 24 août 2012 (UTC)

[A] [SP] Un siège de zombie se produira toujours lors de la réentrée dans un monde dans un village très peuplé la nuit (le mien en avait 200+ avec plus de 10 Iron Golems).

[A] Le bug de la « horde de loups sauvages » est TOUJOURS présent et (probablement) pire que jamais. Je testais une nouvelle graine qui m'a engendré dans un biome Extreme Hills, seulement pour être entouré d'environ 20 loups. Bien que cela m'est arrivé dans SP, je ne sais pas si cela se produit également dans MP.

[A] [MP] D'autres joueurs dans SMP peuvent être poussés côté client (donne l'illusion qu'ils sont poussés et téléportés à plusieurs reprises) Score Under 19:58, 16 August 2012 (UTC)

[A] [SP] Les vaches, tout en essayant de franchir une barrière en suivant un joueur tenant du blé, se bousculeront devant la barrière mais ne permettront pas aux autres vaches de passer car l'algorithme passif de recherche de chemin n'a pas tout code qui détermine si un mob cède la place à un autre mob afin de laisser passer plusieurs mobs. Idéalement, les foules non agressives devraient former un certain ordre lorsqu'elles tentent de franchir une porte et permettre aux autres foules de passer et leur donner un espace raisonnable pour le faire. Cette gêne ne se limite pas aux vaches, elle s'applique à n'importe quelle foule qui peut être élevée et qui suivra le joueur, qu'elle puisse être apprivoisée ou non. BrickVoid 07:08, 17 août 2012 (UTC)

• Je pense qu'il est temps de faire quelque chose à ce sujet, surtout maintenant que les livres nécessitent du cuir, que les zombies ne lâchent pas de plumes et que les foules passives n'apparaissent qu'à la génération. Un tel correctif serait cohérent avec des skellies se cachant dans l'ombre et l'eau lorsque le soleil est levé. Donc, oui, il est temps de fournir un moyen de faire passer facilement les animaux à travers les portes, et cela ne me dérange pas si c'est un aiguillon de redstone. -- Featherwinglove 13:25, 18 août 2012 (UTC) (PS: Peut-être que je vais essayer une canne à pêche.)
• Si les portes pouvaient être "doublées" comme les portes, cela aiderait également énormément ce problème, bien que je convienne qu'une amélioration de l'IA des foules serait la meilleure solution. --KADC - Soyez déraisonnable. 14:08, 18 août 2012 (UTC)

• Eh bien, vous pouvez en fait doubler les portes, mais bien sûr, cela n'a pas l'air bien et vous avez besoin de redstone pour ouvrir les deux en même temps. La porte ouverte n'a pas de collision, donc ils n'ont rien qui bloque le passage entre eux. 94.237.64.32 21:37, 21 août 2012 (UTC)

[A] Les loups apprivoisés aboient sans raison à proximité du joueur. Il serait plus utile que les loups apprivoisés n'aboient que lorsqu'une foule hostile est proche, ou peut-être qu'ils pourraient grogner lorsqu'une foule hostile est proche et aboyer lorsqu'une foule hostile est dans le champ de vision du loup apprivoisé. --KADC - "Soyez déraisonnable." 10h30, 31 août 2012 (UTC)

[LES!] Les villageois considèrent apparemment les enclos pour animaux (faits de clôtures avec des barrières pour les portes et sans toit) comme des espaces « intérieurs ». Ils s'y regroupent la nuit et ne repartent souvent plus. J'ai envisagé de ne pas le signaler, car c'est une chose mineure, sauf que mes villageois ont commencé à laisser sortir des animaux et des golems de fer à l'intérieur, ce qui signifie que je me fais souvent tuer en essayant d'abattre mes propres vaches et en frappant accidentellement l'un des 7-8 villageois qui refusent de quitter l'enclos. --70.39.176.52 13:18, 5 septembre 2012 (UTC) (je ne peux pas me connecter pour le moment, je pourrais le récupérer plus tard)

[LES!] Les villageois tenteront continuellement de sauter par-dessus un mur de pavés. J'ai entouré les huttes de mes villageois d'un mur de pavés (pour se protéger des attaques de zombies). Une fois le villageois ressuscité en zombie, j'ai perdu toute la population. (oh l'horreur...) J'ai mis une clôture en bois et ils ont cessé d'agir comme "un couple de gars sauvages et fous" Buzzaro 05:20, 22 septembre 2012 (UTC)

[!] [MP] Les monstres deviennent aléatoirement invincibles. Ce n'est pas dû au décalage. --71.62.9.157 20h45, 4 octobre 2012 (UTC)

Fixe/Ignoré

Graphique/Éclairage

Bugs

[LES!] lorsque les dalles sont placées à l'envers, elles semblent non seulement ne pas accepter la lumière des sources lumineuses elles-mêmes, mais bloquer la lumière vers les blocs environnants. (dans ce cas au plafond pour cacher le plancher de lapis au-dessus, comme vu ci-dessous) notez la seule dalle à droite qui manque, l'absence de sa présence permet aux dalles adjacentes de s'éclairer. pouce, il me semble que des dalles à l'envers projettent l'ombre d'un bloc de taille normale, ce qui expliquerait pourquoi les dalles qui l'entourent sont sombres. 1.3.2 --13thmurder 18:51, 1er septembre 2012 (UTC)

[X] Le jeu pense toujours qu'une pièce entièrement fermée sans trous pour la lumière est exposée à la pleine lumière du soleil (voir capture d'écran ci-dessous). Je ne sais pas si cela est lié, mais cela me dit aussi toujours que le niveau d'ensoleillement est de 15 lorsque j'affiche l'écran de diagnostic, quel que soit le niveau de lumière visible réel. Persiste lors de la mise à jour du bloc/éclairage (par exemple, torches placées) ainsi que lors de la déconnexion/connexion. thumb Bronsonboy 20:29, 24 octobre 2012 (UTC)

[X] Les surfaces supérieures d'un seul bloc sont affichées comme si elles étaient ouvertes ou repliées. vous avez une vue à travers ce trou jusqu'au sol en dessous de ce bloc. mais pas au prochain bloc en dessous, mais plutôt à la zone en dessous, par exemple un lac de lave profondément enfoncé dans le sol. vous voyez la vraie zone existante là-bas, j'ai pu la voir d'un autre point de vue une fois. placer un autre bloc sur cette surface étrange laisse l'effet disparaître. --Null Fahrenheit 19:47, 30 août 2012 (UTC)

[X] [CUS] Le moteur de rendu de texte ne peut pas déterminer correctement la largeur du texte codé par couleur [le caractère après le symbole du code couleur est considéré comme ayant de la largeur]. Pour reproduire, écrivez un panneau contenant le texte "§a§a§a§a§aTest" (avec un éditeur de carte ou autre) - le texte sera très sensiblement décentré. File:Text width calcul bug.png Score inférieur à 20:03, 16 août 2012 (UTC)

• J'ai ajouté une balise de cartes personnalisées, car cela ne peut pas être fait sur 1.3.2 sans éditeur ni mod. Corrigez-moi si je me trompe. --188.238.242.198 06:05, 18 août 2012 (UTC)
• Cela affecte également le texte de démarrage "Colormatic" sur l'écran titre, lol. Je doute vraiment que celui-ci figure en bonne place sur la liste des priorités de Mojang ! -- Featherwinglove 13:30, 18 août 2012 (UTC)

• Ce type de bogue est une solution extrêmement simple - que ce soit ou non une priorité élevée, ils devraient au moins essayer ; Je l'ai réparé en moins de deux minutes. Score sous 06:08, 20 août 2012 (UTC)

[X] Le moteur de rendu de texte ne réinitialise pas l'état de mise en forme entre le dessin de l'ombre du texte et le texte lui-même. Il en résulte que la mise en forme appliquée à la fin de l'ombre est appliquée au début du texte réel. Pour reproduire, envoyez un message de chat (Package 3 du serveur au client, pour s'assurer qu'aucun plugin de chat n'ajoute de codes de couleur qui pourraient invalider le scénario de test) contenant le texte "Test §aTest §lTest" Score Under 20:03, 16 August 2012 ( UTC)

[X] Les objets dans les coffres et l'inventaire clignotent toujours par intermittence, en particulier lorsque vous déplacez la souris. Les escaliers le font très sensiblement et aussi les dalles. --Anonymous Coward 22:09, 16 août 2012 (UTC)

• Il semble que cela ne se produise que sur les ordinateurs bas de gamme, avec mon ancien ordinateur portable, ce bogue persisterait, mais avec mon nouveau 64 bits, il n'apparaît pas. 75.172.63.164 16:21, 31 août 2012 (UTC)

[X] Les blocs sous un surplomb sont totalement éteints, puisque 1.3.1. Si vous vous déplacez sous le surplomb, l'éclairage sera corrigé, mais seulement jusqu'à ce que vous vous déconnectiez. Peut-être seul. Cela arrive avec OpenGL et sans. Capture d'écran [3] Pantalon robotique

• J'ai vu ce comportement depuis 12w27a mais je ne l'ai jamais considéré comme suffisamment important pour être testé. J'ai remarqué qu'il avait tendance à se concentrer dans les morceaux fraîchement chargés depuis ma dernière connexion, et qu'il ne persiste pas lors de la déconnexion/connexion si le morceau est dans la plage MultiplayerCache. J'ai également remarqué que cela ne se produit qu'au-dessus de Y=64. Je n'ai testé rigoureusement aucun de ces comportements, ils peuvent donc être incorrects. -- Featherwinglove 13:35, 18 août 2012 (UTC)
• Confirmez que ce n'est pas seulement un problème Mac, mais aussi un problème sur SSP. 24.3.130.60 00:54, 20 août 2012 (UTC)
• Il est possible que, avec le moteur d'éclairage retravaillé il y a quelque temps, ils aient oublié de prendre en compte les grottes et les gravures dans la terre, ce qui les rend très sujettes aux incidents. --Wormy14 13:25, 24 août 2012 (UTC)

[X] Les créatures enflammées par une arme avec l'enchantement Aspect enflammé ne produisent pas de lumière. --KADC - "Soyez déraisonnable." 11:45, 21 août 2012 (UTC)

[X] Dans Minecraft, les zones noires sont là où les parties transparentes sont censées se trouver. Les panneaux sont illisibles et apparaissent sous forme de blocs noirs.

• J'ai eu ce problème aussi, et c'est très ennuyeux. █████ est beaucoup moins utile que <--EXIT. Les gros coffres semblent avoir un bogue étroitement lié (ou le même), car ils ont le même aspect glitch que les signes. Je ne l'ai remarqué que dans SSP et Creative Single Player, mais ce sont les deux seuls modes auxquels je joue. Cela se produit même lorsque le jeu est en pause. --Bronsonboy 22:45, 24 août 2012 (UTC)

Captures d'écran : Fichier:ChestBug.png Fichier:SignBug.png

(Pas de mods, de packs de textures, quoi que ce soit) PS: J'ai déplacé cela d'un ennui à un bug. --Bronsonboy 22:45, 24 août 2012 (UTC)

Je peux reproduire. Cela se produit avec toutes les entités de tuiles - coffres de toutes sortes, panneaux, chutes de sable/gravier, etc. C'est, pour le moins, extrêmement ennuyeux et certainement un bug. De plus, cela semble être une conséquence du nouveau moteur d'éclairage - cela s'est produit depuis la mise à jour Beta 1.8. --DiamondBlaze (Utilisateur : Cycloneblaze - Discussion de l'utilisateur : Cycloneblaze) 15:47, 29 août 2012 (UTC)

• Les gars, ce bug est destiné aux personnes qui utilisent un ordinateur de merde, comme un ordinateur portable. Je le sais parce que mon ordinateur exécute un processeur quadricœur, une carte mémoire qui me permet de jouer facilement à far cry 2 sans aucun décalage avec la plus haute qualité, mais seulement 200 Go de mémoire réelle, environ 80 à 90 % utilisés. J'ai fait un projet scolaire et mon professeur a utilisé un netbook de merde, il a fonctionné de manière surprenante, mais les entités et les entités de tuiles semblaient passer du noir à leurs textures d'origine, principalement noires. C'est très inutile et ennuyeux, et Dieu merci, je n'y ai passé que 10 minutes, sinon j'aurais crié à mon professeur d'avoir un bon ordinateur :D mais c'est graphique, ce qui est TRÈS inutile pour les signes, car ils sont tous à propos graphiques.Déclencheur blessé 20:29, 27 septembre 2012 (UTC)

[X] En vue à la première personne, la ligne de pêche n'est pas connectée au lancer. --freaktechnik (w) 11:50, 2 septembre 2012 (UTC)

[X] En vue à la troisième personne, l'objet à main d'un joueur pendant la pêche est un bâton au lieu de la texture de poteau envoyée. --freaktechnik (w) 11:50, 2 septembre 2012 (UTC)

Ennuis

[A] De temps en temps, un pilier de couleur apparaît au-dessus d'un seul bloc, atteignant le sommet du monde (d'après ce que je vois). La couleur a la même nuance que la texture du bloc, mais floue. par exemple, au-dessus d'une pierre est-il gris, au-dessus de l'eau est-il bleu,... Mais étrange, parfois la couleur de ce pilier est une collection aléatoire de couleurs différentes, n'a aucun contexte avec la couleur du bloc.
Lors du changement de point de vue, le pilier disparaît parfois. en revenant à l'ancien point de vue, il revient ensuite. parfois plus d'un pilier apparaissent. le pilier n'a pas de masse, vous pouvez passer sans aucune traînée. lors du chargement d'un tel jeu, il disparaît parfois du tout.
--Null Fahrenheit 20:07, 30 août 2012 (UTC)

[A] Depuis que la conversion du serveur local a été ajoutée au mode solo, vous trouverez souvent une zone complètement noire et, une fois mise à jour, elle redeviendra normale. RyanDolan123 04:37, 17 août 2012 (UTC)

• Je n'ai jamais vu ça auparavant, pourriez-vous me fournir une capture d'écran ?
• Duplicata du bug "blocs sous surplomb" signalé ci-dessus ? Score sous 05:59, 20 août 2012 (UTC)
• C'est de toute façon un problème d'éclairage. Cela se produit généralement sous des blocs, comme l'a dit Score Under, donc je pense que c'est ce bug, oui. --DiamondBlaze (Utilisateur : Cycloneblaze - Discussion de l'utilisateur : Cycloneblaze) 15:47, 29 août 2012 (UTC)

[A] Les textures connectées sont sympas mais vous devez ajouter une méthode de cycle manuel de la rotation d'un bloc. le fait que vous ne puissiez pas faire défiler les orientations des textures lorsque vous placez des blocs connectés est ennuyeux car le jeu essaie de deviner dans quelle direction orienter la texture en fonction de l'orientation de l'avatar et non de ce que font les blocs qui l'entourent. cela conduit à des erreurs dépareillées et vraiment laides dans l'orientation des textures jointes.

[LES!] Pendant des mois, j'ai essayé de savoir pourquoi mon minecraft est perturbé par l'éclairage. Pour une raison quelconque, chaque fois qu'il fait noir, l'éclairage devient bleu et très faible, de sorte que vous pouvez à peine voir, même avec la luminosité au maximum. Mon père a téléchargé l'application minecraft sur son ordinateur et l'a mise sur une clé USB et l'a téléchargée sur mon ordinateur et il a le même problème, même si ce n'est pas le cas sur son ordinateur. Brandonschrand 21:37, 19 août 2012 (UTC)

• Enfin quelqu'un avec mon problème ! Je suppose que tu as un Mac ? Cela casse vraiment le gameplay la nuit, et si vous n'avez pas de lit avec vous, les choses se gâtent vraiment lorsque vous essayez de voir. Cela ne se produit que sur les très vieux systèmes Mac (avant que les processeurs Intel ne fassent partie d'un Mac). J'ai seulement supposé qu'il s'agissait de la version Java, car mon Java ne peut aller que jusqu'à 1.5.0_19, en raison d'incompatibilités de noyau PPC. À moins que mon système ne soit la (mauvaise) configuration parfaite et tout, cela ressemble à quelque chose qui se produit dans le pot. Avant la 1.7.3, mon système d'éclairage fonctionnait parfaitement. Maintenant, tout ce qui concerne l'éclairage qui se produit après la 1.7.3, je ne peux que supposer que cela ne fonctionnera pas correctement, en raison d'un tel bogue. Cependant, il y a quelques accrocs. D'une part, la majorité des problèmes surviennent uniquement la nuit. Le jour, l'éclairage est le même qu'il devrait être. Les torches s'allument correctement et la teinte est correcte. Mais pour la nuit, c'est très différent. En surface, tout est parfaitement éclairé et ainsi de suite, et rend les torches inutiles lorsqu'elles sont placées en surface en lucarne directe. Cela interfère également avec les grottes lors de l'exploitation de nuit. Les grottes sont censées ne pas être affectées par les changements de lumière du jour, mais à moins qu'elles ne soient en contact avec la lucarne, où la grotte serait éclairée comme à la surface (même la nuit), les grottes deviendront plutôt sombres et d'une teinte bleu clair de lune, ce qui est beaucoup trop sombre pour voir efficacement, même avec des torches. Des endroits comme le Nether sont également un peu trop sombres, et le seul moyen de le rendre suffisamment lumineux pour voir efficacement, est de mettre la luminosité au maximum dans le jeu et, à part cela, de mettre également le contraste, la luminosité et paramètres gamma de l'ordinateur à leurs valeurs maximales. Profondément sous terre, l'effet de brouillard du vide ne semble pas avoir lieu, (sur la survie) et lors d'un orage, la foudre est capable d'éclairer les grottes souterraines ! Depuis peu, vous pouvez temporairement contourner le problème avec une potion de vision nocturne, qui rend l'éclairage semblable à la lumière du jour. Je suppose que lorsque vous avez ajouté le clair de lune, une partie du code était mal conçue ou vague, ce qui a entraîné une gradation de la lumière du bloc alors qu'elle se limitait à la lucarne, et la lumière constante à la surface était causée par la lucarne maximale étant la même, comme si toutes les parties du code qui ont été utilisés ont été inversés. Peut-être que lorsque vous l'avez écrit, cela a permis de changer la teinte et le niveau de lumière maximal de la lucarne avec le blocklight, et celui du blocklight d'être commuté en lucarne. Je pourrais dire à partir de là que la surface est entièrement éclairée car la lucarne doit maximiser l'éclairage de surface au maximum dans les grottes avec l'effet présent dans les grottes, et l'éclairage de la grotte est sombre car il est réglé pour maximiser les caractéristiques telles qu'elles devraient se produire sur la surface la nuit avec des caractéristiques correspondant à la surface, expliquant les caractéristiques comme la foudre pénétrant profondément dans les grottes, tout en laissant le brouillard du Vide absent. Le code semble le seul à prendre effet dans l'environnement de rendu de bloc, tandis que les éléments ne sont pas affectés par ce problème et sont allumés comme ils devraient l'être, ce qui signifie que les foules et les entités, ainsi que des choses comme les cartes, sont assombris et éclairés au bon endroit. niveaux de lumière comme avant. Le ciel passe aussi du bleu clair au noir la nuit descend. Des transitions graduelles ont également lieu. Tout cela est théorisé et peut être incorrect, car je ne sais pas comment coder Java.

[A] (C'est le même bug qui s'est produit pour certains utilisateurs depuis la sortie. Il a également été signalé auparavant au moins une fois. Je posterai une capture d'écran) Il y a certains points dans les mondes où la texture de surface sur un certain groupe de morceaux disparaît (soit pendant une fraction de seconde, soit tant que le joueur reste sur place). Cela se produit en morceaux à la fois modifiés et non modifiés par le joueur. Dragomok 20:11, 25 août 2012 (UTC)

• Les captures d'écran ci-dessous ont été prises sur le monde avec la graine 456011055831457025.

• 

  Comme vu dans 1.0.0

• 

  Comme vu dans 1.3.2

• J'ai vu ça bug tant que opengl avancé a été. Opengl avancé a bug qui provoque cela. Solution de contournement : désactivez opengl avancé. --188.238.55.115 21:02, 26 août 2012 (UTC)

[?] Il y a une marque étrange apparaissant dans l'un de mes fichiers créatifs sur superflat et cela ne s'est pas produit auparavant.BTW ce jeu est vanille --3MB0AR 00:07, 9 septembre 2012 (UTC)

[A] Les panneaux sont souvent vierges. Seuls les panneaux à proximité de l'endroit où le joueur s'est connecté ou est passé par un portail seront visibles. En allant plus loin, la plupart sinon tous les panneaux seront vides à moins que je ne me déconnecte et me reconnecte. Vraiment ennuyeux lorsque j'essaie de trouver les bons portails dans le Nether ou les bons coffres dans la salle de stockage, etc. (testé sur MP) -- Masa 08:11, 9 septembre 2012 (UTC)

[LES!] Lorsque la distance de rendu est courte/minuscule, toutes les textures avec une transparence partielle, ou alpha, sont d'un blanc pur. J'ai trouvé ça en travaillant sur mon pack de textures HD, et je n'ai pas un super ordinateur ; Je n'en ai reçu que récemment un qui pouvait gérer la distance de rendu normale et lointaine. Il est également difficile d'éditer des transparences partielles tout en travaillant en 64x. --AlexLeRobot

Fixe/Ignoré

Sons

Bugs

[X] Éteindre le feu en le frappant ne produit aucun son. --84.156.16.193 05:14, 24 août 2012 (UTC)

• Il s'agit d'un bug du mode survie pour une raison quelconque. Les sons d'extinction fonctionnent sur la créativité, mais pas sur la survie. Masa 12:44, 6 septembre 2012 (UTC)

[X] Il n'y a pas de son lorsque le joueur marche sur le sable. Toutes les autres surfaces semblent jouer correctement le son de la marche. --KADC - "Soyez déraisonnable." 23:52, 20 août 2012 (UTC)

Des détails? Mon solo vanilla 1.3.2 sur Windows Vista donne des sons de marche sur tous les blocs que j'ai testés : sable, herbe, terres agricoles, pierre, dalles de pavés, dalles de grès. Essayez une nouvelle installation dans un dossier séparé pour forcer le téléchargement de tous les packages et réessayez. -Aurelius 00:08, 26 août 2012 (UTC)

• J'ai d'abord remarqué cela juste à cause d'une installation propre. Je voulais avoir une nouvelle copie de minecraft dans mon espace de stockage, alors essayez-le Aurelius. EDIT : J'ai réessayé de réinitialiser les ressources sans aide. --188.238.55.115 20:40, 26 août 2012 (UTC)

[X] Le son de bris d'outil est joué avant qu'un outil avec incassable ne se brise réellement. Je crois (seulement une supposition) qu'il le fait alors que l'outil se briserait normalement s'il n'avait pas d'incassable. --KADC - "Soyez déraisonnable." 23:52, 20 août 2012 (UTC)

[X] J'ai vérifié tous les coupables habituels (paramètres audio du jeu, volume de la composition, carte son, etc.) mais à partir de la 1.3.2, je ne reçois aucun son, que ce soit la bande son, le sfx ou autre. ThunderKnight_Z 21:35, 18 août 2012 (UTC)

Les sons fonctionnaient-ils pour vous en 1.3.1 ? Essayez d'isoler ce qui a changé sur votre système à partir de la dernière fois que les sons ont fonctionné. Essayez une nouvelle installation dans un dossier séparé pour exclure une installation corrompue. Le son fonctionne-t-il pour d'autres programmes Java ? Pour mon installation propre 1.3.2, les sons fonctionnent correctement, sauf pour le décalage occasionnel habituel. -Aurelius 00:08, 26 août 2012 (UTC)

[X] Deux fois maintenant, j'ai fait diverses choses (une fois en seau d'eau, une fois en combattant des araignées, mais dans les deux cas où j'avançais), puis je me suis retourné pour trouver un nouveau cratère rampant derrière moi. Jamais entendu l'explosion... --Mental Mouse 23:05, 4 septembre 2012 (UTC)

[X] Tous les sons font écho ou restent bloqués dans une boucle pendant quelques secondes, par exemple, casser une vitre sonne comme si vous brisiez plusieurs vitres très rapidement, la pluie et les bruits de pas se transforment en cacophonie, les explosions de lianes sonnent comme un tir rapide mortier, etc. Je ne pense pas qu'il s'agisse du même problème que le désagrément du "décalage du son" SMP ci-dessous, car le son initial se produit à l'heure, il se répète rapidement pendant quelques secondes par la suite. J'exécute Windows 64 Édition Familiale Premium 7 bits, Service Pack 1, sur un ordinateur portable Dell Inspiron 1545, avec un processeur Intel Celeron (900 @ 2.20 GHz 2.19 GHz, si c'est important) et 2 Go de RAM. L'utilisation du processeur et la mémoire physique n'ont jamais dépassé 30% et 45%, respectivement, et il n'y avait pas de décalage traditionnel (c'est-à-dire vidéo). Cela n'a pas d'importance - cela se produit même sur l'écran titre (clics sur le bouton du menu). Besoin d'autre chose, il suffit de demander. Corruption terminale 22:58, 14 septembre 2012 (UTC)

[X] Cave Ambience peut jouer n'importe où dans des mondes super plats. -conscrita

Ennuis

[LES!] [MP] À l'arrêt, le ou les paquets sonores sont beaucoup plus lents et instables, provoquant un retard lorsque le son est envoyé au client. Lorsque vous vous déplacez (en volant, en tombant, en marchant, en courant, en mouvement de wagonnet, en bateau, etc.), les paquets sonores sont beaucoup plus rapides, ce qui rend l'audio beaucoup plus fluide. C'est sur un serveur multijoueur dans minecraft 1.3.2.

[LES!] [MP] Il y a une grande quantité de "décalage du son" sur SMP (ce qui signifie que les sons ne se produisent pas pendant quelques centaines de millisecondes après l'action qui les a provoqués) qui s'aggrave à mesure que votre ping est mauvais et plus le serveur est lent. Cela se produit avec les pas, le placement/la rupture de blocs, le ramassage d'objets et les dégâts subis. En conséquence, étant donné que les sons proviennent toujours de la direction où ils se sont produits, il semble presque constamment qu'une foule vous suit. Placer des blocs est également extrêmement ennuyeux (en particulier lorsque vous essayez de compter combien vous en avez placé) et vous pouvez souvent placer plusieurs blocs avant même d'entendre le son du premier. 10.10.14.241 08:25, 27 août 2012 (UTC)

[A] Il semble que le son de pas pour la marche soit joué à presque la même fréquence (sinon exactement la même) que pour le sprint. MerscratianAce 22:01, 16 août 2012 (UTC)

• Hmm, ce n'est pas ce qui se passe pour moi. Y a-t-il une chance que vous puissiez enregistrer de l'audio/vidéo de cela ? Sonickyle 16:07, 17 août 2012 (UTC)
• Oui, ça m'arrive aussi. Mais je l'aime parce qu'il semble également jouer le son de pas en même temps que les pieds de votre personnage touchent le sol en marchant ou en sprintant. (Promenez-vous et regardez votre personnage en vue à la 3ème personne en appuyant sur F5) - McLaren_231 (nom d'utilisateur MC) 9:10 21 août 2012 (UTC)

Fixe/Ignoré

menus

Bugs

[X] Ce bug mineur a été remarqué pour la première fois en 1.3.2. Les packs de textures dépourvus de pack.txt (le fichier qui ajoute la description dans le menu des packs de textures) reviennent maintenant au pack.txt par défaut, ce qui fait que tout pack de textures dépourvu de ce fichier a la ligne de description : "l'apparence par défaut de minecraft" Auparavant, quand pack.txt a été omis, la description n'apparaissait tout simplement pas, de nombreux artistes de packs de textures ne souhaitent pas de description et l'ont omis, donc cela revient souvent. – Le commentaire non signé précédent a été ajouté par 67.161.26.206 (discussion) à 04:53, le 31 août 2012 (UTC). Veuillez signer vos messages avec ~~~~

[X] [MP] Les écrans "Ajouter un serveur" et "Modifier" sur la liste des serveurs multijoueurs n'acceptent pas les adresses IPv6. "Direct Connect" fonctionne bien, tout comme l'édition manuelle de servers.dat, c'est donc uniquement le code de validation frontal qui pose problème. (Pour être correct, il devrait traiter l'ensemble comme une adresse s'il y en a plus d'une :, sauf sous la forme [2001:470:db8:42::1]:25565, auquel cas le contenu des crochets est l'adresse.) -- Dagger 19:26, 9 septembre 2012 (UTC)

Ennuis

[A] Ce désagrément existe depuis que le multijoueur et le solo ont fusionné. Lorsque vous souhaitez mettre à jour le fichier .zip d'un pack de textures, vous devez d'abord fermer Minecraft, sinon chaque tentative de mise à jour du fichier .zip échouerait et vous enverrait un message d'erreur car "le fichier que vous essayez de mettre à jour est utilisé par un autre programme" même si le jeu tourne avec un autre pack de textures. Avant les instantanés 1.3, j'avais l'habitude de passer à la valeur par défaut avant de mettre à jour mon pack de textures, puis de revenir à mon pack de textures et cela fonctionnait bien.Missingno 26 13:01, 19 août 2012 (UTC)

• Je peux le confirmer, et c'est ennuyeux XX Il semble que Java chargera tous les fichiers du pack de textures en mémoire, éventuellement pour un échange plus rapide, mais cela les oblige à être réservés par le processus, ils ne peuvent donc pas être modifiés. --DiamondBlaze (Utilisateur : Cycloneblaze - Discussion de l'utilisateur : Cycloneblaze) 15:50, 29 août 2012 (UTC)

Fixe/Ignoré

Interfaces en jeu/HUD

Bugs

J'aimerais savoir s'il existe un moyen de modifier votre skin minecraft téléchargé, afin que je puisse l'avoir pour que mon skin change entre les packs de textures en ligne (exactement comme les skins hors ligne changent entre les packs de textures, mais en travaillant simplement en ligne et avec le serveur textures.) Je ne sais pas si c'est le meilleur endroit pour poster cette question, désolé si ce n'est pas le cas. -IGN : RogueHeadShot

Pour une raison quelconque, mes étagères près de mon enchanteur disparaissent depuis la mise à jour 1.3 Les étagères que j'ai placées avant la mise à jour ne disparaissent pas. Je ne sais pas comment cela se passe, mais j'ai déjà construit suffisamment d'étagères pour construire une bibliothèque. s'il vous plaît aidez, merci.Wereking69

[!] Parfois, dans l'inventaire, cliquer (sans maintenir la touche Maj ou Ctrl) provoque l'effet d'un clic sur la touche Maj (le déplaçant instantanément vers le premier emplacement de l'inventaire ou de la barre de raccourci), ce qui rend impossible le fait de faire glisser et de fabriquer des objets.

• Vous pouvez avoir des touches collantes. 92.28.194.254 21:16, 18 août 2012 (UTC)

• Cet effet n'est pas causé par les touches collantes. Il se produit à la fois sur Windows et sur Mac (d'après mon expérience), démarre au hasard sans que le joueur n'ait appuyé sur la touche Maj récemment et dure jusqu'à la fermeture du lanceur. --Swampert rox 20:52, 19 août 2012 (UTC)

• Je reçois ça tout le temps. Minecraft n'enregistre tout simplement pas le déverrouillage de la clé, vous devez donc l'appuyer et le relâcher à nouveau. La mise à jour de LWJGL semble avoir résolu le problème pour moi, même si je pense que cela pourrait être dû à une chance aveugle. Score sous 06:01, 20 août 2012 (UTC)

• Je comprends aussi. Je pensais à l'origine que j'avais déclenché accidentellement le sprint, mais les détails ne le supportent pas. Bien que je puisse croire que le sprint peut fonctionner dans n'importe quelle direction (y compris en arrière), le faire fonctionner pour sauter semble un peu invraisemblable. C'est un problème sérieux lorsque j'explore le Nether - bien trop facile à exécuter automatiquement sur une goutte ou à travers le feu. Contrairement à mon commentaire précédent (que je supprime, et qui semble avoir été transplanté d'un bug différent), je le corrige également en appuyant à nouveau sur la touche appropriée. Bien sûr, lorsque je glisse soudainement sur un mur, il n'est pas toujours évident de savoir quelle est la bonne clé ... J'ai ce bug ou un bug similaire depuis au moins 1.2.5, et je l'espérais vraiment serait réglé maintenant. --Mental Mouse 21:55, 23 août 2012 (UTC)

[X] Les barres d'effet de potion agissent comme une largeur supplémentaire lors de la détermination de l'endroit où l'interface graphique d'inventaire doit être affichée, en la déplaçant vers la droite. -- 108.20.74.149 16:31, 20 août 2012 (UTC)

Il s'agit d'un comportement intentionnel. Où les mettriez-vous ? --DiamondBlaze (Utilisateur : Cycloneblaze - Discussion de l'utilisateur : Cycloneblaze) 16:33, 25 août 2012 (UTC)

Ennuis

[LES!] Lors de l'édition d'un livre, il est impossible de déplacer le curseur au début de la ligne, de la page ou à un autre endroit d'une page. Ainsi, lorsque vous souhaitez modifier du texte à l'intérieur d'une page, vous devez réécrire la page entière. L'écriture d'un livre doit avoir le curseur mobile, la sélection de texte et le copier/coller similaire au chat. La même chose s'applique à l'écriture des signes.

• et des titres de livres plus longs comme 2 lignes si possible – Le commentaire précédent non signé a été ajouté par 81.204.182.143 (Talk) . Veuillez signer vos messages avec ~~~~

Gravemind2401 12:15, 16 août 2012 (UTC)

• Totalement [LES!] . --188.238.242.198 11:09, 18 août 2012 (UTC)

[A] En remplissant une pile de seaux d'un lac de lave, si vous remplissez votre inventaire sans vous en rendre compte alors que vous avez encore des seaux dans votre pile, il est fort probable que vous jetiez accidentellement un seau ou deux dans la lave. Il vaudrait mieux que vous laissiez simplement tomber des seaux pleins (ou tout autre élément provoquant un débordement d'inventaire) à vos pieds. Jeter l'excès de déchets pour qu'ils atterrissent près de la table d'artisanat sur laquelle vous travailliez, par exemple, est bien, normalement, mais dans le cas de la lave, la direction de projection par défaut aura tendance à jeter vos seaux dans la lave que vous nettoyez. . Cette bizarrerie de l'interface utilisateur du jeu n'est, euh, pas très utile. -82.69.54.207 22:13, 14 août 2012 (UTC)

• Serait-ce une raison suffisante pour que vous comptiez les espaces vides dans votre inventaire et que vous n'ayez que ce nombre de seaux dans la pile ? Kp 21:59, 18 août 2012 (UTC)

[A] [Cr] Lorsque vous regardez votre inventaire de survie, le banc d'artisanat 2x2 que l'on aurait généralement ne fonctionne PAS DU TOUT. 101.116.92.97 06h00, 9 septembre 2012 (UTC) FabiotheTurtle 3h56, 9 septembre 2012

Fixe/Ignoré

Chat/Commandes

Bugs

[X] Les commandes /kill et /seed ne fonctionnent pour personne à l'exception des opérateurs. L'utilisation des commandes indique au joueur qu'il n'a pas la permission d'utiliser cette commande. Difficile de dire s'ils ont volontairement modifié l'autorisation sans la mettre dans le journal des modifications. --Denney 14h00, 19 août 2012 (UTC)

• Les permissions sont un truc de Bukkit, de quoi parles-tu ? Score sous 06:03, 20 août 2012 (UTC)
• Eh bien, d'une part, parfois, si je joue à un monde sur mon propre serveur, transférez le fichier sur minecraft grâce au mode solo interne multijoueur. Bien qu'une chose que j'aime à ce sujet, c'est le fait de ne pas avoir besoin de mettre vos objets dans un coffre pour transférer des objets du mode solo au mode multijoueur.

Ennuis

[LES!] Les commandes ne se connectent plus au serveur. Les commandes utilisées pour enregistrer quelque chose comme "[INFO] jorr a émis la commande du serveur : /seed" ou "[INFO] jorr a essayé la commande du serveur : /trololo". Le changement rend difficile la recherche de griefers/administrateurs abusifs. Je pense que le comportement souhaitable est que toutes les commandes (y compris les commandes inexistantes, par exemple /home) doivent se connecter au serveur avec "[INFO] essayé la commande du serveur : /commande [args]". Jorr 20:28, 4 septembre 2012 (UTC)

[A] Dans la mise à jour, beaucoup d'anciennes commandes comme /gamemode ont été modifiées de /gamemode [Player] [Mode] à /gamemode [mode] [player]

• En fait, j'aime ce changement, car vous pouvez maintenant faire /gamemode 1 et cela fonctionnera sur vous-même. --RogerWilco2
• J'aime certains des changements, mais sur FlameZone PVP et d'autres serveurs comme celui-ci, TooManyItems ne fonctionne pas correctement, car cela obligera quiconque avec un 1 dans son nom à changer de mode de jeu, par exemple le propriétaire, allango100 ou un autre administrateur/modérateur enderman1234 change son mode de jeu et cela devient ennuyeux pour eux. Heureusement, mon nom minecraft est triggerhurt ^^

Fixe/Ignoré

Fichiers de langue/texte

Bugs

[X] En quenya, "Scanning for LAN Worlds" contient une insulte raciale.

[X] Le texte "Snooper Settings..." n'est toujours pas traduit.--91.147.251.232 07:36, 22 août 2012 (UTC)

[X] En tchèque :
- Épée de fer devrait s'appeler "Epée de Fer".
- Arbre de la jungle et tous ses produits (gaules, feuilles, bûches, planches, escaliers et dalles) sont nommés de manière incorrecte. L'arbre s'appelle Sekvoj (= séquoia), ce qui n'a pas de sens car les séquoias sont des conifères contrairement aux arbres de la jungle Minecraft qui sont des feuillus. Je suggère de l'appeler "Tropický strom" (= arbre tropical).
Jeune arbre tropical = "Les semis d'arbres tropicaux", Feuilles d'arbres tropicaux = "Feuilles d'arbres tropicaux", Bois tropical = "Bois tropical", Planches de bois tropicaux = "Planches de bois tropical", Escalier en bois tropical = "Escaliers en bois tropical", Dalle de bois tropical = "Demi-bloc de bois tropical".
- Silex devrait s'appeler "Pazourek".

Ennuis

[A] En tchèque :
- Tige de flambage devrait s'appeler "Bâton de feu".
- juke-box est une expression couramment utilisée en tchèque et ne doit pas être traduite. De plus, "Hrací skřín" semble stupide et n'est jamais utilisé.
- rampant ne doit pas être traduit (s'applique à l'objet Spawn Creeper).
-Toucher soyeux devrait s'appeler "Silk Touch".

• Pour cela, et ce qui précède, je vous suggère d'aller sur crowdin.com et d'aider à la traduction là-bas. Vous semblez bien connaître le tchèque - ils pourraient utiliser quelqu'un comme vous, j'en suis sûr. :) --DiamondBlaze(User:Cycloneblaze - User talk:Cycloneblaze) 15:59, 29 août 2012 (UTC)

[A] Dans les traductions polonaises, les blocs (par exemple d'or, de fer, de lapis-lazuli) sont appelés « bloki », ce qui est généralement utilisé pour quelque chose de légèrement différent. Je préférerais quelque chose comme 'klocek' ou 'kloc'. De plus, la laine cyan est appelée « błękitna wełna » et le gris clair est appelé « jasnoniebieska », qui signifient tous deux la même couleur. Je suggère 'morska wełna'(?), qui signifie laine bleu marine. 89.70.15.68 18:09, 7 septembre 2012 (UTC)

Fixe/Ignoré

Bug sur minecraft édition Xbox 360 Mon personnage a des bugs étranges parce que lorsque je me suis connecté à minecraft, les boutons avaient presque disparu et le gamma n'était pas à son pourcentage normal et quand je suis entré dans l'un de mes mondes quand j'ai tourné, il était VRAIMENT lent et ma barre disparaissait après quelques secondes après avoir été utilisée. De plus, le logo Minecraft Xbox 360 était collé en haut de l'écran. S'il vous plaît, aidez-vous !

• Ce n'est pas un bug du PC. En mouvement. --DiamondBlaze(Utilisateur : Cycloneblaze - Discussion de l'utilisateur : Cycloneblaze) 15 août 59 à 29 h 2012 (UTC)

• Je pense que cette page est pour l'ordinateur, pas pour Xbox. HotdogPi Venez sur ma page ! 21:41, 15 septembre 2012 (UTC)

Rapport de bogue----99.55.196.254 22:03, 24 septembre 2012 (UTC)

Redstone disparaît au hasard. ce problème me tracasse depuis un moment. - La Truite Dévote