mojira.dev

KirbAvion

Assigned

No issues.

Reported

MC-278548 Spyglass is held incorrectly when used from the off hand Fixed MC-277570 Items containing a block tag in can_place_on or can_break components become unable to stack after data is reloaded Community Consensus MC-269998 Renaming Ominous Banner on an anvil inserts formatting codes into item name Cannot Reproduce MC-269266 Area effect cloud particles from creeper explosions are incorrectly tinted Fixed MC-268813 Crash when spawning item with can_break/can_place_on component containing unknown/invalid tag Fixed MC-267180 Non-living entities ignore team's nametagVisibility setting Confirmed MC-262939 Changing dimensions or respawning with nausea effect active displays nether portal overlay Fixed MC-262778 Losing control of a ridden mob with levitation and then re-gaining control causes levitation to persist indefinitely Fixed MC-260627 Dolphins with passengers either accelerate to ludicrous speed or are immobilized completely Fixed MC-259833 Shading on block_display entities is inconsistent with blocks and other block-like entities Invalid MC-259489 Experimental "disabled items" can still be suggested as fuel by the recipe book Fixed MC-250379 Teleporting armor stands results in visual desync and abnormal behavior Fixed MC-250022 Modifying offhand slot via /item command does not produce sound, but still triggers sculk sensors Fixed MC-249534 Setting "bed_works" to "true" in non-"natural" dimension_type settings, and then sleeping, crashes the game Duplicate MC-249369 Frogs instantly kill small slimes regardless of their total health or resistance Fixed MC-233607 Hostile mobs do not lose track of players that become invisible Confirmed MC-226616 "Item" field is still considered valid by predicates, but is not used when testing for the predicate Won't Fix MC-226208 Falling_block entities are slow to visually update motion Duplicate MC-190109 Incorrect/Imprecise Placement of Armor Stands with "Small" entity data Confirmed MC-155571 Silverfish & Endermite spawners no longer functioning Fixed

Comments

This is still an issue in 1.21.7.

This affects sign, book, and chat click events, but the quickest way to test this is using dialogs.

Steps to reproduce: Start a multiplayer server, deop yourself, and run this command from the console:

/dialog show @p { "type": "minecraft:multi_action", "pause":false, "after_action": "none", "actions": [{ "label": "Click here!", "action": { "type": "run_command", "command": "trigger dummy add 1" }} ], "title":"MC-101859"}

After that, either click the button repeatedly, or tab-select it and hold down the spacebar. After a certain number of uses, the player is kicked for spamming.

This only happens if the player does not have operator permissions, happens regardless of whether or not the command is successful, and happens regardless of whether or not command feedback is enabled - which means the player can be kicked for spamming the chat without even sending anything visible to chat. And there is no setting to disable this.

Given that the original creator of this ticket seems not to have migrated their account to the new bug tracker, I would be willing to take over maintaining this report once it is re-opened.

Affects 1.21.6 release candidate 1.

Sounds like you may be experiencing MC-273228, which does affect vanilla as well

Still present in 1.21, and might be a little more impactful than just a couple of error messages. Some changes to tags even seem to persist between worlds; adding a new item to #minecraft:stone_tool_materials in one world, exiting, and loading another will carry over and allow the newly-added item to be used to repair stone tools in an anvil, even without any datapacks loaded, until the game is rebooted.

Confirmed in 1.20.6 and 1.21 release candidate 1.

This is still an issue in 1.21 release candidate 1, and I think I know what the problem is: If the target structure generates on a chunk border at the edge of the map, the marker doesn't render. So if the structure is at, say, -576 by 576, and the top-left corner of the map is at -576 by 448, I guess the marker is being seen as "off" the edge of the map and gets disregarded. Probably why buried treasure chests always generate in the middle of a chunk, but explorer maps to other structures don't necessarily get that safeguard.

So, likely a symptom of MC-158546.

Can confirm in 1.21 pre-release 2. Easily seen if you place an armor stand and relog. This is, to put it mildly, catastrophic to any map or datapack that uses display entities in any capacity.

In 1.20.5 release candidate 1.

Confirmed in 1.20.5 pre-release 3.

@Jiingy: Shoot, you know what, I just dug into one of my resource packs and it's got the formatting codes baked into the translation string in en_us. I guess to stop the name showing up as italicized back from when that was an issue, or something.

Which, I mean, I guess you could say "formatting codes parsed from translation strings aren't properly cleared when renaming item" is still an issue, but eh, I'm content to just call a mulligan on this one.

This sounds like it might be caused by MC-269161.

Affects 24w11a.
As of 24w09a the command is now /give @s armor_stand[minecraft:entity_data={id:"minecraft:armor_stand",Small:1b}]

As of 24w11a, possibly earlier (given the tag changes were made in 24w06a), /data remove no longer "zeroes" beam_target, but it still doesn't remove it either. So I would say that this does affect 24w11a, but that some of the details may need to be updated.

This is still an issue in 24w11a. But, if a potion just has minecraft:potion_contents.custom_effects, without setting minecraft:potion_contents.potion, it will now simply fail to brew altogether instead of converting to an uncraftable potion as before.

(It will, however, still attempt to brew into a new potion, thus wasting potion ingredients, but that's a whole other issue entirely.)

Can confirm. It seems to expect some new additional parameter, but there's nothing in the changelog to indicate what that might be, and blind guessing at a valid input has yielded no results thus far.