• Resolved mj187

    (@mj187)


    The time always shows as -1 hour even when timezone in wp is set correctly and plugin is set to use this time zone.

    The page I need help with: [log in to see the link]

Viewing 15 replies - 1 through 15 (of 15 total)
  • Hello @mj187 For this one – it might be a conflict with another plugin perhaps. Have you tested by deactivating other plugins for a moment in a staging or live environment?

    This article may help as well https://theeventscalendar.com/knowledgebase/k/working-with-time-zones/

    Thread Starter mj187

    (@mj187)

    Hi @koriashton

    Thanks for replying. Unfortunately have already tried with other plugins deactivated and the issue remains. The article says to use a location timezone which is already the case, doesn’t provide any other solution.

    Please can you provide a fix for this as can’t use the calendar as it stands – client is interested in community events add on but we need to fix this issue first.

    Hello @mj187 Let me dig a little deeper for you on this.

    Let me ask a few more questions that might help us figure this out together:

    The standard things to check:

    • What plugins are you using exactly? example The Events Calendar (free version) and any others?
    • Is your WordPress core up to date?
    • What PHP version are you running?
    • and finally are all of your plugins updated?
    Thread Starter mj187

    (@mj187)

    Thanks. So I’m using The Events Calendar and Radio Station.

    WP version 5.4.2
    Other plugins are up to date.
    PHP 7.3.9

    In WP settings, timezone is set correctly as London and Daylight Saving is acknowledged:

    Universal time is 2020-06-21 15:08:45. Local time is 2020-06-21 16:08:45.

    This timezone is currently in daylight saving time.
    Standard time begins on: October 25, 2020 1:00 am.

    Hey @mj187 The first post here on the thread has a 404 link, but we visited this link https://uckfieldfm.co.uk/stg2/event/another-event/ – is that showing the correct time?

    I’m guessing yes because the JSON-LD shows UTC+1 (London).

    What is “Radio Station”? Is that a theme or a plugin? Can you disable that to test?

    Even though your WP time zone is location-specific (London), each event could have its own Timezone too.

    Additionally, beyond the Timezone setting on WordPress itself, you can visit Events > Settings > General – depending on what you have setup there: it could be individual/manual timezone for each event or use Site-wide Timezone for all events. The latter will force a timezone calculation/translation, if the Event’s timezone is different than the site’s timezone.

    Thread Starter mj187

    (@mj187)

    No that event is entered as start 7pm end 9pm but it displays as 6pm – 8pm.

    All plugins have been disabled and it doesn’t resolve the issue.

    Have tried all combinations of timezone setting but this issue always exists. All events are Europe/London timezone as they will never be in another timezone.

    It is set to use the WP timezone as there is no need for the user to change it.

    It seems this might not be resolved so will try some other calendar plugins as well to see if the same issue occurs.

    Thanks for all the help!

    Plugin Contributor Andras Guseo

    (@aguseo)

    Hi @mj187

    We’ve seen reports of similar behavior before. This might be related to a change that was introduced in WordPress 5.3

    Please check out the “Wrong time / time zone is shown for events after WP5.3 update” section on this page to get some more details about it and a way towards a solution.

    The source of the problem could be a plugin that you use or the theme. Even if they are the latest versions.

    Let us know what you find.

    Cheers,
    Andras

    Thread Starter mj187

    (@mj187)

    Hi @aguseo – thanks for the response. With no other plugins activated, the problem is still there so must exist in this plugin somewhere?

    The page you link to says you no longer use date_default_timezone_set – so it can’t be that and then the post linked to just says to check the wordpress settings which are all set as London NOT UTC – it doesn’t seem to provide any other solution? I’ve just updated to 5.1.4 and the issue still exists.

    The plugin actually ignores any time setting, if I set wordpress to UTC+1 which would still output the correct time for the UK – it still displays as UTC time, the plugin seems to be struggling with Daylight Saving Time? Where are the time settings managed? If I click the option to append the timezone it does show BST, but still with the actual time being -1 hour.

    Thanks again for help with this! It’s frustrating I know as everything else about the plugin is perfect for our needs!

    • This reply was modified 4 years, 5 months ago by mj187.
    Plugin Contributor Andras Guseo

    (@aguseo)

    Hi @mj187

    Sorry for the delay. I managed to spend some time on investigating this case. Unfortunately it looks like a bug in our plugin. I have already reported this to our team and I hope they’ll be able to develop a fix for it soon.

    Until then unfortunately you will need to manually select the timezone for the Event date and time block every time when you first create an event. After that – bases on my tests – it should stick.

    Thanks for your patience while we fix this. We’ll send you an update here once the fix is out.

    Cheers,
    Andras

    Intref: TEC-3543

    Thread Starter mj187

    (@mj187)

    Thank you. I look forward to the fix. I’ve also noticed when testing a multi day event starting on 7 August and ending on 9 August, it shows 7 – 8 August on the event display? I presume the same problem is causing this?

    Also, when viewing in month view the date above the listings for that day shows the day before! Such a shame a plugin with such potential has so many issues (hopefully the update will fix them all)!!

    Plugin Support Jaime

    (@jaimemarchwinski)

    Hi @mj187

    Hello,

    Just wanted to let you know that a new maintenance release is out, including a fix for the issue that you were experiencing.

    Find out more about this release → https://theeventscalendar.com/release-notes/the-events-calendar-5-1-5/

    Please try updating and let us know if you are experiencing any further issues. As always, we recommend running updates on your staging site before doing so on your live site, just to be on the safe side.

    Thanks again for your patience while we worked on getting this fixed!

    Thread Starter mj187

    (@mj187)

    Hi @jaimemarchwinski

    I’ve updated the plugin but the issue still isn’t fixed and the event start and end times still display an hour earlier than they are entered as.

    What was fixed in the last release? As this issue doesn’t appear to have been.

    Thread Starter mj187

    (@mj187)

    Also events that span multiple days STILL ignore the final day on the display. So when I enter starts 7 Aug ends 9 Aug. The event display shows 7-8 Aug and not 7-9 Aug. Is this due to be fixed please?

    Plugin Support Jaime

    (@jaimemarchwinski)

    Hi @mj187

    I’m sorry to hear that your issue has not been resolved here. The fix was related to the Block Editor and setting the time zone. Are you using the block editor or the classic editor?

    Can you take a screenshot of how an event appears on the frontend and backend so that I can see the issue?

    Also, I know that you have tried deactivating other plugins, but have you tried this with a completely bare install? This means only The Events Calendar plugin installed and a default WordPress theme.

    Let me know how that goes!

    Thanks,
    Jaime

    Plugin Contributor Andras Guseo

    (@aguseo)

    Since there has been no movement here for some time I’m going to close this as resolved.

    If you are still experiencing this or another issue, please open a new thread and we’ll handle it there. Thanks!

    Cheers,
    Andras

Viewing 15 replies - 1 through 15 (of 15 total)
  • The topic ‘Time always showing UTC even when set as London in WP and plugin set to use this’ is closed to new replies.