Wrong sounds for some blocks

Relates to MC-91314 & MC-2844.

Can confirm.

Confirmed for 15w46a.

Confirmed for 15w47a

Isn't this WAI? It only shares the same sound.

Grum has assigned the ticket to himself so if it was WAI he would have already resolved this.

Also affect the tripwire.

Hooks or string?

Tripwire and the hook still have the same sound as 1.8.9 in 15w50a.

String.

This issue is only for glass/ice blocks that were broken in 15w43a. Please create a separate ticket for string.

Create new issue. 🙂
Link:
MC-94413

Thanks 🙂

This title is very long. Wouldn't it be better if the detailed list of affected blocks were put in the description, and the title only said "glass-type blocks" or something similar?

Will do.

Upgrading this ticket to a general "wrong sounds for some blocks".

Aren't there other tickets for those bugs like MC-6897? Wouldn't keeping the tickets separate be better?

They're kinda the same issue: wrong sound plays.
Since it's almost the same fix for all of them, minus well just put them all in 1 ticket.

Alright, fair enough.

The following is based on decompiled version of Minecraft 1.9 using MCP 9.24 beta. All method and class names are the names used in the decompiled version.

I chose the step sounds that are wrong in my opinion:

¹ Even though the sound is familiar having plants and TNT share the same sound makes it impossible for map makers to use different sounds for them.
² Using the metal sound for iron and gold blocks makes sense, for the other blocks not. Besides that the lapis_block is using the stone sound.
³ Noteblocks use the wood sound.

Glass type blocks sound like stone (when placed)

That is a sounds.json problem:

"block.glass.fall": {
	"sounds": [
		"step/stone1",
		"step/stone2",
		"step/stone3",
		"step/stone4",
		"step/stone5",
		"step/stone6"
	]
},
"block.glass.hit": {
	"sounds": [
		"step/stone1",
		"step/stone2",
		"step/stone3",
		"step/stone4",
		"step/stone5",
		"step/stone6"
	],
	"subtitle": "subtitles.block.generic.hit"
},
"block.glass.place": {
	"sounds": [
		"dig/stone1",
		"dig/stone2",
		"dig/stone3",
		"dig/stone4"
	],
	"subtitle": "subtitles.block.generic.place"
},
"block.glass.step": {
	"sounds": [
		"step/stone1",
		"step/stone2",
		"step/stone3",
		"step/stone4",
		"step/stone5",
		"step/stone6"
	],
	"subtitle": "subtitles.block.generic.footsteps"
},

Most of them are determined in sounds.json, but all the ones listed in the description make the least sense.

Added your list in the description and changed the expected sound of lava, water and fire to none.

Only the glass sound bug is caused by the sounds.json, the rest is hardcoded in the game.

Can you please change "iron" of the tripwire_hook to "metal"? That was a mistake on my side.

And for water, lava and fire "none" would be incorrect. Fire uses the breaking sound when being replaced by water, and the water sound is used when a sponge soaks up water.

The table you mentioned states step sound, sorry, but I don't expect stepping sound from lava, water or fire.

Should I change it to "sound used" "sound expected" instead?

Sorry for the confusion, MCP uses the method name "setStepSound" however it actually sets a net.minecraft.block.SoundType.SoundType(float, float, SoundEvent, SoundEvent, SoundEvent, SoundEvent, SoundEvent) containing:

• break

• step

• place

• hit

• fall

Using "sound" instead is probably fine

And please link to this comment as that one is only caused by the sounds.json

And I noticed that I wrote "pumkin_stem" instead of "pumpkin_stem"

Link to that comment where?

@unknown, done.

Wouldn't both the inverted and normal daylight detectors be WAI as they use wood in the crafting recipe, and the majority of the block is composed of the wooden material?

I chose the sounds that could be interpreted as incorrect. However I thought that the upper part of a daylight detector is rather glass, but of course punching at the bottom part would be rather wood then...

This report has gotten so nice! I remember a few months ago when it only featured a couple of incorrect sounds. One of the mods asked me if it described a similar issue I reported, and it didn't really, because it only treated about one or two specific cases related to glass. But now that it has evolved into a huge list of 'inappropriate' sounds, I think it's adequate to add the following:

Mining and breaking anvils produces stone sounds (see [MC-94096]). Their crafting recipe makes it totally clear that they should have iron sounds. 😛

IMO both anvils and hoppers should have stone sounds, like cauldrons. The iron sounds sound too "light" and the stone ones are "heavier". It would probably be best to add specific sounds for heavy metal objects, though.

@@unknown I totally agree. Having the same sound as stone sounds slightly weird for me, but I reported it mostly for consistency reasons. If I had to choose between stone and iron, I'd prefer stone exactly for the reason you pointed above. Also, the sound anvils make for falling and placing could be part of that new category. =)

The anvil line has "iron" rather than "metal" as the expected sound. I suggest it being changed to "metal?" as, if possible, a new sound category would be very suitable.

I see the bug title is "Wrong sounds for some blocks", which makes sense. I read the bug description though, and a lot of things aren't adding up.

Some things pointed out in the description are clearly a bug. Water/lava shouldn't sound like stone, fire shouldn't sound like wool, blocks made of wood (ex: jukeboxes) shouldn't sound like stone, items made a stone (ex: repeaters) shouldn't sound like wood, etc. These all clearly play the incorrect sounds.

Then there are things like glass playing stone sounds when placed/stepped on, ice playing the same sounds as glass, pumpkins/melons sounding like wood, cake sounding like wool, etc. These all play a very fitting sound that just so happens to be used more generally by another block. That means these all clearly work as intended.

There are also those blocks that make sounds that you could argue do/don't fit. Diamond blocks play the metal block sound, yet you'd expect it to play the stone sound, however, these two sounds are arguably similar and both fairly fitting in their own right. End portal frames use glass sounds despite seemingly being made mostly of end stone, yet has anyone considered that the other material may be glass-like? Maybe it's even coated in this glass-like material? And how would anyone know for sure that a chorus plant and it's flower don't sound similar to wood? It's not like they exist in real life. The same can be said with barriers; who's to say they shouldn't make the metal sound? Even if they shouldn't, isn't that more of a suggestion then a bug anyway?

Lastly, whichever way you look at it, there are some obvious errors in the provided table. It says that wood and leaves make stone sounds in-game, which isn't true in the slightest (I know because I just checked all the mentioned sounds). It's the same with beetroots, carrots & potatoes; they all make the intended, AND expected, sound (wood/plant sounds, respectively). Then there's the fact that you're straight up suggesting a new sound for ice in the middle of a bug report. There's also the very obvious "...plants and tnt share the same sound..." bit, which is also a suggestion.

There's just so much going on in this bug report, it's ridiculous. When I first read the description, I wan't even sure what part of this was a bug, a suggestion, or something else entirely. A lot of the description is generalized where it shouldn't be, like how the chart is simply labelled "Sound" as opposed to "Step Sound", "Break Sound", etc. Not to mention all the question marks... Why are some of them even there? It's all just a mess.

Maybe merge MC-94413 and MC-93186 with this issue? They are already included here.

Still in pre-release 7 of 1.12

Affects 1.12

Affects 17w31a

MC-61142 should be relinked to this ticket instead of 57327 (which is now a dupe of this issue)

Confirmed for 1.12.2 and 17w45a.

Still present in MC 1.13-pre6.

In 1.13-pre6, this can cause fire to make wool sounds due to the new feature implemented in 1.13 (blocks now always make sound and particles when broken by almost any means except /fill, /setblock, etc) This can make forest fires sound fluffy and comfy, which I doubt is intended.

This bug is still present in 1.13-pre9. I hope this gets fixed in 1.13, forest fires just sound wrong.

Confirmed for 1.13-pre10.

Confirmed for 1.13.1
Breaking a block under fire still makes the wool sound.

@Keith Cox I was messing around and i can confirm the weighted pressure plates make wood noises as well, oddly stone ones make stone sounds. Also if you wait/set gamerule randomtickspeed higher and listen for fire to burn something, it makes cloth sounds as well

Why is this bug so difficult to fix?

That it doesn't get fixed does not mean it's difficult to fix; mojang has priorities for bug fixing as well, and this is a VERY minor issue.

18w43c
fire burning things gives the cloth sound for some reason...

You should keep the glass place sound and step sound as stone. The current intentional place sound for glass sounds like stepping and I hate it.

Confirmed for 19w09a.

Confirmed for 1.14-pre5

The bug

When the fire burns a block of leaf or wood, the sound is that of a block of wool.

How to reproduce

Fire a tree and listen to sounds.

Example

Here is an example in video:

Still in 1.14 Release

Still in 1.14.1 Release

Still in 1.14.2 Pre-Release 1 and 1.14.2 Pre-Release 2

I like diamond blocks and emerald blocks having the metal sounds

As of 1.16 mushrooms and huge mushroom block should probably use the fungi or nether wart sounds.

Fire makes wool sounds but you can only hear it on snapshot 20w10a if you break fire.

This is a feature request.

But glass and ice sounding like stone is not a feature request, it's a bug. Glass should sound like glass (the sound of walking on stone) when is placed.

I think that, if the other things are feature request, this should have it's own bug report.

This ticket is not a feature request. It's a bug! It must be reopened.

I believe that the definition of a bug is as follows:

The user believes that a confirmed feature doesn't work or prevents the user from entering an intended state. (even though I made this sentence myself, it hasn't failed for any ticket I've seen so far)

There isn't any non-functionality with this ticket (even if the sounds are wrong, they still work), so the only way to classify whether this is a bug is to, pretty much, ask Mojang. However, I wouldn't encompass any potential issue regarding improper sounds into the same report to do so; there is a sound in the description that is pretty much a fully requested addition. Here, the potential fix sound for ice, packed ice, and blue ice is a sound that currently does not exist in the game. Something as specific as this example shouldn't have appeared here.

Regarding the resolution to the post as a whole, you can see that it was marked "Invalid", not "Works as Intended". Whether this was an accident or not, "Invalid" seems like a better fit here as there are likely revamp requests and bugs all throughout this ticket. This means that this is not final, so lets move the conversation from "Nothing here is intended" to the question "What is an intended or unintended block sound". That's what the linked Mojira Reddit post is purposed to figure out: 

https://www.reddit.com/r/Mojira/comments/g1hy54/discussing_sounds_for_any_block/

Definitely not a feature request

It has clearly been stated by @unknown that this is a feature request.