uPortal IRC Logs-2008-06-25

Owned by Apereo Infrastructure
Last updated: Jun 25, 2008Version comment

[04:30:01 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[04:30:01 EDT(-0400)] * EiNZTEiN (n=einztein@bl7-232-139.dsl.telepac.pt) has joined ##uportal
[04:30:01 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[04:30:01 EDT(-0400)] * Tuomaz_ (n=fredrik@kaffe.umdc.umu.se) has joined ##uportal
[08:39:53 EDT(-0400)] * MarkRogers (n=MarkRoge@addhcp129.cc.umanitoba.ca) has joined ##uportal
[08:42:46 EDT(-0400)] * anaastasiac (n=team@142.150.154.160) has joined ##uportal
[09:05:18 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[09:24:49 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.ct.comcast.net) has joined ##uportal
[09:34:23 EDT(-0400)] * grimesp (n=grimesp@134.250.4.177) has joined ##uportal
[09:50:14 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[10:00:45 EDT(-0400)] <dstn> does anyone know what mod was applied to JA-SIG's SVN to require it to have JIRA issue or NO JIRA on commit?
[10:06:20 EDT(-0400)] * jessm (n=Jess@rrcs-70-63-141-143.midsouth.biz.rr.com) has joined ##uportal
[10:13:17 EDT(-0400)] <grimesp> I think they used repository hooks see http://svnbook.red-bean.com/en/1.4/svn.reposadmin.create.html#svn.reposadmin.create.hooks but I don't know the details.
[10:18:58 EDT(-0400)] <dstn> ya, that definitely sounds like the behavior, thanks
[10:50:01 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[11:27:33 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[11:42:18 EDT(-0400)] <EricDalquist> hey grimesp you still having ical issues?
[11:43:14 EDT(-0400)] <grimesp> yes
[11:45:04 EDT(-0400)] <grimesp> we have a calendar application that was written in house. We want to generate ical feeds that we can subscribe to in the Calendar Portlet and we are not sure what the minimum ical4j expects.
[11:45:45 EDT(-0400)] <athena7> anyone know where to find the bedework portlet?
[11:45:57 EDT(-0400)] <athena7> i'm sort of confused about where that piece specifically is
[11:46:04 EDT(-0400)] <grimesp> we created a really simple ical feed and the iCal application on OSX read it just fine and so did Google Calendar, but ical4j choked
[11:46:06 EDT(-0400)] <EricDalquist> ah yeah
[11:46:27 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:46:28 EDT(-0400)] <EricDalquist> Nick Blair, a co-worker here has done a lot of ical4j work to expose Oracle calendar data feeds
[11:46:30 EDT(-0400)] <athena7> interesting - susan had a feed that ical4j didn't like, but i never got a chance to figure out why
[11:46:39 EDT(-0400)] <EricDalquist> ical4j is more spec compliant apparently
[11:51:30 EDT(-0400)] <athena7> argh
[11:51:39 EDT(-0400)] <athena7> i see all sorts of references to the bedework portlet
[11:51:41 EDT(-0400)] <athena7> i know it exists
[11:51:46 EDT(-0400)] <EricDalquist> lol
[11:52:26 EDT(-0400)] <athena7> not funny (tongue)
[11:54:09 EDT(-0400)] <athena7> hm, there's a uportal folder in here
[11:55:07 EDT(-0400)] <athena7> i think i get it now
[12:05:27 EDT(-0400)] * bulloche (n=bulloche@134.250.4.77) has joined ##uportal
[12:18:56 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[12:41:50 EDT(-0400)] <dstn> :{color}
[13:01:18 EDT(-0400)] <dstn> athena7 you got a sec?
[13:01:38 EDT(-0400)] <athena7> hey dstn - i just got on a conference call
[13:01:44 EDT(-0400)] <dstn> k, np
[13:01:46 EDT(-0400)] <athena7> does like a half hour from now work for you?
[13:01:55 EDT(-0400)] <dstn> ya, that'll work
[13:09:24 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[13:09:24 EDT(-0400)] * anaastasiac (n=team@142.150.154.160) has joined ##uportal
[13:09:24 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[13:09:24 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[13:09:24 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:09:24 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:09:24 EDT(-0400)] * Tuomaz_ (n=fredrik@kaffe.umdc.umu.se) has joined ##uportal
[13:13:28 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[13:13:28 EDT(-0400)] * anaastasiac (n=team@142.150.154.160) has joined ##uportal
[13:13:28 EDT(-0400)] * michelled (n=team@142.150.154.197) has joined ##uportal
[13:13:28 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[13:13:28 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:13:28 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:13:28 EDT(-0400)] * Tuomaz_ (n=fredrik@kaffe.umdc.umu.se) has joined ##uportal
[13:36:58 EDT(-0400)] <athena7> dstn: i'm back, if you're still around
[13:38:37 EDT(-0400)] <dstn> yes, I'm back. I have a question related to ajax features in up3
[13:38:51 EDT(-0400)] <dstn> I'm looking at Yale's JIRA's and wondering if this feature was implemented in up3
[13:39:38 EDT(-0400)] <dstn> "Create an interface for moving channels to different tabs. Ideally users should be able to drag a channel onto a tab, at which point it disappears from the page and is added to the top left corner of the target tab."
[13:48:28 EDT(-0400)] <athena7> ack sorry, stuff stopped blinking
[13:48:37 EDT(-0400)] <athena7> no, that does not exist in up3
[13:48:41 EDT(-0400)] <athena7> but it'd be like, cool
[13:49:04 EDT(-0400)] <athena7> i didn't do anything with it because we're planning to replace the channel dragging ui with the reorderer
[13:49:16 EDT(-0400)] <athena7> so it didn't make sense to spend a lot of time on it
[13:49:28 EDT(-0400)] <dstn> ok cool
[13:49:40 EDT(-0400)] <dstn> I agree it would be a cool feature
[13:49:42 EDT(-0400)] <athena7> i still want to see that happen though
[13:49:43 EDT(-0400)] <athena7> yeah
[13:49:49 EDT(-0400)] <athena7> especially for channels that take time to configure
[13:54:53 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[14:12:42 EDT(-0400)] * jessm (n=Jess@rrcs-70-63-141-143.midsouth.biz.rr.com) has joined ##uportal
[14:15:49 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[14:24:03 EDT(-0400)] * awill1 (n=awills@mtw160-6.ippl.jhu.edu) has joined ##uportal
[15:21:32 EDT(-0400)] * EiNZTEiN (n=einztein@bl7-133-168.dsl.telepac.pt) has joined ##uportal
[15:49:41 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[15:50:27 EDT(-0400)] <dstn> anyone ever used the mylyn plugin for Eclipse?
[15:50:40 EDT(-0400)] <EricDalquist> no
[15:50:45 EDT(-0400)] <EricDalquist> I actively remove it actually
[15:50:52 EDT(-0400)] <EricDalquist> it always seems to cause bad memory issues for me
[15:51:46 EDT(-0400)] <dstn> There is JIRA plugin for eclipse that I want to look at but it requires mylyn and I've sort of steered away from the unknown
[15:52:37 EDT(-0400)] <dstn> nobody else tried it or is everyone away?
[15:55:20 EDT(-0400)] <grimesp> I haven't tried it. I have also steered clear of mylyn, but only because I haven't taken the time to see what it really can do.
[15:56:23 EDT(-0400)] <dstn> the idea actually looks pretty cool
[15:56:27 EDT(-0400)] <dstn> guess I'll have to try it out
[15:57:00 EDT(-0400)] <athena7> i removed mylyn too, for the same reason as eric
[15:57:11 EDT(-0400)] <athena7> caused my ide to lock up for 30s at a time
[15:58:23 EDT(-0400)] <dstn> you guys are Mac users though right?
[15:58:42 EDT(-0400)] <EricDalquist> had problems on both Mac & Linux
[15:58:49 EDT(-0400)] <EricDalquist> I'm Mac at home and Linux at work
[16:00:11 EDT(-0400)] <dstn> off to meeting again, later
[16:00:18 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has left ##uportal
[16:05:50 EDT(-0400)] * michelled (n=team@142.150.154.197) has left ##uportal
[16:10:25 EDT(-0400)] <awill1> dstn I had the same issues EricDalquist & athena7 describe, but on windows
[16:10:58 EDT(-0400)] <awill1> removing mylyn cleared them up completely
[16:10:59 EDT(-0400)] <holdorph> i disable mylyn, mainly because it's interface annoys me
[16:11:36 EDT(-0400)] <holdorph> i might or might not have had the memory problems, but even without memory problems the interface, and greying stuff out on me, was a major annoyance.
[17:07:05 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[17:10:31 EDT(-0400)] <athena7> http://www.ja-sig.org/issues/browse/UP-1933
[17:10:39 EDT(-0400)] <athena7> i've been taking a look at ^^
[17:10:47 EDT(-0400)] <EricDalquist> cool
[17:11:08 EDT(-0400)] <athena7> i think i've found the problem, although i'm less clear how we should fix it
[17:11:35 EDT(-0400)] <athena7> if you look at line 590, there's the statement:
[17:11:36 EDT(-0400)] <athena7> state.fullxmlUri = state.xmlUri;
[17:11:46 EDT(-0400)] <athena7> looks like it sets the previously edited uri back to the default
[17:11:54 EDT(-0400)] <athena7> which drops all the helpfully added person attributes
[17:12:03 EDT(-0400)] <athena7> which is why the person attributes only get passed at instantiation
[17:12:18 EDT(-0400)] <athena7> i assume that line kind of needs to exist to clear out old channel parameters
[17:12:30 EDT(-0400)] <athena7> in case you were doing something interesting the last request
[17:13:52 EDT(-0400)] <athena7> so i guess maybe that line, then reapply the person attributes?
[17:17:11 EDT(-0400)] <EricDalquist> not sure, O'
[17:17:18 EDT(-0400)] <EricDalquist> I've never looked at CWebProxy :/
[17:17:22 EDT(-0400)] <EricDalquist> but that sounds reasonable
[17:18:37 EDT(-0400)] <athena7> ok
[17:18:41 EDT(-0400)] <athena7> i'll take a look at it tomorrow
[17:19:11 EDT(-0400)] <athena7> home time now (smile)
[17:19:20 EDT(-0400)] <athena7> have a good night!
[19:18:35 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[23:40:22 EDT(-0400)] * MarkRogers (n=MarkRoge@wnpgmb0804w-ad03-82-73.dynamic.mts.net) has joined ##uportal