It's CentCOM not CentCOMM

I swear to god I have fixed this like three times already and somehow it
keeps coming back.
This commit is contained in:
Spades
2017-07-21 04:29:39 -04:00
parent f78c2281c2
commit 7e4417d31f
20 changed files with 26 additions and 26 deletions
+3 -3
View File
@@ -97,7 +97,7 @@ won't update every console in existence) but it's more of a hassle to do. Also,
D.linked_console = src
return
/obj/machinery/computer/rdconsole/proc/griefProtection() //Have it automatically push research to the centcomm server so wild griffins can't fuck up R&D's work
/obj/machinery/computer/rdconsole/proc/griefProtection() //Have it automatically push research to the CentCom server so wild griffins can't fuck up R&D's work
for(var/obj/machinery/r_n_d/server/centcom/C in machines)
for(var/datum/tech/T in files.known_tech)
C.files.AddTech2Known(T)
@@ -167,7 +167,7 @@ won't update every console in existence) but it's more of a hassle to do. Also,
screen = 1.2
files.AddTech2Known(t_disk.stored)
updateUsrDialog()
griefProtection() //Update centcomm too
griefProtection() //Update CentCom too
else if(href_list["clear_tech"]) //Erase data on the technology disk.
t_disk.stored = null
@@ -190,7 +190,7 @@ won't update every console in existence) but it's more of a hassle to do. Also,
screen = 1.4
files.AddDesign2Known(d_disk.blueprint)
updateUsrDialog()
griefProtection() //Update centcomm too
griefProtection() //Update CentCom too
else if(href_list["clear_design"]) //Erases data on the design disk.
d_disk.blueprint = null
+1 -1
View File
@@ -79,7 +79,7 @@
griefProtection()
..()
//Backup files to centcomm to help admins recover data after greifer attacks
//Backup files to CentCom to help admins recover data after greifer attacks
/obj/machinery/r_n_d/server/proc/griefProtection()
for(var/obj/machinery/r_n_d/server/centcom/C in machines)
for(var/datum/tech/T in files.known_tech)