Zandronum Chat on our Discord Server Get the latest version: 3.1
Source Code
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account
  

View Issue Details [ Jump to Notes ] [ Issue History ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002802Zandronum[All Projects] Suggestionpublic2016-08-10 16:242018-09-30 21:46
ReporterWaTaKiD 
Assigned To 
PrioritynormalSeverityminorReproducibilityN/A
StatusclosedResolutionfixed 
PlatformMicrosoftOSWindowsOS VersionXP/Vista/7
Product Version2.1 
Target Version3.0Fixed in Version3.0 
Summary0002802: prevent newly connected clients from voting too soon
Descriptionvotekick abuse has been on the rise recently and one thing i think might help is having newly connected clients wait some time before being able to call a vote

im sure this wont solve the problem entirely, as its still the admin's duty to moderate the server, but perhaps forcing these trouble users who constantly change their ips to ban evade to wait a while before voting could atleast make it seem less enticing to continue and give admins a little more breathing room between votekick abuse reports


some things that i or others have thought so far:

maybe a cvar to control the wait time in seconds, 0 being no wait time (current behavior)

wait time is ignored if theyre the only player on the server

if waiting for all types of votes seems unnecessary, then could have the wait only apply to kicks
Attached Files

- Relationships
related to 0002838closedTorr Samaho sv_maxclientsperip and Votes . 
related to 0002590closed A little addition to vote success/fail condition 
related to 0002801closed Votekicks can be avoided by disconnecting, thus resulting in not getting banned. 

-  Notes
User avatar (0015437)
Unknown (reporter)
2016-08-11 10:47
edited on: 2016-08-11 10:47

 I Agree, I Also suggest canceling the vote if the one who called the vote is no longer in Server, Because some people call kick votes to kick users without reason and quickly leave the server after doing so, Their vote remains though which is not good .
User avatar (0015438)
AlexMax (developer)
2016-08-11 22:41

 This would be fantastic.
User avatar (0015711)
Ru5tK1ng (updater)
2016-09-27 04:04

 I decided to do this in seconds rather than minutes as suggested.

'https://bitbucket.org/Ru5tK1ng/zandronum/commits/87b0b181bd13027f6d86170adda635336024fbd3?at=default [^]'
User avatar (0015712)
FascistCat (reporter)
2016-09-27 14:15

 I think Unknown's suggestion to cancel the vote when the caller disconnects should be split into another ticket as it is relevant.

I also think the time to wait should be 30 secs by default or another value rather than zero.
User avatar (0015713)
Ru5tK1ng (updater)
2016-09-27 15:54

 I'm fine with changing the default to whatever number people want on avg.

Also there is a ticket for it:

'http://zandronum.com/tracker/view.php?id=2838 [^]'

There are 4 tickets related to vote and you can see the relationships near the top. Hopefully they will be addressed for 3.0.
User avatar (0015738)
WaTaKiD (updater)
2016-10-02 21:19

 this 3.0 build contains the above commit: 'https://www.dropbox.com/s/fwu9useu98j4m26/zandronum-3.0-160927-0402-87b0b18-windows.zip?dl=0 [^]'

sv_voteconnectwait seems to work properly for me, and my few attempts to try and break it or cause some kind of crash or error has failed

also let it be known that sv_limitnumvotes 0 and/or sv_limitcommands 0 will bypass sv_voteconnectwait and treat it as 0

and i find that 30 seconds would be a reasonable default
User avatar (0015741)
Torr Samaho (administrator)
2016-10-03 10:30

 Ru5tK1ng, I added your patch from 0002802:0015711 and included an entry in zandronum-history.txt.
User avatar (0016789)
WaTaKiD (updater)
2017-02-06 19:39

 <decay````>'http://zandronum.com/tracker/view.php?id=2802 [^]' i tested this accidentally on a recent NJ server build, i could not call any votes within 30 seconds of entering a map, not just connecting

indeed, sv_voteconnectwait also kicks in when entering a new map and not just when connecting
User avatar (0016799)
Ru5tK1ng (updater)
2017-02-06 20:41

 That's because a player's ulTime is reset whenever a new map is loaded. It's meant to be deterrent to abuse and callvote ping pong. If someone waits 30 seconds, 60 seconds, 2 minutes or whatever, I see no reason why they should have an easier time after waiting to start vote abuse. Additionally that's why I set the default value to 0 so that server admin can use their own judgement on what the connect time should be.
User avatar (0016806)
Catastrophe (reporter)
2017-02-07 01:48
edited on: 2017-02-07 01:50

 I feel that by default a time should be set. The main targets of the vote kick abuse are casuals that aren't familiar with server vars.
User avatar (0017185)
Combinebobnt (reporter)
2017-04-18 00:33

 Make the default 10 seconds rust as a compromise between 0 and 30. Will keep bad men from ravaging servers with incompetent admins a little more I guess. Thought this ticket needed testing but that's the only issue...
User avatar (0017352)
Ru5tK1ng (updater)
2017-04-27 00:44

 Since the majority of players utilize clusters such as TSPG and the AUS Doom servers, defaults can be set so that players don't have to worry about understanding some of the new flags. Unless there is a big push for a default greater than 0, I'll mark this as resolved.

Issue Community Support
This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.
Supporters: Unknown DrinkyBird Marcaek AlexMax Juanba The Toxic Avenger Dark-Assassin Konda FascistCat Razgriz Argentum
Opponents: slowdensity

- Issue History
Date Modified Username Field Change
2016-08-10 16:24 WaTaKiD New Issue
2016-08-11 10:47 Unknown Note Added: 0015437
2016-08-11 10:47 Unknown Note Edited: 0015437 View Revisions
2016-08-11 10:47 Unknown Note Edited: 0015437 View Revisions
2016-08-11 22:41 AlexMax Note Added: 0015438
2016-09-21 01:57 Ru5tK1ng Relationship added related to 0002838
2016-09-21 02:08 Ru5tK1ng Relationship added related to 0002590
2016-09-21 02:15 Ru5tK1ng Relationship added related to 0002801
2016-09-27 04:04 Ru5tK1ng Note Added: 0015711
2016-09-27 04:05 Ru5tK1ng Status new => needs review
2016-09-27 14:15 FascistCat Note Added: 0015712
2016-09-27 15:54 Ru5tK1ng Note Added: 0015713
2016-10-02 21:19 WaTaKiD Note Added: 0015738
2016-10-03 10:30 Torr Samaho Note Added: 0015741
2016-10-03 10:31 Torr Samaho Status needs review => needs testing
2016-11-24 07:44 Edward-san Product Version => 2.1
2016-11-24 07:44 Edward-san Target Version => 3.0
2017-02-06 19:39 WaTaKiD Note Added: 0016789
2017-02-06 20:41 Ru5tK1ng Note Added: 0016799
2017-02-07 01:48 Catastrophe Note Added: 0016806
2017-02-07 01:49 Catastrophe Note Edited: 0016806 View Revisions
2017-02-07 01:49 Catastrophe Note Edited: 0016806 View Revisions
2017-02-07 01:50 Catastrophe Note Edited: 0016806 View Revisions
2017-04-18 00:33 Combinebobnt Note Added: 0017185
2017-04-27 00:44 Ru5tK1ng Note Added: 0017352
2017-04-27 00:44 Ru5tK1ng Status needs testing => resolved
2017-04-27 00:44 Ru5tK1ng Resolution open => fixed
2017-04-27 00:44 Ru5tK1ng Fixed in Version => 3.0
2018-09-30 21:46 Blzut3 Status resolved => closed




Questions or other issues? Contact Us.

Links

Copyright © 2000 - 2024 MantisBT Team
Powered by Mantis Bugtracker