epriestley 9e278a89ba If a Workflow form receives a redirect response, don't re-enable the submit buttons ... Summary: See PHI488. Ref T13108. Currently, there is a narrow window between when the response returns and when the browser actually follows the redirect where the form is live and you can click the button again. This is relativey easy if Phabricator is running //too fast// since the button may be disabled only momentarily. This seems to be easier in Firefox/Chrome than Safari. Test Plan: - In Firefox and Chrome, spam-clicked a comment submit button. - Before: could sometimes get a double-submit. - After: couldn't get a double-submit. - This could probably be reproduced more reliabily by adding a `sleep(1)` to whatever we're redirecting //to//. - Submitted an empty comment, got a dialog plus a still-enabled form (so this doesn't break the non-redirect case). Maniphest Tasks: T13108 Differential Revision: https://secure.phabricator.com/D19245		2018-03-21 11:56:21 -07:00
..
builtin	Dynamically composite favicons from customizable sources	2018-03-12 15:28:41 -07:00
celerity	If a Workflow form receives a redirect response, don't re-enable the submit buttons	2018-03-21 11:56:21 -07:00
cows
emoji	Add aliases for "party" emoji (🎉)	2018-02-05 12:23:26 -08:00
figlet/custom
font
sprite	Uh, update Phabricator login image	2017-08-11 13:37:26 -07:00
sql	Allow custom actions in Differential to explicitly override "accept" stickiness	2018-03-12 17:10:43 -07:00
sshd	Drop interactive login from sshd example	2017-06-27 12:51:46 -07:00