mojira.dev

Jack McKalling

Assigned

No issues.

Reported

MC-262175 The "advancements.adventure.trim_with_any_armor_pattern.description" text contains incorrect English grammar Fixed MC-257145 Turtles can be bred with turtles that are already mating with a different one Confirmed MC-255915 /data modify gives inaccurate error when value types don't match Confirmed MC-255644 Book line 15 still runs clickEvents and hoverEvents, despite itself being invisible Confirmed MC-255386 Multiple functions in an item modifier cannot "see" each other's changes Works As Intended WEB-5440 Cannot use the reporter field on 'basic' search Fixed WEB-4645 Incorrect spelling on Dutch page about moving to Microsoft account Fixed WEB-4460 Java Project summary "Report a New Bug" link has incorrect security level value Fixed MC-219849 Fishing doesn't animate or render the rod, line or bobber anymore Fixed MC-219839 Powder Snow above dripstone doesn't fill cauldron below, unlike Water or Lava Invalid MC-204842 Some partial blocks that pop off when underwater, cause water to show flowing animation at the sides Won't Fix MC-204031 Waxed Cut Copper (any level of weathered) have two separate recipes in the recipe book Fixed MC-188652 Gamerules doMobLoot and doTileDrops have the same description in gamerule menu Fixed MC-187598 Block hitboxes still cause semi-transparent blocks not to render behind them in lower than "Fabulous" gfx settings Fixed MC-186449 Lily pad block outline/hitbox renders as transparent over water Duplicate MC-166729 Fishing lines render behind water, other transparent blocks, and clouds Fixed MC-163050 Advancement window does not crop the background or advancements within Duplicate MC-162919 Player model stuck in flying position when gliding into water Works As Intended MC-162353 Turtles render incorrectly outside their hitbox Duplicate MC-161344 Player model sometimes shows transparency issues Fixed

Comments

Important to note, the golem does have the ability to access such a chest as shown in the screenshots with the 2x1 space setup, and will successfully do so when he is already (spawned) in the blockspace right next to the chest.

So Iā€™m assuming this must be related to pathfinding.

@@unknown for the time being, you can just copy/paste your text from e.g. notepad and it'll work.

Mojang is aware of this issue and is looking into it. Please be patient.

It appears it only affects Text mode, Visual mode accepts all characters normally.

Also observable from the title menu. When you use TAB to select singleplayer mode, and press space to inter the world selection screen, it immediately puts a space into the search bar (reducing the world list to just those that don't have a space in them).

@@unknown no, as it's fixed already. Technically we would need a new resolution specifically for "fixed in experiment", but that doesn't exist.

They meant it was reproduced in an internal version after 1.21.1 (and after 24w33a), not in 1.21.1 itself.

The reason is that the game only supports translation, and number formatting is not the same. Since languages can span multiple formats, as well as formats are shared between languages. So the issue here is a feature request. It wasn't clear without this explanation.

Please stop using this comment section as a forum for discussions. Also, "Works as Intended" is a resolution from source code perspective, and does not reflect company intentions or future plans.

@@unknown That's a recurrence, please report it as a new issue. Changes have been made to fix this issue previously, so the issue is not the same anymore.

@@unknown Yes agreed, but then with that phrasing I would suggest "Trim a piece of armor using a Smithing Table" instead.

The link correctly redirects to https://www.minecraft.net/nl-nl/eula for me, and I can still read it.

Chrome also allows me to directly quote text on the page, this way: https://www.minecraft.net/nl-nl/eula#:~:text=Als%20u%20de%20Game%20bijvoorbeeld%20alleen%20gebruik%20in%20de%20single%2Dplayer%20modus%20en%20deĀ 

@@unknown, those issues are already tracked by MC-257145 and MC-130871.

A potential fix then would be reworking the "source" to allow it to point to the item being modified in question, rather than the entity holding it. Then all functions in the modifier should have access to the (updated) version of the item.

The scope of "this" has always confused me from the beginning. We're in the context of an item, but it refers to the entity. That is not what "this" intuitively should mean here.

It seems like this issue doesn't necessarily have anything to do with inventories. What happens is that the target block just gets "cleared" of data, and simply not (re)populated with the specified NBT.
As if replacing a block with differing NBT is interpreted as invalid data for the block and just forced erased upon replace.

This also applies to switching pages by clicking on a raw json component in the book that has the change_page clickEvent.

I experience this in single player now too, in a 1.19.1 world. Same command works fine in 1.18.2.

I also noticed that adjacent blocks are only blocking tree growth from the north and west side of the sapling formation, but not the east or south. So it doesn't have to be fully surrounded. It also doesn't matter which sapling gets applied the bone meal, all saplings in the 2x2 formation behave as if they were one single sapling with 12 adjacent sides instead of 8.

I have this problem in 1.18.2 as well. It doesn't even need to be a lot of POIs in the area, a couple of unreachable ones already have this effect.

The button turning into a slider was actually an unintended side effect, that's why it was reverted.

@unknown No he's not šŸ˜›
(fixed)