uPortal IRC Logs-2009-09-04

Owned by Apereo Infrastructure
Last updated: Sept 04, 2009Version comment
3 min read

[05:38:22 EDT(-0400)] * trind (n=trind@EGAWS2359.ldc.lu.se) has joined ##uportal
[05:38:51 EDT(-0400)] <trind> Hi anyone here who can help me with DLM for uportal 3.1?
[09:16:05 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176444611.dsl.bell.ca) has joined ##uportal
[10:01:25 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined ##uportal
[10:11:40 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined ##uportal
[10:15:47 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[10:24:13 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[10:54:01 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:00:43 EDT(-0400)] * EricDalquist (n=EricDalq@76.210.61.108) has joined ##uportal
[11:01:55 EDT(-0400)] * EricDalquist (n=EricDalq@76.210.61.108) has joined ##uportal
[11:07:12 EDT(-0400)] * holdorph (n=holdorph@72.215.204.133) has joined ##uportal
[11:15:29 EDT(-0400)] * trind (n=trind@EGAWS2359.ldc.lu.se) has joined ##uportal
[11:49:42 EDT(-0400)] <EricDalquist> so I'm working on releases on 2.5 and 2.6 to be used for upgrading to uPortal 3
[11:50:12 EDT(-0400)] <EricDalquist> should the exported data target 3.0 and 3.1 or just 3.1?
[12:00:05 EDT(-0400)] <holdorph> what's the difference?
[12:00:29 EDT(-0400)] <EricDalquist> well, maybe not as much as I thought
[12:00:46 EDT(-0400)] <EricDalquist> looks like 3.0 to 3.1 was just adding explicit portlet prefs support to .channel files
[12:01:01 EDT(-0400)] <EricDalquist> so I should be able to target 3.0 without missing any fixes
[13:34:24 EDT(-0400)] <athena> it'd probably be helpful to enable either upgrade
[13:34:39 EDT(-0400)] <athena> since some schools might prefer to be on a more conservative release schedule
[13:34:47 EDT(-0400)] * athena makes everyone update to 3.x
[13:35:27 EDT(-0400)] <athena> bah, i found a bug in ical4j
[13:35:48 EDT(-0400)] <EricDalquist> Nick is interested as to what it is
[13:36:03 EDT(-0400)] <athena> it appears to require there to be a DTEND property
[13:36:23 EDT(-0400)] <athena> but according to the RFC it looks like it is legal for events to have a DTSTART without a DTEND or DURATION
[13:36:38 EDT(-0400)] <athena> in that case, the event should be treated as ending at the start date and time
[13:36:59 EDT(-0400)] <EricDalquist> thats from the RFC?
[13:37:28 EDT(-0400)] <athena> yeah
[13:37:38 EDT(-0400)] <athena> http://tools.ietf.org/html/rfc2445
[13:38:08 EDT(-0400)] <athena> go to page 52
[13:39:07 EDT(-0400)] <athena> For
[13:39:07 EDT(-0400)] <athena> cases where a "VEVENT" calendar component specifies a "DTSTART"
[13:39:08 EDT(-0400)] <athena> property with a DATE data type but no "DTEND" property, the events
[13:39:08 EDT(-0400)] <athena> non-inclusive end is the end of the calendar date specified by the
[13:39:08 EDT(-0400)] <athena> "DTSTART" property.
[13:39:12 EDT(-0400)] <athena> wow, that's awful formatting
[13:39:15 EDT(-0400)] <athena> but you get the idea (smile)
[13:39:46 EDT(-0400)] <EricDalquist> yeah
[13:40:14 EDT(-0400)] <athena> also, i need to find out if there's a better way to handle all-day events
[13:40:28 EDT(-0400)] <athena> i think the RFC does allow events to start on a date, rather than a datetime
[13:40:31 EDT(-0400)] <EricDalquist> You convinced Nick but he isn't supprised that ical4j assumes either a dtend or duration
[13:40:48 EDT(-0400)] <athena> but i'm not sure if ical4j has a way to see the difference
[13:40:54 EDT(-0400)] <athena> yeah, i'm not surprised either, to be honest
[13:41:00 EDT(-0400)] <athena> i hadn't run into that until now, in fact
[13:41:16 EDT(-0400)] <EricDalquist> where are you getting ical formatted this way?
[13:41:19 EDT(-0400)] <athena> moodle's php ical serialization library refuses to print dtends for an event with zero duration
[13:41:24 EDT(-0400)] <athena> i hacked it to do it anyway
[13:41:36 EDT(-0400)] <athena> faster than modifying ical4j
[13:43:21 EDT(-0400)] <EricDalquist> yup
[13:43:40 EDT(-0400)] <athena> the bigger problem is that it looks like i accidentally trapped Exception rather than RuntimeException
[13:43:49 EDT(-0400)] <athena> so if ical4j hits a no-dtend calendar
[13:43:53 EDT(-0400)] <athena> all the events go away (smile)
[13:46:12 EDT(-0400)] <EricDalquist> lol
[13:46:18 EDT(-0400)] <athena> yeah
[13:46:23 EDT(-0400)] <athena> at least the whole portlet doesn't crash
[13:46:31 EDT(-0400)] <athena> but there's still that uhhhh why don't i have stuff anymore?
[13:46:34 EDT(-0400)] <athena> at least it's easily fixable
[13:46:37 EDT(-0400)] <EricDalquist> yeah
[15:26:48 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176444611.dsl.bell.ca) has joined ##uportal
[15:35:35 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[15:44:44 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[17:07:00 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined ##uportal
[20:03:15 EDT(-0400)] * lennard1 (n=sparhk@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal
[23:50:50 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal