epriestley f8113aecdc Make bulk edit <select /> fields a little more natrual and set options for subtype transactions ... Summary: Ref T13025. This is some minor technical stuff: make the "select" bulk edit type a little more consistent with other types by passing data down instead of having it reach up the stack. This simplifies the implementation of a custom field "select" in a future change. Also, provide an option list to the "select" edit field for object subtypes. This is only accessible via Conduit so it currently never actually renders anything in the UI, but with the bulk edit stuff we get some initialization order issues if we don't set anything. This will also make any future changes which expose subtypes more broadly more straightforward. Test Plan: - Bulk edited "select" fields, like "Status" and "Priority". - No more fatal when trying to `getOptions()` internally on the subtype field. Reviewers: amckinley Reviewed By: amckinley Maniphest Tasks: T13025 Differential Revision: https://secure.phabricator.com/D18878		2018-01-19 13:17:28 -08:00
..
type	Make bulk edit <select /> fields a little more natrual and set options for subtype transactions	2018-01-19 13:17:28 -08:00
PhabricatorBulkEngine.php	Define bulk edits in terms of EditEngine, not hard-coded ad-hoc definitions	2018-01-19 12:43:47 -08:00
PhabricatorEditEngineBulkJobType.php	Reuse more transaction construction code in bulk editor	2018-01-19 12:49:17 -08:00