Joseph Bruni
Assigned
Reported
Comments
I've looked for other issues opened related to running natively on Apple Silicon and this issue seems to be the best written. How do we get this issue re-opened so that MC can run natively on ARM?
This is back with 19w07a.
Also happening on MacOS 10.14.3 with Zulu Java 11.0.2
Still present in 19w03c
Appears to be fixed in 19w03c. I'm not able to reproduce it.
Somewhat related, if you open a barrel and view its inventory screen; wait for 4-8 seconds and you will hear the barrel-close sound effect even if you haven't close the barrel inventory screen.
I can reproduce this in 19w03b. If you open a chest and remain in the chest inventory screen, between 4-8 second you will hear the chest-close sound effect. If you then press E to close the chest inventory, the chest remains visibly open. I was able to do this on three chests in one area; all stayed visibly opened. As long as you close the chest inventory screen before the 4-8 second delay, the close animation plays and the chest appears closed.
This has reappeared in 19w03a. Not sure if this is related to the desync bug.
For me this is happening in multiplayer. Resetting the server does not clear the issue. (19w03a)
This happened again in 19w02. I tried with a 2 block space and with a 2 1/2 block space, so it doesn't seem related to the height above the bed.
Ah, I searched for "animals" not "pets".
restarting the same instance on Oracle Java 1.8 works.
I forgot to mention that this is in multiplayer. (Not sure if relevant).
Does not appear to be fixed. A bit challenging to get a screenshot but I managed. I've attached two. You can see a few blue squares in the image where the rain is coming through between the stairs blocks. It appears to be bounced particles perhaps.
This happens on multiplayer as well.
Copying a functioning single player world to a server breaks swimming.
Copying the "world" directory from a server to a single-player instance corrected the swimming for that world. Have not yet tried local to server yet.
This feature seems overpowered. I agree that if this feature is to continue, the player's head (camera) should be underwater. Currently, exploring deep caverns with a bucket of water is a LOT easier with this feature.
FWIW, even StarCraft 2 doesn't burn energy the way 18w09 does right now.
That other feedback "Native M1 build" is for bedrock. I'm just looking to get MC Java to run on the ARM version of the JRE so that I don't need to use Rosetta2 to emulate intel to run the JRE. The Java version of MC is fine.