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

    When you add or edit a feed, there is a “Convert event’s date/time to calendar’s timezone” option, did you activate this option?

    Thread Starter lgpref

    (@lgpref)

    Um, no. I guess I probably should do that [smacks forehead].
    I guess when it (that feature) wasn’t available during the upgrade, I forgot to go back and check it. (Before, our servers were all on the same time zone; now, your API is using something in Europe, I guess.)

    I’ll check to see if this fixes it, and update the thread to resolved when I know for sure. Thanks!

    Thread Starter lgpref

    (@lgpref)

    For each feed, I clicked Edit and then selected “Convert event’s data/time to calendar’s timezone”. Then before I cleared the caches and refreshed the display, I changed our Settings to deselect the “Show events in calendar time zone”. Voila! no UTC – 0 and all is much happier. Thanks.

    Thread Starter lgpref

    (@lgpref)

    Unfortunately, I’m opening this thread again.
    The fix did not take. In fact, now we are getting different, more confusing errors. Possibly, this fix worked until the next server refresh, which was a common problem before? It looked fine yesterday, but now it doubled the problems.
    Example:
    Event: All day Thursday Board Games should be for Thursday July 28 (today).
    On the calendar at 12:18 PM PDT it shows as
    “July 27 Wednesday – July 28 Thursday – all day”
    Help! This is messing up our events planning and confusing our users. Thanks for your consideration.
    Screen shot attached.

    Thread Starter lgpref

    (@lgpref)

    Thread Starter lgpref

    (@lgpref)

    So — to follow up:

    Yesterday’s attempt was having one setting on, and one setting off. As in:
    Each feed has: “Convert event’s data/time to calendar’s timezone”=ON
    Plugin Settings: “Show events in calendar time zone”. = OFF

    Do I need to turn the second item ON to have it work?

    At this time, the site has been reverted to the display as described in the original post. Thanks for your advice.

    Yes, please try to turn the second option on and let me know if it works.

    Thread Starter lgpref

    (@lgpref)

    I turned on the second setting (added Convert Times to each iCal feed, in addition to the global Settings > “Show events in calendar timezone”, and had the same problem again with All Day Events.

    Screen shot of error made with both settings selected:
    Settings > Show events in calendar time zone =ON
    and
    iCal Feed Setting > Convert events to calendar time zone= ON
    https://www.dropbox.com/s/od4dr605c7os7f5/events_show_allday_on_two_days.png?dl=0

    The dates import correctly using the Convert Time option, but the All Day events span two days and show in Agenda layout as starting the day before.

    The affected events are also “recurring” events – as in, they are created months in advance, with a number of dates. They are then imported via iCal. I’ve attached a sample .ics file for the affected single event. Note that it is a recurring event “Friday Frolics”.
    ICS file from the original calendar:
    https://www.dropbox.com/s/jp2i7b1kapf4wyb/MCEventId11384.ics?dl=0

    Do you think this issue might be limited to All Day events which are recurring? I don’t have any examples of single All Day events (imported) that have this issue.

    To fix it in the short term, I’m reverting the iCal feeds back to “no convert” and putting up with the “UTC” label in the single event view. let me know if you have any insight into why these All Day events have time zone issues. Thanks!

    Please contact us at [email protected] and we will continue there.

    Thanks,
    Ben

    Thread Starter lgpref

    (@lgpref)

    Hi Ben,

    We emailed you folks, but never heard back directly.
    I assume you are closing this thread?

    Currently, things are not incorrect on our site, but we
    see some anomalies in events that start late in the day.
    If an event starts at 3 pm PDT (Pacific Daylight Time), and goes to 5 pm PDT, it will display the date name twice in AIOEC as “September 8 3:00 pm – September 8 5:00 pm Americas_Los_Angeles”

    Despite the note on your Change Log page, the “Americas_Los_Angeles” time zone info is still showing.

    To recap our settings:
    — we import two feeds via iCal
    — events are created and dated in the same time zone (Pacific_Los Angeles)
    — in Settings > Display events in calendar time zone is turned ON
    — in each Import Feeds > My Feeds > “Convert event’s date/time to calendar’s timezone” is OFF

    Do you have comments to add on this, or do you consider this “fixed”? It’s functional for us, but still funky. Thanks for looking.

    ics.php when uploaded to Outlook adds 1 hour to time.

    Here is my code:

    class ICS {
    const DT_FORMAT = ‘Ymd\THis\Z’;

    protected $properties = array();
    private $available_properties = array(
    ‘description’,
    ‘dtend’,
    ‘dtstart’,
    ‘location’,
    ‘summary’,
    ‘url’,
    ‘UID’,
    );

    public function __construct($props) {
    $this->set($props);
    }

    public function set($key, $val = false) {
    if (is_array($key)) {
    foreach ($key as $k => $v) {
    $this->set($k, $v);
    }
    } else {
    if (in_array($key, $this->available_properties)) {
    $this->properties[$key] = $this->sanitize_val($val, $key);
    }
    }
    }

    public function to_string() {
    $rows = $this->build_props();
    return implode(“\r\n”, $rows);
    }

    private function build_props() {
    // Build ICS properties – add header
    $ics_props = array(
    ‘BEGIN:VCALENDAR’,
    ‘VERSION:2.0’,
    ‘PRODID:-//hacksw/handcal//NONSGML v1.0//EN’,
    ‘CALSCALE:GREGORIAN’,
    ‘METHOD:PUBLISH’,
    ‘BEGIN:VEVENT’,
    ‘ORGANIZER;CN=”‘.get_option(‘blogname’).'”:MAILTO:’.get_option(‘admin_email’),
    );

    // Build ICS properties – add header
    $props = array();
    foreach($this->properties as $k => $v) {
    $props[strtoupper($k . ($k === ‘url’ ? ‘;VALUE=URI’ : ”))] = $v;
    }

    // Set some default values
    $props[‘DTSTAMP’] = $this->format_timestamp(‘now’);
    //$props[‘UID’] = uniqid();

    // Append properties
    foreach ($props as $k => $v) {
    $ics_props[] = “$k:$v”;
    }

    // Build ICS properties – add footer
    $ics_props[] = ‘END:VEVENT’;
    $ics_props[] = ‘END:VCALENDAR’;

    return $ics_props;
    }

    private function sanitize_val($val, $key = false) {
    switch($key) {
    case ‘dtend’:
    case ‘dtstamp’:
    case ‘dtstart’:
    $val = $this->format_timestamp($val);
    break;
    default:
    $val = $this->escape_string($val);
    }

    return $val;
    }

    private function format_timestamp($timestamp) {
    $dt = new DateTime($timestamp);
    return $dt->format(self::DT_FORMAT);
    }

    private function escape_string($str) {
    return preg_replace(‘/([\,;])/’,’\\\$1′, $str);
    }
    }

    /*include ‘ICS.php’;

    header(‘Content-type: text/calendar; charset=utf-8’);
    header(‘Content-Disposition: attachment; filename=invite.ics’);

    $ics = new ICS(array(
    ‘location’ => ‘factors involved in the dispute.’,
    ‘description’ => ‘on calls, mediation statements, private caucuses, joint sessions, and post-mediation conversations.? Few of us have given adequate consideration, however, to what factors should shape the specific process used in each particular mediation.? Most mediators have a standardized way of proceeding, without regard to the specific substantive and inter-personal factor’,
    ‘dtstart’ => ‘Thursday, February 23, 2017’,
    ‘dtend’ => ‘Thursday, February 23, 2017’,
    ‘summary’ => ‘Customizing the Mediation: The Mediator’s Role as Process Architect’,
    ‘url’ => ‘https://mane.work/mediationsociety.org’
    ));

    echo $ics->to_string();*/

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘iCal imported feeds show wrong times – even after updates’ is closed to new replies.