Page Comparison

[00:58:47 EDT(-0400)] * Sememmon (n=Sememmon@ip70-190-32-223.ph.ph.cox.net) has joined ##uportal
[01:07:15 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal
[01:16:48 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[08:10:30 EDT(-0400)] * ChanServ (ChanServ@services.) has joined ##uportal
[09:10:19 EDT(-0400)] * athena (n=athena@dhcp128036159138.central.yale.edu) has joined ##uportal
[09:10:22 EDT(-0400)] * awills (n=awills@dhcp128036163050.central.yale.edu) has joined ##uportal
[09:11:04 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[10:01:09 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:07:43 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:25:55 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:48:02 EDT(-0400)] <EricDalquist> found a nice bug in 3.1 that I accidentatlly introduced
[10:48:40 EDT(-0400)] <EricDalquist> The ProcessingPipe is now static ... by accident
[10:48:49 EDT(-0400)] <EricDalquist> so I'll be fixing that and probably cutting a 3.1 release on Monday
[10:48:52 EDT(-0400)] <EricDalquist> er 3.1.1
[10:54:58 EDT(-0400)] * lennard2 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:09:04 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:25:33 EDT(-0400)] <athena> ah
[11:25:42 EDT(-0400)] <athena> is there any other stuff that we should be fixing for 3.1.1?
[12:11:15 EDT(-0400)] <EricDalquist> that layout owners can't see the Customize link
[12:12:35 EDT(-0400)] <athena> yeah
[12:12:39 EDT(-0400)] <athena> that does need to get fixed
[12:12:51 EDT(-0400)] <athena> do we know what happened there? i haven't had time to look into it
[12:13:01 EDT(-0400)] <athena> did the link get removed from the theme or something?
[12:13:15 EDT(-0400)] <EricDalquist> I think it is a group membership thing
[12:13:22 EDT(-0400)] <EricDalquist> you only get the link if your in the admin group
[12:13:27 EDT(-0400)] <EricDalquist> and the layout owners are not
[12:17:43 EDT(-0400)] * invisibill (i=80876350@gateway/web/ajax/mibbit.com/x-0be36e1fd07b664e) has joined ##uportal
[12:18:33 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:20:01 EDT(-0400)] <invisibill> Greeting uPortal devs: We are up and running with the 3.1 build and have a few jQuery dependency issues: when landing on the homepage in Firefox we get this in the error console: Error: jQuery is not defined Source File: https://mydev.uchicago.edu/uPortal/media/skins/universality/common/javascript/uportal/up-channel-browser.min.js Line: 1
[12:20:18 EDT(-0400)] <invisibill> with the same error for all files in that folder.
[12:20:45 EDT(-0400)] <invisibill> not sure how to link in the missing jQuery dependency.
[12:21:21 EDT(-0400)] <EricDalquist> it should be defined by default in the 3.1 theme
[12:23:23 EDT(-0400)] <invisibill> the displaying page looks like a new theme as far as the css and placement of element on the page, but then the jQuery error and the "Add Content" and "Add Tab" links don't fire
[12:24:09 EDT(-0400)] <invisibill> we haven't done any changes to the default theme. in the GA release just build and deploy.
[12:24:29 EDT(-0400)] <EricDalquist> hrm
[12:24:32 EDT(-0400)] <EricDalquist> any ideas athena?
[12:24:37 EDT(-0400)] <invisibill> where is it defined?
[12:25:06 EDT(-0400)] <athena> hey
[12:25:25 EDT(-0400)] <athena> hm
[12:25:38 EDT(-0400)] <athena> can you take a look at the URL the theme is tryign to import? is it available?
[12:25:48 EDT(-0400)] <athena> it should be coming from /ResourceServingWebapp
[12:25:53 EDT(-0400)] <EricDalquist> line 334 of uportal-war/src/main/resources/layout/theme/universality/universality.xsl
[12:26:03 EDT(-0400)] <invisibill> I'll check
[12:26:10 EDT(-0400)] <EricDalquist> ah that could be it too ... there is a new webapp that is included with 3.1
[12:26:13 EDT(-0400)] <EricDalquist> that the portal depends on
[12:26:31 EDT(-0400)] <invisibill> WebProxy?
[12:26:45 EDT(-0400)] <EricDalquist> ResourceServingWebapp
[12:27:20 EDT(-0400)] <EricDalquist> it provides static, aggressively cached, resources such as CSS, JS and icons that uPortal uses to help reduce load times for end users.
[12:27:57 EDT(-0400)] <athena> yeah, if you haven't run deploy-ear, that might be missing?
[12:28:20 EDT(-0400)] <invisibill> we deploy the wars manaully, I'm loading it in now...
[12:29:43 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:31:02 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:31:13 EDT(-0400)] <EricDalquist> so I'm working on ideas for: http://www.ja-sig.org/wiki/display/UPC/Consistent+Portal+URLs
[12:31:36 EDT(-0400)] <EricDalquist> I'm trying to scrap together some ideas for portal URLs that are fairly readable
[12:31:53 EDT(-0400)] <EricDalquist> unique to a particular tab or maximized portlet
[12:32:14 EDT(-0400)] <EricDalquist> I'm not so worried about the how side yet, just the ideas for what URLs should look like
[12:32:18 EDT(-0400)] <invisibill> that seems to be it Thanks for your help athena and EricDalquist
[12:32:25 EDT(-0400)] <EricDalquist> glad we could help invisibill
[12:32:32 EDT(-0400)] <athena> great, i'm glad
[12:32:39 EDT(-0400)] <athena> ooh eric that'd be fantastic
[12:33:18 EDT(-0400)] <EricDalquist> the other 'fun' requirement that is further out in the future is the ability for something like GoogleBot to index uPortal
[12:33:25 EDT(-0400)] <EricDalquist> which means a guest user with no session at all
[12:33:36 EDT(-0400)] <athena> oooh yay
[12:33:37 EDT(-0400)] <EricDalquist> brb in ~ 10
[12:33:40 EDT(-0400)] <athena> ok
[12:34:25 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:39:27 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:42:14 EDT(-0400)] <EricDalquist> so I'm thinking I'd enforce a unique fname policy for tabs
[12:42:25 EDT(-0400)] <EricDalquist> and more generically folders
[12:42:43 EDT(-0400)] <EricDalquist> so you can have /uPortal/folderFname/folderFname/.....
[12:43:16 EDT(-0400)] <athena> that should take care of the nested folder requirement
[12:43:27 EDT(-0400)] <EricDalquist> for channels
[12:43:32 EDT(-0400)] <EricDalquist> I'd like to use fnames
[12:43:38 EDT(-0400)] <EricDalquist> but you have the problem of multiple subscriptions
[12:43:45 EDT(-0400)] <athena> yeah i was about to ask about that
[12:43:46 EDT(-0400)] <EricDalquist> so I'm not sure what to do there
[12:44:02 EDT(-0400)] <athena> what if we did /uPortal/folderFname/folderFnmae/channelFname?
[12:44:04 EDT(-0400)] <EricDalquist> maybe /uPortal/folderFname/chanFname.subscribeId.uP
[12:44:10 EDT(-0400)] <athena> yeah
[12:44:18 EDT(-0400)] <EricDalquist> for maximized portlets
[12:44:19 EDT(-0400)] <athena> i think that also makes sense from a user perspective
[12:44:30 EDT(-0400)] <athena> since you think of a channel as being an item on a page
[12:44:30 EDT(-0400)] <athena> yeah
[12:44:35 EDT(-0400)] <EricDalquist> though I also need to come up with similar URLs for detached & exclusive
[12:44:59 EDT(-0400)] <athena> and perhaps /uPortal/chanFname.subscribeId.uP could do what the fname call does now?
[12:45:15 EDT(-0400)] <athena> where it just tries to resolve some instance you already have, or just get a temporary one
[12:45:24 EDT(-0400)] <EricDalquist> so chanFname.uP would do that
[12:45:33 EDT(-0400)] <EricDalquist> chanFname.subid.uP would already have the instance
[12:45:39 EDT(-0400)] <athena> ah i see
[12:45:50 EDT(-0400)] <athena> makes sense
[12:46:06 EDT(-0400)] <EricDalquist> so when rendering normal pages something like: /uPortal/root/folderFname/render.uP?targetChan=chanSubId&params....
[12:46:32 EDT(-0400)] <EricDalquist> /uPortal/max/folderFname/chanFname.chanSubId.uP or /uPortal/max/folderFname/chanFname.uP for maximized
[12:46:49 EDT(-0400)] <EricDalquist> /uPortal/det/folderFname/chanFname.chanSubId.uP or /uPortal/det/folderFname/chanFname.uP for detached
[12:46:59 EDT(-0400)] <EricDalquist> same pattern for exclusive would work
[12:47:24 EDT(-0400)] <athena> sounds pretty good to me
[12:47:30 EDT(-0400)] <EricDalquist> what would be really good is if a url like "/uPortal/det/folderFname/chanFname.uP" did a 302 to /uPortal/det/folderFname/chanFname.subId.uP after doing that fname subid lookup
[12:47:39 EDT(-0400)] <athena> yeah
[12:47:43 EDT(-0400)] <EricDalquist> so the URL for that content is always the same
[12:47:44 EDT(-0400)] <athena> i was sort of thinking the same thing
[12:48:11 EDT(-0400)] <EricDalquist> URLs rendered by channels will likely still be semi-ugly, but there isn't much I can do about that
[12:48:19 EDT(-0400)] <athena> as a general note, we'll have to start using absolute URLs for our skin resources, which we don't do now
[12:48:20 EDT(-0400)] <EricDalquist> luckily the number of channels is decreasing rapidly
[12:48:23 EDT(-0400)] <EricDalquist> yes
[12:48:33 EDT(-0400)] <EricDalquist> I'd have a fair bit of work to do in the URLs generated by the XSL
[12:48:53 EDT(-0400)] <EricDalquist> including maybe riting a xsl taglib to generate the portal URLs
[12:49:02 EDT(-0400)] <athena> well, we could just make them absolute urls
[12:49:03 EDT(-0400)] <EricDalquist> riting=writing
[12:49:10 EDT(-0400)] <EricDalquist> yaeh
[12:49:11 EDT(-0400)] <EricDalquist> yeah
[12:49:15 EDT(-0400)] <EricDalquist> but you need to know the context name
[12:49:15 EDT(-0400)] <athena> we'd just need to have the context name available
[12:49:18 EDT(-0400)] <athena> right
[12:49:19 EDT(-0400)] <EricDalquist> so that would need to be injected
[12:49:22 EDT(-0400)] <athena> that shouldn't be that bad though
[12:49:22 EDT(-0400)] <athena> yep
[12:49:36 EDT(-0400)] <athena> once that was available we'd be ok i think
[12:49:42 EDT(-0400)] <EricDalquist> there should be enough info in the layout XML to render the tab & channel fnames & subids
[12:49:56 EDT(-0400)] <athena> and then there'd be some cleanup in the older channels as well to do the same thing
[12:50:05 EDT(-0400)] <EricDalquist> well
[12:50:13 EDT(-0400)] <EricDalquist> I might give channels a special baseactionurl
[12:50:27 EDT(-0400)] <EricDalquist> that a filter in front of the portal would always rewrite into 302s
[12:50:27 EDT(-0400)] <athena> i meant for the skinning resources, not the links, sorry
[12:50:31 EDT(-0400)] <EricDalquist> ah
[12:50:34 EDT(-0400)] <EricDalquist> yeah
[12:50:42 EDT(-0400)] <EricDalquist> true
[12:50:54 EDT(-0400)] * EricDalquist can't wait for channels to go away completely
[12:51:30 EDT(-0400)] <athena> no kidding!
[12:51:48 EDT(-0400)] <athena> that'd be excellent
[12:51:49 EDT(-0400)] <EricDalquist> the more we go to portlets the more it opens up things we can do in the framework
[12:54:12 EDT(-0400)] <athena>
[13:29:11 EDT(-0400)] * apetro_ (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:31:55 EDT(-0400)] * apetro- (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[13:39:06 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[13:54:22 EDT(-0400)] <athena> sorry i disappeared before eric
[13:54:27 EDT(-0400)] <athena> urls looking happy?
[13:54:35 EDT(-0400)] <EricDalquist> I think I've got some good idea
[13:54:37 EDT(-0400)] <EricDalquist> ideas
[13:54:45 EDT(-0400)] <EricDalquist> going to go get lunch and update the wiki page
[13:55:08 EDT(-0400)] <athena> cool
[13:55:20 EDT(-0400)] <athena> by the way, i'd like to update uportal to fluid 1.0, if people don't object
[13:55:29 EDT(-0400)] <athena> i think we'd need to make that uportal 3.1+ only
[13:55:38 EDT(-0400)] <athena> as there are some associated css class name changes
[14:00:22 EDT(-0400)] <EricDalquist> so you mean 3.2?
[14:00:37 EDT(-0400)] <athena> oops, yes!
[14:00:38 EDT(-0400)] <athena> that
[14:00:41 EDT(-0400)] <EricDalquist> ok
[14:00:42 EDT(-0400)] <EricDalquist> yeah
[14:00:44 EDT(-0400)] <EricDalquist> go ahead
[14:00:47 EDT(-0400)] <athena> ok
[14:00:58 EDT(-0400)] <athena> i'm thinking we'll be better off in the long run if we try and update as they do
[14:01:12 EDT(-0400)] <athena> since we'll be more likely to catch any changes that affect us in time to deal with them
[14:01:20 EDT(-0400)] <EricDalquist> of course
[14:01:23 EDT(-0400)] <athena> and also have plenty of time to integrate new functionality
[14:01:30 EDT(-0400)] <EricDalquist> I update all library versions with each new uPortal version
[14:01:34 EDT(-0400)] <athena> yeah
[14:01:44 EDT(-0400)] <EricDalquist> feel free to just do things like that on trunk
[14:01:57 EDT(-0400)] <EricDalquist> if you're worried at all just do a lazy-consensus poll on the dev list
[14:02:02 EDT(-0400)] <athena> well and i think updating our fluid libraries several times while 3.1 was in trunk helped us this release - we weren't troubleshooting much reorderer stuff at the end
[14:02:04 EDT(-0400)] <athena> sure