mojira.dev

tryashtar

More than one avatar was detected! There might be multiple accounts sharing this same name.

Assigned

No issues.

Reported

View all
MC-307546 Filtering out all block state files now causes a resource reload failure Confirmed MCL-26568 26.2 Snapshot 2 is missing from the launcher patch notes Confirmed MC-307316 Magma cubes no longer drop magma cream Fixed MC-307315 Frogs try to eat large magma cubes now Fixed MCPE-237952 NPC dialogue can run /agent commands Confirmed MCPE-237941 Some command arguments parse without whitespace in between Confirmed MC-307227 Using an empty `Offers` NBT tag to disable trades doesn't work after a relog/data merge Fixed MCPE-237808 Zombie nautiluses drop rotten flesh even when not killed by the player Confirmed MCPE-237739 Importing worlds shows "dayOneExperience.world_import_time" Plausible MCPE-237656 Selector parameter "name" no longer works for default entity names Confirmed

Comments

Some code currently uses different damage types depending on the presence or absence of a damaging entity – player_explosion vs explosion, magic vs indirect_magic, fireball vs unattributed_fireball. When these is fixed, these should be merged and the duplicates removed.

I’ve confirmed your ticket and rewrote it a little bit to be more clear, hope you don’t mind

Could not reproduce with kill -9

Wireframes are drawn at the same size regardless of distance to the camera, but mobs aren't, therefore the further the mob is from the camera, the larger the wireframe appears relative to the mob

You'll need to set Age to 0 as well

[media: image-20260415-182511.png]

Please attach a copy of your world

I can't reproduce this. Slime-like mobs keeping their names when splitting is intended, and small sulfur cubes growing up seems to work fine for me with no duplication, even when named.

The 1.11 bed models had the foot of the bed on the north side, and the blockstate file set y based on facing according to that convention. The new bed models have the foot of the bed on the south side, and the blockstate file also sets y based on facing according to the new convention. It’s interesting trivia, and I’ve confirmed it. I don’t think there should be any expectation of compatibility between 1.11 and 26.2 conventions, but it would be easy to align them.

Please attach the resource pack you’re using for easier reproduction.

Confirmed. This bug was introduced in 26.1-snapshot-7. I’ve attached before/after screenshots, as well as a simple resource pack that can reproduce this (it disables the block model for sand)

[media: 2026-04-14_22.20.39.png]
[media: 2026-04-14_22.25.04.png]
[media]

Steps to reproduce

  1. Equip the resource pack

  2. Place some sand

Expected behavior: Should show the pink/black missing texture

Observed behavior: Shows a random portion of the blocks atlas

Sadly this duplicates the baffling WAI MCPE-187646

I am blind and was looking at the TPS graph 🙃

Thank you! Confirmed!

I think this is intentional since you didn’t specify drop_chances

[media: image-20260407-070125.png]

This is a feature request

Load more comments