Support » Plugin: Events Manager » Reoccuring events off by one day

  • Resolved ejosterberg

    (@ejosterberg)


    I have 3 reoccurring events configured. One on Wednesday and two others on alternating Saturdays. It’s been reported and confirmed, all of our reoccurring events are off by one day. What should have been on Saturday appears on Friday and our Wednesday event is on Tuesday.
    Any ideas? What information should I provide? Anyone else seeing this?

    Running Version 5.9.5 on WP 5.0.1… System was running latest 4.x when the problem was reported.

Viewing 5 replies - 1 through 5 (of 5 total)
  • Hi,

    What PHP version is your system running on ?
    Probably 5.4 is my guess
    You need to update the PHP version to at least 7.x
    Regards,
    Peter

    Thank you for the feedback.
    Any hope for backwards compatibility?

    That’s disappointing. That’s a fairly significant ask to upgrade my php platform. I’m not a big fan pulling in packages from external repositories and from a patch management standpoint, same for unpackaged releases. I really like to stay current on security fixes and it’s quite a burden to monitor all the places and recompile from source, nor do I want to trust a third party to patch promptly.

    [root@www ~]# cat /etc/redhat-release
    CentOS Linux release 7.6.1810 (Core)
    [root@www ~]# php -v
    PHP 5.4.16 (cli) (built: Oct 30 2018 19:30:51)
    Copyright (c) 1997-2013 The PHP Group
    Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
    [root@www ~]# rpm -qa | grep php
    php-fedora-autoloader-1.0.0-1.el7.noarch
    php-tcpdf-6.2.26-1.el7.noarch
    php-pdo-5.4.16-46.el7.x86_64
    php-bcmath-5.4.16-46.el7.x86_64
    phpMyAdmin-4.4.15.10-3.el7.noarch
    php-tcpdf-dejavu-sans-fonts-6.2.26-1.el7.noarch
    php-cli-5.4.16-46.el7.x86_64
    php-gd-5.4.16-46.el7.x86_64
    php-5.4.16-46.el7.x86_64
    php-mysql-5.4.16-46.el7.x86_64
    php-process-5.4.16-46.el7.x86_64
    php-common-5.4.16-46.el7.x86_64
    php-php-gettext-1.0.12-1.el7.noarch
    php-xml-5.4.16-46.el7.x86_64
    php-Smarty-3.1.21-1.el7.noarch
    php-mbstring-5.4.16-46.el7.x86_64
    php-tidy-5.4.16-7.el7.x86_64

    PHP 5.4 was released on 01/03/2012 and supported until 03/09/2015, so it ia rather old. Having up-to-date php is a basic requirement.

    Depending on your server it is a really easy thing to select the new PHP version.

    So especially from a security point of view, you should keep your technique up to date and not use a version that has not been supported for more than 3 years. 😉

    The difference is using Red-Hat, security concerns are back-ported. It means the platform is more stable, incurring fewer “new features” vs a mature code-base. I am running the very latest CentOS version with daily patching applied after a QA cycle. But yes, I understand, the rest of the world is moving quicker than RedHat. Soon with the IBM purchase, maybe we’ll call them PurpleAss and move to another OS platform. Waiting for RHEL8 to launch. Should be fairly soon. I guess in the mean time I’ll either remove the plugin or shift the day from Wednesday to Thursday so that it appears as Wednesday? Are there other issues I should be aware of or is there a simple patch I could apply to the code in the meantime?

    Thank you,

    • This reply was modified 5 months, 1 week ago by  ejosterberg.

    Running RedHat does not mean you are forced to use an age-old PHP version, but I guess that is your choice. I have used RedHat before and what you say is no reason to not update.

    The simple “patch” is the correct PHP version 🙂

    Personally, I do not get it: you update everything, but the PHP version… It just makes no sense to me. But again: your choice 🙂

Viewing 5 replies - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.