testserver Can't sethome #4457
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#4457
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Boris can't /sethome even in open areas or shared, but co-owned areas or the wilderness. Basically nowhere?
this is probably related to #4288, i'll check this out tomorrow
i accidentally negated a check. fixed in
36678dec86
.QA
OK:
Boris can sethome in the wilderness.
Boris can sethome in not-owned areas.
Boris is prevented from sethome in questareas.
Violetta can sethome in an owned subarea of a "prevent sethome" area of Boris
Boris can sethome in an owned area where the subarea of Violetta has "prevent sethome"
NOK:
Boris can't sethome in the nether.
Discussion:
What should happen if there are two areas at one place and one is a quest area, one is not? Same question for "prevent sethome". Which area should take precedence? Currently it depends whether there is an area found to allow sethome before an area is found to block it.
This is the same question that arises with blacklisting/whitelisting blocks and similar, may ithe discussion should get its own issue?
currently, if the player's own area intersects a quest area, they can
/sethome
in that intersection. if another area intersects the quest area, they cannot. this seems correct to me.currently, if a player's own protection area intersects one which prevents sethome, they can
/sethome
in that intersection. if another area intersects an area that prevents sethome, they cannot.the order doesn't matter - all areas at that point are checked
02a4d7be61/prevent_sethome.lua (L15-L22)
i thought this was desired, i can remove it if not.
I think having the option to this feature is a good idea, having no sethome in the nether though may be harsh :D For now, please remove it.
Now I wonder, when and why I said we don't want to have sethome in the nether. I probably had some idea, but can't recall it now. It may be a good idea to currently disallow sethome above the nether, but there's an area there, so this can be accomplished with the commands we have. Hm. Alias' smol brain forgot.
removed:
0fd298947e
for reference, i tried to dig up where i came up w/ the idea that this was desired, and i think it was something i came up w/ on my own that no-one else commented on, so i don't think it was ever something you desired: #1572 (comment)
this is live