Funny how NOT having the default music pack makes jukeboxes silent, with no notification telling you about it.
At least the Windows 10 version im playing on you don't need to download the music separately, thanks for making it clear to me why my friend had no music from the jukebox.
All of sudden i was getting used to it and totally forgot about this sensitivity issue. My hand automatically move the mouse again if it's moving too slow. I still use 1.13 without thinking about this issue.
This decision to change this sensitivity behavior is still wrong. Some players may not like this change
I'm using an spanish keyboard querty.
Disposition here: https://es.wikipedia.org/wiki/Teclado_QWERTY
Really? Why Voting? why can't you just fix instead?
The issue is still present in v1.5.2
I have set the FOV to 64.40 to match default FOV 70 of Java version since i'm used to have that default settings but i'm still getting dizzy when playing it longer time. Setting it to 90 or higher still not prevent me from getting dizzy.
Please make FOV and mouse sensitivity match like Java version as possible.
Your solution is in no way related to the bug I was writing about.
I was talking about the use of the enchartmend table in survival mode - and that is still not working in german, because "riptide" (= "Sog" in german) is never an option. Thanks.
I uploaded the world on an earlier snapshot. 18w10a is the first one with this bug.
Also, that really shouldn't matter, the score is overwritten anyway.
Does not work if I set scores to 0.
Just continues placing without tracking.
This is a feature added in upcoming 1.11 update. Use the snapshots to summon the villager.
(Back up your world first, just in case)
1.Please attach crash reports to bugs that make you crash.
2. Which version did you download? Because when I google it I see packs from 32x32 to 512x512. so if you downloaded a high resolution resource pack, you could get the 32x32 or the 64x64.
To remove the resource pack, delete it in the resource packs folder, should help you play again.
This is because 1.10.2 is the only version that bug reports are being accepted in, if this occurs in 1.10.2, this would be a valid report.
Possible you have more animals than what can stay in the fenced in area. Try making the fenced in area larger or removing animals.
Bassab03 knows this, That is why he said it acts as a <1.9 boat when given vertical movement using /entitydata. Also, the fact that you put that shows the you had no comprehension of the issue. Please read issues carefully before giving a fix
This is a client side render glitch where a chest stays open after it should have been closed. Sounds almost the same. This bug has taken different forms over the years, but remains the same kind of bug. (I have seen this for myself, it fixes on re-log in single player, so it is client side)
This is because the flint and steel places fire, but afterwards, the fire decides if it can be there after the flint and steel becomes damaged.
I have the same problem (no were else to put certain errors) but this is certainly not the place for it.
WAI, this is called Quasi-connectivity. There is a wonderful page on it here: minecraft.gamepedia.com/Tutorials/Quasi-connectivity
ok, thanks
Nice, can confirm it's finally fixed