Page Comparison

[00:12:24 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[00:46:01 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
[00:53:06 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[06:39:11 EDT(-0400)] * JASIGLogBot (~PircBot@jasig.Princeton.EDU) has joined ##uportal
[06:39:11 EDT(-0400)] * Topic is 'http://uportal.pastebin.com/ - http://www.ja-sig.org/wiki/display/UPC/uportal+IRC+Logs' set by EricDalquist on 2008-02-27 12:32:13 EST(-0500)
[08:48:37 EDT(-0400)] * michelled (~michelled@142.150.154.141) has joined ##uportal
[09:00:40 EDT(-0400)] * colinclark (~colin@bas2-toronto09-1176131031.dsl.bell.ca) has joined ##uportal
[09:00:50 EDT(-0400)] * tsnfoo (~tsnfoo@cpe-173-88-27-191.columbus.res.rr.com) has joined ##uportal
[09:16:21 EDT(-0400)] * athena (~athena@adsl-99-62-112-41.dsl.wlfrct.sbcglobal.net) has joined ##uportal
[09:56:43 EDT(-0400)] * tsnfoo (~tsnfoo@wso-mbp15-2.test.denison.edu) has joined ##uportal
[10:20:50 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[10:53:20 EDT(-0400)] * holdorph (~holdorph@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[10:54:33 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:25:43 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[11:26:15 EDT(-0400)] <awills> excellent work on the flyout/JS issue athena!
[11:26:23 EDT(-0400)] <athena> thanks
[11:26:25 EDT(-0400)] <athena> did that work?
[11:26:35 EDT(-0400)] <awills> haven't tested it yet... but I have a good feeling
[11:26:44 EDT(-0400)] <awills> i have to prep my mPower this morning
[11:27:16 EDT(-0400)] <holdorph> does that involve protein powder or something?
[11:27:23 EDT(-0400)] <athena> lol
[11:27:35 EDT(-0400)] <awills> heh
[11:41:19 EDT(-0400)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined ##uportal
[11:42:13 EDT(-0400)] <athena> morning EricDalquist
[11:42:17 EDT(-0400)] <EricDalquist> hello
[11:42:23 EDT(-0400)] <athena> looks like our resource server artifacts are in central now
[11:42:29 EDT(-0400)] <EricDalquist> saw that
[11:42:37 EDT(-0400)] <athena> though they couldn't move over the toro artifacts :/
[11:42:38 EDT(-0400)] <EricDalquist> gotta love the sonatype hosting
[11:42:46 EDT(-0400)] <EricDalquist> no? Why not?
[11:42:50 EDT(-0400)] <athena> they're no longer accepting stuff that isn't eligible for central
[11:42:54 EDT(-0400)] <EricDalquist> ah
[11:43:00 EDT(-0400)] <athena> not sure what to do about that
[11:43:10 EDT(-0400)] <athena> i assume probably the reason they weren't accepted was because they're not signed
[11:43:22 EDT(-0400)] <EricDalquist> you should be able to ask why not
[11:43:26 EDT(-0400)] <athena> yeah
[11:43:46 EDT(-0400)] <athena> well, none of them where signed, so there's a good chance that's the reason - though i'll ask if there's anything else that's wrong with them
[11:44:02 EDT(-0400)] <athena> not quite sure where to go from here - certainly don't want to manually sign and deploy them all
[11:45:14 EDT(-0400)] <EricDalquist> yeah
[11:45:34 EDT(-0400)] <EricDalquist> well they may just get moved over as static artifacts to the new jasig server then
[11:45:50 EDT(-0400)] <EricDalquist> though it would be nice to have them moved somewhere outside of jasig's responsibility
[11:45:54 EDT(-0400)] <athena> yeah
[11:45:58 EDT(-0400)] <EricDalquist> of course redirects would be setup
[11:46:07 EDT(-0400)] <athena> i suppose in theory it'd be possible to script something to sign and deploy them
[11:46:14 EDT(-0400)] <athena> though that's not really my strongest suit
[11:47:56 EDT(-0400)] <athena> incidentally sonatype's JIRA is really nice
[11:48:01 EDT(-0400)] <athena> first time i've seen JIRA 4, i guess
[11:49:27 EDT(-0400)] <EricDalquist> yeah
[11:49:38 EDT(-0400)] <EricDalquist> well we should be on updated tools within a month
[11:50:23 EDT(-0400)] <athena>
[12:37:36 EDT(-0400)] * lfuller (~sparhk@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[12:57:58 EDT(-0400)] * Sememmon (~Sememmon@unaffiliated/sememmon) has joined ##uportal
[13:43:34 EDT(-0400)] * colinclark (~colin@142.150.154.101) has joined ##uportal
[13:55:38 EDT(-0400)] <holdorph> athena, do you remember that issue I told you about last week, with the incorrect groups administration .channel file checked into 3.2.x ?
[13:55:53 EDT(-0400)] <athena> ah, yes
[13:55:57 EDT(-0400)] <athena> and i haven't fixed that yet have i?
[13:56:06 EDT(-0400)] <holdorph> so, i'm trying to figure out if this other issue is similar, or
[13:56:24 EDT(-0400)] <holdorph> the 'unicon-news.channel' references a NewsReaderPortlet that is not in 3.2.x
[13:56:32 EDT(-0400)] <athena> argh.
[13:56:35 EDT(-0400)] <holdorph> so which is the bug, the .channel file existing at all
[13:56:36 EDT(-0400)] <athena> yes :/
[13:56:42 EDT(-0400)] <holdorph> or the newportlet not existing?
[13:56:44 EDT(-0400)] <athena> probably improperly updated
[13:56:49 EDT(-0400)] <athena> can you create a JIRA and assign it to me?
[13:56:58 EDT(-0400)] <athena> be willing to be those two files were update at the same time
[13:57:00 EDT(-0400)] <holdorph> sure, but what should I say?
[13:57:05 EDT(-0400)] <athena> jen sucks?
[13:57:10 EDT(-0400)] <holdorph> no, which is the bug though
[13:57:13 EDT(-0400)] <awills> lol, don't say that
[13:57:15 EDT(-0400)] <athena> lol
[13:57:26 EDT(-0400)] <athena> the bug is that the channel registration was improperly updated to refer to a portlet that doesn't exist
[13:57:27 EDT(-0400)] <holdorph> which part is wrong
[13:57:31 EDT(-0400)] <holdorph> ok
[13:57:32 EDT(-0400)] <athena> shoudl be reverted back to CSyndFeed
[13:57:54 EDT(-0400)] <awills> but fwiw the NewsReaderPortlet is cool
[13:57:58 EDT(-0400)] <athena> it is!
[13:58:06 EDT(-0400)] <awills> looks very nice in ohio's portal
[13:58:08 EDT(-0400)] <athena> we were talking about moving to it in 3.2
[14:00:45 EDT(-0400)] <holdorph> UP-2704
[14:06:17 EDT(-0400)] <athena> thanks holdorph
[14:06:57 EDT(-0400)] <holdorph> The only thing better then automated vacation emails from a listserv email post, are ones that come in a completely foreign language
[14:09:19 EDT(-0400)] <holdorph> EricDalquist any update on config mode in 3.2.x? It's a pretty big regression, because CSQLQuery was replaced with a portlet version, but the portlet version can't be used without CONFIG mode
[14:09:43 EDT(-0400)] <EricDalquist> haven't had a chance to look yet. I'll see if I can tomorrow
[14:20:06 EDT(-0400)] <awills> athena your fluid fix is working... just verified it here
[14:20:49 EDT(-0400)] <athena> awesome!
[14:20:58 EDT(-0400)] <athena> we'll just have to keep that in mind for the future
[14:21:03 EDT(-0400)] * athena is also worried about the config mode bug
[14:21:50 EDT(-0400)] <EricDalquist> so the fix should be pretty easy. An attribute scoping request wrapper got moved in the request wrapping chain
[14:22:00 EDT(-0400)] <EricDalquist> and appears to have broken request attribute scoping for the delegation code
[14:22:05 EDT(-0400)] <athena> ahh
[14:22:25 EDT(-0400)] <athena> i've noticed that it looks like uportal loses it's place in spring webflows if you switch view states
[14:22:28 EDT(-0400)] <athena> any chance that's related?
[14:22:30 EDT(-0400)] <EricDalquist> I think what needs to happen is the delegation code needs to add its own attribute scoping wrapper to the request before dispatching to the delegate
[14:22:39 EDT(-0400)] <EricDalquist> hrm
[14:22:40 EDT(-0400)] <EricDalquist> no
[14:22:48 EDT(-0400)] <EricDalquist> though maybe
[14:22:57 EDT(-0400)] <EricDalquist> the portal should be sending the last set of render params to the flow
[14:23:02 EDT(-0400)] <EricDalquist> when you do that
[14:34:32 EDT(-0400)] <athena> yeah
[14:34:38 EDT(-0400)] <athena> don't know what the desired behavior is
[14:34:46 EDT(-0400)] <athena> though seems reasonable to expect that you wouldn't lose your place in the flow
[15:57:07 EDT(-0400)] * awills1 (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[16:54:53 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has joined ##uportal
[17:52:33 EDT(-0400)] * awills (~awills@wsip-72-215-204-133.ph.ph.cox.net) has left ##uportal