Forum Replies Created

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter SFLeBrun

    (@sflebrun)

    I have tracked down the problem to the function eventorganiser_generate_ics_rrule(). For weekly events, it takes the local day (number) and subtracts that from the UTC day (number) and shifts the day of the week by that difference.

    In my case, the local day and the UTC day differ by 1 when the time of the event is late enough in the evening that the UTC date is early the next morning.

    What I do not understand is why it is doing this shift in the first place. The event is being displayed with Local Date but the RRULE uses the UTC Date to determine the day of the week.

    Does anyone know why this is being done?

    Note, for all day events this shifting of the day is skipped.

    I am currently using the Skip SSL Verify plugin workaround solution. Lunarpages, my hosting company, did confirm that I am on of their servers running CentOS 4 which has the older OpenSSL Library. The plan to fix the problem is to move my account to a server that is running the current version of CentOS with the up to date OpenSSL Library.

    Since my WordPress site is personal and contains no critical data, I can live with the security hole until my account get moved.

    This is not just a problem on Yahoo hosting. I am seeing the very same issue on a Lunarpages site. I do not have information to verify which versions of curl or OpenSSL.

    Mine is a fresh installation of version 4.3 on a linux system.

    I am having this same problem with a freshly installed WordPress (V4.3) site. I am also seeing the problem when I try to install new plugins as well.

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