OroCommerce Forums

Covering OroCommerce topics, including community updates and company announcements.

Forums OroCommerce OC 3.1.9 Php Upgrade 7.1. > 7.2 not working anymore

This topic contains 13 replies, has 2 voices, and was last updated by  Frank 3 weeks, 1 day ago.

  • Creator
    Topic
  • #40817

    Frank
    Participant

    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)

Viewing 13 replies - 1 through 13 (of 13 total)
  • Author
    Replies
  • #40819
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    Hi Frank.

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

    #40820
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    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/

    #40826

    Frank
    Participant

    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

    #40838

    Frank
    Participant

    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.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

    #40853

    Frank
    Participant

    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

    #40866
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    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.

    #40876

    Frank
    Participant

    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

    #40877

    Frank
    Participant

    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

    #40878
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

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

    #40879

    Frank
    Participant

    Find attached.

    Thanks a lot!!!!!
    Frank

    #40880
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    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.

    #40888

    Frank
    Participant

    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

    #40889

    Frank
    Participant

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

    Kind regards
    Frank

Viewing 13 replies - 1 through 13 (of 13 total)

You must be logged in to reply to this topic.

You will be redirected to [title]. Would you like to continue?

Yes No