AJMFactsheets
- AJMFactsheets
- ajmfactsheets
- Europe/Stockholm
- Yes
- No
5 issues
Key
Summary
Status
Reporter
Assignee
Created
MC-132956
Low
Changed Environment:
Windows 7 - 64 bit
Java 8 Update 171
Added Labels: bobber bubble fishing_bobber subtitles water
Added Affects Versions: 1.13-pre9
Added Affects Versions: 1.13-pre10
Added Affects Versions: 18w30a
Added Affects Versions: 1.13.1-pre2
Added Affects Versions: 1.13.2-pre1
Added Affects Versions: 1.13.2-pre2
Added Affects Versions: 18w43c
Added Affects Versions: 18w44a
Added Affects Versions: 18w45a
Added Affects Versions: 18w46a
Added Affects Versions: 18w47a
Added Affects Versions: 18w49a
Added Affects Versions: 18w50a
Added Affects Versions: 19w02a
Added Affects Versions: 19w03a
Added Affects Versions: 19w04a
Added Affects Versions: 19w04b
Added Affects Versions: 19w05a
Added Affects Versions: 19w06a
Added Affects Versions: 19w07a
Added Affects Versions: 19w08b
Added Affects Versions: 19w09a
Added Affects Versions: 19w12a
Added Affects Versions: 19w12b
Added Affects Versions: 19w13b
Added Affects Versions: 19w14a
Added Affects Versions: 19w14b
Added Affects Versions: 1.14-pre1
Added Affects Versions: 1.14-pre2
Added Affects Versions: 1.14-pre3
Added Affects Versions: 1.14-pre4
Added Affects Versions: 1.14-pre5
Added Affects Versions: 1.14
Added Affects Versions: 1.14.1-pre1
Added Affects Versions: 1.14.1-pre2
Added Affects Versions: 1.14.2-pre1 1.14.1
Added Affects Versions: 1.14.2-pre2
Added Affects Versions: 1.14.2-pre3
Added Affects Versions: 1.14.2-pre4
Added Affects Versions: 1.14.2
Added Affects Versions: 1.14.3-pre1
Added Affects Versions: 1.14.3-pre2
Added Affects Versions: 1.14.3-pre3
Added Affects Versions: 1.14.3-pre4
Added Affects Versions: 1.14.3
Added Affects Versions: 1.14.4-pre2
Added Affects Versions: 1.14.4-pre3
Added Affects Versions: 1.14.4-pre5 1.14.4-pre4
Added Affects Versions: 1.14.4-pre6
Added Affects Versions: 1.14.4-pre7
Added Affects Versions: 1.14.4
Added Affects Versions: 19w34a
Added Affects Versions: 19w35a
Added Affects Versions: 19w36a
Added Affects Versions: 19w37a
Added Affects Versions: 19w38b
Added Affects Versions: 19w39a
Added Affects Versions: 19w40a
Added Affects Versions: 19w41a
Added Affects Versions: 19w42a
Added Affects Versions: 19w44a
Added Affects Versions: 19w45b
Added Affects Versions: 1.15-pre3
Added Affects Versions: 1.15-pre7
Added Affects Versions: 1.15.1-pre1 1.15
Added Affects Versions: 1.15.1
Added Affects Versions: 1.15.2-pre1
Added Affects Versions: 1.15.2-pre2
Added Affects Versions: 1.15.2
Added Affects Versions: 20w06a
Added Affects Versions: 20w11a
Added Attachments:
Added Affects Versions: 1.15.2-pre1
Added Affects Versions: 1.15.2-pre2
Added Affects Versions: 1.15.2
Added Affects Versions: 20w06a
Added Affects Versions: 20w11a
This bug also exists on 1.12.2
I'm not sure how long it has been missing from the game.
Also unable to load worlds generated in 1.12.2
Stuck at the "Loading World" screen.
Also worth noting that world generation has slowed down considerably since earlier snapshots.
Cannot reproduce using java 8 update 171 64 bit.
Biome is stated as "plains" and grass color is appropriate.
Cannot reproduce using vanilla minecraft launcher. This is more than likely an issue with the HMCL launcher as it appears to modifies the vanilla client. Only submit bugs present in the vanilla client.
Confirmed for 1.13-pre5. Shulker bullets appear to be instantly destroyed upon being created.
I feel like this bug has something to do with
MC-122335since shulkers often behave like blocks.Thank you for your tips Howard, I tried the other search terms you suggested and found the original report.
Confirmed for 1.13-pre7.
Probably the same as
MC-133157It is marked as expected to be fixed in a future release, but I feel this bug is critical enough it should be resolved before the release of 1.13
Still exists in 1.13-pre7. Immediately placing an end crystal on the obsidian platform upon spawning into the end causes no dragon to spawn and the exit portal is generated.
I just found that this bug causes piston heads to make the breaking sound if a powered piston is broken in 1.13-pre7. I feel a sound should only play if a block is destroyed AND the corresponding item drops.
If you are sprinting and jump in any depth of water, this glitch still exists in 1.13-pre8.
Confirmed for 1.13-pre8
I also deeply want a standalone tool to convert worlds, or the option to do the conversion before the world is loaded. This could become a security issue in the full release: all players would have to do to crash small servers is fly with elytra and load too many 1.12 chunks at once until the server ticks too slow and crashes.
Andy, I'm not sure what you mean by the dispenser breaks. Whenever activated, the dispenser fails for me, no bone meal is used up, and no grass is placed. I do consider this broken behavior though.
I did a similar test to Ray in 1.13-pre8 and got the same results. I feel this could also cause erratic spawning at sub-chunks near the surface, creating areas where mobs don't spawn at all.
Still affects 1.13-pre8, tested the shield.
I do agree that sprinting while at the bottom of 1 block water has been fixed, but sprinting at the surface of any depth of water still causes an fov glitch.
Also confirmed for 1.13-pre9
Confirmed on 1.13-pre9
This bug seems to be fixed for 1.13-pre9. In my testing, mobs spawned on all platforms regardless of whether they were below, at, or above a subchunk.
This bug is still present in 1.13-pre9. I hope this gets fixed in 1.13, forest fires just sound wrong.
Could you post a world seed?
Still in 1.13-pre10
Still affects 18w30a
Confirmed for 18w30a
Confirmed for 1.13.1-pre2.
Confirmed for 1.13-pre2.
Confirmed for 1.13.1-pre2.
I cannot reproduce in 1.13.1
Perhaps your furnace recipes have been modified somehow.
Poor performance while teleporting still exists in 19w12a. Running this command from a fresh spawn takes significantly longer than in 1.13.2:
Moreover, this has nothing to do with chunk generation. Once the terrain finally generates, going back to spawn and teleporting again causes almost equal lag. This is an issue with the loading of chunks and this report confirms it.
Confirmed as a bug in 19w14b. When the blocks are updated sufficiently, the light level drops back down.
From my testing on a singleplayer world, loading chunks with a render distance of 32 worked faster than a render distance of 4. Very strange behavior.
I have seen this too in 1.14 Pre-Release 1. Placing torches to try to update the lighting only works partially, but not entirely. Can confirm that relogging also fixed the issue for me.
Still occurs in 1.14 pre-2. If the villager is damaged, but doesn't die, the trading menu is exited. However, if the villager dies, the menu remains.
Confirmed in 1.14-pre4.
Can confirm for 1.14.2 Pre-Release 2. I actually found more lilly pads in the nearby river than the actual swamp biome.
The following code is based on mcp_snapshot-20190525 for Minecraft 1.13.2
There seem to be 2 classes which determine if a lilly pad is placed:
In net.minecraft.world.gen.surfacebuilders.SwampSurfaceBuilder.java line 32 determines the probability of a lilly pad generating near the land:
Setting "0.12D" to something larger like "0.5D" significantly increased lilly pad generation near the islands found in the swamp.
In net.minecraft.world.biome.SwampBiome.java line 65 determines the general probability of a lilly pad generating in the biome:
Specifically, changing the "FrequencyConfig" to a value higher than 4 made lilly pads generate much more often.
This code is significantly different than the code for Minecraft 1.12.2, and it appears that simply tweaking these 2 values could make lilly pads spawn similarly to previous versions. A more end-user friendly customizable world generator (similar to the old 1.8-1.12 custom world option) could allow server operators to have better control over the probability of different terrain elements spawning without having to mod the server directly. When proper 1.14 MCP mappings become available, I'll investigate what changed between 1.13 and 1.14 which reduced lilly pad numbers even more.
I have been playing with the 1.14.2 code base and it seems that the Waterlily feature in net.minecraft.world.biome.SwampBiome.java was removed between 1.13 and 1.14. It is difficult to tell since the 1.14 mappings are incomplete and the code is hard to read, but if I add similar code to 1.13 back to SwampBiome.java and change the FrequencyConfig to a high value, lilly pads seem to spawn more similar to 1.12.
The following screenshots were taken on seed: -1153602421675362941
Use the following command to achieve the same camera view:
The left screenshot is default 1.14.2 world generation.
The right screenshot adds the following code to net.minecraft.world.biome.SwampBiome.java using the latest MCP mappings for 1.14.2:
I personally like seeing lilly pads spawn in the middle of the swamp waters, but this aesthetic change may have been intended when 1.13 slightly changed biome generation. I think the lilly pads really drive home that swamp feeling. Biome generation code was moved around a lot in 1.14, so hopefully they're gearing up for the custom JSON world configuration that was promised after the removal of customized worlds in 1.13.