* Fix some rounds failing to end due to mind roles
Fixes#32791
This is caused by ShowRoundEndScoreboard running into a bug trying to display antags: some player is showing up as antag with MindIsAntagonist(), but has no antag roles listed in MindGetAllRoleInfo().
This was caused by one of the roles of the player having the Antag boolean set, but having no AntagPrototype set.
The responsible mind role appeared to be MindRoleSubvertedSilicon which is missing a set for the SubvertedSilicon antag prototype.
I also added resilience to the round-end code to make it so that an exception showing the scoreboard (and sending the Discord message) would not cause the round end logic to completely abort from an exception.
I am planning to add an integration test to cover this bug (no prototype in mind roles), but I'll leave that for not-the-immediate-hotfix.
* At least one maintainer approved this tiny PR without reading it, not naming names.
* Mind Role Entities wip
* headrev count fix
* silicon stuff, cleanup
* exclusive antag config, cleanup
* jobroleadd overwerite
* logging stuff
* MindHasRole cleanup, admin log stuff
* last second cleanup
* ocd
* minor cleanup
* remove createdTime datafield
* now actually using the event replacement I made for role time tracking
* weh
* First commit
* I forgot silly me
* Actually added comments
* spellin
* fixes
* more blacklists
* Minor fixes
* Speech Verb also changes now
* Simple name stuff
* Other fixes
* remove one line of whitespace
---------
Co-authored-by: slarticodefast <161409025+slarticodefast@users.noreply.github.com>
There is no point in these silicon being sentient, they have basically zero role play potential and are not meant to be controlled by players. The janibot can be played somewhat but at that point we have janitor borgs which are way better at this. You can only clean floors and even then it does a terrible job at doing that and only that. A player playing as a janibot will get bored quickly. No amount of RP will save you.
A player taking over a mediborg just makes it useless as you cant inject anymore. And again, medical borg. There's no point in adding the feature. It's too much work then its worth when we have borgs.
They don't have ghost role info for a reason. They are not meant to be played.
* Fix borg hands showing up in stripping menu
Borgs can't drop their items anyways, and the amount of hands borgs have causes the UI to just bug out.
* Add more checks
* initial commit
* adds cartridge to cmo's locker
* tidies up yml, adds default scanner sound, makes it so the silent property silences the scanner sound too
* fixes ert medic pda not having it preinstalled
* adds attribution
* removes redundant dependencies
* fix agent pda
---------
Co-authored-by: archrbx <punk.gear5260@fastmail.com>
* Add Firebots
Had to add OnActivateInWorld to the spray system to get the bot to work. Checks for the flammable component and if the onFire boolean is true.
* Make SpraySystem actually use useDelay
got rid of that TODO
* Added firebot speech
Fire detected!
* Add files via upload
png of hairs
* Update meta.json
hairs meta
* Update human_hair.yml
hairs yml
* Update human-hair.ftl
hairs named
* second try
* fix meta
* Add files via upload
* Add files via upload
fix again
* Add files via upload
again again
* Add files via upload
again again fix again
* Add files via upload
i hate yourself
* Add files via upload
fixxxxx!
* Add files via upload
aaagaaaaiiin
* dd
dddddd
* Add files via upload
fix again
* Add files via upload
ddsdssddssddsdsds
* Update human-hair.ftl
* Update human-hair.ftl
screw this im just going to update it myself
webops time
* Update human_hair.yml
* Update meta.json
* Rename capsdaughter.png to longbow.png
* Rename artist.png to shaped.png
---------
Co-authored-by: Ubaser <134914314+UbaserB@users.noreply.github.com>
* Detective grey coat available in loadout
* Revert "Detective grey coat available in loadout"
This reverts commit 3697e15518b300cbc110872dc92d7905b7ef2605.
* Reapply "Detective grey coat available in loadout"
This reverts commit 8e5f43a035d70a7076ba26d43ed683b135af1d99.
* Hoping I got this right?
* Fixing a oversight
* Update Resources/Prototypes/Entities/Clothing/OuterClothing/coats.yml
Co-authored-by: slarticodefast <161409025+slarticodefast@users.noreply.github.com>
---------
Co-authored-by: slarticodefast <161409025+slarticodefast@users.noreply.github.com>
Mostly feature proofing but these should not have binary access. ESPECIALLY pais
Say we had malf ai and it was talking with other borgs about its plans. The owner of the pai (or any of these silicons) can just listen into this. Someone can just wake up a pai and ask it to monitor the binary channel. There's a reason the binary radio chip is a syndicate item.
Some of these also have no reason to be able to talk on binary, are you gonna ask the ai to bother someone to refill your vend stock? Are you gonna clown with the AI and other borgs as a clown borg and annoy them?
