merak48763

Reply to the comment above.

JShell is the REPL tool of Java.

Character.getName returns the character name used by Java.

The other way (Character.codePointOf) is used by SnbtGrammar and can also be confirmed to use “LINE FEED (LF)”.

jshell> Character.codePointOf("LINE FEED (LF)")
$1 ==> 10

Should be invalid.

See changelog. Blockstate format is changed.

This affects both constant and scoreboard values.

Command to reproduce the constant part:
/compute default {type: constant, value: 16777217} integer

Expected output: 16777217
Observed output: 16777216

Code analysis of constant

The codecs defined in ConstantValue uses Codec.FLOAT.
The precision loss happens when parsing the number provider.

This is the root cause of MC-254370. It makes IntRange unable to get the correct range despite using integer mode to resolve the numbers.

Code analysis of score

ScoreboardValue doesn’t implement its own getInt() method.
The default getInt() defined in NumberProvider returns Math.round(this.getFloat(context)), which is essentially rounding the lossy value resolved in float mode.

Can confirm.

Working example in 26.2:
/item modify entity @s weapon.mainhand {function: set_loot_table, type: chest, name: "chests/ancient_city"}

Migrating past 26.3 snapshot 4:

• function → type: conflicts with the existing type.

• name → tag

(Not working) command after migration: /item modify entity @s weapon.mainhand {type: set_loot_table, type: chest, tag: "chests/ancient_city"}

Format outdated.
Check 26.3 snapshot 4 changelog.

Should be WAI.

The feature desert_well itself is not removed. It is updated to use overlay of templates instead of hardcoded desert_well feature type.

The hardcoded feature type is obsoleted and has therefore been removed.
The feature itself persists and can be placed by /place command.

Cannot reproduce in 26.2.
The loot is dropped onto the ground correctly.

Make sure you’re not testing your advancement in creative mode, as creative mode player can pick up dropped items and delete them when the inventory is full.

Probably WAI since MC-159283 is marked as fixed in this snapshot cycle.

Can confirm with Microsoft Bopomofo IME.

In the world creation screen, input mode is keep switching to English.

In other main menu screens (world edit screen, singleplayer world list, etc.) IME works fine.

Duplicates MC-275217, which is already resolved as WAI.

The behavior is also mentioned in 1.21.2 chagelog:

If a Bundle has less than 12 item types inside, the tooltip will show all of them
Otherwise, the tooltip will show the top three rows of items (at least 8 item types) and the others will be hidden below

Also, your oversimplification will make the tooltip show unneccessary “+1” when the bundle contains exactly 12 stacks of items.

With /time pause and manually run /time set commands, it can be proven to not be a graphic issue.

Creative mode reach is controlled by min_creative_reach and max_creative_reach fields, which by default are 0.0 and 5.0 respectively.

Reference: https://www.minecraft.net/en-us/article/minecraft-1-21-11-pre-release-4