-
-
Notifications
You must be signed in to change notification settings - Fork 4
New plot flag: allow visiting of untrusted players #64
Comments
Already implemented as "deny-teleport": Or what is the difference to this flag? ^^ |
No, deny-teleport is completely different. TL;DR: deny-teleport denies certain (i.e. most) teleports, while untrusted-visit allows some teleports that are otherwise forbidden (even without deny-teleport). In detail:
If deny-teleport is set, all teleportation on or within the plot is forbidden for the specified player group (or should be, but this is currently buggy, see IntellectualSites/PlotSquared#2504 and IntellectualSites/PlotSquared#2505). If untrusted-visit is set (as I implemented it in IntellectualSites/PlotSquared#2542), everyone can use |
I don't see why such a flag is needed. In what case do you only want certain players to teleport to a plot but not have them trusted or added? |
I'm doing a labyrinth, with a price at the end. I do not want to trust anyone, because they would simply cheat by breaking down walls etc. I could set up a portal or warp point or such, but that would be abuse of admin powers; it is preferable if everyone has that ability by simply setting a flag. Giving the permission to set the flag is safe since they can only affect their plot, and they don't have to use it. The whole thing is about increase of flexibility regarding the configuration of plots. Of course this is already possible on our server since we use my fork, but I thought since it is such a simple change without much potential to cause side effects (I am unable to see how this could effect anything what it shouldn't), it would be nice to contribute so that others can benefit from it as well. [btw. this suggestion here only exists so that I could put down an issue in my pull request - because the pull request template says "If there is no issue, please create one so we can look into it before approving your PR."] |
Honestly, this seems out of scope for what PlotSquared was intended to be and do. With that said, this sounds like it would be a great idea for an add-on. |
Honestly, I can't see how to realize this as an add-on, since it has to change something deep into the code (did you even look at the implementation?). How can I even un-prevent a teleport/command use if you already prevented it? I also disagree that this is out of scop, since it olny improves existing functions. But okay, I understand that you have no interest in refined functionality, and I won't bother you with any more imrovements I might make, and keep using the fork :( |
@mindw0rm You can submit the PR and I can review it. I just don't know if it is something I will accept it right away. I am going to reopen this for further discussion and I really hope to see the PR soon. |
@mindw0rm I toss my opinion in when I have one. Not to discourage anyone, but to bring a different view point. I'm sorry if I upset you. My only real consideration is the amount of complexity which has creeped into PS over the years, with user confusion increasing exponentially. That, and the amount of bugs currently still in PlotSquared which can be compounded by additional features. Re-reading what you're wanting, you may be right in that it would fail as an add-on. However, it does also sound like a wonderful candidate for plots marked as server plots. Again, just my opinions. |
@MattBDev The PR was already there but I closed it after three of you made clear that this is something you do not want. |
It would be nice if you could allow players to visit a plot without having to add/trust them.
There is already the permission
plots.visit.other
, but that will grant visit rights to every plot, no matter if the owner wants it or not.A new plot flag would enable this on a per-plot basis, allowing the owner to control visit rights.
Note that I already have a solution, that is running on our server since some weeks.
You'll get a pull request soon.
The text was updated successfully, but these errors were encountered: