Arrow768

The command whitelist has a trial period, yes. But that is for the command whitelist. The playtime requirement is questionable and not really enforced as there is currently no way to track the play time. All it needs are some people to say "Yes I know that person" and sometimes even that is not needed. So the barrier for a written whitelist is low. Its even lower for species whitelists where there is no trial period. Backtracking is indeed the biggest issue and there are only two real options to solve it: Leave the system in "tracking" mode for a while to record the play time without enforcing the whitelists and then enable the whitelist system after x weeks/months This would allow every person on the server a equal opportunity to gain the required playtime in the required roles. Add the basic requirement to everyone who had an account before a certain time. This would allow every current player to play all the roles, but it does not take the activity of the players into account. It might be possible to combine those two to estimate the time played based on the tracked rounds and add this once as a starting value.

Yes, I read the entire post. But as per our one suggestion per topic rule I treated this as a all-or-nothing thing. Some other things that are problematic: As mentioned by Zelm, I do not see the need for that as there is no issue with being short and to the point. In addition we already have that in place: "The reasoning behind a suggestion should be elaborated upon in the initial post to a reasonable extent." That cant be a hard requirement as there are some situations where it is not applicable to make a suggestion what to replace it with. If more information is needed to understand the scope of a suggestion, that information can always be requested in the course of the suggestion. Indeed, but I also do not see an issue if someone sais they do not like something or like something, as long as they provide additional reasoning regarding it, which again ties into the following rule: "The reasoning behind a suggestion should be elaborated upon in the initial post to a reasonable extent." With new additions it is often not possible to argue from a purely objective standpoint as there is insufficient data without actually trying something out (that is where testmerges and playtesting come in) This is already unacceptable and should be reported if seen.

Voting for dismissal as this is impossible to enforce as "event that made everyone mad" is too subjective

One option that I believe has not been sufficiently explored is a time based whitelist. Our current system for time-locking certain roles is rather crude and based on the time you first joined the server. I would prefer to see this system updated to track the time played in certain jobs/roles. Once we have the ability to check for a playtime requirement in certain roles, it would be relatively easy to set up a play time requirement for the AI (i.e. needs to play cyborg for x rounds / x hours) I believe that this would be the better option than a application based whitelist, as this tool can be used to ensure that a player has actually played in various roles and should have acquired some knowledge in those roles (the playtime requirement could be extended to require x hours in y departments) However neither a application based whitelist or a time based whitelist actually ensure that a player is well versed in the game mechanics and can role play "properly". In case of a application based whitelist, all it does is ensure that the player can follow and fill in a form on the forums. A time based whitelist only ensures that they played for a certain while, but it doesn't directly say anything about their ability to role play. (It ensures a certain quantity, but not quality; But I would say that it is relatively hard to get a certain quantity of playtime in various roles without the ability to maintain some kind of standard)

Yeah, I have to concur with that

No response from the OP, therefore considering this resolved and moving it to the archive

No response within 48h, therefore closing it

I have to concur with some of the things already said. It is important to draw a balance between making the job boring and making it too difficult by adding a large number of needed steps. One way to solve this issue would be to provide a certain number of pre-made items. (For example at my local pizzeria they prepare the dough in advance so when a customer orders a pizza they dont have to mix up the dough, but just take the dough, flatten it, add the ingredients and bake it.) Similar options could be provided for other food items (such as burger buns that need to be toasted, ...) One thing that I would love to see is a slight adaptation to the way stuff is served: Instead of the food magically coming out on a plate, you actually have to take a plate and place the food on it. If the food has been on the plate for a while, the plate becomes dirty and has to be washed. Something similar should ideally apply to the drinks; If you have a drink in a glass and empty the glass, you get a dirty glass Bonus points if you apply a similar system to forks, spoons, knifes, ... Dirty dishes can then be placed in a dishwasher to clean them.

The Discord Bot has been fixed so strikes are logged properly and it can be used regularly again A report feature is being added to the discord bot which will allow users to report problematic messages to the staff members online who will then look into that. We are moving more towards automated systems (warning points lead to kicks/bans/other appropriate actions for the platform) and away from manually applying punishments. The topic (I mentioned in my previous post) with additional clarifications regarding the rules is being worked on. Further changes might be implemented as a result of that

There is a bit of a difference between dismantling a window (which is not supposed to be easily dismantled) and a hatch which is supposed to be opened and closed. If opening maint hatches without access restrictions is equivalent to "physically breaking into a department with tools", then people can already do that, by dismantling the walls that lead into maint. If people want to do shady dealings in maint, then they already have the option to do so. The airlocks leading into maint, that are directly adjacent to the departments can be accessed with the departmental access.

As I explained above: The maintainers (who have the ability to merge things in) look through every PR and evaluate if this PR can be merged as is or needs further discussion. Two reviews on GitHub do not guarantee that a PR will be merged. (The current example would be 5975 and 5996) While the PRs are technically fine, require additional consideration and have not been merged yet. There are two extremes here: Developers have a responsibility to address feedback, in any form. Developers do not have to account for feedback at all. Both of these extremes are unacceptable. If we were ok with the latter, then why would we even bother to create feedback topics? Regarding the question of "what prevents them from doing so". Quite simple: The maintainers. If valid feedback is insufficiently addressed for a merge, then it wont be merged. (Again this is by far no requirement to address every single point raised, but the general direction of the points should be addressed) Also, this entire staff complaint started over a PR that will be testmerged meaning it will be gone after a week or two after which additional feedback is gathered to evaluate weather this PR is suitable as is, unsuitable or needs further changes to be suitable. The entire purpose of a testmerge is to evaluate how a PR fares in a live envrionment, so I do not see an issue at all if there are people questioning weather or not a PR is going to do fine or not if its merged. The purpose of the testmerge is to find out just that.

The average crew member has no business being in a maintenence tunnel. If you remove the IC restriction then administration would have to oocly enforce that and that would result in quite a bit of a workload if people got bwoinked and asked what business they had for being in a maint tunnel.

Not a fan since that would pretty much remove the access restrictions from maint. Anyone could enter or exit maint tunnels without any real effort involved and that is not something that should be done.

The thing I hate about these discord complaints is that there is always quite a lot of context missing. Anyway, to address some of the questions / concerns raised: Do developers have a responsibility to address feedback, in any form, regarding their developments? No, they do not, especially not "in any form". Developers have the responsibility to provide a feedback topic to facilitate a discussion about a PR if a PR is marked as feedback required. But they do not have to actively respond to every comment raised in that Topic (or elsewhere). The reason we do not have that requirement is quite simple: The developers can not merge PRs on their own. It requires two reviews and a maintainer to merge a PR into the master branch. Before a PR is merged, the provided feedback is taken into account. (This is also the reason why the Security PR will be testmerged with another feedback round after the testmerge) He does not respond to my feedback / is ignoring me. As LordFowl mentioned, there is a difference between ignoring and not responding. I have absolutely no interest to force two people to work with each other if they do not want to. And yes, there are also some people I avoid interacting with, because I believe they are generally a unpleasant experience to interact with. However that does not stop me from listening to valid complaints raised by them and addressing that feedback if I believe they need to.

Regarding Vague Rules: As mentioned in this topic, it is impossible for us to make a list of everything that we think should be punished. Otherwise we would would end up with a never ending list of rules and people wouldn't bother to read them all. We are currently looking into ways to expand and elaborate a bit more on certain rules that can easily be misinterpreted. For example from time to time there is a bit of confusion about what a synthetic is allowed to do or not do. The "example" section could provide some examples and guidelines. (The same would apply for rule 0 aswell) However even this wont be a complete list of "things not to do" and it will not be possible to provide a comprehensive list. Regarding a Public list of all warnings and bans handed out: This has been discussed with the administration and the issues of it outweigh the benefits. A public list of warnings / notes is quite similar to a pillory and we believe that this is not something that contributes to a healthy environment. Warnings / bans would have to be more vague than they are at the moment to protect the identify of the person that has been warned. (Again to avoid the pillory effect) Which would make consistent enforcement more difficult as modmins that look at the notes/warnings might not find sufficient information in them to properly judge a situation. Therefore I also consider this complaint resolved unless further issues are raised in the next 24h.

Since this sat quite a while by now, I came to the following conclusion: The cause for the staff complaint was the believe that LordFowl used this PR in a malicious manner as part of a personal vendetta. With the information and timeline provided by LordFowl, Senapi Jackboot agreed that the PR was not made in a malicious manner. Another issue raised was the moderation of comments in the feedback thread. I do not see an issue with the hidden comments, as developers explicitly have moderation permission in the suggestions forum to moderate Feedback Topics. I checked the comments that were hidden by LordFowl in the "Wage Gap" feedback topic and found that all comments made were either off topic or not contributing to the Topic at all. Therefore if no further issues are raised by the involved parties this will be closed in 24 hours.

We (headmins/headdevs) are already taking steps to reduce the friction between different section of the staff team and improve the interactions between the different teams. I will close and lock this in 24h unless there is anything else.

I split that up into a separate player complaint, because this is how they play a certain character and now how they carry out their duties as a staff member. If you could add the player complaint header @BurgerBB

@BurgerBB Here are the logs of that ahelp: [2019-03-19 00:28:48.190] ADMIN: HELP: BurgerBB/(Diamond With Flaw): This fucking janitor is really getting on my fucking nerves. [2019-03-19 00:29:06.144] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): What they do? [2019-03-19 00:29:18.983] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): They're asking for spacedrugs. Getting in people's way. Drinking chemicals. [2019-03-19 00:29:31.201] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Cleaning an active crime scene. [2019-03-19 00:31:39.041] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Not exactly.. Rulebreaking. Do you know what they've been drinking? [2019-03-19 00:31:47.248] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): "Not exactly rulebreaking." [2019-03-19 00:32:09.623] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Space drugs are legal, cleaning is their job [2019-03-19 00:32:11.722] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Yes it is my dude. They're playing an incredibly unrealistic character. They're drinking literal bleach. [2019-03-19 00:32:26.739] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Okay. I don't think you understand. They were pushing me out of the way while the CMO was injured. [2019-03-19 00:32:35.501] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): They were constantly annoying me for prescriptions. [2019-03-19 00:32:43.474] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): They annoyed the CMO for prescriptions. [2019-03-19 00:33:08.070] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Annoying people isnt against the rules. Take a moment here. You said they were drinking bleach? Ammonia? [2019-03-19 00:33:20.007] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): They were drinking Space Cleaner. [2019-03-19 00:33:27.257] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): And Going "AHHHHHHHH refreshing." [2019-03-19 00:33:30.048] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Now see, this I can work with [2019-03-19 00:33:33.157] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Can I get another admin to look at this? [2019-03-19 00:33:48.310] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): No, you get me. [2019-03-19 00:34:38.692] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): The millions of things I just listed you do not warrant the response "Well they're not exactly breaking any rules." [2019-03-19 00:35:38.769] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): You listed three things. Space drugs; Legal. Getting in people's way; You didnt elaborate shit here, which is not a violation in itself. IC issue. Drinking chemicals, which is the sole thing I can work with as you shouldnt drink chemicals. [2019-03-19 00:35:43.675] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Space Lube. [2019-03-19 00:35:49.744] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Sorry, Space cleaner. [2019-03-19 00:36:17.259] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): They were pushing doctors trying to get to treatment. They were trying to clean up active crime scenes. [2019-03-19 00:36:21.464] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Yes you said so after I asked about it. So please try to work with me here instead of questioning the validity of my work. [2019-03-19 00:36:35.837] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): I am working with you. I stated everything that needed to be stated and you took everything at face value. [2019-03-19 00:36:44.754] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): I would appreciate it if I had someone else. [2019-03-19 00:39:50.757] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Do you have any screenshots of their interactions? The drinking, the space drug pestering? [2019-03-19 00:40:05.854] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): Why on earth would I have screenshots on hand? I'll try to scroll up for logs. [2019-03-19 00:40:11.522] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Please do [2019-03-19 00:42:33.399] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): https://i.imgur.com/fWSqk4f.png [2019-03-19 00:43:27.334] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): https://i.imgur.com/ajHx993.png [2019-03-19 00:44:06.070] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): So you've sent me after the wrong janitor as you failed to provide a name. [2019-03-19 00:44:11.544] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): https://i.imgur.com/jvjEJxH.png [2019-03-19 00:44:34.433] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): My bad, but you should've asked which one. Didn't know there were two janitors. [2019-03-19 00:45:05.144] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): There was only one present when you ahelped, and you said "This fucking janitor" But Ill deal with them. [2019-03-19 00:45:42.283] ADMIN: PM: BurgerBB/(Diamond With Flaw)->Pratepresidenten/(Arrashi M'rta): https://i.imgur.com/ouisrQO.png [2019-03-19 00:57:13.391] ADMIN: PM: Pratepresidenten/(Arrashi M'rta)->BurgerBB/(Diamond With Flaw): Alright, Ive had a talk with the guy, and they should shape the fuck up now.

Has been implemented. Moving it to the archive.

I have to correct Ben a bit: We were already on Delta at the time and the AI threatened to or was in the process of killing people. To be able to efficiently resolve this issue in case the AI escalates further, I (as captain) went to cargo and told the cargo tech present (Willow Harper) to order ion rifles. She refused to do so, therefore I ordered them myself. The cargo technician then proceeded to inform the AI of the exact order. At the time I didnt ahelp this (yes, shame on me) since I just forgot todo so in the hectic round. To sum it up: A cargo technician not only refused to follow a captains order but actively alerted the hostile force of the plan while the station was on Code Delta, while any violation of orders given by heads of staff is punishable by death. For reference the delta description:

Moving this to the archive since its implemented here:

Please do not post your gamemode ideas in here. Create a topic in the suggestions forum so proper feedback can be gathered and link it here if needed. I updated the main post with that info aswell.

I have to agree with what Shev posted. You have never taken responsibility for your actions and always tried to justify them in some way. What usually happens is that some form of administrative action is applied, then you message the person applying the action and insult them. I would like you (Bauser) to tell us what you know about the account ZetaGundumb. To be clear: I am not going to handle that complaint. (This will be done by a mod/min)

One of the issues I see with our current gameplay loop is that it is very repeatable due to the somewhat limited amount of game-modes we have. Therefore I am offering the following rewards for new game-modes that meet the criteria outlined below: Development of a new game-mode suitable for Aurora (that does not currently exist in that form on another server): 100€ A port of a suitable game-mode from another server + adaptation for Aurora: 50€ Criteria for acceptance: The game-mode must be suitable for Aurora. You should contact the headdevs with a general idea of what you want to do, to ensure it is fitting. If you wish to claim the reward for a new game-mode, the game-mode must be innovative and original (not just a slight adaptation of a different game-mode) Again, talk to the headdevs if you want to clear that up. The PR must go through the review process (community feedback, developer review, testmerge, ...) and get merged on the server. This offer stands until further notice (or a total of 200€ have been paid out) The following gamemodes are being worked on: Syndie-Commander (Arrow768) If you have ideas for gamemodes, please do not use this topic to post them, but rather open a topic in the suggestions forum so feedback on your idea can be gathered in a proper fashion.