mojira.dev

Avantir_Yihn

Assigned

No issues.

Reported

MC-168596 Chunks outside of render distance are not unloaded if "execute if block" runs on it every tick Community Consensus MC-137125 Phantoms at high elevations will try to fly down after attacking the player instead of up Awaiting Response MC-132848 scoreboard.dat gets wiped occasionally on logout Community Consensus MC-130053 Mobs don't pathfind up snow banks unless the snow block before the full block is exactly 0.5 blocks high Fixed MC-124709 When drinking a potion, Witches' movement speed modifier is -0.25 instead of -100% Confirmed MC-124186 Items with equivalent but differently ordered name objects don't stack Won't Fix MC-112233 Using /testfor with SelectedItem tag sometimes fails Duplicate MC-111159 Zombies riding horses have great difficulty walking downhill to reach the player Duplicate MC-109522 Player Auto-Jumps (With Auto-Jump off) when exiting a stream of water beside a wall Duplicate MC-108997 Pressing ESC or [Inventory] in creative inventory opens search tab Cannot Reproduce MC-108323 Underlines in chat and /title command intersect each other, causing an ugly effect when fading Fixed MC-108322 Invisible, unusable item in inventory when given at same time item stack is emptied Duplicate MC-104870 Mobs can't pathfind up stairs if there's carpet at the bottom Fixed MC-104363 Shields don't block the moment they are raised Duplicate MC-97420 Crash When Opening Any World Duplicate MC-93724 Crash when Flying in Creative Mode Duplicate MC-93721 Crash When Flying in Spectator Mode Duplicate MC-92654 Selected Item's Attribute Modifiers Not Applying Duplicate MC-88546 generic.armor capped at 20 (Instead of 30) on Players Cannot Reproduce MC-88223 Some Attributes (generic.attackSpeed) Don't Stack Correctly (Operation 0) Cannot Reproduce

Comments

Figured out the root cause of the issue; Updated title and description with reproduction steps.

Still an issue in 1.16.1

Debug report attached. Not sure how much can be gleaned from the debug report, but I am in singleplayer, located at [613, 202, 316] with a render distance of 8, and the entity named "Ikse the Faithful" is still loaded, despite being located at [5, 172, 184]. Spawn point is at [-884, -726], so definitely nothing to do with spawn chunks. No forceloaded chunks either.

In what circumstance would you want to control that? Wouldn't you want it always to look like it's properly on top?

As a workaround for this, I've found zipped data packs load far faster than unzipped ones. My 10,000 function data pack takes 1-2 minutes to load unzipped, but only about 2 seconds to load when zipped.

This issue appears to be fixed in 1.14.4.

This appears to be fixed as of 1.14.4.

It's worth noting that this issue has not reoccurred for me since my last comment, and I was on the same version (1.13.2) for the vast majority of that time, including the times when it did occur.

Why are you asking me? Why are you making me go check something that takes all of 2 seconds instead of doing it yourself while you're already here? Why are you sidelining this issue until I eventually find time to check my email?

 

YES, it is still an issue in 1.13.2. This is the kind of bug that requires a very intentional fix anyways, so I would be very surprised if it was accidentally fixed without being marked as fixed in a snapshot/pre-release.

I was still experiencing this issue in 1.13.1, but it is definitely fixed in 18w43a.

 

Also, if anyone else is having this issue, you can workaround it with a data pack by checking for any phantom's AY tag being significantly below its own position. If it is, just set its AY tag to be some place a bit above the player's position.

Make sure not to do this modification on the same tick that the phantom is summoned however, or you will prevent it setting its default circling location and cause it to fly to 0,0.

Wait - Why does 1.13.1 count as a Future version? That's the current release!

It happened again. More details (My memory could be faulty):

The session before the issue occurred, I logged in, modified my data pack, reloaded the data pack, removed an item from my inventory via the creative inventory and ran the modified function (That contained a single /give command). I then quit the game normally. I completely closed Minecraft, and when I opened Minecraft and entered my world the following time, all scoreboard objectives were gone. Notably, I still had the item given to me by the function that I had modified.

The scoreboard.dat size is now 241KB - up 16KB in the last 3 days. Given that I only added 2 scoreboard objectives in that time (Both of which only apply to the player), that seems rather high. Is it possible that the scoreboard.dat size is being inflated by something, like dead entities aren't being removed or something?

The issue has occurred yet again. It is also worth noting that my scoreboard is relatively large. The scoreboard.dat file was >100KB when I first started getting the issue, and now it is >200KB (221KB as of this last wipe - I've started manually backing up the scoreboard so I can easily restore it when this happens).

I don't believe this is an issue anymore. In 1.13, the @e selector has arbitrary sorting by default. Getting it to prefer entities from the same dimension or adding a selector argument which allows sorting by dimension seems more like a feature than a bug fix.

I believe this issue also relates to MC-130053.

This issue has occurred again. Once again, the game was quit completely normally, but the scoreboard.dat file was wiped.

I'm experiencing this issue too. The server is just running slower than it should, and it's messing up the timings of everything. No client lag at all.

The lag from this bug is definitely not as bad in 1.13pre-2 but still not as good as it was in 1.12.

To add on to this: Lightning seems to only set mob's HurtTime to 9 in the 1.13 snapshots, unlike 10 for everything else. So if lightning lasts for 0.5 seconds, there is a 1 tick window after the first damage instance in which stuff can take damage again.