Bug #91463
closed
9.5.17 and 9.5.18 installtool error on php 7.2 / php 7.3
Added by Sabine Deeken almost 4 years ago.
Updated 10 months ago.
Description
Hello,
last week I had problems with the 9.5.17 / 9.5.18 upgrade:
I could not open the installtool, neither via TYPO3-Backend, nor single.
The error-message:
Warning: A non-numeric value encountered in /[mypath]/typo3_src-9.5.18/typo3/sysext/core/Classes/Core/Bootstrap.php on line 673
{"success":true}
after hours of trying what could be the problem, ifound out that it was the php-Version.
it doesn't work with 7.2 and 7.3, but in 7.4 the error is gone.
for my site I can change the php-version, but it would have been good to know, and other users maybe can't.
so this would be worth to be fixed, wouldn't it?
with the best regards,
Sabine
- Status changed from New to Needs Feedback
I remember I had this issue as well once. Do you by chance have empty ext_localconf.php or ext_tables.php files?
Andreas Fernandez wrote:
I remember I had this issue as well once. Do you by chance have empty ext_localconf.php or ext_tables.php files?
I had an ext_tables.php, but it was not empty and in my test-installation I removed it and tried again with php7.2 .
Then I uninstalled all non sysext-extensions, and tried again, but no installtool still.
is an ext_localconf.php or ext_tables.php empty if there's only
<?php
defined('TYPO3_MODE') || die('Access denied.');
inside?
- Target version deleted (
9.5.18 & 10.4.3)
May I ask if this issue is still reproducible?
Riccardo De Contardi wrote:
May I ask if this issue is still reproducible?
Yes, it is. TYPO3 9.5.22, php 7.2 and 7.3.
php7.4 is working.
- Status changed from Needs Feedback to Accepted
- Related to Bug #84105: Log writers configured in DefaultConfiguration.php cannot be easily removed/disabled added
- Is Regression changed from Yes to No
Not a regression, but misconfiguration in typo3conf/LocalConfiguration.php
The following example demonstrates what's actually going on here:
php > var_dump('string' | E_USER_DEPRECATED);
PHP Warning: A non-numeric value encountered in php shell code on line 1
That means that TYPO3's default configuration for errorHandlerErrors
(which is expected to be an integer) is overridden with a string in typo3conf/LocalConfiguration.php
. That "worked" before, by implicitly casting to integer. In the long run that is wrong because actually merging default configuration with override configuration should validate those types first - and in case they don't match - log that problem and fallback to default configuration.
- Status changed from Accepted to Closed
@Sabine Deeken I feel really sorry and apologize for this very late update;
I think that this issue can be safely closed now - I thank Oliver for his answers.
if you think that this is the wrong decision or there is still work to do here please reopen it or open a new issue with a reference to this one.
Thank you.
Also available in: Atom
PDF