Page MenuHomePhabricator

HHVM's filter_var_array does not behave like the PHP5 function causing wikimedia/slimapp tests to fail
Closed, ResolvedPublic

Description

https://integration.wikimedia.org/ci/job/php-composer-test-hhvm/1488/consoleFull

23:28:58 1) Wikimedia\Slimapp\FormTest::testMultipleInputs
23:28:58 Failed asserting that Array &0 (
23:28:58     'bool' => ''
23:28:58     'true' => true
23:28:58     'email' => 'user!user2+route@example.wiki'
23:28:58     'float' => 1.23
23:28:58     'int' => 123
23:28:58     'ipv4' => '127.0.0.1'
23:28:58     'ipv6' => '::1'
23:28:58     'regex' => 'abc'
23:28:58     'url' => 'proto://host.tld/path'
23:28:58     'str' => 'one two three'
23:28:58 ) is identical to Array &0 (
23:28:58     'bool' => false
23:28:58     'true' => true
23:28:58     'email' => 'user!user2+route@example.wiki'
23:28:58     'float' => 1.23
23:28:58     'int' => 123
23:28:58     'ipv4' => '127.0.0.1'
23:28:58     'ipv6' => '::1'
23:28:58     'regex' => 'abc'
23:28:58     'url' => 'proto://host.tld/path'
23:28:58     'str' => 'one two three'
23:28:58 ).
23:28:58 
23:28:58 /mnt/jenkins-workspace/workspace/php-composer-test-hhvm/tests/FormTest.php:118

Event Timeline

Legoktm raised the priority of this task from to Needs Triage.
Legoktm updated the task description. (Show Details)
Legoktm added subscribers: Legoktm, bd808.
Legoktm set Security to None.

I have a pull request in with HHVM to fix their broken handling of falsey booleans filter_var_array(). Until that's fix we have disabled hhvm testing in jenkins and travis for the library.

bd808 triaged this task as Low priority.Aug 3 2015, 11:07 PM
bd808 renamed this task from wikimedia/slimapp tests fail on HHVM to HHVM's filter_var_array does not behave like the PHP5 function.Aug 10 2015, 7:42 PM
Legoktm renamed this task from HHVM's filter_var_array does not behave like the PHP5 function to HHVM's filter_var_array does not behave like the PHP5 function causing wikimedia/slimapp tests to fail.Aug 10 2015, 7:54 PM

My fix has been merged upstream in HHVM with https://github.com/facebook/hhvm/commit/f2fb726fef23c082c220779d2831ec50bc0abf99.

@Joe I'll ask my perennial question again: do we have a process for requesting a backport of an upstream HHVM change into the WMF build?

Change 237006 had a related patch set uploaded (by BryanDavis):
Backport of D44265: filter_var_array: do not fall back to FILTER_DEFAULT

https://gerrit.wikimedia.org/r/237006

Change 237861 had a related patch set uploaded (by BryanDavis):
Backport of D44265: filter_var_array: do not fall back to FILTER_DEFAULT

https://gerrit.wikimedia.org/r/237861

Change 237006 abandoned by BryanDavis:
Backport of D44265: filter_var_array: do not fall back to FILTER_DEFAULT

Reason:
Fixed missing Change-Id with Ie821948552152e542a0875667c7d99e7b7aaaf9b

https://gerrit.wikimedia.org/r/237006

@bd808 no we don't, and I'm starting to think we need something like that. I'll think about how to do that in phabricator if possible.

Change 237861 merged by Giuseppe Lavagetto:
Backport of D44265: filter_var_array: do not fall back to FILTER_DEFAULT

https://gerrit.wikimedia.org/r/237861

This patch has been deployed to production, can we consider this solved?

Change 243828 had a related patch set uploaded (by Legoktm):
Revert "Disable hhvm tests for wikimedia/slimapp"

https://gerrit.wikimedia.org/r/243828

Change 243828 merged by jenkins-bot:
Revert "Disable hhvm tests for wikimedia/slimapp"

https://gerrit.wikimedia.org/r/243828

bd808 moved this task from Done to Archive on the User-bd808 board.