Voting starts in March for the Drupal Association Board election.
Updated: Comment #0
WebTestBase::curlExec(). With a lot of parameters that are the same everywhere.
The problem is that we can't use either
drupalPostAjax(): both have deeply embedded assumptions that they're being applied to forms. That's an assumption that does not hold true for some things that are new in Drupal 8: when rendering contextual links, nor when retrieving Edit module's metadata, nor when Edit module makes requests to in-place edit fields. Hence we were forced to use
WebTestBase::curlExec(). But now there are so many instances of calling
curlExec() with nigh identical parameters that it makes sense to add a new method to
WebTestBase for it.
WebTestBase::drupalPostCustom() (better name welcomed) and
The latter should be obvious, the former contains the keyword "custom" to indicate that you can use it for any sort of custom POST HTTP request: the caller has full control over the
$post data, and can set the
$accept header easily.
User interface changes
No changes, only two additions:
PASSED: [[SimpleTest]]: [MySQL] 58,861 pass(es). View
|#37||drupal_post_cleanup-2074037-37.patch||810.24 KB||Wim Leers|
PASSED: [[SimpleTest]]: [MySQL] 58,751 pass(es). View
|#37||interdiff.txt||850 bytes||Wim Leers|
|#35||drupal_post_cleanup-2074037-35.patch||810.1 KB||Wim Leers|
FAILED: [[SimpleTest]]: [MySQL] 58,724 pass(es), 4 fail(s), and 7 exception(s). View
|#35||interdiff.txt||4.31 KB||Wim Leers|