-
-
Notifications
You must be signed in to change notification settings - Fork 231
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Claim Depth reset. #312
Comments
I switched it back to default, ExtendIntoGroundDistance: 5 Still the claim has reset once since then. very strange. |
text comparing my old config and current one... they're exactly the same, so i haven't changed the config in months (after reverting to ExtendIntoGroundDistance: 5) So I started considering more things. It looks like you updated subclaims to have /claimexplosions permit block breaking for withers. That update occurred roughly when this first started happening for me. |
Not that I'm aware of. Might want to check with @jacob1 though. |
This build has not been released. |
Anyways, afaik the extendIntoGround check is a task, and determines the lowest "player-type" block (i.e. a non-natural block). This task is run async iirc after acquiring the chunks within a claim to check to extend. I'm not sure what other things may trigger this, but it should update the claim's depth as listed in its data. |
Ah, so used to just grabbing whatever whenever, my bad. |
OK, player-type blocks extend the claim. Inside this particular claim there are shulker boxes, quartz stairs, hoppers, comparators, stained glass, lapis blocks, redstone lanterns. It seems like some of these would be player-type blocks. The claim data yml shows the Y coordinate within this claim is 0 (presently) but the claim is working properly for the moment. |
Still a mystery. How could subclaims cause claim depth to reset? |
Would be nice if you filled out the template before deleting it. Unsure of steps to reproduce - when does it happen? When you create a subclaim? When you build in it? |
Sub-claims have always caused weird things to happen, sometimes all sub claims will just vanish. I have also had this depth reset itself. I will ask about my community to see if someone knows how to reproduce it, i'm sure we figured it out years ago and reported it, getting a bit old for the memory to pick these things up now! haha |
I deleted the template this time. Next time I won't though. Cool? I'm unsure how to reproduce this. It first happened after I changed ExtendIntoGroundDistance to 1. It happened 4 times on the same land claim with this configuration. So I changed it back to ExtendIntoGroundDistance: 5. It happened one time after that. And "What" happens is basically that the claim's depth is reset to 60. Some of the subclaims start at 65 and permit the use of a Nether wart farm. This has not recurred recently, but it's very weird. I'm sorry, I don't understand it that well. |
Closing this because it's not been an issue for two years. After two years of trying to reproduce this, claims have been fine. |
GriefPrevention version 16.13.0-0f82170 Claim Depth reset showed up again today. I don't know how this caused the claims depth to reset, but here's a few steps.
To re-extend the depth, I just placed some blocks down near Y=5. edit: included that extend into ground is default 5 blocks. |
interesting, subclaims strike again |
As a theory to test, is it possible that creating a new subclaim (and then placing items within it) redefines the topClaim's depth? Almost like the subclaim says "my depth is not yet defined" but the topLevelClaim asks the subclaim for a new depth? |
Hmm, I think resizing the claim is what probably re-adjusts the lower y-level(?) If so, then this can happen with normal claims too. Or it could be subclaims resetting to the parent claim's lower y level. |
This has occured at least 4x since I set claim depth to ExtendIntoGroundDistance: 1
I have been experimenting to find out what causes this problem. So far I haven't had any luck.
The top level claim's depth is being reset for land claims which have subclaims when ExtendIntoGroundDistance is 1.
The subclaims have a different depth than the top level claim.
When claim depth resets, builds underground are becoming unclaimed.
The text was updated successfully, but these errors were encountered: