Brock Lievsay

I'm having an issue with structure blocks freezing my singleplayer and multiplayer worlds just for loading a structure of the maximum size.

Basically almost everything quits working (mobs, chunk loading, etc).  Even tested on my own personal server, and I timed out and could not reconnect for like a minute until the server finally caught back up.

edit:  hmm, It almost seems like it may be because the structures might not be up to date.  I last updated them just after the flattening in the snapshots.  Once I manage to load a particular one, loading it again is much more normal.

It is so strange that some people are still experiencing this issue, Hmm..  My 18w16a world works perfectly after being updated to 1.13.  Don't know what would cause a difference with some worlds vs others, perhaps world type or generator options maybe?

I just tried a copy of my 18w16a world in 1.13 pre 3, and I have not noticed this issue anywhere in my map thus far.  I was having this issue in 1.13 pre1 in almost every block when I tried that release so maybe it's fixed?  That or there is something special with my world.

I was just testing the waters of upgrading my world to pre3  from 18w16a, which is the most previous, somewhat stable snapshot.  MC 129725 seems to not be effecting my world in pre 3, even though it has never been marked as fixed,  but my command/ function central computer was absolutely going haywire! (It's a  high tech command based adventure map all controlled by a central computer room. 

With some investigation I have stumbled upon this being the cause of the problem.  Everywhere I use /execute if entity @a[then whatever here] to use as a /testfor is always testing positive.  Guess I'll stick with 18w16a until the official release. This would be a huge setback for me if it makes it into the final release.  Sure hope they fix this!  Voted.

Yeah, It looks like my work around still works in default world types, but just not as well..(Unless I just got lucky with my superflat map) It took me a few tries to get all of the built chunks in a default world type to convert.  Basically I hovered/ flew over everything once in 18w15a, and then made a copy of that save.  Loaded the copy in 18w19b and made note of what chunks have been reset.  I then went back into the original reverted save and revisited the noted chunks with special emphasis.  Upon loading a new copy of that in 19b, The revisited chunks have always been there.  Repeat as many times as necessary.  Or, to guarantee your chunk to convert, place a block and break it or use a command block or function to do this for you faster.

Hey Everyone, I know how to fix the resetting inventory/position issue!

First, back up your world, (obviously)

Open your world in NBT Explorer

Go to the level.dat -> Data -> 

And delete the entire "Player" Compound tag that you will see.

Your inventory and position will now stay changed the next time you log in!

It looks like the new format that 18w19 is using solely the external playerdata folder in the saves now, and having the outdated Player compound tag in the level.dat causes the playerdata data to be overwritten with the outdated data that is in the level.dat

You may wish to make a backup of the level.dat just in case they decide to use it again.

@Linda A. Wingfield Hmm.. that's strange.  I just tried again with my world, and I cannot see any missing chunks  at all in my map.  Is your world type default or something?  My world type is a superflat ocean world with custom terrain that I painted in world painter back in 1.11.2, in which the world size is 266 MB (It's a huge land mass).  Keep in mind that minecraft only rewrites chunks of the world that have been loaded in game.  Basically when I loaded my world in 18w15a, I set my render distance to 16 chunks and flew across the map back and forth working my way north with an elytra with the goal to have minecraft load every chunk in my world, which did the trick for me.  On my second attempt, I manually placed a few blocks in the chunks that didn't load on my first attempt of conversion just in case.  They are there now.  Don't know if the world type has anything to do with this though.  I think I might generate a new 18w16a default type world, blow some craters,  and see if I can get it to load in 18w19b

another possible fix I'm about to test out of curiosity just in case they don't fix it to load 18w16a worlds: load your 18w16a world in 18w15a. I did so on a copy of my map, and thus far, I do not see anything missing or broken ( at least for the blocks that are in my map anyways) . I will check the whole map, travel the entire map, to resave all chunks and attempt to load the world in 18w19b. I'll update when I've tested this out.

Edit: Pretty promising results! only one area that must not have gotten saved in 18w15a or for whatever reason didn't load in 18w19b. Way way way better than what I got when I originally loaded the 18w16a world in 18w19b

This is the only area of missing chunks that I've found with a brief search.

I remember flying very fast over this area, faster than minecraft could load the chunks at times.
Its probable that minecraft didn't load these chunks in time. But honestly, If this is all I'm missing, It would be pretty easy to /fill it back in since it was water anyways. I should try manually updating those chunks in 18w15a again and see if it changes anything with those chunks.

The color among the whole game is off for me. I want to say many blocks look like they are in 8 bit color, stone looks like concrete, redstone blocks are more like orangestone blocks, and the menu UI looks terrible. The tunnel vision effect in less light is not blurred at all.

Seems to be working alright now in 18w10a or b with the new phantom behavior.

I've been trying to figure this one out, and I think I may know the cause finally through some experimentation.

This occurs (for me anyway) whenever I have a world with an endless water border.

How to recreate:

1. Open up World Painter and create a quick world.
2. In the World export options, under world border, select water and select endless. (I also normally have the map's water height at 20, and the type should switch to a Superflat world)
3. Export the world, and attempt to load in 18w07b
4. Check the launcher log and crash report when the game hangs on "Loading World". You will need to exit the game via the task manager.

Other worlds created will still work fine, if they don't have an endless superflat border. Maybe some borders might work, but not the settings I've been using.

The Customizable features are not supported as of yet. This was also the case in 18w06a, I believe. It will work later on.

I'm getting this crash report, when I load a copy of a particular 18w05a world of mine in 18w07a. I suspect This too, is related to something invalid in the datapack. I generated a new world in 18w05a and loaded it just fine in 18w07a, to eliminate a few possibilities.

---- Minecraft Crash Report ----
// I'm sorry, Dave.

Time: 2/14/18 7:29 PM
Description: Exception in server tick loop

java.lang.NullPointerException: Exception in server tick loop
	at aum.a(SourceFile:377)
	at bio.e(SourceFile:60)
	at bio.<init>(SourceFile:46)
	at bid.o(SourceFile:46)
	at sa.o(SourceFile:735)
	at sa.<init>(SourceFile:129)
	at cwr.a(SourceFile:96)
	at cwr.d(SourceFile:131)
	at net.minecraft.server.MinecraftServer.run(SourceFile:503)
	at java.lang.Thread.run(Thread.java:745)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- System Details --
Details:
	Minecraft Version: 18w07a
	Operating System: Windows 7 (amd64) version 6.1
	Java Version: 1.8.0_25, Oracle Corporation
	Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
	Memory: 94216824 bytes (89 MB) / 251658240 bytes (240 MB) up to 1073741824 bytes (1024 MB)
	JVM Flags: 8 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=16M
	Profiler Position: N/A (disabled)
	Player Count: 0 / 8; []
	Data Packs: vanilla, file/neverland (incompatible)
	Type: Integrated Server (map_client.txt)
	Is Modded: Probably not. Jar signature remains and both client + server brands are untouched.

Also effects custom models for the stairs I know. For me, It's like only the up faces are lighted properly, and since the sides of my models don't extend to the side of the block, they are dark as well