-
-
Notifications
You must be signed in to change notification settings - Fork 9.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[HttpFoundation] Request::splitHttpAcceptHeader incorrect result order #5611
Labels
Comments
fabpot
added a commit
that referenced
this issue
Oct 3, 2012
This PR was merged into the 2.0 branch. Commits ------- 6c59fbd [HttpFoundation] Fixed #5611 - Request::splitHttpAcceptHeader incorrect result order. Discussion ---------- [HttpFoundation] Request::splitHttpAcceptHeader incorrect result order. Bug fix: yes Feature addition: no Backwards compatibility break: no Symfony2 tests pass: yes Fixes the following tickets: 5611 Makes items with equal q-values return in the original provided order. Fixes tests to reflect this behavior. --------------------------------------------------------------------------- by kerihenare at 2012-10-02T20:59:11Z To avoid confusion over the modified language test I have instead created new tests.
fabpot
added a commit
that referenced
this issue
Oct 6, 2012
* 2.0: fixed CS added doc comments [HttpKernel][Translator] Fixed type-hints [Translation] forced the catalogue to be regenerated when a resource is added (closes symfony/translation#1) [HttpFoundation] Fixed #5611 - Request::splitHttpAcceptHeader incorrect result order. Conflicts: src/Symfony/Component/Process/Process.php tests/Symfony/Tests/Component/HttpFoundation/RequestTest.php
fabpot
added a commit
that referenced
this issue
Oct 6, 2012
* 2.1: fixed CS added doc comments added doc comments [Validator] Updated swedish translation Update src/Symfony/Component/Validator/Resources/translations/validators.de.xlf [2.1] Exclude tests from zips via gitattributes [HttpKernel][Translator] Fixed type-hints Updated lithuanian validation translation [DomCrawler] Allows using multiselect through Form::setValues(). [Translation] forced the catalogue to be regenerated when a resource is added (closes symfony/translation#1) Unit test for patched method OptionsResolver::validateOptionValues(). validateOptionValues throw a notice if an allowed value is set and the corresponding option isn't. [Form] Hardened code of ViolationMapper against errors [HttpFoundation] Fixed #5611 - Request::splitHttpAcceptHeader incorrect result order. [Form] Fixed negative index access in PropertyPathBuilder Update src/Symfony/Component/Validator/Resources/translations/validators.ro.xlf Conflicts: src/Symfony/Component/DomCrawler/Form.php src/Symfony/Component/Process/Process.php
ostrolucky
pushed a commit
to ostrolucky/symfony
that referenced
this issue
Mar 25, 2018
* 2.1: fixed CS added doc comments added doc comments [Validator] Updated swedish translation Update src/Symfony/Component/Validator/Resources/translations/validators.de.xlf [2.1] Exclude tests from zips via gitattributes [HttpKernel][Translator] Fixed type-hints Updated lithuanian validation translation [DomCrawler] Allows using multiselect through Form::setValues(). [Translation] forced the catalogue to be regenerated when a resource is added (closes symfony/translation#1) Unit test for patched method OptionsResolver::validateOptionValues(). validateOptionValues throw a notice if an allowed value is set and the corresponding option isn't. [Form] Hardened code of ViolationMapper against errors [HttpFoundation] Fixed symfony#5611 - Request::splitHttpAcceptHeader incorrect result order. [Form] Fixed negative index access in PropertyPathBuilder Update src/Symfony/Component/Validator/Resources/translations/validators.ro.xlf Conflicts: src/Symfony/Component/DomCrawler/Form.php src/Symfony/Component/Process/Process.php
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
splitHttpAcceptHeader
ignores the order of Accept items. It correctly sorts by q-value but loses the given order for items with the same q-value. While the spec doesn't explicitly state that order should be considered for items with the same q-value, it is implied.This issue exists in all versions of Symfony (including 1.x & 2.x). The related tests seem to be written to match the result rather than the other way around (No offence intended).
Here's my test: https://gist.github.com/3791883
The text was updated successfully, but these errors were encountered: