Scott Erickson 7bab895dee Generalize new I18N view system ... Previously, when diplomats submit translations, the system would try to figure out whether it should be a 'patch' or a 'change', and then would either create a patch for an admin or artisan to review and accept or reject, or would apply the changes immediately and they would be live. This was done as a compromise between getting translations live quickly, but also preventing already-translated text from getting overwritten without oversight. But having the client handle this added logical complexity. So this makes all diplomats submit patches, no matter what. The server is then in charge of deciding if it should auto-accept the patch or not. Either way, a patch is created. There was also much refactoring. This commit includes: * Update jsondiffpatch so changes within array items are handled correctly * Refactor posting patches to use the new auto-accepting logic, and out of Patch model * Refactor POST /db/patch/:handle/status so that it doesn't rely on handlers * Refactor patch stat handling to ensure auto-accepted patches are counted * Refactor User.incrementStat to use mongodb update commands, to avoid race conditions * Refactor Patch tests		2016-09-09 10:59:26 -07:00
..
analytics.spec.coffee	Clean server test logging	2016-06-17 10:35:22 -07:00
patch.spec.coffee	Refactor server models into /server/models, remove request and mongoose from test globals	2016-04-06 16:06:52 -07:00
user.spec.coffee	Generalize new I18N view system	2016-09-09 10:59:26 -07:00
user_handler.spec.coffee	Generalize new I18N view system	2016-09-09 10:59:26 -07:00