mojira.dev
MC-169346

The player cannot activate a note block in creative mode by punching it with a weapon which disables breaking blocks

Players in creative mode are unable to punch noteblocks to play their currently selected sound when they are holding a weapon that disables block breaking (like a trident, or sword). Normally, it is not possible to play noteblocks in creative due to instant-mining, but when the sword prevents you from breaking blocks, no sound is played despite still punching the block. This ultimately means that the only way a creative mode player can use a noteblock is with redstone.

Steps to Reproduce:

  1. Place down a noteblock

  2. Hold a sword item

  3. Attack/punch the noteblock

Expected & Observed Results:

❌ - No sound is played
✔ - A sound would play

Screenshots/Videos:

[media]

Linked issues

Attachments

Comments 21

This works. See attached video.

Pretty sure the reporter is talking about left-, not rightclicking.

Reopened, can confirm – see

[media]

.

Might be intended, since MC-87174 has been resolved as WAI. MC-87174 was resolved as WAI by a mod, so it doesn't necessarily need to be intended.

Can confirm in 21w03a.

Can confirm in 21w06a.

11 more comments

I'd like to request ownership of this issue, as @unknown has not been active since the issue's creation in 2020.

@Jiingy

Have at ye. I'm surprised people are still talking about this.

Can confirm in 24w18a. This issue also affects lighting things on fire using Fire Aspect tools in Creative Mode, as shown with MC-271410.

I removed part of the description because I cannot reproduce this functionality existing in bedrock, and the video for java just shows the note changing pitch, which has never not worked

This issue persists for java version 26.3 and latest snapshot 26.4-snapshot-4. We want to be able to play note blocks in creative mode!!

[Mod] Jingy

(Unassigned)

Confirmed

Gameplay

Low

Block states, Player

creative, note-block, swords

1.15.1, 1.15.2, 20w19a, 1.16.2, 1.16.3, , 1.20.6, 24w18a, 1.21.4, 26.3, 26.4 Snapshot 4

Retrieved