[RP] Nylonblitz - Hostile 'Events', Admin Abuse
Posted: Thu Mar 21, 2019 12:58 am
BYOND Name of complaint against: Nylonblitz
Your BYOND name: LiquidFirefly
Date of issue and round ID: All dates and times listed are given in M/D/Y format, and the timezone is always EST. The times for the first two are estimated, as I am using discord messages as a marker for when these incidents occured.
2/28/19 - ~1:00-2:00 AM - Virus Outbreak (Proven Not to be Nylon, leaving in for posterity.)
3/8/19 - ~1:00-2:00 AM - Friendly Xenos
3/11/19 - 1:00 AM - Spider outbreak (Proven Not to be Nylon, leaving in for posterity.)
3/21/19 - 6:00 AM - Meteor Shower
Reason for complaint:
Virus outbreak(Proven Not to be Nylon, leaving in for posterity.)
During an expedition to Virgo Four, An admin had spawned a shuttle that contained multiple live virus samples. There were eleven different strains to be exact. After the expedition crew had encountered and taken them back, these samples evolved into a full blown, rapidly evolving and near incurable pandemic that resulted in crew transfer.
This event shows a multitude of things relating to the event admin's general incompetence. I was told that the spawning of so many was the result of a glitched command, spawning more than they had intended; However, the spawning of virus samples in an event scenario alone is questionable, as our code's virology is largely a neglected, broken down, and downright unintuitive system that is rarely used by most members of the station. It's a miracle if someone on a lower population shift knows how to properly operate the apparatuses in the lab, and it's an even lower probability that they happen to be medical that round. This shows an unfamiliarity with station mechanics and expected outcomes yet again.
Secondarily, the use of viruses in an event presents a second question. What exactly does the populace get from this event? Good intent for clean roleplay was obvious in the xeno example below, but here I simply have to tilt my head and gawk in awe at the sheer lack of a purpose. Viruses are an entirely random, mechanic controlled system that leaves no room for proper roleplay that isn't holing yourself up in a corner, turning on internals, and hoping it doesn't spread to you. Even then, sometimes that doesn't work, should the virus have evolved in a specific way. This shows a lack of planning and a lack of understanding of the consequences of their actions. This event added nothing to the round, and instead detracted from it with stationwide panic leading to a crew transfer.
Thirdly, the inability to fix the obvious results of their glitched command. I know full well that when something is spawned, all admins on the server receive a chatlog message telling them what was spawned, where. As an admin, they should be familiar with this, and the implications that the prompt showing up multiple times would have. The solution was simple, delete the samples to bring them back down to the desired number before the expedition crew arrived. Through their inaction, the event admin either showcased neglect of the consequences of such a mistake, or they showcased an unfamiliarity with the admin interface with which they have been trusted with.
Last but certainly not least, was the use of multiple virus samples; This was the reason the event was so bad in the first place. While one virus should be fine enough for our average crew to deal with (While completely unnecessary) eleven requires a level of work that most fully staffed medical teams simply can't hope to achieve, even if science and cargo were to help in any way they can. Each virus sample contains a separate virus, this should be apparent to anyone who would have access to admin commands. Each virus requires separate, uncontaminated research for an entirely separate cure for each. Every infected crewmember would have to receive separately made vaccines for each. The spawning of eleven of these samples highlights gross incompetence and an unfamiliarity with the code entirely unbefitting of someone playing medical, much less someone in an admin position.
Looking back, this event specifically was when I started to write most 'events' off as an unsalvageable round. The gross incompetence and general thoughtlessness that resulted in such an event was simply staggering.
Friendly Xenos
So, after having announced a round prior that he was to be running a xeno related event, Nylon proceeded to spawn 'Friendly Xenos' to make a nest around solars. Most of the security team, having not seen this announcement, and having been prompted of their presence by the station AI went to check it out and purge the SOP mandated shoot-to-kill biohazard. While the xeno code is entirely broken, leaving player controlled xenos entirely defenseless, what would proceed was the rampant spawning of hostile mobs until the team reached the queen. At which point Nylon utilized a full on admin PM do tell them to stop proceeding. Not a subtle message. The players had to justify their action themselves. They cited 'A strange voice in their minds.' He never prompted them to move again, but after a good fifteen minute pause, they headed back to the station. It was at this point the station was sent a fax with exactly these words, not edited. "We could use some live specimens. The creatures your attacking are not the ones you would think. they seem different." Wrong form of your, missed capitalization, highly ambiguous, and only formatted with the default message text. It only took a little while for the mismanaged xeno forces to overtake the lower levels of the station, despite being horribly gimped by the under-maintained antag code. A short push from security purged them.
While this isn't a damning incident in itself and no bans were handed out, it shows a level of misunderstanding of what makes a good event and how to run one properly. For instance, the expectations of what an OOCly uninformed crew would do in this circumstance. It's not right to expect security to do anything but purge a level five, shoot to kill biohazard. The familiar face of xenos would instantly incite violence in any well read crew. With how they were introduced, it seems asinine to expect much else. This shows a poor grasp on the playerbase, a poor grasp on what makes a good event concept, and a poor grasp on SOP itself. While this event could have been salvaged by proper management, my points below showcase how that was simply out of reach.
Secondly is the use of an OOC admin message to prompt the halt of security forces. This also shows incompetence, an inability to adapt to narrative scenarios, and a general air of inattentiveness. Firstly, there exist commands to influence the minds of crew without resorting to a bwoink. A simple telepathic message of peace from the queen, or potentially a compulsion to immediately return to the station would have sufficed. Instead he simply sent an admin message, and didn't give any further prompting to our crew for an extended period of time. A bwoink typically signifies the threat of admin action should they disobey and has no place dictating properly thought out, in character action even in an event scenario. Not to mention how he left the crew hanging for an extended period of time.
Thirdly is the content of the fax. It again highlights the same characteristics that make for bad events that were showcased in my previous point.
To summarize, this event shows an inattentiveness and unwillingness to conform to crew activity, a lack of narrative creativity required to run an event that doesn't result in the station burning down, and potentially a show of incompetence when it comes to navigating his own admin commands. It was enough to make me question his competence at the time.
Spider outbreak(Proven Not to be Nylon, leaving in for posterity.)
An admin used admin commands to force the hostile and usually disabled event that results in a number of non-dud spiderlings to spawn all around the station. For those unfamiliar, these evolve into a random variant of giant space spider, many of which have the potential to devastate crew and in the case of phoron spiders, entire rooms.
This should be self explanatory. This kind of event is disabled for a reason. It also shares a prompt with the much reviled solargrub spawns, leaving it disguised for a moment as a minor annoyance before the crew catches on to what's actually happening. As with the virus outbreak, there was no potential for RP with this action. It added nothing but danger to crew, nobody is going to properly RP response to a mechanical threat- Not to mention one that randomly spawns on main. While this event is small and relatively inoffensive compared to the round-ruining chaos that the other two caused, however it's no less telling about what Nylon considers an event. It shows an inability to think of what consequences their actions might have on a running round, the spiders instead detracting from any goings on, adding nothing other than a small talking point or fear. I was the Chief Medical Officer this round, and multiple people had to be treated for spidertoxin injections or wounds inflicted by the dangerous mobs. This kind of event has no place on the RP server.
Meteor Shower
In keeping with previous events, merely a few hours before finishing this Nylon had spawned a meteor shower on the RP server between the hours of five and six AM EST. The following were the prompts typed by Nylon prior. Again, spelling and grammar mistakes abound. These meteors proceeded to breach multiple locations across the station due to a lack of engineering staff on the station. One engineer, to be exact to fix the whole thing. As I had entered the round, there were five separate air alarms all indicating breaches, and repairs were already underway. I cannot confirm the exact number that had to be fixed by just a single engineer with the help of a dogborg.
So, let's start with again, what did this event hope to add to the round? I can see no proper RP added except the vacation of breached areas, with the dangerous potential for death of crew. This was compounded by the fact that I know medical was breached in the random showers of meteors, especially so given the only medical staff online at the time was a psychiatrist. This has more potential to shut down any goings on in a dead shift, rather than liven it up. Mechanical work kills talk.
Secondly, and my biggest issue. This was at six AM. The crew amounted to a few civilian personnel, one scientist, a few pathfinders, one engineer, one psychiatrist (The only person on the station with medical access at the time the event was launched) and one dogborg. This type of event has no place on a shift so understaffed, and the fact that it was launched at all on a shift like this shows gross incompetence, neglect, and a general dismissive uncaring about how he might impact the round of players.
I cannot see one good reason to launch an event like this ever. Even in the most populated shift, much less this one. As an admin, he had full ability to check shields, check crew manifest, check literally anything to indicate that the crew wouldn't be able to deal with something like this in a timely manner, and they certainly wouldn't be able to deal with the possible injured should it impact in more than one populated area. I shudder to imagine what would have happened should RNG have been unkind.
Conclusion
In conclusion of all of this. Nylon has repeatedly shown that he is unfit to run events on the RP server. Poor grammar and spelling, poor managment, poor planning, neglect of staff and situation, an inability to produce even a minuscule amount of foresight, an unfamiliarity with his own admin commands, and a complete disregard for how his actions might interrupt ongoing RP instead of adding to it. I entirely believe that he should be removed from staff, if not simply completely barred from running events. This kind of behavior cannot stand.
Your BYOND name: LiquidFirefly
Date of issue and round ID: All dates and times listed are given in M/D/Y format, and the timezone is always EST. The times for the first two are estimated, as I am using discord messages as a marker for when these incidents occured.
2/28/19 - ~1:00-2:00 AM - Virus Outbreak (Proven Not to be Nylon, leaving in for posterity.)
3/8/19 - ~1:00-2:00 AM - Friendly Xenos
3/11/19 - 1:00 AM - Spider outbreak (Proven Not to be Nylon, leaving in for posterity.)
3/21/19 - 6:00 AM - Meteor Shower
Reason for complaint:
Virus outbreak(Proven Not to be Nylon, leaving in for posterity.)
During an expedition to Virgo Four, An admin had spawned a shuttle that contained multiple live virus samples. There were eleven different strains to be exact. After the expedition crew had encountered and taken them back, these samples evolved into a full blown, rapidly evolving and near incurable pandemic that resulted in crew transfer.
This event shows a multitude of things relating to the event admin's general incompetence. I was told that the spawning of so many was the result of a glitched command, spawning more than they had intended; However, the spawning of virus samples in an event scenario alone is questionable, as our code's virology is largely a neglected, broken down, and downright unintuitive system that is rarely used by most members of the station. It's a miracle if someone on a lower population shift knows how to properly operate the apparatuses in the lab, and it's an even lower probability that they happen to be medical that round. This shows an unfamiliarity with station mechanics and expected outcomes yet again.
Secondarily, the use of viruses in an event presents a second question. What exactly does the populace get from this event? Good intent for clean roleplay was obvious in the xeno example below, but here I simply have to tilt my head and gawk in awe at the sheer lack of a purpose. Viruses are an entirely random, mechanic controlled system that leaves no room for proper roleplay that isn't holing yourself up in a corner, turning on internals, and hoping it doesn't spread to you. Even then, sometimes that doesn't work, should the virus have evolved in a specific way. This shows a lack of planning and a lack of understanding of the consequences of their actions. This event added nothing to the round, and instead detracted from it with stationwide panic leading to a crew transfer.
Thirdly, the inability to fix the obvious results of their glitched command. I know full well that when something is spawned, all admins on the server receive a chatlog message telling them what was spawned, where. As an admin, they should be familiar with this, and the implications that the prompt showing up multiple times would have. The solution was simple, delete the samples to bring them back down to the desired number before the expedition crew arrived. Through their inaction, the event admin either showcased neglect of the consequences of such a mistake, or they showcased an unfamiliarity with the admin interface with which they have been trusted with.
Last but certainly not least, was the use of multiple virus samples; This was the reason the event was so bad in the first place. While one virus should be fine enough for our average crew to deal with (While completely unnecessary) eleven requires a level of work that most fully staffed medical teams simply can't hope to achieve, even if science and cargo were to help in any way they can. Each virus sample contains a separate virus, this should be apparent to anyone who would have access to admin commands. Each virus requires separate, uncontaminated research for an entirely separate cure for each. Every infected crewmember would have to receive separately made vaccines for each. The spawning of eleven of these samples highlights gross incompetence and an unfamiliarity with the code entirely unbefitting of someone playing medical, much less someone in an admin position.
Looking back, this event specifically was when I started to write most 'events' off as an unsalvageable round. The gross incompetence and general thoughtlessness that resulted in such an event was simply staggering.
Friendly Xenos
So, after having announced a round prior that he was to be running a xeno related event, Nylon proceeded to spawn 'Friendly Xenos' to make a nest around solars. Most of the security team, having not seen this announcement, and having been prompted of their presence by the station AI went to check it out and purge the SOP mandated shoot-to-kill biohazard. While the xeno code is entirely broken, leaving player controlled xenos entirely defenseless, what would proceed was the rampant spawning of hostile mobs until the team reached the queen. At which point Nylon utilized a full on admin PM do tell them to stop proceeding. Not a subtle message. The players had to justify their action themselves. They cited 'A strange voice in their minds.' He never prompted them to move again, but after a good fifteen minute pause, they headed back to the station. It was at this point the station was sent a fax with exactly these words, not edited. "We could use some live specimens. The creatures your attacking are not the ones you would think. they seem different." Wrong form of your, missed capitalization, highly ambiguous, and only formatted with the default message text. It only took a little while for the mismanaged xeno forces to overtake the lower levels of the station, despite being horribly gimped by the under-maintained antag code. A short push from security purged them.
While this isn't a damning incident in itself and no bans were handed out, it shows a level of misunderstanding of what makes a good event and how to run one properly. For instance, the expectations of what an OOCly uninformed crew would do in this circumstance. It's not right to expect security to do anything but purge a level five, shoot to kill biohazard. The familiar face of xenos would instantly incite violence in any well read crew. With how they were introduced, it seems asinine to expect much else. This shows a poor grasp on the playerbase, a poor grasp on what makes a good event concept, and a poor grasp on SOP itself. While this event could have been salvaged by proper management, my points below showcase how that was simply out of reach.
Secondly is the use of an OOC admin message to prompt the halt of security forces. This also shows incompetence, an inability to adapt to narrative scenarios, and a general air of inattentiveness. Firstly, there exist commands to influence the minds of crew without resorting to a bwoink. A simple telepathic message of peace from the queen, or potentially a compulsion to immediately return to the station would have sufficed. Instead he simply sent an admin message, and didn't give any further prompting to our crew for an extended period of time. A bwoink typically signifies the threat of admin action should they disobey and has no place dictating properly thought out, in character action even in an event scenario. Not to mention how he left the crew hanging for an extended period of time.
Thirdly is the content of the fax. It again highlights the same characteristics that make for bad events that were showcased in my previous point.
Spelling and grammar mistakes aside, the brevity and ambiguity of this message doesn't properly inform the crew's IC actions in any meaningful way. This could mean any number of things. 'These xenos are highly toxic and carry with them a deadly plague' 'These xenos are particularly dangerous and require extra care when combatting', It doesn't specify how these xenomorphs are different from the typical populace, and gives the demand for a live specimen, which rather than having the intended effect on crew activity instead prompted infighting among science and security as they bicker over the danger of xenos and the rightful point that keeping one wouldn't be worth the risk. This resulted in crew injury."We could use some live specimens. The creatures your attacking are not the ones you would think. they seem different."
To summarize, this event shows an inattentiveness and unwillingness to conform to crew activity, a lack of narrative creativity required to run an event that doesn't result in the station burning down, and potentially a show of incompetence when it comes to navigating his own admin commands. It was enough to make me question his competence at the time.
Spider outbreak(Proven Not to be Nylon, leaving in for posterity.)
An admin used admin commands to force the hostile and usually disabled event that results in a number of non-dud spiderlings to spawn all around the station. For those unfamiliar, these evolve into a random variant of giant space spider, many of which have the potential to devastate crew and in the case of phoron spiders, entire rooms.
This should be self explanatory. This kind of event is disabled for a reason. It also shares a prompt with the much reviled solargrub spawns, leaving it disguised for a moment as a minor annoyance before the crew catches on to what's actually happening. As with the virus outbreak, there was no potential for RP with this action. It added nothing but danger to crew, nobody is going to properly RP response to a mechanical threat- Not to mention one that randomly spawns on main. While this event is small and relatively inoffensive compared to the round-ruining chaos that the other two caused, however it's no less telling about what Nylon considers an event. It shows an inability to think of what consequences their actions might have on a running round, the spiders instead detracting from any goings on, adding nothing other than a small talking point or fear. I was the Chief Medical Officer this round, and multiple people had to be treated for spidertoxin injections or wounds inflicted by the dangerous mobs. This kind of event has no place on the RP server.
Meteor Shower
In keeping with previous events, merely a few hours before finishing this Nylon had spawned a meteor shower on the RP server between the hours of five and six AM EST. The following were the prompts typed by Nylon prior. Again, spelling and grammar mistakes abound. These meteors proceeded to breach multiple locations across the station due to a lack of engineering staff on the station. One engineer, to be exact to fix the whole thing. As I had entered the round, there were five separate air alarms all indicating breaches, and repairs were already underway. I cannot confirm the exact number that had to be fixed by just a single engineer with the help of a dogborg.
So, let's start with again, what did this event hope to add to the round? I can see no proper RP added except the vacation of breached areas, with the dangerous potential for death of crew. This was compounded by the fact that I know medical was breached in the random showers of meteors, especially so given the only medical staff online at the time was a psychiatrist. This has more potential to shut down any goings on in a dead shift, rather than liven it up. Mechanical work kills talk.
Secondly, and my biggest issue. This was at six AM. The crew amounted to a few civilian personnel, one scientist, a few pathfinders, one engineer, one psychiatrist (The only person on the station with medical access at the time the event was launched) and one dogborg. This type of event has no place on a shift so understaffed, and the fact that it was launched at all on a shift like this shows gross incompetence, neglect, and a general dismissive uncaring about how he might impact the round of players.
I cannot see one good reason to launch an event like this ever. Even in the most populated shift, much less this one. As an admin, he had full ability to check shields, check crew manifest, check literally anything to indicate that the crew wouldn't be able to deal with something like this in a timely manner, and they certainly wouldn't be able to deal with the possible injured should it impact in more than one populated area. I shudder to imagine what would have happened should RNG have been unkind.
Conclusion
In conclusion of all of this. Nylon has repeatedly shown that he is unfit to run events on the RP server. Poor grammar and spelling, poor managment, poor planning, neglect of staff and situation, an inability to produce even a minuscule amount of foresight, an unfamiliarity with his own admin commands, and a complete disregard for how his actions might interrupt ongoing RP instead of adding to it. I entirely believe that he should be removed from staff, if not simply completely barred from running events. This kind of behavior cannot stand.