mojira.dev

KirbAvion

Assigned

No issues.

Reported

MC-302703 Spear can dismount invulnerable, non-living, and otherwise inanimate passengers from any vehicle Fixed MC-302186 Ambient lighting in the Nether appears discolored compared to previous versions Fixed MC-278548 Spyglass is held incorrectly when used from the off hand Fixed MC-277597 "/item" has odd replacement behavior on players in Creative if triggered from an "inventory_changed" advancement Confirmed 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

Comments

Still present in 1.21.11. Also applies when using /item modify. I can take over maintaining this report since the original creator seems not to have migrated their account.

MC-179940 covers the player’s base attributes, which are preserved upon death; that fix does not however extend to attribute modifiers.

Still present in 1.21.11

[media]
[media]
[media]
[media]
[media]
[media]

Relates to MC-267180 and MC-166450

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

Confirmed in 25w06a.

Confirmed in 1.21.4.

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}]