Nicoder
- Nicoder
- JIRAUSER676378
- America/Los_Angeles
- Yes
- No
MC-234285
Normal
Steps to Reproduce:
Type the following command in chat `/attribute @s minecraft:generic.movement_speed base set 0.2`Observed Results:
You'll be about twice as fast when walking around, but slowed to normal speed if you jump into the air. Conversely, if you do `/attribute @s minecraft:generic.movement_speed base set 0.03`, your ground movement will be very sluggish, but you'll still be able to have normal speed if you jump.Expected Results:
The ground speed and air speed would be affected equally. (i.e. doubling ground speed would also double airspeed)
M
acOS(probably doesn't matters)M1 MacBook Air running OS 13.2.1 (probably doesn't matter though)
M1 MacBook Air running OS 13.2.1
(probably doesn't matter though)
M1 MacBook Air running MacOS 13.2.1
Steps to Reproduce:
Type the following command in chat `/attribute @s minecraft:generic.flying_speed base set 0.2`Observed Results:
{your name here}It will say "Entityhas no attribute Flying Speed". This will happen even if the command is run in the air.
Expected Results:
The command would allow you to change how fast you (or any other player) moves when flying in creative mode, spectator mode, or with elytraSteps to Reproduce:
Type the following command in chat `/attribute @s minecraft:generic.flying_speed base set 0.2`Observed Results:
It will say "Entity {your name here} has no attribute Flying Speed". This will happen even if the command is run in the air.Expected Results:
The command would allow you to change how fast you (or any other player) moves when flying in creative mode, spectator mode, or with elytra
M1 MacBook Air running MacOS 13.2.1
There seems to be an issue with how the game runs checks for lists and int arrays inside the `minecraft:custom_data` component. This issue may also affect other components, but so far I have only tested with this specific component
*Steps to Reproduce:*
Run either/give @s stone[minecraft:custom_data={key:[1, 1]}]or
/give @s stone[minecraft:custom_data={key:[I; 1, 1]}], then switch to holding that stone block. You'll notice that both of the following commands succeed in chat:
/execute if items entity @s weapon.mainhand *[minecraft:custom_data~{key:[1, 1]}] /execute if items entity @s weapon.mainhand *[minecraft:custom_data~{key:[I; 1, 1]}]Now, use a loot table to give the item. It can be either a loot table file, or an inline loot table like the following command:
/loot replace entity @s weapon.mainhand loot {"pools":[{"rolls":1,"entries":[{"type":"minecraft:item","name":"minecraft:stone","functions":[{"function":"minecraft:set_custom_data","tag":"{key:[1, 1]}"}]}]}]}This time around, both these conditions
/execute if items entity @s weapon.mainhand *[minecraft:custom_data~{key:[1, 1]}] /execute if items entity @s weapon.mainhand *[minecraft:custom_data~{key:[I; 1, 1]}]inexplicably fail.
*Expected Behavior:*
The condition checks should behave consistently and intuitively across both situations.
`minecraft:custom_data`checks don't workif item came from a loot table`minecraft:custom_data` behaves unpredictably if item came from a loot table
MacOS Sonoma 14.6.1
Java 21.0.3 2024-04-16 LTS2022 M2 MacBook Air running MacOS Sonoma 14.6.1
Java 21.0.3 2024-04-16 LTS
[^2024-08-24-1.log]
Here is my log.
This is a feature request, not a bug report.
@syarumi Yes, pretty much, but it would be good to add to that issue that it is also an issue with attribute modifiers, not just potion effects.
Can confirm in 1.20.4, also applies to the `minecraft:generic.movement_speed` attribute in addition to potion effects
This bug still affects me on 1.21
[13:22:30] [IO-Worker-1940/ERROR]: Failed to save chunk 14,-1
java.util.concurrent.CompletionException: java.io.IOException: Operation timed out
at java.base/java.util.concurrent.CompletableFuture.encodeRelay(CompletableFuture.java:368) ~[?:?]
at java.base/java.util.concurrent.CompletableFuture.completeRelay(CompletableFuture.java:377) ~[?:?]
at java.base/java.util.concurrent.CompletableFuture$UniRelay.tryFire(CompletableFuture.java:1097) ~[?:?]
at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:510) ~[?:?]
at java.base/java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:2194) ~[?:?]
at dwl.a(SourceFile:270) ~[server-1.21.jar:?]
at dwl.b(SourceFile:256) ~[server-1.21.jar:?]
at bpm$b.run(SourceFile:60) ~[server-1.21.jar:?]
at bpk.h(SourceFile:91) ~[server-1.21.jar:?]
at bpk.a(SourceFile:146) ~[server-1.21.jar:?]
at bpk.run(SourceFile:102) ~[server-1.21.jar:?]
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]
at java.base/java.lang.Thread.run(Thread.java:1583) [?:?]
Caused by: java.io.IOException: Operation timed out
at java.base/sun.nio.ch.UnixFileDispatcherImpl.pwrite0(Native Method) ~[?:?]
at java.base/sun.nio.ch.UnixFileDispatcherImpl.pwrite(UnixFileDispatcherImpl.java:71) ~[?:?]
at java.base/sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:135) ~[?:?]
at java.base/sun.nio.ch.IOUtil.write(IOUtil.java:102) ~[?:?]
at java.base/sun.nio.ch.IOUtil.write(IOUtil.java:72) ~[?:?]
at java.base/sun.nio.ch.FileChannelImpl.writeInternal(FileChannelImpl.java:1028) ~[?:?]
at java.base/sun.nio.ch.FileChannelImpl.write(FileChannelImpl.java:1012) ~[?:?]
at dwp.a(SourceFile:423) ~[server-1.21.jar:?]
at dwp$a.close(SourceFile:396) ~[server-1.21.jar:?]
at java.base/java.util.zip.DeflaterOutputStream.close(DeflaterOutputStream.java:249) ~[?:?]
at java.base/java.io.FilterOutputStream.close(FilterOutputStream.java:190) ~[?:?]
at java.base/java.io.FilterOutputStream.close(FilterOutputStream.java:190) ~[?:?]
at dwq.a(SourceFile:83) ~[server-1.21.jar:?]
at dwl.a(SourceFile:266) ~[server-1.21.jar:?]
... 8 more
@kelianor
Just uploaded my log file. I had to zip it because otherwise it would exceed the 10MB limit
Does this dropbox link work? https://www.dropbox.com/scl/fi/jula5qiuqw7si4r9090vt/zipped_world.zip?rlkey=5ui1b0k3b7mj81jh4ijn6mymn&st=4jkecll1&dl=0
Issue persists in latest pre-release. In fact, the issue is even worse now as the items refuse to manually stack.