mojira.dev

MineGamer0001

Assigned

No issues.

Reported

MC-197359 Certain parameters make custom dimensions being not recognized Invalid MC-197242 Crash with custom multi-noise dimension: java.lang.IllegalStateException: Unregistered dimension type: cha@90d4173 Fixed MC-195490 Adding "_" , a number and other non-letter character at the end of a dimension.json name will make it an invalid .json (Datapack) Cannot Reproduce MC-195407 Adding custom setting parameters to a dimension.json causes an error (Datapack) Invalid MC-194507 Using custom surface builder on a custom datapack biome seems to don't work (20w28a) Invalid MC-190898 Player can't hit himself with a very-quickly-shooted arrow (Only one arrow) Works As Intended MC-156836 Can't remove proffesion of Villagers which traded some times. Duplicate MC-156167 Villagers randomly leaves/steal workstations, unemploying the original villagers. Duplicate MC-155544 Zombie siege spawns on illuminated terrain Cannot Reproduce MC-147031 When a zombie wakes up a villager, the bed tag is still on occupied (occupied: true) Fixed MC-120101 Player texture head dont working on mobs. Invalid

Comments

Thanks for notice it, now it works perfectly now. I guess this bug now can be marked as invalid.

The crash seems to not happen anymore on pre release 3+, but seems to be a related issue about that.

Apparently it doesn't happens on the 1.16.2 pre release 3, but maybe it's a related bug of new ones that are in the customized biomes and dimensions zone.

I uploaded the crashlog but it's from a second try, so that means cha@90d4173 changed to cha@61c3b31c, for example

Ok, I realized that the way that the noise parameters were working changed in 20w29a. On 20w28a they worked fine if the were put on the dimension.json, but in 20w29a Mojang added a new settings on the worldgen folder called "noise_settings", which is used on 20w29a and 20w30a to put those parameters on a different json instead of putting them on the dimension.json . So it seems that with the lack of information that mojang provided of those changes, me and some people misunderstood the errors that we get due to new changes as a bug. Also there is a "bug" that is related on the comments below, which is caused by not putting a new parameter called "name", that it placed under the "settings:" (basically another lack of information of new changes) on certain .json of a datapack.

So yes, basically those "bugs" aren't bugs since they were caused byt he things I related below. Then this report should be marked as "invalid".

 

(Also it would be nice that mojang let us know possible future changes like this, as doing that will prevent reporting bugs that are a misunderstood, like this).

I tested a datapack that slicedlime made but also it don't seems to work on 20w29a and 20w28a. I used exactly this in the dimension.json: https://github.com/slicedlime/examples/blob/master/so_lime.json (it still gives an error related with the settings)

Still searched more but didn't find anything ): . Maybe I will need ask to some mojang stuff?

The values that are listed on the .jsons aren't the same that a dimension.json uses. What I mean is that the dimension.json uses different parameters from the biomes.json you shared here. But anyways, thanks for sharing it 🙂

One more question (It's not very related with this issue, but I need a little help) Do you know where can I find a list of all the biome parameters values of each biome? There are a few listed here https://minecraft.gamepedia.com/Custom#Biome_parameter_defaults , but I looked everywhere and I can't find the rest. Are them hardcoded?

Okay... Apparently I had an issue with the dimension_type.json and I think that it was causing to prevent to be a "valid" dimension. Sorry for any inconvencience.

Nevermind, I just discovered that the files require to be placed on a folder called "minecraft". I thought that it was broken because of a missunderstood with putting the .jsons on different folders. It works.

Still waiting for a response of the last comment...

Galaxy_2Alex but he watched the video? I uploaded the video after the developer marked this as "work as intended" , since I think there could be a misunderstanding.

Can someone take a look at this again? I updated the description and added a video evidence, as I think that this was misunderstood with a relative issue.

Since I saw that his bug was categorized as "Works as intended", I uploaded a video of the issue as I think that it still doesn't have any sense, so maybe this could have been misunderstood with some relationed issues.

Violine1101 no, in 1.15.2 I get damaged as I think it's supposed to work.

This bug is not caused by this behavior, but maybe it's very likely to be confused with it. I just shooted one arrow as fast I could and it just pierce me without any damage. I wans't  taking any damage so I doubt that it is related with that behavior. 

Yes, it just happened to me.