I can confirm this. The following exception occurs when trying to reel in the fishing hook, which then stays underwater without moving.
Error executing task on Server
java.lang.NullPointerException
at be.b(SourceFile:183)
at bi.a(SourceFile:32)
at bdo.b(SourceFile:478)
at biv.a(SourceFile:23)
at bjh.a(SourceFile:212)
at yv.a(SourceFile:273)
at zl.a(SourceFile:1000)
at sp.a(SourceFile:31)
at sp.a(SourceFile:9)
at nh.a(SourceFile:21)
at nh$$Lambda$3719/1018146533.run(Unknown Source)
at uo.run(SourceFile:18)
at alu.c(SourceFile:144)
at aly.c(SourceFile:23)
at net.minecraft.server.MinecraftServer.b(SourceFile:789)
at net.minecraft.server.MinecraftServer.c(SourceFile:159)
at alu.w(SourceFile:118)
at net.minecraft.server.MinecraftServer.bc(SourceFile:771)
at net.minecraft.server.MinecraftServer.w(SourceFile:765)
at alu.bl(SourceFile:103)
at net.minecraft.server.MinecraftServer.v(SourceFile:749)
at net.minecraft.server.MinecraftServer.run(SourceFile:702)
at java.lang.Thread.run(Thread.java:745)
Also, this command fails with an unknown error.
/loot spawn -3.33 64.00 -152.18 fish minecraft:gameplay/fishing -4 63 -153
However, this one works.
/loot spawn -3.33 64.00 -152.18 loot minecraft:gameplay/fishing
I'm able to reproduce this in 1.14.4 by using two identical swords with the `Unbreakable` tag.
From what I've found the code sets the quantity of the resulting stack to 2 immediately after deleting enchantments when disenchanting two books. But if there are no curse enchantments, it replaces this stack with a single normal book, without setting the quantity again.
I can confirm that this bug still occurs in version 1.13.2, but I've noticed that only one half of the door appears open and the other half appears closed.
I also see a lot of duplicate reports that aren't marked as such
The issue still exists with the current .msi installer as of 2018-04-27. It isn't relevant to the Java launcher.
This only applies to the Java launcher (at least version 1.6.73-j) which is provided as the 'Linux/Other' version. I'm still using it on Windows because it doesn't try to download Java every time I run it on a new PC that already has Java.
This issue is still present.
I had the same issue with Native Launcher Version: 664-stage
It looks like the updater tries to rename a file while still having it open, which causes this error:
ERROR_SHARING_VIOLATION
The process cannot access the file because it is being used by another process.
Please send us a copy of the world you failed to upload if you can, McDic.
There have been quite a few reports in #minecrafthelp about this today, in some cases with newly created worlds.
Looks like it's fixed now. 🙂
@CubeTheThird, then what did? There was no pre-existing desktop shortcut.
It seems that the .msi installer does not set the working directory of the desktop shortcut correctly; on Windows 10, viewing its properties gives a blank 'Start In' field.
Changing this to the Minecraft installation directory solves the problem.
Also, I uninstalled and reinstalled the launcher, and the same thing happened.
Yes, it does, Preben.
Ah, yes, it is.
Note the prerequisites: you must already have achieved Benchmarking.
If it's not going to get fixed, you can always assign 'Pick block' to a different button.
You can 'escape' the '[' character. Click on the '?' icon below the edit box, and see the 'Misc' section.
Keep in mind that there's no such thing as 1/3 of a durability point. Unbreaking makes it so that there's a chance that you won't lose a durability point.
Also, this command fails with an unknown error.
However, this one works.