Refactors head_position into departments_managed and department_accounts, so command secretaries keep command account access (which is presumable why they were marked as a head position) without being told they manage the command department.
* Somewhat cleans up a piece of job code, makes new ID computers not be awful.
* Changes ROLE_ defines to DEPARTMENT_ to be clearer. Backports the new ID computer's assignment section of its UI to the old ID computer.
* Swaps back to southern cross map.
* Removes a block of commented code.
Runtime happens when someone has a saved preferences loadout containing an item that currently is expected to have gear_tweaks, but at the time that the savefile was last saved, did *not* have gear tweaks. Thus the saved prefs have null metadata.
Also it makes no sense to check the length of a list *inside* a for loop iterating over that list..
* Edited white cane inventory/ground sprite, and changed in-hand sprites to ones from Yawn Wider
added a telescopic cane, ported from Yawn Wider (credit to gozulio)
ported the crutch item from world server
both new items were added to loadout
* Edited white cane inventory/ground sprite, and changed in-hand sprites to ones from Yawn Wider
added a telescopic cane, ported from Yawn Wider (credit to gozulio)
ported the crutch item from world server
both new items were added to loadout
also fixed config.txt fuckup
* fixed a spelling error
Ported from https://github.com/VOREStation/VOREStation/pull/6451
Code done by Aronai
Adds IP reputation checking to detect Tor, proxy, and VPN usage and block it if so configured.
It's disabled by default, but if enabled the default settings are to block all VPN/Proxy/Tor to connect unless the player has been a player for 5 days on a 'normal' connection so that people who legitimately sometimes use a VPN for *reasons* can continue to do so. You can also have it check reputations and just log bad ones, without disconnecting the users.
Whether or not it allows 'existing' players, the length of time they must have played, what's considered a 'bad' IP score, etc, are configurable. You **must** put an e-mail address if you use this, otherwise the service will likely ban you. This is the e-mail address they will send e-mails to if you're performing too many checks or they need to speak to you.
Adds config options, here's a paste from the example config:
```
## IP Reputation Checking
# Enable/disable IP reputation checking (present/nonpresent)
#IP_REPUTATION
# Set the e-mail address problems can go to for IPR checks (e-mail address)
IPR_EMAIL whatever@whatever.com
# Above this value, reputation scores are considered 'bad' (number)
IPR_BAD_SCORE 1
# If you want the people disconnected. Otherwise it just logs. (present/nonpresent)
IPR_BLOCK_BAD_IPS
# If players of a certain length of playtime are allowed anyway (REQUIRES DATABASE) (present/nonpresent)
IPR_ALLOW_EXISTING
# And what that age is (number)
IPR_MINIMUM_AGE 5
```
As you can see, it's off by default, so if you're a downstream this won't change anything for you unless you decide to turn it on. If you want the features, just copypaste the new config lines out of the example and uncomment IP_REPUTATION.
Downstreams can replace the /client/proc/update_ip_reputation() proc with your own, if you'd like to substitute your own service! Just set the client's ip_reputation var at the end of your proc.
* Add Sounds to stuff! (Port from VOREStation)
* Port of https://github.com/VOREStation/VOREStation/pull/6119
* Adds to_chat as described
* Change << to , , not entirely sure what it does but it's the same as others
The main cause is the 'exploitable' check from `code/game/jobs/job_controller.dm` because the proc `amend_exploitable` from `code/modules/mob/mob.dm` spawns a duplicate of the implant at the mob's feet.
Tertiary issues were...
- The `implant_loadout` proc in `code/game/objects/items/weapons/implants/implant.dm` not inserting the implant in the correct location (was passing an organ instead of a zone define like BP_HEAD, which has a string value of "head".)
- There were unnecessary post-spawn behaviours for dud and neural fluff implants.
What now happens:
- The exploitable check now occurs in the `spawn_item` proc from `code/modules/client/preference_setup/loadout/loadout.dm`.
- The loadout implants are now inserted into the correct locations within a mob.
- There won't be implants created on the floor anymore.
* Starts work on the Medical Expansion.
* Further Work
* Save Everything!
* Large volume of things.
* Log of Change
* I'm an idiot.
* Kidney assisted sprites. They didn't exist, for some reason.
* Fixfix
* Fixfix
* Update encased.dm
* Update glass.dm
* Update Chemistry-Reagents.dm
I am once more an idiot.
* Split augs.
* Fixfix
Port and tweak from World Server of their weight and body type system
Removed the current size trait system for player mobs.
Replaced with the weight and size system from world server.
Mobs with heavier body types will be slower but have a higher metabolism.
Mobs with thinner body types will have a slower metabolism and are more fragile.
Being tall or short has no effect aside from the sprite.
Couple weird quirks (sprites are a lot more fuzzy compared to world server, and lying down sprites can look slightly off) but overhaul seems usable.
* Ports Earrings from Baystation
Ports earrings from baystation.
* Create earrings.dm
* Update loadout_ears.dm
* Fixes everything
* Actually fixes everything because I forgot polaris.dme lmao
* final fix?
Why did I even do this all at work? And this is a friday not a monday!
Custom laptops currently have a problem in that their verb list is not properly updated. This replaces the custom laptop with an elite model that has all the modules.
Also raises cost of the elite model to 7 loadout points, due to concerns raised.
