kuemmi
- kuemmi
- kuemmi
- Europe/Stockholm
- Yes
- No
MC-118215
This is still an issue in 13w42a, please update affected versions.
DId you test this in a new world, or in a world that was generated in a previous snapshot?
crash-2019-03-15_18.29.41-server.txt
Movement stutters when trying to instamine blocks when the tool/hand tries to mine blocks of an other type behind/below the block that was just mined.
Easy ways to recreate:
- Mine crops in a line while moving forward and looking at the dirt below the crops (see attached video).
- Mine sand with an Efficiency 4 shovel with stone below or behind, pointing at the stone.
The game stutters when crossing chunk borders while moving quickly, for example flying with an elytra. With my configuration, this was noticeable with a render distance of about 13 or more, while I was able to play on 1.14 with a render distance of 20 or even more without any stuttering.
Chunks at the edge of the render distance seem to be loaded all at once when entering a new chunk, which might contribute to the stuttering.
On 1.15-pre3 the stuttering is less noticeable, but can still be observed.
I had a similar thing happen twice while driving in a minecart. Without any interaction, I suddenly stood on the tracks and the minecart drove away at full speed. A while later, the chunks around me began to unload. When I reconnected, I was suffocating somewhere in a wall.
You can also see the effect in one of Etho's latest episodes.
It's also not consistent with the behaviour of the newly added pressure plates, that give off a signal with one item.
Still happens in 13w02b. Please update affected versions.
I can reproduce this bug in 13w04a, please update affected versions.
Tried to place water at spawn, water gets placed and immediately disappears again. The bucket is empty afterwards. Placing blocks at the same position is possible.
Easiest way to reproduce: Two pistons on top of eachother, facing up. Place block next to bottom piston, put redstone torch on block.
Confirmed in 13w04a.
I can confirm this in 13w04a.
I don't know if this should be resolved as duplicate. There's a noticeable drop in performance from last week's snapshot to this one, which might be related to changes in the lighting engine.
The difference in fps when switching smooth lighting on and off is also way bigger than in 13w04a.
Confirmed in 13w05a for item frames and minecarts. Can't reproduce with signs though.
Confirmed in 13w05a.
(Should I keep posting this every week if it isn't resolved, or is there an easier way?)
Yeah. I really hope the mods will reopen this bug. It is obviously a new issue related to smooth lighting in this snapshot.
This is still an issue in 13w05b. Framerate with Smooth Lighting 30-60 fps, Framerate without Smooth Lighting 70-100 fps.
Dear Mods, could you please have a look at
MC-8824, which was marked as a duplicate of this issue. I believe this is a new bug, and it should be reopened.Thanks for reopening! Could you update the affected versions too?
This is still a problem in 13w09a, even with the new "Minimum" setting. I can live with the lower frame rate, but the stuttering makes it unplayable. I really hope that this gets some attention before the final release.
Confirmed for 13w09c.
With smooth lighting off, I get about 65-80 fps.
With smooth lighting on, I get a lot of stuttering and (allegedly) about 35-50 fps. There's no noticeable difference between Minimum and Maximum settings.
Smooth lighting used to work without stuttering and at about 60-80 fps in 1.4 and the early snapshots.
Confirmed in 13w09c.
Confirmed for 13w10a, framerate and stuttering haven't changed since my last post.
The overall fps seem to have improved with the temporary snapshot, the stuttering however is still quite bad.
1.4.7: 60-80 fps
1.5: 35-50 fps with very noticeable lag spikes
1.5 with modified bfz.class: 60-80 fps
temporary snapshot: 40-70 fps with noticeable lag spikes
If I turn off smooth lighting in 1.5 and the temporary snapshot, the framerate goes up to about 80 fps and camera movement seems much smoother.
Yep, the second test build is definitely an improvement. There's still some occasional stuttering, but the overall framerate is back to normal.
Yeah, it's definitely happening everywhere if the connection to the server isn't perfect. I'm in Europe and I'm playing on a server in the US. The connection is usually not too bad, but horses are not controllable.
This is still an issue in the 1.6 prerelease. Basic movement should be lag-free in the client, and not affected by a player's connection.
The same thing happens when a ghast fireball hits a portal. In my case, the top four portal blocks broke, while the bottom two were still there.
This happened on a server running 13w38c.
Not fixed for me in 13w41b. 32 bit Ubuntu Linux, Java 1.6. Please reopen.
Far render distance was working just fine, even with the warning. In the snapshots, I was using a render distance of 10 chunks until now. So it should be possible to get a higher render distance on 32 bit systems too.
Could you at least reopen this, so the devs can decide?
Sure, but that was before everyone commented that it's still an issue in 13w41b. Dinnerbone didn't distinguish between 64 bit and 32 bit systems in his tweet either.
This is still an issue in 13w42a, please update affected versions.
You need to submit the crash report if you want this bug to stay open.
I'm getting this error when trying to reconnect after disconnecting from a server. I need to close Minecraft for it to work again.
Can't reproduce, I spawned next to a village in a flat world.
Also, put the snapshot you tested this in in the affected versions, not "Future Versions".
Is there some official source (changelog?) saying that this was intentional?
As I posted in the duplicate, this happens to me if I disconnect from a server and try to connect again. It works again after restarting Minecraft, or after waiting for a few minutes.
Added another screenshot, map wall with partially visible pumpkin faces behind.
Yep, having the issue in 13w43a too. It always happens if I try to reconnect to a server I just disconnected from. I have to restart Minecraft to be able to reconnect again.
I experienced the same problem when I opened a world that was previously generated in 14w28b and 14w29b. It didn't affect newly generated terrain though.
I'm guessing he's trying to repair a pickaxe that has been repaired before? Also, please consider lowering the repair cost for repeated repairs.
Tried to reproduce this, but couldn't. What are your launcher visibility settings and do you close the launcher between restarts?
This still happens in 1.8. The map on our server is quite old, and after upgrading, most portals are unlit.
Couldn't reproduce this on my end. Windows 10, Java 8, GTX 750 Ti, i5-4670K. Using single color and multicolor firework stars is working as expected.
Could this be related to a problem with deploying the elytra in the end? I just tried to fly unsuccessfully with elytra and armor equipped, and after a bit, I noticed that the armor bar wasn't displayed.
I think the issue is Minecraft calculating the Auto GUI scale by the size of the normal inventory, thus (mostly) setting the GUI scale to Large which leads to the recipe book overlapping the inventory on 4:3 screens.
Still an issue in 18w10a. Seed 9057987751117129748, x 1850, z 4900.
Hey, what tool did you use to open and analyze the snapshot world? I'd like to check up on this bug, but I couldn't find a way to open the new worlds in MCEdit or with the nbt library for python.
Sorry, I wasn't doubting your findings, I noticed the same in my world. I just wanted to check again for the newest version since there had not been any activity here recently. Thanks for checking again, and could you update the affected versions above?
This wasn't the case at least for melons and pumpkins, they would grow perfectly fine in one block high spaces in 1.12.2.I have a stackable pumpkin/melon farm (Xisumavoid's design) that stopped working after updating to 1.13.Edit: I just did some more research and you're right, crops always needed a block of air or a transparent block above to be able to grow.
What apparently changed is some property of the farmland block (transparency?). With a farmland block above a pumpkin stem, pumpkins could still grow in 1.12. In 1.13, this doesn't work anymore. Other transparent blocks above the stem (glass, pistons) will not prevent pumpkins from growing even in 1.13.
This might be related to the change that caused pistons to no longer be transparent, which was reverted in the 1.13 prereleases. (
MC-130858)Still an issue in 19w11b.
Smokers and Blast Furnaces cause the above mentioned crash
a) when putting items in ([^crash-2019-03-15_18.29.41-server.txt])
b) when the last item has finished processing ([^crash-2019-03-15_18.32.46-server.txt])
Yep, this is still an issue in 19w11b. I've been running around in a desert, and have maybe found 1-2 hostile mobs.
Contrary to another comment above, I can't see any difference when increasing or decreasing my render distance.
Still an issue in 19w12a.
Still an issue in 19w12b.
So this could be related to local difficulty, which matches my experience in my world. Around the spawn chunks I'm able to find mobs pretty quickly. But exploring a new desert, I've come across maybe 1-2 hostile mobs in a whole night.
This wasn't modded, the server jar was downloaded from the official site. Someone reopen please?
There are multiple reports that were resolved as a duplicate of this one, describing a problem with villagers losing their workstation and other villagers taking them over. This issue definitely wasn't resolved, so maybe the mods could reopen one of the duplicates where that issue is described.
I've had two fully leveled up villagers lose their workstation while playing in 1.14.4-pre3, and they are now unable to restock. I was just in the village for a while and trading, not breaking or adding any workstations.
I reported a similar issue, with another video (
MC-156450). 1.14.4-pre5 is affected as well.This is easy to reproduce by mining crops while moving and looking at the dirt below.
Adding my video from the duplicate bug report here too, to show how this can be easily reproduced by breaking crops and looking at the dirt below.
Minecraft 1.14.4 Pre-Release 4 2019-07-10 20-32-23_Trim.mp4
Is anyone actually still able to reproduce this in pre6? To me it looks like it's fixed.
Might be a duplicate of
MC-133877, since they are mining wood/leaves? Or does this happen with other blocks too?Still in 1.14.4-pre6
Gold farms are broken by this change.
They do generate. Example Seed: -7563624028692408015 at -1800 / 5100
Confirmed for 1.16-rc1. Also happens in other parts of the nether, not just near bastion remnants.
Can confirm, flower forests now generate with sparser patches of the same flowers instead of a nice dense mix of different flowers.