ZockerAxel
- ZockerAxel
- zockeraxel
- Europe/Amsterdam
- Yes
- No
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say Success{/noformat} The command at the end will only be executed if all entities after as are 1 block or less away from the player. The following also didn't work, which quite confused me:/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say Success
{/noformat}Increasing the distance so that all entities were in range of me, allowed the command to run (also worked with @e[type=!player,sort=nearest,limit=1]
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say SuccessThe command at the end will only be executed if all entities after as are 1 block or less away from the player. The following also didn't work, which quite confused me:
/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say SuccessIncreasing the distance so that all entities were in range of me, allowed the command to run (also worked with @e[type=!player,sort=nearest,limit=1]
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say SuccessThe command at the end will only be executed if all entities
after asare 1 block or less away from the player. The following also didn't work, which quite confused me:/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say SuccessIncreasing the distance so that all entities were in range of me, allowed the command to run (also worked with @e[type=!player,sort=nearest,limit=1]
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say SuccessThe command at the end will only be executed if all entities (except the player) are 1 block or less away from the player. The following also didn't work, which quite confused me:
/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say SuccessIncreasing the distance so that all entities were in range of me, allowed the command to run (also worked with @e[type=!player,sort=nearest,limit=1]
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say SuccessThe command at the end will only be executed if all entities (except the player) are 1 block or less away from the player. The following also didn't work, which quite confused me:
/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say SuccessIncreasing the distance so that all entities were in range of me, allowed the command to run (also worked with @e[type=!player,sort=nearest,limit=1]
It's hard to explain so i'll create an example here:
/execute as @e[type=!player] at @s if entity @p[distance=..1] run say SuccessThe command at the end will only be executed if all entities (except the player) are 1 block or less away from the player. The following also didn't work, which quite confused me:
/execute as @e[type=!player] at @s run execute if entity @p[distance=..1] run say SuccessIncreasing the distance so that all entities were in range of me, allowed the command at the end to run
The Attribute generic.attackSpeed will not work. If I e.g. give myself one with an Amount of 1.6 (which should be exactly as fast as a
normal weapon), you can spam-click it, the value does not seem to change anything.Here are the commands used:
/give @s minecraft:diamond_sword 1 0 {AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}and in 1.13:
/give ZockerAxel minecraft:diamond_sword{AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}The Attribute generic.attackSpeed will not work. If I e.g. give myself one with an Amount of 1.6 (which should be exactly as fast as a default sword), you can spam-click it, the value does not seem to change anything.
Here are the commands used:
/give @s minecraft:diamond_sword 1 0 {AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}and in 1.13:
/give ZockerAxel minecraft:diamond_sword{AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}
The Attribute generic.attackSpeed will not work. If I e.g. give myself one with an Amount of 1.6 (which should be exactly as fast as a default sword), you can spam-click it, the value does not seem to change anything.
Here are the commands used:
/give @s minecraft:diamond_sword 1 0 {AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}and in 1
.13:/give ZockerAxel minecraft:diamond_sword{AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}The Attribute generic.attackSpeed will not work. If I e.g. give myself one with an Amount of 1.6 (which should be exactly as fast as a default sword), you can spam-click it, the value does not seem to change anything.
Here are the commands used:
/give @s minecraft:diamond_sword 1 0 {AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}and in 18w03b (1.13 Snapshot):
/give ZockerAxel minecraft:diamond_sword{AttributeModifiers:[{AttributeName:"generic.attackSpeed",Name:"generic.attackSpeed",Amount:1.6,Operation:0,UUIDLeast:886938,UUIDMost:310468,Slot:"mainhand"}]}
What i did:
Press the sprint button while flying, then after a short whilestop pressing itagain.What i expected to happen:
When i release the sprint button, i should stop sprint-flying (as in previous versions)What actually happened:
After releasing the sprint button, sprint-flight wasn't stoppedWhat i did:
Press the sprint button while flying, then after a short while release it again. And after that, stop flying in a direction again.What i expected to happen:
When i release the sprint button, i should stop sprint-flying (as in previous versions), or at least after i stop flying into a direction, i.e. not holding any of the WASD buttons.What actually happened:
After releasing the sprint button, sprint-flight wasn't stopped, even not after releasing all WASD buttons.
Th
is bugcontinues to appear on my server (I have a datapack enabled but all commands are parsed correctly and every function works properly):[14:36:33] [Server thread/INFO]: [STDERR]: java.lang.NullPointerException
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.a(SourceFile:348)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.HashMap$Values.forEach(HashMap.java:980)
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.a(SourceFile:345)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1620)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.i(SourceFile:344)
[14:36:33] [Server thread/INFO]: [STDERR]: at caa.b(SourceFile:146)
[14:36:33] [Server thread/INFO]: [STDERR]: at bxi.a(SourceFile:89)
[14:36:33] [Server thread/INFO]: [STDERR]: at bxi.a(SourceFile:75)
[14:36:33] [Server thread/INFO]: [STDERR]: at sh.a(SourceFile:889)
[14:36:33] [Server thread/INFO]: [STDERR]: at sh.a(SourceFile:840)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.a(SourceFile:446)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.v(SourceFile:645)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.run(SourceFile:532)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.lang.Thread.run(Thread.java:745)These Error Messages continues to appear on my server (I have a datapack enabled but all commands are parsed correctly and every function works properly). It happens at random times.
[14:36:33] [Server thread/INFO]: [STDERR]: java.lang.NullPointerException
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.a(SourceFile:348)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.HashMap$Values.forEach(HashMap.java:980)
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.a(SourceFile:345)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1620)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
[14:36:33] [Server thread/INFO]: [STDERR]: at bzz.i(SourceFile:344)
[14:36:33] [Server thread/INFO]: [STDERR]: at caa.b(SourceFile:146)
[14:36:33] [Server thread/INFO]: [STDERR]: at bxi.a(SourceFile:89)
[14:36:33] [Server thread/INFO]: [STDERR]: at bxi.a(SourceFile:75)
[14:36:33] [Server thread/INFO]: [STDERR]: at sh.a(SourceFile:889)
[14:36:33] [Server thread/INFO]: [STDERR]: at sh.a(SourceFile:840)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.a(SourceFile:446)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.v(SourceFile:645)
[14:36:33] [Server thread/INFO]: [STDERR]: at net.minecraft.server.MinecraftServer.run(SourceFile:532)
[14:36:33] [Server thread/INFO]: [STDERR]: at java.lang.Thread.run(Thread.java:745)
@ZockerAxel: No, this was fixed in 15w33c - see the top of this ticket.
@ZockerAxel please create a separate report for this if it has not been reported yet.
Reported it as MC-121861 now
ZockerAxel At least in 18w01a, this is not true
Can confirm this bug for /summon for 18w01a, tho.


Im clicking in the launcher, thats why i put thise bug into launcher project
Still in 15w31c on German Keyboard
Fixed in 15w34a (at least on German Keyboards)
they said auto completion isnt finished for the new system yet
Also, /summon doesn not tell you whether you used a valid entity while typing (in selectors types are corrected)
effects in /effect are also not validated
For me it doesnt even show @s, it just doesn't show anything, also not working for action bar and subtitle
ah thanks, didnt know it had the same reason as the other report (i searched and found that one), thanks for your help though, much appreciated
im fine with command blocks logging syntax errors, but that no entity was found isn't really a syntax error, so it shouldn't be logged
are you sure? it works fine with me. Are you in gamemode adventure maybe? Maybe it's because you are using Mac
that's because the function is run by the server and the server doesn't have a location, so it can't test how far something is away
i don't see the problem here as they will be divided into multiple stacks if more are specified. /replaceitem is limit to 64, so i think this is intended
the /modifyitem command hasn't been coded yet. They said it will be in a future snapshot
more a feature request than a bug report
the problem is that the durability of an item is now stored inside of the nbt tag, they would need to allow setting custom nbt data for advancement display icons
they don't spawn underwater, but rather inside these new blocks because they generate air space
I also noticed that in this snapshot
Night Vision no longer impacts underwater vision
I think it works as intended because the color tags for those entities are Hex-Values that can become any color you want them to (and not predefined ones only)
they don't generate in ALL warm ocean biomes, you have to be quite lucky to find one
Also note: It doesn't even have a Waterlogged Tag, but destroying it will update it so the water flows. Also the Hitbox is like a Full Block's Hitbox
i have got the same problem in the beta launcher and the settings are not accessible when not logged in so i cannot revert to the current launcher