Leaderboard

SS14 account username: StinkoBrinkley Ban reason: "metacomms via stream sniping + using macros" Date of ban: 6/2 Length of ban: Appeal Ban Events leading to the ban: was hammy on the round, liltenhead was streaming and i tuned in, he was in the kitchen so i went there, we both got flushed down dispo which was rerouted to end up at singularity. as we both lay dying i set up a bind in my mouse settings to press t then up then enter 8 times. i typed in emote "hi liltenhead" and pressed the bind. a few seconds later i got bwoinked and said that i wouldnt again but the macro was easy to set up and could also be easily prevented. the admin told me they didnt want to tune the prevention around people using it legitimately. i said ok and then was banned. Reason the ban should be removed: it was a one time event due to the rarity of dying to singulo as a hamster next to a streamer you are watching. it will not happen again and i no longer have the macro set up.

as a patreon supporter this is stupid and should never be implemented

SS14 account username: bobthesleder Ban reason: "Stop spam connecting, you've tried to connect over 100 times in the less than 24 hrs that you've been been banned. It will not speed up time. All it does is make it a pain to go through our connection logs." Date of ban: 6/2/2023 Length of ban: 240 minutes Events leading to the ban: I was trying to connect and it said I was banned in a different time zone so I checked many times to see if I was unbanned yet, I don't see how this counts as breaking a rule. Reason the ban should be removed: There was no ill intent or even rule broken so I don't understand why this ban was added in the first place. I am sorry that the connection logs are like that but I didn't know that was even a thing.

Denying someone a transfer to a job on the sole basis of their current position potentally being antagonist-selectable is metagaming. Denying it for other reasons (too many personnel in desired department, suspicious activity reported about that person, etc) is not. Staff does not have to “give” you the position just because you ask for it nor do you have any requirement to be hired by them, but they should not flat out deny you as position merely because you could potentially be an antagonist.

So, as I'm sitting here looking at Wizard's Den Lizard US West full again at 80 people I have decided to make a suggestion. Has anyone considered creating a priority queue system for patrons? The idea would be simple. The higher the tier patron you are, the higher priority you have. All patrons would have higher priority over non patrons. So, if the sever is full, and a patron decided to join, it would then start booting off people to make room who are not contributing financially to the project. The idea came to me because it feels odd contributing money to the project, which includes server costs, yet I'm sitting here outside of the server I want to play on while people who are contributing nothing financially are now presently playing on the server that I am, in part, paying for. It doesn't seem very fair. The idea has some practical benefits. 1: It could drive more people to become patrons. After all, if you get booted out for not paying enough times that $3 a month is going to look better to you. This could bring in more development dollars for the game. 2: It rewards people who are patrons with access to what they're paying for. 3: If enough people catch on and become patrons, it might actually even have the round about effect of even being a good thing for the non patrons by bringing in enough financial resources to open more servers in popular regions.

Then do you have a better way for me, as a patron supporter, to get into a server with actual people? Otherwise my $20 a month is going to vanish down to $3 or $0 pretty soon because I'm quickly tiring of helping to financially support a game I'm not getting to play with anyone else because the main server people play on is almost always full.