uPortal IRC Logs-2011-08-09

[09:37:34 CDT(-0500)] <athena> hey EricDalquist
[09:37:49 CDT(-0500)] <athena> did you ever get a chance to look at the issue with xsl comments not being preserved?
[09:38:02 CDT(-0500)] <EricDalquist> oh no
[09:38:13 CDT(-0500)] <EricDalquist> I'll make a note and try to take a look today
[09:38:18 CDT(-0500)] <EricDalquist> also we need to fix the resource aggregator
[09:38:25 CDT(-0500)] <EricDalquist> that should have support for that stuff
[09:38:32 CDT(-0500)] <athena> ok - i took a look through yesterday and it does seem like that's what's causing the conditional iE issue
[09:38:42 CDT(-0500)] <athena> no i think actually it's being caused by comments not working
[09:38:49 CDT(-0500)] <EricDalquist> oh
[09:38:51 CDT(-0500)] <athena> since that's how that conditional include is rendered
[09:38:53 CDT(-0500)] <EricDalquist> so the resource server is writing it out
[09:38:57 CDT(-0500)] <athena> i can update the ticket with that info
[09:38:58 CDT(-0500)] <athena> probably
[09:39:02 CDT(-0500)] <EricDalquist> but the rendering pipeline strips it?
[09:39:05 CDT(-0500)] <athena> i think so
[09:39:07 CDT(-0500)] <EricDalquist> ah
[09:39:08 CDT(-0500)] <EricDalquist> ok
[09:39:10 CDT(-0500)] <EricDalquist> good to know
[09:39:13 CDT(-0500)] <athena> haven't confirmed 100%, but that's what it looks like
[09:39:28 CDT(-0500)] <athena> also i'm still seeing issues w/ config mode
[09:39:36 CDT(-0500)] <athena> is that something you know about or should i file a ticket?
[09:39:56 CDT(-0500)] <EricDalquist> file a ticket
[09:40:00 CDT(-0500)] <athena> no problem
[09:40:10 CDT(-0500)] <athena> going to go through and do what testing i can today/tomorrow
[09:40:57 CDT(-0500)] <EricDalquist> great
[09:40:58 CDT(-0500)] <EricDalquist> thanks
[09:51:38 CDT(-0500)] <athena> hmmm.
[09:52:03 CDT(-0500)] <athena> also seems to be a somewhat weird issue where when you rename the tab for the first time in a session the change doesn't show up unless you log back in
[09:52:09 CDT(-0500)] <athena> but changes after that are fine?
[09:52:13 CDT(-0500)] <EricDalquist> huh
[09:52:26 CDT(-0500)] <EricDalquist> I wonder if there is a cache somewhere that needs that info in the generated key
[09:52:46 CDT(-0500)] <athena> dunno, it's really weird
[09:52:54 CDT(-0500)] <athena> because it's not like after the second change the first change shows up
[09:53:13 CDT(-0500)] <EricDalquist> how are tab names stored?
[09:53:23 CDT(-0500)] <EricDalquist> do we store that as a layout attribute?
[09:53:29 CDT(-0500)] <EricDalquist> I can't remember
[09:53:35 CDT(-0500)] <athena> tab.setName
[09:53:54 CDT(-0500)] <EricDalquist> I'm just trying to remember where in the DB it is stored
[09:54:00 CDT(-0500)] <athena> it's the name on the IuserLayoutFOlderDescription, looks like
[09:54:06 CDT(-0500)] <athena> not sure if that helps
[09:54:20 CDT(-0500)] <EricDalquist> hrm
[09:54:25 CDT(-0500)] <EricDalquist> so probably right in the structure data
[09:54:36 CDT(-0500)] <EricDalquist> so I bet the layout cache key isn't updated when the happens
[09:54:43 CDT(-0500)] <athena> and we have code that updates both the ulm and stylesheet user preferences
[09:54:49 CDT(-0500)] <athena> odd that it's only on the first try though?
[09:54:56 CDT(-0500)] <EricDalquist> hrm
[09:55:00 CDT(-0500)] <EricDalquist> yeah
[09:55:21 CDT(-0500)] <athena> looks like it's doing the same thing w/ column layout
[09:55:25 CDT(-0500)] <athena> so might be a broader issue
[09:55:47 CDT(-0500)] <EricDalquist> so the first change you make to your layout?
[09:55:51 CDT(-0500)] <athena> yes
[09:55:54 CDT(-0500)] <athena> looks like it might be
[09:55:59 CDT(-0500)] <athena> first per session though, not first overall
[09:56:10 CDT(-0500)] <EricDalquist> huh
[09:57:12 CDT(-0500)] <athena> adding portlets or changing the skin is fine
[10:07:10 CDT(-0500)] <athena> well, made a ticket at least
[10:07:11 CDT(-0500)] <athena> no idea.
[10:29:18 CDT(-0500)] <athena> hmm.
[10:29:38 CDT(-0500)] <athena> so at least on the gadget portlet config screen the problem seems to be that the portlet's URLs have XML escaping
[10:29:44 CDT(-0500)] <athena> but this isnt' a 2.0 portlet
[10:29:58 CDT(-0500)] <EricDalquist> hrm
[10:29:59 CDT(-0500)] <athena> so i don't think that attribute is valid on the url tag?
[10:30:06 CDT(-0500)] <EricDalquist> no
[10:30:12 CDT(-0500)] <EricDalquist> that is pluto doing that
[10:30:22 CDT(-0500)] <EricDalquist> I'll have to read the spec to see what the perscribed behavior is
[10:30:24 CDT(-0500)] <athena> ok
[10:30:29 CDT(-0500)] <EricDalquist> and if we can override the defaults for 1.0 portlets
[10:30:43 CDT(-0500)] <athena> for other portlet's we're using escapeXml on the tag
[10:30:53 CDT(-0500)] <athena> but if we could change the default for 1.0 that sounds reasonable
[10:31:11 CDT(-0500)] <EricDalquist> yeah
[10:31:13 CDT(-0500)] <EricDalquist> I agree
[10:49:07 CDT(-0500)] <EricDalquist> so working on data upgrades from 3.x
[10:49:19 CDT(-0500)] <EricDalquist> what should I do with .channel files for IChannels
[10:49:24 CDT(-0500)] <EricDalquist> should I fail the import?
[10:49:35 CDT(-0500)] <EricDalquist> or should I setup a flag that just skips them and prints a warning?
[10:51:51 CDT(-0500)] <athena> hmm, i have no idea
[10:52:05 CDT(-0500)] <athena> could go either way on that one
[11:39:02 CDT(-0500)] <athena> creating more tickets for you EricDalquist
[11:39:10 CDT(-0500)] <athena> let me know if there are things you'd like me to do to help fix them
[11:39:14 CDT(-0500)] <EricDalquist> I see that
[11:39:15 CDT(-0500)] <EricDalquist> thanks
[11:39:24 CDT(-0500)] <EricDalquist> well ... any of them you have time/interest to fix
[11:39:34 CDT(-0500)] <EricDalquist> I'm still slogging through import/export testing
[11:39:42 CDT(-0500)] <EricDalquist> I want to make sure data migration actually has a chance of working
[11:39:55 CDT(-0500)] <athena> that sounds desirable
[11:42:12 CDT(-0500)] <EricDalquist> actually athena
[11:42:31 CDT(-0500)] <EricDalquist> and easy one would be configuring a 5xx error view in the web.xml
[11:42:40 CDT(-0500)] <athena> oh sure
[11:42:44 CDT(-0500)] <EricDalquist> as well as potentially a spring mvc error handler
[11:42:47 CDT(-0500)] <athena> yeah
[11:42:50 CDT(-0500)] <EricDalquist> that would fix those user visible stack traces
[11:42:51 CDT(-0500)] <athena> do we have a ticket for that right now?
[11:43:08 CDT(-0500)] <EricDalquist> preferably an error page that doesn't just say "uPortal Error" in big black text
[11:43:11 CDT(-0500)] <athena> well, more worried about the portal not working at all than about users seeing errors
[11:43:13 CDT(-0500)] <athena> but still
[11:43:14 CDT(-0500)] <athena> yeah
[11:43:14 CDT(-0500)] <EricDalquist> I think there might be one
[11:43:26 CDT(-0500)] <athena> cool, i'll look
[15:52:18 CDT(-0500)] <athena> EricDalquist: so . . . sort of configured a 500 error page
[15:52:26 CDT(-0500)] <athena> not sure what the right thing to do is to skin it though
[15:52:32 CDT(-0500)] <EricDalquist> yeah
[15:52:40 CDT(-0500)] <EricDalquist> I'm not either
[15:52:52 CDT(-0500)] <athena> we could just use the default skin, but we don't have access to the info about the css, of course
[15:53:04 CDT(-0500)] <EricDalquist> maybe see if gary or someone can provide a really simple css file that just enough styles to make it look like the uportal home page
[15:53:09 CDT(-0500)] <EricDalquist> like a little error.css
[15:53:16 CDT(-0500)] <athena> yeah, dunno
[15:53:19 CDT(-0500)] <EricDalquist> and if people want to reskin that
[15:53:20 CDT(-0500)] <EricDalquist> they can
[15:53:31 CDT(-0500)] <EricDalquist> I don't want to use any external dependencies
[15:53:33 CDT(-0500)] <athena> might actually be less work in the long term to just manually write out the list of css include the main theme is using
[15:53:34 CDT(-0500)] <EricDalquist> like the resource server
[15:53:37 CDT(-0500)] <athena> right
[15:53:39 CDT(-0500)] <EricDalquist> since the error page needs to ... not error
[15:53:41 CDT(-0500)] <athena> just opens us up to more errors
[15:53:42 CDT(-0500)] <athena> lol yes