OC 3.1.9 Php Upgrade 7.1. > 7.2 not working anymore

Hi there,

I simply upgraded my php version from 7.1.3 to 7.2.24, and backend in dev-mode is not working anymore:

http://myoroapp319.oro (domain on localhost), which was working fine untill today.

ERROR:
“An exception has been thrown during the rendering of a template (“Warning: count(): Parameter must be an array or an object that implements Countable”).”

Configuration:
===
Symfony 3.4.27
Nginx 1.12.2
Php 7.2.24
Php-Modules:
apc
apcu
bcmath
bz2
calendar
Core
ctype
curl
date
dom
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
igbinary
intl
json
libxml
mbstring
mcrypt
memcache
memcached
msgpack
mysqli
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
posix
readline
Reflection
session
shmop
SimpleXML
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xdebug
xml
xmlreader
xmlwriter
xsl
Zend OPcache
zip
zlib

[Zend Modules]
Xdebug
Zend OPcache

—
I tried to switch back to 7.1.30, but on Nginx 1.12.2 its not so easy (I didn’t find anything).

So I made use of symfony’s local webserver, and set
https://symfony.com/doc/current/setup/symfony_server.html

-> put .php-version [7.1] in the application directory
-> checked it by symfony local:php:list
(see screenshot: https://snipboard.io/06nTrC.jpg)

Nothing changed (same browser error-message) at:
– http://myoroapp319.oro (domain on localhost, nginx-configured)
– http://127.0.0.1:8000 (symfony’s local webserver, started with
$ sudo -u nginx php ./bin/console server:run)

Console shows me some ERROR-log-output …
[Sun Nov 3 18:55:36 2019] 127.0.0.1:35032 [301]: /index_dev.php/admin
1572803736.127925: There was a problem sending 179 bytes on socket 12: Broken pipe
[Sun Nov 3 18:55:36 2019] 127.0.0.1:35034 [302]: /index_dev.php/admin/
1572803736.873381: There was a problem sending 179 bytes on socket 10: Broken pipe
[Sun Nov 3 18:55:38 2019] 127.0.0.1:35062 [200]: /index_dev.php/admin/user/login
1572803738.241897: There was a problem sending 179 bytes on socket 11: Broken pipe
1572803738.243016: There was a problem sending 179 bytes on socket 11: Broken pipe
[Sun Nov 3 18:55:38 2019] 127.0.0.1:35076 [200]: /css/themes/oro/oro.css?version=c35ebfd4
1572803738.244890: There was a problem sending 179 bytes on socket 13: Broken pipe
[Sun Nov 3 18:55:38 2019] 127.0.0.1:35078 [200]: /bundles/orofrontend/images/oro-commerce-logo.svg?version=c35ebfd4
[Sun Nov 3 18:55:39 2019] 127.0.0.1:35088 [200]: /index_dev.php/_wdt/69ee0b
1572803739.088070: There was a problem sending 179 bytes on socket 11: Broken pipe
1572803739.089622: There was a problem sending 179 bytes on socket 11: Broken pipe
[Sun Nov 3 18:55:39 2019] 127.0.0.1:35094 [200]: /bundles/oroui/img/background.jpg?ac47dadfb76ab505ca9dd26312dbff10
1572803739.106722: There was a problem sending 179 bytes on socket 11: Broken pipe
[Sun Nov 3 18:55:39 2019] 127.0.0.1:35104 [200]: /bundles/bowerassets/font-awesome/fonts/fontawesome-webfont.woff2?af7ae505a9eed503f8b8e6982036873e
[Sun Nov 3 18:55:56 2019] 127.0.0.1:35110 [302]: /index_dev.php/admin/user/login-check
1572803756.336843: There was a problem sending 179 bytes on socket 12: Broken pipe

What happend?
Is it a php 7.2 version-problem, or a permission-issue?
(It’s definitely not a Nginx-server-block-configuration issue!)

Thanks for help.
Frank

PS: If you have any idea how to assign php 7.1, 7.2 or 7.3 to a specific oro-application-site on Centos7/Nginx 1.12.2 would be great, anyway.
(I know, that orocommerce 3.1.9 should work fine with php 7.2)

Topic

[Andrey YatsenkoModerator]

Hi Frank.

Please share the output of the command ‘composer info | grep oro/ ‘.

[Andrey YatsenkoModerator]

If you are using CentOs, it’s recommended to configure an environment by following the official documentation guide:
https://doc.oroinc.com/backend/setup/dev-environment/manual-installation/commerce-ce/

[FrankParticipant]

oro/calendar-bundle 3.1.9
oro/commerce 3.1.9
oro/commerce-crm 3.1.7
oro/commerce-dpd 3.1.3
oro/commerce-infinitepay 3.1.6
oro/commerce-wirecard 3.1.5
oro/crm 3.1.9
oro/crm-call-bundle 3.1.6
oro/crm-dotmailer 3.1.7
oro/crm-hangouts-call-bundle 3.1.3
oro/crm-magento-embedded-contact-us 3.1.4
oro/crm-task-bundle 3.1.4
oro/crm-zendesk 3.1.3
oro/customer-portal 3.1.9
oro/doctrine-extensions 1.2.2
oro/german-localization 3.1.3
oro/marketing 3.1.7
oro/oauth2-server 3.1.0
oro/platform 3.1.9
oro/platform-serialised-fields 3.1.3
oro/redis-config 3.1.2
oro/twig-inspector 1.0.1

Thanks for the updated link to the installation guide. Yes, ideed. I did make use of it.

Kind regards
Frank

[FrankParticipant]

Hi Andrey,

could you be so kind, and give me a short respond to my php 7.1/7.2 installation problem.

There are a little bit contridictional recommendations in the documentation concerning the use of php-Version for ororocommerce 3.1.:

1)
https://doc.oroinc.com/backend/setup/dev-environment/manual-installation/commerce-ce/
for Centos 7.4:
– PHP-FPM and PHP CLI v.7.1

2)
https://doc.oroinc.com/backend/setup/system-requirements/#system-requirements
Diverse systems:
– PHP >=7.1.26 and 7.2
– PHP CLI, the same version as for the web server

3) https://oroinc.com/de/b2b-ecommerce/download/3.1
– OroCommerce wurde auf Symfony 3.4 LTS aktualisiert
– Die minimal erforderliche PHP-Version wurde auf 7.1.26 erhöht
– Die Anwendung kann jetzt unter PHP 7.2 ausgeführt werden.

Means, minimum php 7.1.26, but runs with php 7.2…?!

What would be your recommendations to make my php 7.1.30 -> 7.2.24 updated configuration runable for orocommerce 3.1.9?

Thanks for an answer asap.

Kind regards
Frank

[FrankParticipant]

Hi Andrey,

it seems, I have to have installed php 7.2 for other application reasons.

I did not find a way to assign php 7.1 to oroapplication only …

Is there a way fo me to use orocommerce 3.1.9. with php 7.2 or not?

—
Thanks for an urgent answer!
Frank

[Andrey YatsenkoModerator]

OroCommerce 3.1 is fully compatible with PHP 7.2, I’ve retested it locally and had no issues. Also, I see the internal CI builds for 3.1 version, everything is currently tested on PHP 7.2 and builds are green.

Please upgrade to the latest available patch version (3.1.15) to make sure you don’t have some issues that are already fixed.
Follow the upgrade guide https://doc.oroinc.com/backend/setup/upgrade-to-new-version/

Also, the issue could come from some custom code. If the patch upgrade would not help – you should debug the customization to see what is causing the count issue.

[FrankParticipant]

Hi Andrey,

thanks for reply.

Running orocommerce 3.1.9 (see above) with php 7.2.24 on Centos 7 I got an error, which seems to be typical for 7.1.>7.2 upgrades:
(shows up only in backend):

Twig\Error\RuntimeError:
An exception has been thrown during the rendering of a template (“Warning: count(): Parameter must be an array or an object that implements Countable”).

at vendor/oro/platform/src/Oro/Bundle/EmailBundle/Resources/views/Dashboard/recentEmailsGrid.html.twig:3

This is NOT related to a custom bundle. May be a ‘small’ bug in oro’s EmailBundle?

Hm. No idea at the moment.

Thank you for help.

Kind regards
Frank

[FrankParticipant]

In addition – I apologize for my unexpiered level – why I shoud use a patch 3.1.5 when I use orocommerce 3.1.9 ? This should be already patched, shouldn’t?

Thanks
Frank

[Andrey YatsenkoModerator]

Please share the full error stack trace. The error catched by a twig template but it comes from a different place.

[FrankParticipant]

Find attached.

Thanks a lot!!!!!
Frank

[Andrey YatsenkoModerator]

why I should use a patch 3.1.5

I asked for updating to 3.1.15, not 3.1.5.

Find attached.

Sorry, I don’t see any attachments related to the Twig\Error\RuntimeError at the thread.

[FrankParticipant]

Hi Andrey,

!!! if the users could read after all !!!.

1) I removed all my multiple php-version stuff from my centos-Server, and installed a fresh php 7.1.30.

Now it works like a clockwerk again.

2) You are right. I will use version 3.1.15 for future installations.

I think, it makes no sense for you to waste your time analyzing some problems with 3.1.9 version …

However, for the sake of completeness, I will (try to) attach the errorStack for OC 3.1.9/php 7.2.24 again.

Thanks for help!!!

Regards
Frank

[FrankParticipant]

Seems, file attachment (1.1. MB) is not working here. May be it’s not necessary any more …

Kind regards
Frank

[Author]

Replies