From 770e4438dbb624f8bd636283e81221349ac9f0e3 Mon Sep 17 00:00:00 2001 From: delizin Date: Fri, 31 Jan 2014 13:29:33 -0500 Subject: [PATCH 1/4] Update player.py Removed the following lines from the @OOC command to prevent the player is leaving the game message from appearing twice: save location as if we were disconnecting from the game entirely. if old_char.location: old_char.location.msg_contents("%s has left the game." % old_char.key, exclude=[old_char]) --- src/commands/default/player.py | 3 --- 1 file changed, 3 deletions(-) diff --git a/src/commands/default/player.py b/src/commands/default/player.py index cd16501580..a5eec0d31f 100644 --- a/src/commands/default/player.py +++ b/src/commands/default/player.py @@ -289,9 +289,6 @@ class CmdOOC(MuxPlayerCommand): return player.db._last_puppet = old_char - # save location as if we were disconnecting from the game entirely. - if old_char.location: - old_char.location.msg_contents("%s has left the game." % old_char.key, exclude=[old_char]) # disconnect if player.unpuppet_object(sessid): From 967d28350750241dbcc8a3f391e2e1b59e0b1822 Mon Sep 17 00:00:00 2001 From: delizin Date: Fri, 31 Jan 2014 13:32:33 -0500 Subject: [PATCH 2/4] Update objects.py Removed the following line from at_pre_puppet, because it is repeated in at_post_puppet and results in the message "%s has entered the game" appearing twice. self.location.msg_contents("%s has entered the game." % self.name, exclude=[self]) --- src/objects/objects.py | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/objects/objects.py b/src/objects/objects.py index cf003a216d..9915fec754 100644 --- a/src/objects/objects.py +++ b/src/objects/objects.py @@ -7,7 +7,7 @@ database-connection tied to itself through a property. The instances of all the different object types are all tied to their own database object stored in the 'dbobj' property. All attribute get/set operations are channeled transparently to the database object -as desired. You should normally never have to worry about the database +as desired. You should normally nevfer have to worry about the database abstraction, just do everything on the TypeClass object. That an object is controlled by a player/user is just defined by its @@ -902,7 +902,6 @@ class Character(Object): if self.location: # save location again to be sure self.db.prelogout_location = self.location - self.location.msg_contents("%s has entered the game." % self.name, exclude=[self]) self.location.at_object_receive(self, self.location) else: player.msg("{r%s has no location and no home is set.{n" % self, sessid=sessid) From 8de289f5ada8d4d5dbcdcd007099c43185f64243 Mon Sep 17 00:00:00 2001 From: delizin Date: Fri, 31 Jan 2014 13:33:35 -0500 Subject: [PATCH 3/4] Update objects.py --- src/objects/objects.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/objects/objects.py b/src/objects/objects.py index 9915fec754..000318af00 100644 --- a/src/objects/objects.py +++ b/src/objects/objects.py @@ -7,7 +7,7 @@ database-connection tied to itself through a property. The instances of all the different object types are all tied to their own database object stored in the 'dbobj' property. All attribute get/set operations are channeled transparently to the database object -as desired. You should normally nevfer have to worry about the database +as desired. You should normally never have to worry about the database abstraction, just do everything on the TypeClass object. That an object is controlled by a player/user is just defined by its From e277770817db63c68c49de3b5e17a9bb9174e0b7 Mon Sep 17 00:00:00 2001 From: delizin Date: Fri, 31 Jan 2014 14:09:49 -0500 Subject: [PATCH 4/4] Update requirements.txt Updated South requirement from >=0.8 to >=0.8.4 to correspond with changes to the Getting Started page due to reported issues with South 0.8.2 and 0.8.3. --- requirements.txt | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/requirements.txt b/requirements.txt index 51d05022c4..a7a24029a3 100644 --- a/requirements.txt +++ b/requirements.txt @@ -1,8 +1,7 @@ - # Evennia dependencies. If using pip, this file can be used to install # dependencies directly, using 'pip install -r requirements.txt'. django >= 1.5 twisted >= 11.0 pil -south >= 0.8 +south >= 0.8.4