Change Details

I'm running Product Version MediaWiki 1.29.1 PHP 7.1.10 (apache2handler) MySQL 5.6.38 ICU 59.1 Each time I run maintenance/refreshLinks.php, I get this error a few times. (I removed some of the path for privacy reasons.) Warning: A non-numeric value encountered in /includes/parser/CoreParserFunctions.php on line 901 It occurs at between 4700 and 4800 and between 12300 and 12400. I did some research on this error. Apparently, it's related to php7.1. I found this discussion on Github - https://github.com/dompdf/dompdf/issues/1272 that seems to indicate the use of values related to css, like "auto" that are non-numeric. (Perhaps the use of "null" instead of 0?)

I'm running |Product |Version |--|-- | MediaWiki| 1.29.1 | PHP |7.1.10 (apache2handler) | MySQL| 5.6.38 | ICU| 59.1 Each time I run maintenance/refreshLinks.php, I get this error a few times. (I removed some of the path for privacy reasons.) ```counterexample Warning: A non-numeric value encountered in /includes/parser/CoreParserFunctions.php on line 901 ``` It occurs at between lines 4700 and 4800 and between lines 12300 and 12400. I did some research on this error. Apparently, it's related to php7.1. I found this discussion on Github - https://github.com/dompdf/dompdf/issues/1272 that seems to indicate the use of arbitrary string values was previously silently cast to the number 0 if used in a mathematical expression, but as of PHP 7.1 is considered an error. In Dompdf this happened with the css sting "auto". Perhaps the use of "null" instead of 0 happens here.

I'm running |Product |Version MediaWiki 1.29.1|--|-- PHP 7.1.10 (apache2handler)| MediaWiki| 1.29.1 MySQL 5.6.38| PHP |7.1.10 (apache2handler) ICU 59.1| MySQL| 5.6.38 | ICU| 59.1 Each time I run maintenance/refreshLinks.php, I get this error a few times. (I removed some of the path for privacy reasons.) ```counterexample Warning: A non-numeric value encountered in /includes/parser/CoreParserFunctions.php on line 901 ``` It occurs at between lines 4700 and 4800 and between lines 12300 and 12400. I did some research on this error. Apparently, it's related to php7.1. I found this discussion on Github - https://github.com/dompdf/dompdf/issues/1272 that seems to indicate the use of arbitrary string values related to csss was previously silently cast to the number 0 if used in a mathematical expression, like "auto" that are non-numericbut as of PHP 7.1 is considered an error. (In Dompdf this happened with the css sting "auto". Perhaps the use of "null" instead of 0?)0 happens here.