mojira.dev
MC-239269

Inconsistency: End portals and end gateways use the stone sound for breaking

Discovered while testing MC-239268.

The bug

The end portal and end gateway blocks use the default "stone" breaking sound. This is unlike the nether portal, which uses glass sounds instead.

How to reproduce

  1. Break a nether portal block in Creative mode (can be placed via /setblock ~ ~ ~5 minecraft:nether_portal), and note how it uses the glass sound

  2. Break an end portal block in Creative mode (can be placed via /setblock ~ ~ ~5 minecraft:end_portal), and note how it uses the stone sound

  3. Break an end gateway block in Creative mode (can be placed via /setblock ~ ~ ~5 minecraft:end_gateway), and note how it uses the stone sound

Expected behaviour

Either end portals and end gateways would use the glass sound for consistency with nether portals, or (possible feature request territory) a new dedicated set of "portal" block sounds would exist, with the breaking sound being analogous to the opening of an end portal.

Actual behaviour

End portals and end gateways use the stone sound, a default for all blocks.

Notes

This was one of the cases listed in MC-91091, a ticket which has since been resolved as Invalid. As the consensus on the bug tracker seems to be grouping issues like these together is a very bad idea, I am re-reporting this separately, as has been done for many other issues listed there, for a fair retrial.

Comments 4

Correct. End Portal block and End Getaway Portal block use stone breaking sound which is wrong. Also End Portal Frame use glass breaking sound which it wrong either. It's just an End Stone (not a glass) with a place for Eyes of Ender.

Since this was closed, the very similar issues MC-94413, MC-182820, MC-200484, MC-217628 and MC-217629 were all fixed, and the ticket MC-269884 reopened. The newly-made tickets MC-312372 and MC-312373 were also triaged as Important the day after they were made. There is also the historical precedent set by the fixings of MC-5991 and MC-33384.

With the above information in mind, is it at all possible for this ticket’s Won’t Fix resolution to be reviewed, and this ticket reopened?

269884 should have been MC-269984. I have no idea why this new site refuses to allow the editing of comments to amend issues like these.

muzikbike

Adrian Östergård

Confirmed

Sound

incorrect-block-sound

1.17.1, 21w41a, 1.18 Release Candidate 4, 1.18, 1.18.1

Retrieved