[05:43:24 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[09:03:44 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[10:00:10 EDT(-0400)] * anastasiac (n=team@142.150.154.149) has joined ##uportal
[10:03:29 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:05:40 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[10:10:43 EDT(-0400)] * athena7 (n=athena7@lumina.its.yale.edu) has joined ##uportal
[10:50:42 EDT(-0400)] <Tuomaz> Does uPortal 2.6.1 use java servlet api 2.3 or 2.4?
[10:51:28 EDT(-0400)] <EricDalquist> I think 2.4
[10:51:41 EDT(-0400)] <Tuomaz> thanx
[10:53:23 EDT(-0400)] <Tuomaz> What version of pluto ships 2.6.1? Is it the new rewritten stuff or the old one?
[10:53:46 EDT(-0400)] <EricDalquist> old
[10:53:51 EDT(-0400)] <EricDalquist> 1.0.1 I believe
[10:53:59 EDT(-0400)] <Tuomaz> ok
[10:54:01 EDT(-0400)] <EricDalquist> 1.1 will only be included with 3.0
[10:54:04 EDT(-0400)] <Tuomaz> ok
[10:55:05 EDT(-0400)] <Tuomaz> EricDalquist: do you know if latest stable Sakai release includes Pluto 1.0 or 1.1?
[10:55:24 EDT(-0400)] <EricDalquist> no idea
[10:55:31 EDT(-0400)] <EricDalquist> I've never worked with Sakai
[10:55:45 EDT(-0400)] <Tuomaz> ok
[10:56:07 EDT(-0400)] <esm> sakai uses 1.1.
[10:57:35 EDT(-0400)] <Tuomaz> esm: in current stable release?
[10:57:49 EDT(-0400)] <esm> Tuomaz: yes
[10:57:53 EDT(-0400)] <Tuomaz> esm: thanks!
[10:58:59 EDT(-0400)] <Tuomaz> esm: you just saved me some googling
[10:59:07 EDT(-0400)] <esm>
[10:59:43 EDT(-0400)] <esm> ugh ugh ugh
[10:59:47 EDT(-0400)] <esm> doxia bugs
[10:59:58 EDT(-0400)] <esm> site plugin bugs. grr.
[11:01:38 EDT(-0400)] <esm> hrm. nvm.
[11:02:23 EDT(-0400)] <EricDalquist> the site plugin needs some serious multi-module help
[11:09:34 EDT(-0400)] <Tuomaz> https://issues.apache.org/bugzilla/show_bug.cgi?id=43241 stops Sakai 2.5 from working with Tomcat 5.5.26 (from Sakai release doc). Maybe it affects uPortal 2.6.1 as well? I had some problems with CAS and 2.6.1 on Tomcat 5.5.26.
[11:13:31 EDT(-0400)] <EricDalquist> so the fix looks like it just stops throwing an exception during getResourceAsStream()?
[11:18:51 EDT(-0400)] <esm> no it just returns null if the path doesn't start with a '/'
[11:18:54 EDT(-0400)] <Tuomaz> Dont know if it ever has thrown an exception, but it returns null if you don't start your path with / ?
[11:18:58 EDT(-0400)] <Tuomaz> oh
[11:18:58 EDT(-0400)] <esm> https://issues.apache.org/bugzilla/attachment.cgi?id=20920&action=edit
[11:19:04 EDT(-0400)] <EricDalquist> ah
[11:19:27 EDT(-0400)] <esm> so sakai hsould have a patch out soon fo rthat.
[11:19:36 EDT(-0400)] <esm> Tuomaz: is there a sakai jira issue?
[11:20:01 EDT(-0400)] <Tuomaz> dunno... just read the 2.5 release doc and saw it
[11:20:06 EDT(-0400)] <esm> right
[11:20:14 EDT(-0400)] <esm> does the release doc speciify a jira issue...
[11:20:28 EDT(-0400)] <Tuomaz> yes
[11:20:30 EDT(-0400)] <Tuomaz> http://jira.sakaiproject.org/jira/browse/SAK-12931
[11:21:49 EDT(-0400)] * theclown (n=theclown@142.150.154.101) has joined ##uportal
[11:22:44 EDT(-0400)] <esm> Tuomaz: i recommend asking sakai-dev about the status of the fix.
[11:23:09 EDT(-0400)] <esm> I do not know why this would be an issue in the 2.5.0 release.
[11:23:33 EDT(-0400)] <theclown> becka11y, davidb: regarding a11y keyboard testing: so far I've checked the test files for checkbox, radio and toggle buttons on FF3, FF2, IE7, IE6 on Windows, and FF3, FF2 on Mac. Everything worked as expected. I'm moving on to combobox next.
[11:23:54 EDT(-0400)] <esm> since this issue was resolved on Feb 12 prior to 2.5.0 being released, the problem is probably fixed but the release doc may be out of date.
[11:24:02 EDT(-0400)] <esm> so i'd ask sakai-dev.
[11:26:17 EDT(-0400)] <Tuomaz> esm: it is no problem for me
[11:26:19 EDT(-0400)] <EricDalquist> theclown: you're in ##uportal
[11:26:39 EDT(-0400)] <esm> Tuomaz: excellent
[11:27:06 EDT(-0400)] * theclown shakes his head and thinks: "time for another coffee".
[11:27:16 EDT(-0400)] <athena7> it's always time for more coffee
[11:27:32 EDT(-0400)] <Tuomaz> esm: I had some problems with uPortal 2.6.1 and Tomcat 5.5.26 and thought it maybe could be affected by that tomcat fix
[11:27:49 EDT(-0400)] <esm> oh well the stack trace should help
[11:27:51 EDT(-0400)] <esm> decide that
[11:27:52 EDT(-0400)] <EricDalquist>
[11:27:54 EDT(-0400)] <theclown> i'm actually in a number of rooms right now – time to send that message to the proper one. thanks.
[11:28:33 EDT(-0400)] <esm> on an aside. apparently leaving the mighty mouse off overnight fixes the scrolling problem i had.
[11:28:43 EDT(-0400)] <esm> it needed longer than a 2 hour lunch break.
[11:30:03 EDT(-0400)] <athena7> the computer gremlins did their magic after all!
[11:30:52 EDT(-0400)] <esm> !!! i know!!!
[11:31:26 EDT(-0400)] <athena7> hey EricDalquist I think I might have found a problem with the import/export
[11:31:39 EDT(-0400)] <EricDalquist> what's that>?
[11:31:42 EDT(-0400)] <athena7> in the table up_user_profile, do you know where the profile_id points to?
[11:31:58 EDT(-0400)] <EricDalquist> no ...
[11:32:01 EDT(-0400)] <athena7> after running the import task a second time, all the profile_ids in that table change
[11:32:08 EDT(-0400)] <athena7> and you can't access any of the user accounts any more
[11:32:24 EDT(-0400)] <athena7> get an error like "Caused by: java.lang.Exception: Unable to find User Profile for user 0 and profile 1"
[11:32:40 EDT(-0400)] <EricDalquist> uhoh
[11:32:47 EDT(-0400)] <athena7> i'm assuming you're supposed to be able to run the ant crn-import task more than once
[11:33:05 EDT(-0400)] <EricDalquist> yeah
[11:33:30 EDT(-0400)] <athena7> i'll look into it further and talk to drew later in the day
[11:33:52 EDT(-0400)] <EricDalquist> thanks
[11:33:56 EDT(-0400)] <athena7> yep
[11:43:57 EDT(-0400)] <esm> Pixelator for Mac. Very nice image editor. Hightly recommended. 59 bucks.
[11:44:21 EDT(-0400)] <athena7> ok, eric, i think everything's alright
[11:44:21 EDT(-0400)] <EricDalquist> cool
[11:44:28 EDT(-0400)] <EricDalquist> find the cause?
[11:44:40 EDT(-0400)] <athena7> my ant task wasn't picking up the base directory so it was including both the src and target versions of the import files
[11:45:02 EDT(-0400)] <EricDalquist> ah
[11:45:19 EDT(-0400)] <athena7> although it's a little strange that importing the files twice in the same task causes it to break the database
[11:45:29 EDT(-0400)] <athena7> might be something to look into eventually
[11:45:37 EDT(-0400)] <athena7> but it does work when it's given the correct data
[11:46:11 EDT(-0400)] <athena7> by the way, is the layout sitemap supposed to be working now?
[11:46:27 EDT(-0400)] <EricDalquist> no idea
[11:47:05 EDT(-0400)] <athena7> ok, i wasn't sure if we thought we'd fixed it
[11:55:33 EDT(-0400)] * dstn (n=dstn@unaffiliated/dstn) has joined ##uportal
[11:56:13 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:21:05 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[12:42:36 EDT(-0400)] * apetro_LD830_ubu (n=apetro_L@uni1.unicon.net) has joined ##uportal
[12:52:51 EDT(-0400)] <athena7> does anyone know how to use relative urls from cwebproxy?
[12:52:55 EDT(-0400)] <athena7> is this possible?
[12:55:30 EDT(-0400)] <apetro_LD830_ubu> it's neither possible nor secure, if you're asking what I think you're asking
[12:55:50 EDT(-0400)] <athena7> sorry, this is a relative url from the HTML page itself
[12:55:58 EDT(-0400)] <apetro_LD830_ubu> It's necessary that CWebProxy pattern-match the proxied URLs against a configured prefix
[12:56:06 EDT(-0400)] <apetro_LD830_ubu> oh
[12:56:07 EDT(-0400)] <EricDalquist> the web proxy portlet can
[12:56:21 EDT(-0400)] <apetro_LD830_ubu> relative URLs on the proxied HTML pages themselves should "just work"
[12:56:31 EDT(-0400)] <EricDalquist> it prepends the correct prefix to relative urls on the proxied page
[12:56:49 EDT(-0400)] <athena7> currently i'm using CWebProxy to point to a classpath resource named calendar.html
[12:56:51 EDT(-0400)] <athena7> that works just fine
[12:57:22 EDT(-0400)] <athena7> but when calendar.html tries to include images or scripts or whatever in a different location, the URLs are prepended by "calendar.html"
[12:57:49 EDT(-0400)] <athena7> so instead of "some/path/thing" it's "calendar.html/some/path/thing"
[12:58:42 EDT(-0400)] <athena7> eric, can the proxied URL itself be relative?
[12:58:49 EDT(-0400)] <athena7> in the portlet, i mean
[12:58:52 EDT(-0400)] <EricDalquist> no
[12:58:58 EDT(-0400)] <athena7> that wont' really work then
[12:59:02 EDT(-0400)] <EricDalquist> and the portlet can't proxy random files or resources
[12:59:06 EDT(-0400)] <EricDalquist> it only works over HTTP/HTTPS
[12:59:17 EDT(-0400)] <EricDalquist> the channel is doing what I would expect
[12:59:21 EDT(-0400)] <athena7> well, it doesn't really need to be served out of the classpath
[12:59:31 EDT(-0400)] <EricDalquist> taking the base URL and prepending it to to relative url
[12:59:46 EDT(-0400)] <EricDalquist> if you serv calendar.html off a http port I be it would work
[12:59:53 EDT(-0400)] <athena7> the problem is that i'd like to avoid people having to change all the channel definitions if they change the context name of uportal
[12:59:58 EDT(-0400)] <EricDalquist> ah
[12:59:59 EDT(-0400)] <EricDalquist> yeah
[13:00:01 EDT(-0400)] <athena7> so it's available over http, sure
[13:00:04 EDT(-0400)] <EricDalquist> so in that case
[13:00:10 EDT(-0400)] <athena7> but if we grab it out of the classpath instead we don't have to worry about it
[13:00:12 EDT(-0400)] <EricDalquist> the channel or portlet would need to be extended
[13:00:24 EDT(-0400)] <EricDalquist> to tell them to proxy from their own host
[13:00:26 EDT(-0400)] <athena7> so that all works fine
[13:01:01 EDT(-0400)] <athena7> but including other resources from that html document results it in aggressively stamping the base url onto my src attributes, which is kind of unhelpful
[13:01:18 EDT(-0400)] <athena7> where is it doing that, anyway?
[13:01:24 EDT(-0400)] <EricDalquist> no idea for the channel
[13:01:28 EDT(-0400)] <EricDalquist> I've never really looked at it
[13:01:40 EDT(-0400)] <athena7> i didn't see anything in the xslt
[13:01:48 EDT(-0400)] <EricDalquist> sounds like you need to add a 'localhost' mode for the proxy channel
[13:02:00 EDT(-0400)] <athena7> yeah, but that's not something i can do today
[13:02:11 EDT(-0400)] <EricDalquist> otherwise neither the channel or the portlet will do it
[13:02:36 EDT(-0400)] <EricDalquist> I know the portlet will assume it needs to prepend the protocol://host:port/path to all urls in the doc
[13:02:45 EDT(-0400)] <athena7> i don't understand why it's putting the page name in there in the first place
[13:02:50 EDT(-0400)] <athena7> it's not doing that though
[13:02:55 EDT(-0400)] <EricDalquist> ah but it is
[13:03:03 EDT(-0400)] <athena7> ah i see
[13:03:05 EDT(-0400)] <EricDalquist> the base path for your resource page is 'calendar.html'
[13:03:08 EDT(-0400)] <athena7> yeah
[13:03:12 EDT(-0400)] <EricDalquist> so that's all it knows
[13:03:15 EDT(-0400)] <EricDalquist> so it prepends that
[13:03:15 EDT(-0400)] <athena7> ergh.
[13:03:34 EDT(-0400)] <athena7> which in this case makes no sense, but in others might
[13:03:56 EDT(-0400)] <EricDalquist> this is the only case where it doesn't (the case that the content is hosted on the portal)
[13:04:05 EDT(-0400)] <EricDalquist> in all other cases that information must be added
[13:04:21 EDT(-0400)] <EricDalquist> or the proxied app would be able to render random urls into the portal
[13:04:35 EDT(-0400)] <EricDalquist> and none of its urls would work
[13:05:00 EDT(-0400)] <athena7> yeah
[13:05:18 EDT(-0400)] <athena7> so that behavior should really be disabled when we're proxying a classpath resource, shouldn't it?
[13:05:37 EDT(-0400)] <EricDalquist> probably
[13:06:22 EDT(-0400)] <athena7> i can't really think of a situation where it would be useful
[13:06:57 EDT(-0400)] <EricDalquist> for classpath resource? either can I
[13:08:24 EDT(-0400)] <athena7> do any of those passthrough and whatever parameters change the behavior?
[13:08:34 EDT(-0400)] <EricDalquist> don't know
[13:08:40 EDT(-0400)] <EricDalquist> never used cwebproxy
[13:08:45 EDT(-0400)] <athena7> ah ok
[13:16:34 EDT(-0400)] * michelled (n=michelle@142.150.154.199) has joined ##uportal
[13:18:18 EDT(-0400)] <esm> gotta love making icons for the pluto website
[14:15:19 EDT(-0400)] <EricDalquist> so this google portlet rendering error
[14:15:25 EDT(-0400)] <EricDalquist> hurts my head
[14:16:00 EDT(-0400)] <athena7> yes, mine too
[14:16:12 EDT(-0400)] <athena7> i was going to try sticking a div at the very bottom
[14:16:18 EDT(-0400)] <athena7> clear: both or something
[14:16:20 EDT(-0400)] <athena7> just to see
[14:16:32 EDT(-0400)] <EricDalquist> https://mywebspace.wisc.edu/dalquist/web/JA-SIG/temp.html
[14:16:49 EDT(-0400)] <EricDalquist> that is just the html elements form the portlet and chrome
[14:16:51 EDT(-0400)] <EricDalquist> no css
[14:16:52 EDT(-0400)] <EricDalquist> no js
[14:16:55 EDT(-0400)] <EricDalquist> and according to firebug
[14:17:12 EDT(-0400)] <EricDalquist> it is still broken with the portlet-bottom div ending up in the portletContent div
[14:17:13 EDT(-0400)] <athena7> i'm kind of assuming something weird might be getting added by the google javascript?
[14:17:18 EDT(-0400)] <athena7> oh!
[14:17:30 EDT(-0400)] <EricDalquist> but this is without the JS
[14:17:31 EDT(-0400)] <EricDalquist> but look at the source of that link
[14:17:36 EDT(-0400)] <athena7> that's broken even without the google stuff??
[14:17:43 EDT(-0400)] <EricDalquist> portlet-bottom is outside of portletContent
[14:17:44 EDT(-0400)] <EricDalquist> yeah
[14:17:50 EDT(-0400)] <EricDalquist> do you have firebug installed?
[14:17:55 EDT(-0400)] <athena7> yes
[14:18:07 EDT(-0400)] <EricDalquist> view that link, open the html tab in firebug
[14:18:10 EDT(-0400)] <EricDalquist> and expand the tree
[14:18:17 EDT(-0400)] <EricDalquist> then look at the source of the page
[14:18:20 EDT(-0400)] <EricDalquist> they don't match ...
[14:18:31 EDT(-0400)] <athena7> ah ok, i see
[14:20:09 EDT(-0400)] <athena7> ok
[14:20:14 EDT(-0400)] <athena7> so the problem is those empty divs
[14:20:22 EDT(-0400)] <athena7> make them be <div></div> instead of <div/>
[14:20:33 EDT(-0400)] <EricDalquist> yeah
[14:20:37 EDT(-0400)] <EricDalquist> it is
[14:20:39 EDT(-0400)] <athena7> that should do it
[14:20:54 EDT(-0400)] <athena7> seems to succesfully fix it in my quick test
[14:20:56 EDT(-0400)] <EricDalquist> <div id="Pluto_4_u14l1n13_searchcontrol"/> should be <div id="Pluto_4_u14l1n13_searchcontrol"></div>
[14:21:00 EDT(-0400)] <athena7> yep
[14:21:05 EDT(-0400)] <athena7> and the same for the other one
[14:21:10 EDT(-0400)] <EricDalquist> uhg
[14:21:11 EDT(-0400)] <EricDalquist> ok
[14:21:14 EDT(-0400)] <EricDalquist> I'll fix the portlet
[14:21:18 EDT(-0400)] <athena7> yea!
[14:21:39 EDT(-0400)] <athena7> i hate bugs like that
[14:21:49 EDT(-0400)] <EricDalquist> yeah
[14:22:04 EDT(-0400)] <EricDalquist> I remember running into similar issues with <script/> versus <script></script>
[14:22:46 EDT(-0400)] * anastasiac (n=team@142.150.154.149) has joined ##uportal
[14:22:59 EDT(-0400)] <athena7> yeah
[14:23:04 EDT(-0400)] <athena7> i've seen that too
[14:23:13 EDT(-0400)] <athena7> maddening
[14:28:28 EDT(-0400)] <michelled> the script issue is a known IE bug. I'm surprised about the div issue - haven't seen that before.
[14:31:24 EDT(-0400)] <EricDalquist> I've seen the script issue in FF too
[14:31:32 EDT(-0400)] <EricDalquist> and this div issue is in FF as well
[14:31:35 EDT(-0400)] <EricDalquist> very confusing
[14:34:04 EDT(-0400)] <athena7> yeah
[14:40:41 EDT(-0400)] <EricDalquist> hrm
[14:40:51 EDT(-0400)] <EricDalquist> so the GooglePortlet in SVN isn't the same one that is in uPortal ...
[14:42:16 EDT(-0400)] <athena7> no
[14:42:21 EDT(-0400)] <athena7> it's on google code, i believe
[14:42:51 EDT(-0400)] <athena7> i think cris holdorph wrote it?
[14:43:32 EDT(-0400)] <athena7> i think the one in svn may be the old SOAP version that you can't get keys for anymore
[14:44:20 EDT(-0400)] <EricDalquist> ah yeah
[14:44:22 EDT(-0400)] <EricDalquist> we should delete that
[14:44:27 EDT(-0400)] <athena7> yes
[14:44:39 EDT(-0400)] <athena7> i'd like to add google maps to the google portlet, too
[14:44:45 EDT(-0400)] <athena7> it would be really trivial to do
[14:44:56 EDT(-0400)] <EricDalquist> think I need to check with the -dev list before just deleting it?
[14:45:02 EDT(-0400)] <athena7> probably a good idea
[14:45:14 EDT(-0400)] <athena7> just in case
[14:52:15 EDT(-0400)] <EricDalquist> http://code.google.com/p/googleportlet/issues/detail?id=3
[14:52:16 EDT(-0400)] <EricDalquist> there we go
[14:52:21 EDT(-0400)] <EricDalquist> all I can do for now on it
[14:52:36 EDT(-0400)] <athena7> ok
[15:28:19 EDT(-0400)] <EricDalquist> heh, I just helped a co-worker here re-implement a tool from a vendor
[15:28:33 EDT(-0400)] <EricDalquist> their version would have taken ~ 90 days to run on our dataset
[15:28:39 EDT(-0400)] <EricDalquist> ours takes 15 minutes ...
[15:28:46 EDT(-0400)] <athena7> ummmm, wow.
[15:29:05 EDT(-0400)] <athena7> seems like their version has some problems!
[15:29:08 EDT(-0400)] <EricDalquist> trying to use this as one of many reasons to ditch it and start working on an open source project
[15:41:09 EDT(-0400)] <athena7>
[15:48:18 EDT(-0400)] * michelled (n=michelle@142.150.154.199) has left ##uportal
[15:48:47 EDT(-0400)] * michelled (n=team@142.150.154.199) has joined ##uportal
[15:52:51 EDT(-0400)] <apetro_LD830_ubu> those pesky vendors
[15:53:04 EDT(-0400)] <EricDalquist>
[15:55:49 EDT(-0400)] <athena7> i'm migrating home to finish this layout stuff
[15:55:59 EDT(-0400)] <athena7> i'll be in and out for a little bit but around later tonight if anyone needs me
[15:56:02 EDT(-0400)] <athena7> talk to you guys later
[15:56:03 EDT(-0400)] <EricDalquist> sounds good
[15:56:05 EDT(-0400)] <EricDalquist> later athena7
[15:56:08 EDT(-0400)] <athena7> yep
[15:56:12 EDT(-0400)] <athena7> should have it checked in later tonight
[15:56:18 EDT(-0400)] <athena7> adios
[16:02:27 EDT(-0400)] * esm_ (n=esm@128.220.212.115) has joined ##uportal
[16:16:53 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[16:31:39 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[16:45:55 EDT(-0400)] * athena7 (n=athena7@c-24-2-189-230.hsd1.mn.comcast.net) has joined ##uportal
[17:06:42 EDT(-0400)] * michelled (n=team@142.150.154.199) has left ##uportal
[17:27:19 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined ##uportal
[17:38:33 EDT(-0400)] * theclown (n=theclown@142.150.154.101) has left ##uportal
[17:50:24 EDT(-0400)] * esm (n=esm@128.220.212.115) has joined ##uportal
[19:02:20 EDT(-0400)] * rheddry (n=EinZteiN@di197.opencominc.com) has joined ##uportal
[19:03:51 EDT(-0400)] * EiNZTEiN (n=einztein@di197.opencominc.com) has joined ##uportal
[20:11:49 EDT(-0400)] * esm (n=esm@207-53-193-98.dynamic-dsl.qis.net) has joined ##uportal
[20:12:30 EDT(-0400)] * esm (n=esm@207-53-193-98.dynamic-dsl.qis.net) has joined ##uportal
[20:25:20 EDT(-0400)] * esm (n=esm@207-53-193-98.dynamic-dsl.qis.net) has joined ##uportal
[21:41:03 EDT(-0400)] * esm (n=esm@207-53-193-98.dynamic-dsl.qis.net) has joined ##uportal

Browser not supported