Skip to content
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

Remove smiting all invisible players #959

Closed
zD12 opened this issue Dec 20, 2015 · 9 comments
Closed

Remove smiting all invisible players #959

zD12 opened this issue Dec 20, 2015 · 9 comments

Comments

@zD12
Copy link
Contributor

zD12 commented Dec 20, 2015

Hi,
As clarified, Mark says invisible potions are allowed. See http://totalfreedom.boards.net/post/81230/. As a result, we should remove '/invis smite'

@mayokek
Copy link

mayokek commented Dec 20, 2015

I think we should work around the /invis smite, change it to clear.
So it would clear all invis from players without them getting smited for wrong reason.

@JeromSar
Copy link
Member

I agree with @OnlineRepz /invis clear would be a good replacement.

@Wild1145
Copy link
Member

I disagree. The entire argument that a lot of other Issues have had is that we should not be limiting and removing functionality from the plugin. I cant say as I use invis smite, but it is used. Instead we should ADD an invis clear function in addition to the invis smite function.

@ghost
Copy link

ghost commented Dec 21, 2015

@Wild1145 I've created a PR for adding clear option to invis
and another Issue for Not replacement, function addition

@ghost ghost mentioned this issue Dec 21, 2015
@zD12
Copy link
Contributor Author

zD12 commented Dec 22, 2015

@Wild1145, well the issue is regarding commands themselves. From a logical standpoint, '/invis smite' doesn't make sense-- why would we smite a user for simply being near an abuser and being spammed by a potion. '/invis smite' punishes random users, not necessarily the person with potions and spamming them onto others. Then, the biggest and only reason why I'm posting, being invisible's allowed. We have nothing outlawing being invisible. Imagine this, we forcefully smite a person because they have something that's allowed-- that's straight up abuse, and that's what we're doing with this command. Doing '/invis' then manually smiting each and every user would be abuse; why are we able to do '/invis smite' and have that as perfectly fine? We shouldn't, doesn't make sense.

@Wild1145
Copy link
Member

@zD12 Invis smite is there for when people are abusing it in masses, and it does and has happened, and was the main reason for the commands implementation. If we are going to look at commands that have no real need to be in TFM there are quite a few that you can apply this logic to. Take /saconfig clean for example, its not always the admins fault that they are inactive and away from the server, so why should we be punishing them by removing their admin privileges? We do so because it is their responsibility to retain a level of activity, just as it is a players responsibility not to break the rules, and if that means getting smitten from time to time with other players than so be it, or simply doing /potion clear or whatever the command is to clear potions, or even just drinking some milk in game.

LegendIsAwesomes added a commit to LegendIsAwesomes/TotalFreedomMod that referenced this issue Dec 25, 2015
@JeromSar
Copy link
Member

This is a tough call, but I have to agree with @zD12 here. TF's policy dictates that invisibility is allowed, therefore there must not be an explicit function to punish invisible players. Additionally, if a player is invisible or not says very little about that player's intentions. As mentioned before, that player could have been made invisible by a splash potion of another player. That being said, I think that the best solution would be to replace the existing functionality.

@Wild1145 Wild1145 added this to the H (5.3) milestone Aug 23, 2016
@JeromSar JeromSar modified the milestones: F (5.1), H (5.3) Nov 13, 2016
@Wild1145
Copy link
Member

Wild1145 commented Jan 6, 2017

This was merged into the 5.1 Mc 1.10 branch with the commit referenced on the 13th November 2016.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants
@JeromSar @Wild1145 @zD12 @mayokek and others