| Type: | Bug | ||
| Reporter: | Greg Milson | Assignee: | Unassigned |
| Resolution: | Cannot Reproduce | Votes: | 92 |
| Labels: | chunk, mojang_internal_1, rendering, superflat-world, world-generation, world-name | ||
| Attachments: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| CHK: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Confirmation Status: | Confirmed | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Category: |
Chunk loading
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Mojang Priority: | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
| Comments |
| Comment by [Mod] violine1101 [ 03/Jul/20 ] |
|
Policies can change. If we just pick any random version as fix version, it's a false statement as well. Nevertheless, this is not the place to discuss that. |
| Comment by Fabian Röling [ 03/Jul/20 ] |
|
It has always been the normal thing to just pick any reasonable version then. "Cannot reproduce" is simply false. It also suggests that people are supposed to try to reproduce it, which would just waste time in this case. |
| Comment by [Mod] CubeTheThird [ 02/Jul/20 ] |
|
If you are able to provide the game version upon which this was fixed, I can try to update accordingly. |
| Comment by Markku [ 02/Jul/20 ] |
|
I would think the correct resolution is "fixed", since it was reproduced plenty of times before. "Cannot reproduce" resolution (at least in the meaning I've seen it used usually) basically would mean the issue could not be confirmed by testing at any point (thus not valid issue) |
| Comment by Numeritos [ 02/Jul/20 ] |
|
Unable to reproduce in 1.16.1 and 20w27a Video: https://youtu.be/LMtDccVBYfo |
| Comment by Markku [ 24/Jun/20 ] |
|
I can confirm the fix. Game now detects existing folders (that do not have complete saved world), and add a counter ( (1), (2), ...) in the end of the directory name when creating a new world with the same old name. Funny detail: if naming the new world like "name (1)" (i.e. includes the counter in the name) and there is already such directory, game will add another counter, saving to "name (1) (1)". Even if the bug isn't fixed, per se, as the garbage save data is still left there, the solution fulfills the overall goal of not getting wrong chunks in a new world. I thus consider this issue as good as fixed. |
| Comment by Numeritos [ 24/Jun/20 ] |
|
Unable to reproduce with the steps @bugi74 has provided, Minecraft always creates a (1) folder instead of using the older with the old files, tested on 1.16 |
| Comment by Markku [ 15/Feb/20 ] |
|
Do read the comments; the reproduction is not deterministic if using only Minecraft (one would need really tight timing and luck), and the reproduction steps in the description are woefully inadequate. From my memory, from years back, so might not work as is, but... a better process could be:
Note also the relate issues |
| Comment by [Helper] Misode [ 15/Feb/20 ] |
|
I'm unable to replicate this either with the steps that Nathan provided. gregmilson are you sure this is still happening? If so please edit the description and specifically the steps to reproduce. |
| Comment by Galaxy_2Alex [ 23/Apr/19 ] |
|
I am unable to reproduce this in any way. Please add the console log, as well as concrete steps on how to reproduce this issue, as the current provided steps are not sufficient. |
| Comment by Fabian Röling [ 06/Jan/19 ] |
|
Oh, you meant it the other way around. Yes, you're right. |
| Comment by Fabian Röling [ 06/Jan/19 ] |
|
No, they are exactly the same. |
| Comment by Nixinova [ 26/Oct/18 ] |
|
Replace superflat with buffet and this happens as well |
| Comment by PoolloverNathan [ 15/Jul/18 ] |
|
I do not play Java, but it sounds like the instructions are different.
|
| Comment by [Mod] Michael Wobst [ 29/May/18 ] |
|
gregmilson, ticket is yours now |
| Comment by Greg Milson [ 29/May/18 ] |
|
Affects 18w21b |
| Comment by Shawn Baird [ 19/Jan/18 ] |
|
So I've seen this happen a decent number of times. I regularly play hardcore and just use New World to get a random seed. I always delete my old hardcore game when I die, but currently that means telling it once when I die, but that doesn't really delete it, so an additional time selecting it from my game list and then deleting it and confirming the deletion. If the window between my deleting the old world and the new one is too small I'll often see this bug. Is there really a reason that the delete operation can't just block until it is truly deleted? |
| Comment by Joseph Fowler [ 28/Nov/16 ] |
|
Still present in 1.11 |
| Comment by [Helper] gaspoweredpick [ 12/Oct/16 ] |
|
I was playing survival mode on singleplayer, and i went caving in extreme hills, then i got out and all the sudden i saw a huge tower of extreme hills generated in the plains that wasn't there before. there was no lag or relog, it just appeared. |
| Comment by [Mod] CubeTheThird [ 30/Aug/16 ] |
|
Please avoid re-editing your comments. Every time you do, an email is sent to those watching this report, which now makes for many emails. I also recommend you set your name to something that isn't blank. |
| Comment by ouroya [ 30/Aug/16 ] |
|
1.10, |
| Comment by ouroya [ 30/Aug/16 ] |
|
1.10, creating a superflat world, then deleting and creating a non-superflat world can "force" villages into weird generations. |
| Comment by CyanEmber [ 29/Aug/16 ] |
|
You can delete the level.dat and level.dat_old of a world folder and recreate a new world under the same name, and then you will get this bug. It's kind of awesome, though, because you can use it to make survival island maps easily. Try making a world using the seed "Flame", with the name "Broken Chunks", exiting, deleting the level.dat and level.dat_old files, and then making the world Flame again, but on a Customized world type where the only biome is Ocean. It's pretty awesome. |
| Comment by Markku [ 24/Jun/16 ] |
|
MC-63 is sort of similar to This issue is more important to fix (and easier, too), because it is indeed pretty much impossible to ensure 100% certain deletion (crashes etc.) Put more simply; fix only this easy one and (There are still ways to handle the MC-63 sort of properly, i.e. either everything gets saved (pure success) or nothing gets saved-and-later-loaded (pure crash), but it gets quite deep in the coding (somewhat common exercise in business critical systems, though), more than suitable to paste here, should someone even get the motivation to try and do such fixes.) |
| Comment by Fabian Röling [ 24/Jun/16 ] |
|
I think this is similar to MC-63: The game has to do things after each other and the calculation speed is limited. So if it crashes halfway through saving or deleting, that can't be fixed in all instances. In this case it could delete the folder before creating something or forbid saving in an existing folder, but e.g. in MC-63 there has to be one thing before the other: If it saves the inventory first and then the entites, you can make it crash in between and duplicate items. If it does it the other way around, people who have a crash in between can lose items. One of those two will always happen. |
| Comment by Markku [ 24/Jun/16 ] |
|
Read both this and You asked for a reliably reproducible test for this issue; putting the files there manually is an easy and reproducible test to check if this issue is fixed or not. (Manually putting the files is like simulating the effect of issue When creating a new world, its files are supposed to go into a very specific (and a new) directory. The directory is not supposed to be there, and if it is, there is supposed to be no files in it. Otherwise the world creation should not be allowed to happen to the name used in the first place. (In fact, one could argue that allowing to name the world in a way that leads to issues is already a bug, but such claim is in the territory that can cause heated discussion among developers about bugs, priorities, right and wrong ways to solve things etc. Lets not continue to there.) But since the world creation is allowed to happen with that name, it is, imho, perfectly fine to assume that if there are any files in the way, they are leftovers of a failed removal, or that they are put there manually by a user, and if a user is putting files in such a place where user's manipulation is not welcome (taking backup needs only copying the whole directory, not individual files inside it), it can be assumed he knows what he is doing and is thus responsible for the fate of those files - the game does not need to account for that kind of messing with its operation. A really fancy fix for this issue would actually check what kinds of files are there, and only remove the ones that are related to this game, and leave other files as is. I have no idea what other kinds of files users could possibly want to put in there, though... perhaps some sort of README-file or such (though such would likely be needed only when dropping in a full world for playing, and thus world creation is not needed or wanted). But in any case, that kind of fancy change would be way beyond just a bugfix, and belongs to wherever they want the feature requests to be put and forgotten. |
| Comment by Fabian Röling [ 24/Jun/16 ] |
|
If you put these files in the folder manually, why should they get deleted? I don't see why you should do that except if you want these files there. |
| Comment by Markku [ 24/Jun/16 ] |
|
Fabian: For continued testing, simply store the collection of random files and their world-directory into a zip-file and re-plant them over the deleted world and re-create... (I didn't test the sequence above, making it up from my memory, but it should give the idea close enough.) The related |
| Comment by Fabian Röling [ 24/Jun/16 ] |
|
Does anyone have tips how to reproduce this a bit reliably? |
| Comment by Markku [ 11/May/16 ] |
|
Lawrence G. you could have read some comments before adding yours, it is quite often useful. E.g. the one just two comments before yours. Or the 8th from the start... Basically, the reasons have been known for years, we're just waiting for the fix. |
| Comment by Alawnely [ 11/May/16 ] |
|
I think I know the bug: When you create a world and delete it, Minecraft may not be able to delete some chunk files so when you create a new world with same world name and directory name (in saves folder), it will load the chunks in the folder of the world in the saves folder. I suggest Minecraft developers that if you create a world, it will have different directory name in the saves folder (like in Pocket Edition). |
| Comment by Jonathan Haas [ 30/Mar/16 ] |
|
@Deano: This bug is bad, but it's not awful and it doesn't plague us for 4 years or something like that. There is a very simple workaround: Just don't reuse world names, if you create a new world, use a name you didn't used before (append a digit or whatever). Then you should be fine. |
| Comment by Markku [ 30/Mar/16 ] |
|
Michael Connel, this issue is quite easily fixable, just see my comment made 3 years ago. Granted it is quite awful piece of code, but it was just an example. (I do not expect mojang to solve the issue with that code, it just proves it can be fixed with code.) The way how some operating systems/file systems delete files has nothing to do with this issue. It has more to do with how minecraft does the deletion, server vs. client architecture, and in some cases too quick exit. Note well the related issue |
| Comment by Michael Connel [ 30/Mar/16 ] |
|
I'm not sure this is fixable from a developers' standpoint. The but occurs by deleting a world and making a new one that is named the same thing (as the desc says). It has to do with the way computers delete things. When a file is deleted, it isn't actually deleted, it's just allowed to be overwritten. So if you create a new world right AFTER deleting one of this same name, it will create the world in the same place on the hard drive, and thus it will pull some chunks from the deleted world. So that's why it isn't fixable- at least for the developers. There are workarounds (like 'permanent' deletion), but they are complicated. |
| Comment by JON [ 28/Mar/16 ] |
|
This is awkward... I thought this was removed... |
| Comment by Nick Eumo [ 25/Mar/16 ] |
|
Confirmed in 1.9. Either this or a related bug. Random chunks relocated upon reloading an existing world. |
| Comment by Ari Staggs [ 04/Feb/16 ] |
|
I got a screenshot of it. |
| Comment by Ari Staggs [ 04/Feb/16 ] |
|
Confirmed in 1.8.9. I generated a new superflat world with the dirt preset changed to 50, so it can be deeper. I teleported to 0 62 0, the center of the world, set my spawn, and started building. However, I soon saw a large structure in the distance, and I realized that it was a chunk. I saw a bunch of them, and it was really scary. I deleted that world. The thing is, I had created a world before this, but I forgot to set it to superflat and creative mode. It was normal and was in survival. I suppose that the chunks didn't unload, causing them to load into the superflat world with the exact same name. There was a lake in one of the chunks, and in the superflat world it didn't flow over the edge, so I suppose the chunks just didn't unload when deleting and recreating the world in superflat. |
| Comment by Samuel Finch [ 12/Aug/15 ] |
|
I can confirm it for 15w32c |
| Comment by Marcono1234 [ 16/May/15 ] |
|
gerottinho probably because this report here contained the cause for this bug. It happens sometimes that Mods close older reports because they contained less information |
| Comment by Gerottinho [ 16/May/15 ] |
|
I love how my report on |
| Comment by KingSupernova [ 24/Oct/14 ] |
|
Confirmed in 1.8.1-pre3 |
| Comment by Noproct [ 30/Aug/14 ] |
|
I have one chunk in my main SSP world, next to my guardian farm in a deep oceanthat does not belong there. It seems that the biome info is overwritten because the chunk is clearly a forrest but every block on it is a deep ocean biome. |
| Comment by Thomas Bruce [ 27/Jul/14 ] |
|
Confirmed 14w30c |
| Comment by yarrmateys [ 23/Jul/14 ] |
|
one way to circumvent it until fixed would be to rename the newly created world on creation if previous wasn't deleted completely and its folder/files still exist. say, you make world called "new world", then delete it (but deletion fails) and make a new one called the same. instead of calling its folder "new world" too and causing the bug, just auto rename it to "new world_1" or involve a date+time, like "new world_20140723151905" to prevent multiple attempts to create the same name. that way even if the world fails to delete, new one won't be able to overwrite its remains, taking some of its chunks in since it'll go to a different folder. the remaining one could be scheduled to be deleted on next minecraft launch, and if it still fails then, reschedule for next and keep doing it until successful. one pc reset later the folder will be finally freed and will delete normally. |
| Comment by Markku [ 22/Jul/14 ] |
|
Blah, Andrew and Bruce, and Sonic:
There are, in a way, two issues caused by one failure. However, both issues should be fixed as the These issues have now been, and has been for last 1.5 years, only waiting for Mojang dev's to adapt those fixes to their code (or make even better fixes if they want). |
| Comment by Kumasasa [ 22/Jul/14 ] |
|
@duckofduckness: It's the server still saving the world files while the client tries to delete the files: [00:19:42] [Server thread/INFO]: Saving chunks for level 'Flatworld6'/Overworld [00:19:42] [Client thread/INFO]: Deleting level Flatworld6 [00:19:42] [Client thread/INFO]: Attempt 1... [00:19:42] [Client thread/WARN]: Couldn't delete file C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region\r.-1.0.mca [00:19:42] [Client thread/WARN]: Couldn't delete directory C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region [00:19:42] [Client thread/WARN]: Unsuccessful in deleting contents. [00:19:42] [Server thread/INFO]: Saving chunks for level 'Flatworld6'/Nether [00:19:42] [Server thread/INFO]: Saving chunks for level 'Flatworld6'/The End [00:19:43] [Client thread/INFO]: Attempt 2... [00:19:43] [Client thread/WARN]: Couldn't delete file C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region\r.-1.0.mca [00:19:43] [Client thread/WARN]: Couldn't delete directory C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region [00:19:43] [Client thread/WARN]: Unsuccessful in deleting contents. [00:19:43] [Client thread/INFO]: Attempt 3... [00:19:43] [Client thread/WARN]: Couldn't delete file C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region\r.-1.0.mca [00:19:43] [Client thread/WARN]: Couldn't delete directory C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region [00:19:43] [Client thread/WARN]: Unsuccessful in deleting contents. [00:19:44] [Client thread/INFO]: Attempt 4... [00:19:44] [Client thread/WARN]: Couldn't delete file C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region\r.-1.0.mca [00:19:44] [Client thread/WARN]: Couldn't delete directory C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region [00:19:44] [Client thread/WARN]: Unsuccessful in deleting contents. [00:19:44] [Client thread/INFO]: Attempt 5... [00:19:44] [Client thread/WARN]: Couldn't delete file C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region\r.-1.0.mca [00:19:44] [Client thread/WARN]: Couldn't delete directory C:\Users\User\AppData\Roaming\.minecraft\saves\Flatworld6\region [00:19:44] [Client thread/WARN]: Unsuccessful in deleting contents. [00:19:57] [Server thread/INFO]: Starting integrated minecraft server version 14w29b |
| Comment by Bruce Preston [ 21/Jul/14 ] |
|
Andrew, look at the log on my comment. The error being reported is: [20:24:11] [Server thread/ERROR]: Couldn't save chunk; already in use by another instance of Minecraft? Basically, old chunks from one world can't be overwritten by worldgen in the next. Blah, I'd accept "Don't do that then" as a bugfix... |
| Comment by Andrew McCluskey [ 21/Jul/14 ] |
|
So the problem is actually with the world/chunk generation and not old files not being deleted properly? |
| Comment by Dlawso the Really Lucky Rabbit [ 21/Jul/14 ] |
|
Unfixable. Searge's comment from
|
| Comment by claire [ 11/May/14 ] |
|
happened to me 2, but when i first spawned it was nt there.. 2 weeks later its like random walls grew. And now my dirt is retextured to look like its glowing. |
| Comment by Markku [ 02/Feb/14 ] |
|
Note, the sequence used by Bruce also indicates that |
| Comment by Bruce Preston [ 02/Feb/14 ] |
|
Confirmed in 14w05b (OSX 10.8.5, log attached). Just accidentally created a checkerboard of two different worlds due to the deletion of the previous world failing to complete before a new world (with the same name) was created. I meant to create a new Creative world but created a Survival world by mistake (as "New World"). I quit out to the menu, deleted the Survival world and created a Creative one instead (also "New World"). Creative world has a mixture of chunks from the deleted world and the world that actually goes with the seed given by /seed. Edit: Actually, this may be an instance of |
| Comment by Kumasasa [ 25/Jan/14 ] |
| Comment by Deleted account [ 24/Jan/14 ] |
|
kumasasa: Can't get it to work right now, I'll try again tomorrow. |
| Comment by Kumasasa [ 24/Jan/14 ] |
|
Jar_: Please attach the development console when having this issue. |
| Comment by Deleted account [ 23/Jan/14 ] |
|
This is still an issue in Minecraft version 14w03b. |
| Comment by Kumasasa [ 08/Oct/13 ] |
|
Markku, you are absolutely right. |
| Comment by Markku [ 08/Oct/13 ] |
|
Actually, it does justify reopening this issue, but not the related My crude fix shown in a previous comment does just that; even if some ancient stuff is around, they are cleared out first. That action is also necessary even if the deletion process is fixed, as there could still be events which interrupt deletion, like crash or power-down etc. and those can not be avoided or handled at deletion time. They must be handled later, at the time of creating a new world. (A fancy fix might occasionally try to check and cleanup folders that are obviously no longer in use but have some garbage...) The |
| Comment by Kumasasa [ 08/Oct/13 ] |
|
|
| Comment by [Mod] CubeTheThird [ 08/Oct/13 ] |
|
Reopening due to |
| Comment by EvilSeph (Warren Loo) [ 19/Sep/13 ] |
|
Potentially fixed this issue. I'm not able to reproduce it so I'm not 100% sure. Please test and let me know, thanks |
| Comment by Galen Dolkas [ 16/Aug/13 ] |
|
Im having a similar problem with jungle biomes. |
| Comment by Michael Connel [ 09/Jul/13 ] |
|
Please add that it affects Mac OSX. |
| Comment by Markku [ 06/Jul/13 ] |
|
@crazyman: those steps (as described) are not always enough, as timing is part of the problem. Better description for reproduction in the comments of the related Apart from the user error part, Steelcrow's comment was otherwise correct, and was one of the comments that allowed me to find the problem code quicker. As another note, there are more duplicates than votes for this issue. Sigh. |
| Comment by crazyman [ 06/Jul/13 ] |
|
@SteelCrow we are not looking for user error. |
| Comment by crazyman [ 06/Jul/13 ] |
|
Confirmed on 1.1 (superflat introduced) - prerelease 1.6.2 |
| Comment by Brendan Chow [ 24/Jun/13 ] |
|
Confirmed in 13w25c |
| Comment by Brendan Chow [ 06/Jun/13 ] |
|
it did it to me in 13w22a |
| Comment by John Distler [ 05/Jun/13 ] |
|
Confirmed in 13w22a |
| Comment by Thomas Pye [ 26/May/13 ] |
|
I got this with an extreme hills (which for some reason had jungle trees on it...!?) in 1.5.2 |
| Comment by AgentM [ 17/May/13 ] |
|
I had this once but than th other way around with the superflat in the middle and default around it... |
| Comment by RowanSkie [ 17/Apr/13 ] |
|
Guys, My brother found it he has the one who said me to post it. Sorry! |
| Comment by Markku [ 17/Feb/13 ] |
|
Crude fix Minecraft.launchIntegratedServer() ...
ISaveHandler var4 = this.saveLoader.getSaveLoader(dirName, false);
WorldInfo var5 = var4.loadWorldInfo();
if (var5 == null && par3WorldSettings != null) {
// A new world, ensure deletion of possible old junk and reinitialize var4:
this.saveLoader.deleteWorldDirectory(dirName); // ADDED
var4 = this.saveLoader.getSaveLoader(dirName, false); // ADDED
this.statFileWriter.readStat(StatList.createWorldStat, 1);
var5 = new WorldInfo(par3WorldSettings, dirName);
var4.saveWorldInfo(var5);
}
...
It is kinda bad coding, but I am trying to keep using existing methods. The ugliness comes from that method handling both new and existing worlds, and it needs to init and use both var4 and var5 in order to know if the world is new. But by that time those calls have already created the world directory and a file, which the deletion then immediately remove. Thus it needs to redo the var4 stuff. The proper fix would be add a new method that specifically checks the existence of world save left-overs and then cleans them up, and use that method from those places which create new worlds (and only create, not open existing ones). Tested on 1.4.7, works wonders. My messed up results from testing |
| Comment by yarrmateys [ 06/Feb/13 ] |
|
one way to fix it could be probably to force minecraft to check for any world files/region folder/DIM* folders present when creating a new world, before world generation and delete them before being allowed to generate new ones. in case any files are inaccessible/read only show an error and return to world creation menu. unless that's already happening and didn't help. |
| Comment by Anorma [ 26/Jan/13 ] |
|
It is still in 13w04, I can comfirm it. |
| Comment by Kumasasa [ 13/Jan/13 ] |
|
This issue is a follow up of |
| Comment by RowanSkie [ 16/Dec/12 ] |
|
I had it on 1.2.5. |
| Comment by George Warner [ 03/Nov/12 ] |
|
Ive Seen This Aswell Exept The Biome Was Desert And There Were Jungle Trees and It Was Snowing!!?? |
| Comment by SteelCrow [ 29/Oct/12 ] |
|
Commonly seem when the world name is reused. Old world didn't have time to delete and new one used the same folder name as the old which contained undeleted chunks. We're looking at user error. |
| Comment by James Dolan [ 25/Oct/12 ] |
|
Have you tried deleting these incorrectly generated chunks via some third-party program such as MCedit. From the results of this test you could determine whether this is a slight flaw with flatland generation or the game neglecting to read the NBT tags of the save before generating these chunks and therefore generating them as it would with a normal world. This also seams to be the same issue as |