8 Commits

Author SHA1 Message Date
graywolf336
d535b758d4 Add .gitattributes 2014-06-12 10:50:53 -05:00
graywolf336
7ad5fedfd1 Work on the tests and change up some performance issues.
1. In the player move event we looped through the jailed players more
than once which really is an issue when you have several hundred jailed
and since the move event is called several times a second, that was a
huge performance hit.
2. Don't save the prisoner data as soon as they are jailed, we take care
of that else where with the shutting down and counting down time.
2014-05-30 15:54:11 -05:00
graywolf336
b8dc15decb We use player instead of name for the player's last known name.
Good catch by @dewick on issue #26.
2014-05-02 01:31:04 -05:00
graywolf336
084e8bea01 Warn when a cell doesn't have a teleport location or cell. Also, don't
double store a prisoner when they get put in a cell from a jail after
being converted.
2014-05-01 17:39:48 -05:00
graywolf336
4d4f609b82 Finish using the UUID, we are still using blocking methods.
I want to get fully away from blocking methods and instead make the
user/player/prisoner/whatever wait to get an answer while we retrieve
the uuid information asynchronously.
2014-04-29 13:20:33 -05:00
graywolf336
998c7bd824 If we couldn't find a jail from the prisoner, get the first jail.
Also, don't try to load prisoners if there are no jails.
2014-04-28 22:27:41 -05:00
graywolf336
a3d9a54ff0 First attempt to use UUID, not tested one ounce.
And I imagine the unit tests are going to fail.
2014-04-21 22:58:15 -05:00
graywolf336
3e3f2d432e Convert the old data to our new data and move the old files.
Closes #24 but it probably has a few bugs or prisoners who were in cells
are not any more, but I will only fix that if someone pursades me to.
2014-03-14 17:40:44 -05:00