Danneko94

i can confirm the error: client 1.20.71 | server: 1.20.72.01
no crash while joining tho.

Steps to Reproduce:
1. Set Game to German
2. Look for beton and zement
3. See that some of the blocks appear in both or only one of the both search queries.

Observed Results:
Some blocks only are found under zement, some only when dry some.

Expected Results:
all concrete blocks should be found under beton dry and wet. (zement is wrong)

can be closed, a texture pack failure i guess

i can replicate that in 1.20.1

as evgensyperpro said, same for me chat opens and when pressing esc you can brieflie see red from the dead screen but as soon as it shows its away

seems like mobgriefing is set to false

still happens in 1.20.1

no its has nothing to do with 112904

Multiple ones

This one is a different unloackable.

Send from Android. So its multiple systems aswell.

Still happens in 1.19.81

Well im not shure if its fixed. I cant replicate it currently with this version.

Changelog says:

• Structure loading/saving no longer affects ticking blocks in nearby chunks

Well Issue is still here v1.16.100:
Video (proof): https://youtu.be/onZBYEqKhrU

This is still an issue!

Steps to Reproduce:
1. Fill Hotbar
2. Set a /replaceitem commandblock any types
3. Set the Commandblock to always active repeat

Observed Results:
hotbar lags while scrolling

Expected Results:
item gets replaced but no lag

Check if your firewall is blocking ports. If you use a router, check its firewall aswell.

The first command you described should port every Blaze it finds in the loaded chunks to you.
If there is no blaze in the loaded chunks it will not port any thing as there is none for the command block.

The second command will not work as @s is not described as it is run as the command block.

Fix: execute @e[type=blaze] ~~~ /tp @s Supper0071337

This will execute the tp command as a blaze and sets the @s as the blaze.

Have a good day.

Steps to Reproduce:
1. Build something using commandblocks that need to run with "Always Active & Repeat"
> Example: Commandblock with given sets: testfor @p[r=5] > comperator > redstone light
2. Use the structure block to clone stuff around the map
3. repeat step two for a random amount

Observed Results:
The Commandblocks with Always Active & Repeat are stuck on their last operation / result.
In the example: Ether: the lamp stays on or off regardless if "testfor @p[r=5]" is false / true.
The commandblock will say that a player is there even if its not the case and the other way around.

Expected Results:
The Commandblock should output the current result / operation.
In the Example: The lamp should go on off if in proximity of r5.

This Bug is very random and logging off / restarting the server e.t.c can also lead to described problem.
The error only appears for "Always Active" as repeat and need redstone seems to work after testing for days.

My current fix:
Building a redstone comperator clock fedding it into the commandblocks needed at Needs Redstone, Repeat