delsin rowe
- SteveMC_
- stevemc_
- Europe/Stockholm
- Yes
- No
MC-129178![[Mod] Sonicwave](../../../data/avatars/users/94627.png){kind=small}
![[Mojang] Matthew Gatland](../../../data/avatars/users/43046.png){kind=small}
Can also confirm as well, happened to me.
When using a boat, and holding down a key to move the boat, and while still holding the key and then dismounting from the boat, the oars will still move and if only one key is down, the boat will constantly spin.Some sounds, such as when a player gets xp or when a player levels up, do not show up in the subtitles bar, this might be intentional, this is also the same for many other sounds.
Boat oar spinning when off boatMissing subtitle sounds
Well, there is no delete issue feature... and I searched up boat oar spinning, boat spinning, ect. but only after making this issue post did anything show up. So I figured might as well change the issue, one less useless post.
In the latest snapshot, /teleport is set to work based on the executors location. This works fine, except /execute should be able to work on /tp or /teleport, however, based on the description, and it does not. The best way I can think of describing this is with an example.
In 1.12, if I use the command (in a command block): /execute @p~ ~ ~ teleport @e[type=armor_stand,c=1] ~ ~ ~2
The armor stand is constantly teleported positive 2 blocks on the Z axis beside me, as to be expected.In 18w16a, if I use the command (also in a command block): /execute as @p run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2
The armor stand is teleported positive 2 blocks on the Z axis beside the command block running the command.It appears that /execute is unable to change the relative executor, and such causes the command block's coordinates to be the one used, despite the /execute command setting the relative coordinates to mine. I have tried many other of the /execute settings, but was unable to get any of them to work. This also does not work outside of command blocks, if a player were to run an execute on a different entity and teleport something based on it's location, the teleported object will still be teleported to the player, using its relative coordinates.
EDIT: Fix would be /execute as @p at @s run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2, merging at and as, mentioned by
In the latest snapshot, /teleport is set to work based on the executors location. This works fine, except /execute should be able to work on /tp or /teleport, however, based on the description, and it does not. The best way I can think of describing this is with an example.
In 1.12, if I use the command (in a command block): /execute @p~ ~ ~ teleport @e[type=armor_stand,c=1] ~ ~ ~2
The armor stand is constantly teleported positive 2 blocks on the Z axis beside me, as to be expected.In 18w16a, if I use the command (also in a command block): /execute as @p run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2
The armor stand is teleported positive 2 blocks on the Z axis beside the command block running the command.It appears that /execute is unable to change the relative executor, and such causes the command block's coordinates to be the one used, despite the /execute command setting the relative coordinates to mine. I have tried many other of the /execute settings, but was unable to get any of them to work. This also does not work outside of command blocks, if a player were to run an execute on a different entity and teleport something based on it's location, the teleported object will still be teleported to the player, using its relative coordinates.
EDIT: Fix would be /execute as @p at @s run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2,
mergingat and as, mentioned byIn the latest snapshot, /teleport is set to work based on the executors location. This works fine, except /execute should be able to work on /tp or /teleport, however, based on the description, and it does not. The best way I can think of describing this is with an example.
In 1.12, if I use the command (in a command block): /execute @p~ ~ ~ teleport @e[type=armor_stand,c=1] ~ ~ ~2
The armor stand is constantly teleported positive 2 blocks on the Z axis beside me, as to be expected.In 18w16a, if I use the command (also in a command block): /execute as @p run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2
The armor stand is teleported positive 2 blocks on the Z axis beside the command block running the command.It appears that /execute is unable to change the relative executor, and such causes the command block's coordinates to be the one used, despite the /execute command setting the relative coordinates to mine. I have tried many other of the /execute settings, but was unable to get any of them to work. This also does not work outside of command blocks, if a player were to run an execute on a different entity and teleport something based on it's location, the teleported object will still be teleported to the player, using its relative coordinates.
EDIT: Fix would be /execute as @p at @s run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2, using both at and as, mentioned by Jack Lanois
In the latest snapshot, /teleport is set to work based on the executors location. This works fine, except /execute should be able to work on /tp or /teleport, however, based on the description, and it does not. The best way I can think of describing this is with an example.
In 1.12, if I use the command (in a command block): /execute @p~ ~ ~ teleport @e[type=armor_stand,c=1] ~ ~ ~2
The armor stand is constantly teleported positive 2 blocks on the Z axis beside me, as to be expected.In 18w16a, if I use the command (also in a command block): /execute as @p run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2
The armor stand is teleported positive 2 blocks on the Z axis beside the command block running the command.It appears that /execute is unable to change the relative executor, and such causes the command block's coordinates to be the one used, despite the /execute command setting the relative coordinates to mine. I have tried many other of the /execute settings, but was unable to get any of them to work. This also does not work outside of command blocks, if a player were to run an execute on a different entity and teleport something based on it's location, the teleported object will still be teleported to the player, using its relative coordinates.
EDIT: Fix would be /execute as @p at @s run teleport @e[type=armor_stand,limit=1,sort=nearest] ~ ~ ~2, using both at and as, mentioned by Jack Lanois. Still may or may not be a bug.
On a multiplayer server, in version 18w16a (possibky 18w19b, however there is no server jar to test this with) any scoreboard objectives containing minecraft:used item after the server is restarted, are deleted. To verify this I did the following:
/scoreboard objectives add Test minecraft.used:minecraft.acacia_bark
and after restarting the server did /scoreboard objectives list, Test was not there, and I also tried setting my score of Test, but was unable to since it was not there. A scoreboard using its old name (in this case, "Test") can be re-created just fine, however.
Related: Any dummy objectives that are being used in a command block after a restart seem to reset the players score of that objective, for example if I have an execute if testing for my score of a dummy objective, restart the server with a score of 1, and then restart the server with that command running, upon re-logging in the score will be set to 0. Best way I could explain this. It seems to be only for certain dummy objectives, but that may depend on how they are used. I have a lot of command blocks running at once, and I know for certain not a single one would change the score.
On a multiplayer server (tested in singleplayer, did not occur), in version 18w16a (possibky 18w19b, however there is no server jar to test this with) any scoreboard objectives containing minecraft:used <item> after the server is restarted, are deleted. To verify this I did the following:
/scoreboard objectives add Test minecraft.used:minecraft.acacia_bark
and after restarting the server did /scoreboard objectives list, Test was not there, and I also tried setting my score of Test, but was unable to since it was not there. A scoreboard using its old name (in this case, "Test") can be re-created just fine, however.
Related: Any dummy objectives that are being used in a command block after a restart seem to reset the players score of that objective, for example if I have an execute if testing for my score of a dummy objective, restart the server with a score of 1, and then restart the server with that command running, upon re-logging in the score will be set to 0. Best way I could explain this. It seems to be only for certain dummy objectives, but that may depend on how they are used. I have a lot of command blocks running at once, and I know for certain not a single one would change the score.
On a multiplayer server (tested in singleplayer, did not occur), in version 18w16a (possib
ky 18w19b, however there is no server jar to test this with) any scoreboard objectives containing minecraft:used <item> after the server is restarted, are deleted. To verify this I did the following:/scoreboard objectives add Test minecraft.used:minecraft.acacia_bark
and after restarting the server did /scoreboard objectives list, Test was not there, and I also tried setting my score of Test, but was unable to since it was not there. A scoreboard using its old name (in this case, "Test") can be re-created just fine, however.
Related: Any dummy objectives that are being used in a command block after a restart seem to reset the players score of that objective, for example if I have an execute if testing for my score of a dummy objective, restart the server with a score of 1, and then restart the server with that command running, upon re-logging in the score will be set to 0. Best way I could explain this. It seems to be only for certain dummy objectives, but that may depend on how they are used. I have a lot of command blocks running at once, and I know for certain not a single one would change the score.
On a multiplayer server (tested in single player, did not occur), in version 18w16a (possibly 18w19b, however there is no server jar to test this with) any scoreboard objectives containing minecraft:used <item> after the server is restarted, are deleted. To verify this I did the following:
/scoreboard objectives add Test minecraft.used:minecraft.acacia_bark
and after restarting the server did /scoreboard objectives list, Test was not there, and I also tried setting my score of Test, but was unable to since it was not there. A scoreboard using its old name (in this case, "Test") can be re-created just fine, however.
Related: Any dummy objectives that are being used in a command block after a restart seem to reset the players score of that objective, for example if I have an execute if testing for my score of a dummy objective, restart the server with a score of 1, and then restart the server with that command running, upon re-logging in the score will be set to 0. Best way I could explain this. It seems to be only for certain dummy objectives, but that may depend on how they are used. I have a lot of command blocks running at once, and I know for certain not a single one would change the score.
When loading chunks that previously had command blocks in them, the command blocks will be there, however the command inside will be lost. Below I have the error log the server provides for each command block loaded. I am not certain if each one is different for each command, so I will provide the server log file (modified to no longer include IP or usernames, of course.)
[03:34:17] [Server thread/ERROR]: Failed to load data for block entity minecraft:command_block
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.internal.Streams.parse(Streams.java:60) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.bind.TreeTypeAdapter.read(TreeTypeAdapter.java:65) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:493) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:518) ~[minecraft_server.18w20a.jar:?] at ic$a.a(SourceFile:243) ~[minecraft_server.18w20a.jar:?] at bam.b(SourceFile:69) ~[minecraft_server.18w20a.jar:?] at bmj.b(SourceFile:45) ~[minecraft_server.18w20a.jar:?] at bmf.c(SourceFile:78) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:496) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:101) [minecraft_server.18w20a.jar:?] at si.g(SourceFile:94) [minecraft_server.18w20a.jar:?] at si.b(SourceFile:118) [minecraft_server.18w20a.jar:?] at si.a(SourceFile:160) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.g_(SourceFile:384) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:336) [minecraft_server.18w20a.jar:?] at ru.d(SourceFile:248) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:497) [minecraft_server.18w20a.jar:?] at java.lang.Thread.run(Unknown Source) [?:1.8.0_171]Caused by: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.stream.JsonReader.syntaxError(JsonReader.java:1559) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.checkLenient(JsonReader.java:1401) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.doPeek(JsonReader.java:593) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.peek(JsonReader.java:425) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.Streams.parse(Streams.java:46) ~[minecraft_server.18w20a.jar:?] ... 17 more
When loading chunks that previously had command blocks in them, the command blocks will be there, however the command inside will be lost. Below I have the error log the server provides for each command block loaded. I am not certain if each one is different for each command, so I will provide the server log file (modified to no longer include IP or usernames, of course.)
[03:34:17] [Server thread/ERROR]: Failed to load data for block entity minecraft:command_block
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.internal.Streams.parse(Streams.java:60) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.bind.TreeTypeAdapter.read(TreeTypeAdapter.java:65) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:493) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:518) ~[minecraft_server.18w20a.jar:?] at ic$a.a(SourceFile:243) ~[minecraft_server.18w20a.jar:?] at bam.b(SourceFile:69) ~[minecraft_server.18w20a.jar:?] at bmj.b(SourceFile:45) ~[minecraft_server.18w20a.jar:?] at bmf.c(SourceFile:78) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:496) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:101) [minecraft_server.18w20a.jar:?] at si.g(SourceFile:94) [minecraft_server.18w20a.jar:?] at si.b(SourceFile:118) [minecraft_server.18w20a.jar:?] at si.a(SourceFile:160) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.g_(SourceFile:384) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:336) [minecraft_server.18w20a.jar:?] at ru.d(SourceFile:248) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:497) [minecraft_server.18w20a.jar:?] at java.lang.Thread.run(Unknown Source) [?:1.8.0_171]Caused by: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.stream.JsonReader.syntaxError(JsonReader.java:1559) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.checkLenient(JsonReader.java:1401) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.doPeek(JsonReader.java:593) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.peek(JsonReader.java:425) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.Streams.parse(Streams.java:46) ~[minecraft_server.18w20a.jar:?] ... 17 more
I should also mention it is not command specific, due to the large amount of command blocks I had, and how none of them loaded the command.
When loading chunks that previously had command blocks in them, the command blocks will be there, however the command inside will be lost. Below I have the error log the server provides for each command block loaded.
I am not certain if each one is different for each command, so I will provide the server log file (modified to no longer include IP or usernames, of course.)
[03:34:17] [Server thread/ERROR]: Failed to load data for block entity minecraft:command_block
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.internal.Streams.parse(Streams.java:60) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.bind.TreeTypeAdapter.read(TreeTypeAdapter.java:65) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:493) ~[minecraft_server.18w20a.jar:?] at wq.a(SourceFile:518) ~[minecraft_server.18w20a.jar:?] at ic$a.a(SourceFile:243) ~[minecraft_server.18w20a.jar:?] at bam.b(SourceFile:69) ~[minecraft_server.18w20a.jar:?] at bmj.b(SourceFile:45) ~[minecraft_server.18w20a.jar:?] at bmf.c(SourceFile:78) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:496) [minecraft_server.18w20a.jar:?] at bqb.a(SourceFile:101) [minecraft_server.18w20a.jar:?] at si.g(SourceFile:94) [minecraft_server.18w20a.jar:?] at si.b(SourceFile:118) [minecraft_server.18w20a.jar:?] at si.a(SourceFile:160) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.g_(SourceFile:384) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.a(SourceFile:336) [minecraft_server.18w20a.jar:?] at ru.d(SourceFile:248) [minecraft_server.18w20a.jar:?] at net.minecraft.server.MinecraftServer.run(SourceFile:497) [minecraft_server.18w20a.jar:?] at java.lang.Thread.run(Unknown Source) [?:1.8.0_171]Caused by: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 1 path $ at com.google.gson.stream.JsonReader.syntaxError(JsonReader.java:1559) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.checkLenient(JsonReader.java:1401) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.doPeek(JsonReader.java:593) ~[minecraft_server.18w20a.jar:?] at com.google.gson.stream.JsonReader.peek(JsonReader.java:425) ~[minecraft_server.18w20a.jar:?] at com.google.gson.internal.Streams.parse(Streams.java:46) ~[minecraft_server.18w20a.jar:?] ... 17 more
I should also mention it is not command specific, due to the large amount of command blocks I had, and how none of them loaded the command.
latest.log
Most projectiles cause a huge amount of unnecessary screen flashing (and risk of seizure due to this), especially when looking down, due to the projectile spawn point being the players head. The bow and trident are not nearly as bad, but still wanted to show as they could be better suited by being moved as well. A better spot would be the players hand location, or slightly lower. XP was somewhat recently changed for this issue, figured this should be as well.
Seizure warning with the attached file! It is me throwing snowballs, eggs, and thrown potions, as well as using the trident and bow while looking up and down.
@delsin rowe: Which other sounds are missing?
This seems like an issue that should be very common, and reported already, but I have searched many times and found nothing.
That could be true, I have picked up the new commands only recently (used the old format for years however) and I have not thought of everything, such as that. Will have to try it out and see how it goes. Thank you however! Even if not a bug I still needed a fix for this. EDIT: Can confirm that in fact did make it work properly. I tried everything but using both as and at, guess I overlooked that. Still open for debate if this is a bug or not, but at the very least there is a way around it if there is. Many thanks!
I have a feeling this is already reported somewhere due to how common it is, so I searched many times but still found nothing. Provided as much information as I could, in case it was and one was missing it.
The dust and smoke particles has also become significantly more laggier than when it was in 1.12, in 1.12 you could have 1000+ on a repeating command block and only have minor issues, in 1.13 with that many particles fps drops to 1. Extreme case, but only mentioning it because that is what my testing did
In my testing it also appeared that in 1.12 when a large amount of particles were displayed, their lifetime appeared to be shortened. Not sure if this is from lag or if it was intended, but I could not see this happening in 1.13. This may be contributing to the issue, but the main reason has been found above.