Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Author anmari

    (@anmari)

    Hi rayman
    Los Angeles has daylight savings while UTC-8 does not. So there will be differences at some times of the year.

    It can also be confusing if the source data is also in a Timezone with daylight saving.

    Please check and if you still think there is a problem then post the ics link and identify an event that you think is being mapped incorrectly and its date instance.

    Thread Starter rayman5231

    (@rayman5231)

    Thank you anmari

    I noticed this back in mid October timeframe. The widget worked fine. When I looked at the LIST DISPLAY it was off by one day. I have been looking thru all the code and the discussion about UTC, GMT and Multisite updates. Oh what a can o worms. Anyway one of the ical files i use is Google’s Holidays and with TIMEZONE set to Los Angeles, LIST DISPLAY shows MLK day on Sunday the 18th, -1 day. When I set TIMEZONE to UTC -8 LIST DISPLAY shows the correct Date as Monday the 19th. It is a date issue not a DST/STD time issue. I hope i have been more clear this time. I am not sure if it is a problem with your plugin or with CORE’s way of handling it’s DATETIME() function. This may help>>>

    <<< ?tzdebug Example 1 >>>
    Link Events Calendar
    Found gmt offset in wordpress options:-8

    Plugin/Wordpress Timezone:America/Los_Angeles, current offset is -8

    date=object(DateTime)#228 (3) { [“date”]=> string(19) “2015-01-19 00:00:00” [“timezone_type”]=> int(3) [“timezone”]=> string(19) “America/Los_Angeles” }
    set tz for: 2015-01-19T00:00:00-08:00
    2015-01-19T00:00:00-08:00
    Want to format 20150119 000000 in c like this 2015-01-19T00:00:00-08:00 but localised
    Localised with gmt=false: 2015-01-19T00:00:00+00:00
    Localised with gmt=true: 2015-01-19T00:00:00+00:00
    Localised with amr date obj fn: Mon, January 19, 2015 12:00 am

    <<< ?tzdebug Example 2 >>>
    Tz string:America/Los_Angeles

    Plugin/Wordpress Timezone:America/Los_Angeles, current offset is -8

    date=object(DateTime)#228 (3) { [“date”]=> string(19) “2015-01-19 00:00:00” [“timezone_type”]=> int(3) [“timezone”]=> string(19) “America/Los_Angeles” }
    set tz for: 2015-01-19T00:00:00-08:00
    2015-01-19T00:00:00-08:00
    Want to format 20150119 000000 in c like this 2015-01-19T00:00:00-08:00 but localised
    Localised with gmt=false: 2015-01-18T16:00:00-08:00
    Localised with gmt=true: 2015-01-18T16:00:00-08:00
    Localised with amr date obj fn: Mon, January 19, 2015 12:00 am

    set tz for: 2015-01-19T00:00:00-08:00
    2015-01-19T00:00:00-08:00
    Want to format 20150119 000000 in D\&\n\b\s\p\;jS\&\n\b\s\p\;M like this Mon 19th Jan but localised
    Localised with gmt=false: Sun 18th Jan
    Localised with gmt=true: Sun 18th Jan
    Localised with amr date obj fn: Mon, January 19, 2015 12:00 am

    >>>once again many thanks for such a useful plugin and all your help<<<

    Plugin Author anmari

    (@anmari)

    HI rayman,
    I think you might have something strange going on in your install.

    I assume you mean the google US holidays calendar is what you are using ? The one at https://www.google.com/calendar/ical/en-gb.usa%23holiday%40group.v.calendar.google.com/public/basic.ics

    Using that, I tried very hard to create the problem you describe, but the plugin resolutely puts it on the correct day:
    See
    https://test.icalevents.com/large-box-calendar/holidays/

    To prove it, I also create an event called ‘timezone’ that is 1 hour long. See how it moves from 18th to 19th depending on the display timezone.

    If you are using some other ics file, perhaps the MLK event has not been created correctly?

    If you open the ICS file in a notepad text editor, the 2015 MLK day should be defined like this:
    DTSTART;VALUE=DATE:20150119

    ie no timezone, no Z. The rfc 5545 spec says this is a floating or local date. (ie no matter what timezone, the day is always the 19th)

    Alternatively there is something weird going on in your install. Maybe another plugin is messing with the timezone?
    Try debug https://webdesign.anmari.com/2932/debugging-a-possible-clash-between-plugins-andor-a-theme/

    Thread Starter rayman5231

    (@rayman5231)

    You are correct,
    once again, it is a conflict with another plugin.
    kudos to you Anmari, thank you.

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘UTC -8 works, Los Angeles does not.’ is closed to new replies.