[DependencyInjection] Remove unneeded file
Create security.id.xlf
minor #10137 [Security] [Translations] added security.id.xlf  (ucay)

This PR was merged into the 2.3 branch.

Discussion
----------

[Security] [Translations] added security.id.xlf

added translation for Bahasa Indonesia

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

Commits
-------

7edb5de Create security.id.xlf
minor #10136 [DependencyInjection] Remove unneeded file (florianv)

This PR was merged into the 2.3 branch.

Discussion
----------

[DependencyInjection] Remove unneeded file

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

I think the file was moved here by mistake from the fixtures.

Commits
-------

caf1809 [DependencyInjection] Remove unneeded file
allow the TextAreaFormField to be used with valid/invalid HTML
bug #10140 allow the TextAreaFormField to be used with valid/invalid HTML (dawehner)

This PR was submitted for the 2.3-dev branch but it was merged into the 2.3 branch instead (closes #10140).

Discussion
----------

allow the TextAreaFormField to be used with valid/invalid HTML

The TextAreaFormField previously used saveXML to get a representation of the child nodes of an textarea.
This works pretty fine on simple text is causes issues in case you have broken HTML, as saveXML
will potentially also break encoding/change the structure.

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

Commits
-------

157a9de allow the TextAreaFormField to be used with valid/invalid HTML
fixed CS
Added Bulgarian translation for security component
minor #10141 [Security] added Bulgarian translation (RoumenDamianoff)

This PR was submitted for the 2.3-dev branch but it was merged into the 2.3 branch instead (closes #10141).

Discussion
----------

[Security] added Bulgarian translation

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

Commits
-------

8fceeac Added Bulgarian translation for security component
add zh_TW validator translations
minor #10144 [Validator][Translation] add zh_TW validator translations (RickySu)

This PR was merged into the 2.3 branch.

Discussion
----------

[Validator][Translation] add zh_TW validator translations

add Traditional Chinese validator translations.

Commits
-------

c755e85 add zh_TW validator translations
Added delta for Request comparison

Sometimes, tests are failing because REQUEST_TIME
changes between the creation of the various sub-requests.

By using delta, we allow maximum of second of difference.

Example: https://travis-ci.org/symfony/symfony/jobs/17668158#L511
minor #10143 [Tests] [HttpKernel] Added delta for Request comparison (lavoiesl)

This PR was submitted for the 2.3-dev branch but it was merged into the 2.3 branch instead (closes #10143).

Discussion
----------

[Tests] [HttpKernel] Added delta for Request comparison

| Q             | A
| ------------- | ---
| Bug fix?      | yes (in tests only)
| New feature?  | -
| BC breaks?    | -
| Deprecations? | -
| Tests pass?   | yes
| Fixed tickets | -
| License       | MIT
| Doc PR        | -

Sometimes, tests are failing because REQUEST_TIME changes between the creation of the various sub-requests.

By using delta, we allow a maximum of one second of difference.
Since this is a shady behaviour, I added minimal explanation as comments

Example: https://travis-ci.org/symfony/symfony/jobs/17668158#L511

Commits
-------

3a67309 [Tests] [HttpKernel] Added delta for Request comparison
[HttpFoundation] fixed typo
Revert "bug #10091 [Translation] Update PluralizationRules.php (guilhermeblanco)"

This reverts commit 61625b466d7b569abe3a0ca3c77a76a4f8467240, reversing
changes made to 35585888913a5d0459a1d3213a90ad3c0ec70e22.
[Form] Update DateTime objects only if the actual value has changed
bug #10151 [Form] Update DateTime objects only if the actual value has changed (peterrehm)

This PR was squashed before being merged into the 2.3 branch (closes #10151).

Discussion
----------

[Form] Update DateTime objects only if the actual value has changed

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

Right now the Form component replaces DateTime fields with new Objects, therefore the hash is changing.
This leads to unnecessary database updated when working with doctrine. With this patch the DateTime object
of the actual entity is only replaced if the value has been changed.

Commits
-------

1f22d3a [Form] Update DateTime objects only if the actual value has changed