[HttpFoundation] status 201 is allowed to have a body
[Security] fix DBAL connection typehint
updated doc
minor #10724 An omission of updating the doc (issei-m)

This PR was merged into the 2.4 branch.

Discussion
----------

An omission of updating the doc

Commits
-------

b1202b0 updated doc
bug #10723 [Security] fix DBAL connection typehint (Tobion)

This PR was merged into the 2.3 branch.

Discussion
----------

[Security] fix DBAL connection typehint

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | -
| License       | MIT

Commits
-------

c05edcc [Security] fix DBAL connection typehint
[Process] Fix #10681, process are failing on Windows Server 2003
[HttpFoundation] factorize out the way output buffers should be closed
Update PackageInterface.php
minor #10736 Update PackageInterface.php (ibasaw)

This PR was merged into the 2.5-dev branch.

Discussion
----------

Update PackageInterface.php

found a typo

Commits
-------

e043329 Update PackageInterface.php
fixed typo
Fix doc blocks
Textarea value should default to empty string instead of null.
bug #10733 [DomCrawler] Textarea value should default to empty string instead of null. (Berdir)

This PR was submitted for the master branch but it was merged into the 2.3 branch instead (closes #10733).

Discussion
----------

[DomCrawler] Textarea value should default to empty string instead of null.

Noticed this when working on Updating Behat/Mink/Goutte to Guzzle 4, see https://github.com/fabpot/Goutte/pull/140 and https://github.com/Behat/MinkGoutteDriver/pull/34.

Testing this with Drupal 8, trying to submit a Form which has empty form elements, the $value in a TextArea form elements defaults to null, then we end up with those in getValues() and then http_build_query() creates an empty string for those. That results in array keys like ['' => false]. This is then passed through to Guzzle, which ends up in MessageFactory::addPostData(), goes into the else creates and tries to create file with those values, which will throw an exception in GuzzleHttp\Stream::create(): with "Invalid resource type false".

I think the correct fix is to default to an empty string instead of null.

Will also need tests,

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets |
| License       | MIT
| Doc PR        |

Commits
-------

f672564 Textarea value should default to empty string instead of null.
minor #10737 [2.3] Fix doc blocks (romainneutron)

This PR was merged into the 2.3 branch.

Discussion
----------

[2.3] Fix doc blocks

| Q             | A
| ------------- | ---
| Bug fix?      | no
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | n/a
| License       | MIT

Commits
-------

de5d627 Fix doc blocks
[Validator] added Japanese translation
minor #10732 [Validator] added Japanese translation (issei-m)

This PR was submitted for the master branch but it was merged into the 2.4 branch instead (closes #10732).

Discussion
----------

[Validator] added Japanese translation

| Q             | A
| ------------- | ---
| Bug fix?      | no
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | n/a
| License       | MIT
| Doc PR        | n/a

Commits
-------

7b91e03 [Validator] added Japanese translation
bug #10728 [2.3][Process] Fix #10681, process are failing on Windows Server 2003 (romainneutron)

This PR was merged into the 2.3 branch.

Discussion
----------

[2.3][Process] Fix #10681, process are failing on Windows Server 2003

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | #10681
| License       | MIT

Commits
-------

46fdfbb [Process] Fix #10681, process are failing on Windows Server 2003
bug #10721 [HttpFoundation] status 201 is allowed to have a body (Tobion)

This PR was merged into the 2.3 branch.

Discussion
----------

[HttpFoundation] status 201 is allowed to have a body

| Q             | A
| ------------- | ---
| Bug fix?      | yes
| New feature?  | no
| BC breaks?    | only if someone relied on wrong behavior
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | #10673
| License       | MIT

Status 201 is allowed to have a response body.

Commits
-------

1761f64 [HttpFoundation] status 201 is allowed to have a body
minor #10726 [HttpFoundation] factorize out the way output buffers should be closed (nicolas-grekas)

This PR was merged into the 2.5-dev branch.

Discussion
----------

[HttpFoundation] factorize out the way output buffers should be closed

| Q             | A
| ------------- | ---
| Bug fix?      | no
| New feature?  | yes
| BC breaks?    | no
| Deprecations? | no
| Tests pass?   | yes
| Fixed tickets | none
| License       | MIT
| Doc PR        | none

Closing output buffers was done in three different files, but not exactly the same way, with subtle differences.
This PR factorizes out the best way to do this in a new public static function of the Response class.

Commits
-------

469943c [HttpFoundation] factorize out the way output buffers should be closed
minor #10717 unified return null usages (fabpot)

This PR was merged into the 2.3 branch.

Discussion
----------

unified return null usages

| Q             | A
| ------------- | ---
| License       | MIT

This PR unifies the way we return `null` from a function or method:

 * always use `return;` instead of `return null;` (the current code base uses both);
 * never use `return;` at the end of a function/method.

Commits
-------

d1d569b unified return null usages