epriestley 17caecdda3 Make workboard real-time updates mostly work ... Summary: Depends on D20654. Ref T4900. When a task is edited, emit a "workboards" event for all boards it appears on (in a future change, this should also include all boards it //previously// appeared on, and all parents of both sets of boards -- but I'm just getting things working for now). When we receive a "workboards" event, check if the visible board should be updated. Aphlict has a complicated intra-window leader/follower election system which could let us process this update event exactly once no matter how many windows a user has open with the same workboard. I'm not trying to do any of this since it seems fairly rare. It makes sense for events like "you have new notifications" where we don't want to generate 100 Ajax calls if the user has 100 windows open, but very few users seem likely to have 100 copies of the same workboard open. Test Plan: - Ran `bin/aphlict debug`. - Opened workboard A in two windows, X and Y. - Edited and moved tasks in window X. - Saw "workboards" messages in the Aphlict log. - Saw window Y update in nearly-real-time (locally, this is fast enough that it feels instantaneous). Then: - Stopped the Aphlcit server. - Edited a task. - Started the Aphlict server. - Saw window Y update after a few moments (i.e., update in response to a reconnect). Reviewers: amckinley Reviewed By: amckinley Maniphest Tasks: T4900 Differential Revision: https://secure.phabricator.com/D20656		2019-07-18 10:00:17 -07:00
..
rsrc	Make workboard real-time updates mostly work	2019-07-18 10:00:17 -07:00
index.php	Let the top-level exception handler dump a stack trace if we reach debug mode before things go sideways	2019-02-11 15:36:19 -08:00