Page Comparison

[03:23:16 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal
[06:40:44 EDT(-0400)] * Arvids (n=arvids@213.175.95.54) has joined ##uportal
[07:34:17 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined ##uportal
[07:51:28 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[08:09:45 EDT(-0400)] * lennard1 (n=sparhk@98.174.242.39) has joined ##uportal
[09:14:45 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[09:35:15 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[09:50:03 EDT(-0400)] * tsnfoo (n=tsnfoo@wso-mbp15.test.denison.edu) has joined ##uportal
[10:14:44 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:18:19 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[10:36:27 EDT(-0400)] <athena> hey EricDalquist, are you on jasig-ue?
[11:08:06 EDT(-0400)] <EricDalquist> yes
[11:10:17 EDT(-0400)] <athena> ok
[11:10:29 EDT(-0400)] <athena> just wanted to check if you'd seen gary's skinning proposal
[11:10:43 EDT(-0400)] <EricDalquist> yes, haven't read it yet
[11:10:47 EDT(-0400)] <athena> ok
[11:10:59 EDT(-0400)] <athena> probably the most relevant part of it to devs concerns using CSS classes, and potentially defining some new portlet-* classes
[11:11:08 EDT(-0400)] <athena> should probably go to uportal-dev as well
[11:11:17 EDT(-0400)] <athena> i'm not sure how many people are on jasig-ue
[11:11:21 EDT(-0400)] <EricDalquist> ok
[11:13:10 EDT(-0400)] <athena> i'd really love if we can work with fluid to get most of what we need into FSS
[11:28:42 EDT(-0400)] <michelled> athena: that would be great! fj4000 is the person to ping with FSS feature requesets
[11:28:46 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[11:28:58 EDT(-0400)] <athena> thanks michelled
[11:29:04 EDT(-0400)] <athena> maybe he and gary can coordinate?
[11:29:24 EDT(-0400)] <athena> from what i heard from gary, the needs of portal content don't quite align with FSS's current "widget" concept
[11:29:27 EDT(-0400)] <michelled> makes sense - is the skinning proposal on the uportal wiki somewhere?
[11:30:09 EDT(-0400)] <athena> but it seems like both sakai and uportal maybe have similar needs for skinning content
[11:30:13 EDT(-0400)] <athena> i think it is, let me find it
[11:30:40 EDT(-0400)] <michelled> I think our widget concept is pretty loose right now and certainly open to growth
[11:30:55 EDT(-0400)] <athena> here's part of what gary posted: http://www.ja-sig.org/wiki/display/UPC/Markup+and+CSS+Naming+Conventions
[11:31:02 EDT(-0400)] <michelled> thanks!
[11:31:03 EDT(-0400)] <athena> and http://www.ja-sig.org/wiki/display/UPC/Portlet+Markup+Template
[11:31:04 EDT(-0400)] <fj4000> athena: what were you thinking should go in there?
[11:31:11 EDT(-0400)] <athena> i have no idea fj4000
[11:31:18 EDT(-0400)] <athena> i'm not really much of a CSS expert
[11:31:24 EDT(-0400)] <athena> gary thompson would be the person to talk to
[11:31:29 EDT(-0400)] <athena> are you on the jasig-ue list/
[11:31:30 EDT(-0400)] <athena> ?
[11:31:38 EDT(-0400)] <fj4000> yes, and I saw his docs
[11:31:52 EDT(-0400)] <athena> ah ok, excellent
[11:31:52 EDT(-0400)] <fj4000> they're very good - but some of the stuff in there is already in FSS widgets
[11:31:59 EDT(-0400)] <athena> yeah i wondered about that
[11:32:06 EDT(-0400)] <fj4000> im not sure why it wasnt used, but i can ping him about it
[11:32:12 EDT(-0400)] <athena> that'd be great
[11:32:17 EDT(-0400)] <athena> i'm sure he has some good reasons
[11:32:34 EDT(-0400)] <athena> personally i'd prefer we maintained as little of our own CSS API as necessary though
[11:32:43 EDT(-0400)] <athena> i'd rather let experts like you all be responsible for it
[11:34:01 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[12:57:59 EDT(-0400)] <EricDalquist> I really don't like MySQL's index length limits
[12:58:23 EDT(-0400)] <EricDalquist> if you're running UTF8 on MySQL you get 333 characters total, across all columns in the index
[13:14:56 EDT(-0400)] <fj4000> EricDalquist : could you elaborate on that index limit?
[13:15:22 EDT(-0400)] <EricDalquist> so MySQL has a limit of 1000 bytes for an index
[13:15:23 EDT(-0400)] <EricDalquist> total
[13:15:33 EDT(-0400)] <fj4000> regardless of type?
[13:15:36 EDT(-0400)] <EricDalquist> yes
[13:15:56 EDT(-0400)] <EricDalquist> and MySQL's UTF8 implementation is 3 bytes per char
[13:16:04 EDT(-0400)] <fj4000> i see
[13:16:15 EDT(-0400)] <EricDalquist> so if you're indexing across multiple varchar columns you have a total limit of 333 chars
[13:16:16 EDT(-0400)] <fj4000> do number take the same byte space?
[13:16:22 EDT(-0400)] <fj4000> *numbers
[13:16:26 EDT(-0400)] <EricDalquist> I'm not sure how they track those
[13:16:47 EDT(-0400)] <EricDalquist> my guess would be a 64 bit number still only takes 4 bytes
[13:17:05 EDT(-0400)] <EricDalquist> er 8
[13:17:07 EDT(-0400)] <EricDalquist> yeah
[13:17:08 EDT(-0400)] <fj4000> so if your using a numeric index, this limitation isnt as obvious?
[13:17:09 EDT(-0400)] <EricDalquist> http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html
[13:17:13 EDT(-0400)] <EricDalquist> right
[13:17:25 EDT(-0400)] <EricDalquist> but indexes are useful for things other than primary keys
[13:17:34 EDT(-0400)] <fj4000> right, for sure
[13:17:40 EDT(-0400)] <EricDalquist> for example what If I want a DB constraint that these 4 columns are unique
[13:17:42 EDT(-0400)] <fj4000> i see where this could be an issue
[13:17:43 EDT(-0400)] <EricDalquist> that is a unique index
[13:17:56 EDT(-0400)] <EricDalquist> which then means I can only have 333 chars across those columns
[13:17:58 EDT(-0400)] <EricDalquist>
[13:18:05 EDT(-0400)] <fj4000> and perhaps if a session id is part of that, it can add up quickly
[13:18:38 EDT(-0400)] <fj4000> wow, thanks for sharing this limitation
[13:18:53 EDT(-0400)] <EricDalquist> http://developer.jasig.org/source/browse/jasigsvn/uPortal/branches/rel-3-1-patches/uportal-impl/src/main/resources/properties/db/tables.xml?r=45407#l157
[13:19:04 EDT(-0400)] <EricDalquist> in this case it is on our UP_PERMISSION table
[13:19:13 EDT(-0400)] <EricDalquist> there are 6 columns that should be unique
[13:19:24 EDT(-0400)] <EricDalquist> each column is a varchar(255 )
[13:19:31 EDT(-0400)] <fj4000> uh oh
[13:19:40 EDT(-0400)] <EricDalquist> I realize the index would be slow for searching, which is their argument as to why the 1000 byte limit is there
[13:19:57 EDT(-0400)] <EricDalquist> but that seems rather narrow minded since I don't want to search on the index, I want the index for data consistency
[13:20:15 EDT(-0400)] <fj4000> what about a better relationship?
[13:20:27 EDT(-0400)] <fj4000> maybe an innoDB table
[13:21:14 EDT(-0400)] <EricDalquist> yes, the table could likely be designed better
[13:21:19 EDT(-0400)] <EricDalquist> this is older uPortal code
[13:21:40 EDT(-0400)] <EricDalquist> and I don't know enough about mysql table types
[13:21:44 EDT(-0400)] <EricDalquist> we use Oracle here
[13:21:54 EDT(-0400)] <fj4000> hehe
[13:21:58 EDT(-0400)] <EricDalquist> I'm just trying to figure out how to fix this for a jira issue that was reported
[13:21:58 EDT(-0400)] <fj4000> one and the same now!
[13:22:02 EDT(-0400)] <EricDalquist> lol
[13:22:27 EDT(-0400)] <EricDalquist> though oracle does have the idiotic idea that "" == null for VARCHAR2
[13:23:06 EDT(-0400)] <fj4000>
[13:23:51 EDT(-0400)] <EricDalquist> http://bugs.mysql.com/bug.php?id=4541
[13:23:54 EDT(-0400)] <EricDalquist> the mysql thread on the issue
[13:24:13 EDT(-0400)] <EricDalquist> in which the people arguing for the limit seem to only be thinking of uses for thinks like primary keys
[13:25:06 EDT(-0400)] <EricDalquist> In 6.0 you could have UTF-8 index length of 250 (4 bytes per character).
[13:25:07 EDT(-0400)] <EricDalquist> hah
[13:25:22 EDT(-0400)] <EricDalquist> so with MySQL 6 they upped UTF-8 to 4 bytes per char
[13:25:39 EDT(-0400)] <EricDalquist> down to 250 characters for my max index length
[13:25:41 EDT(-0400)] <EricDalquist> UHG
[13:28:50 EDT(-0400)] <EricDalquist> that is getting horribly ridiculous
[13:35:26 EDT(-0400)] <EricDalquist> Tuomaz: I just attached a patch to http://www.ja-sig.org/issues/browse/UP-2414
[13:46:16 EDT(-0400)] * Sememmon (n=Sememmon@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[15:46:27 EDT(-0400)] <EricDalquist> yay, down to 9 open issues for 3.1.1
[15:46:43 EDT(-0400)] <EricDalquist> athena: you think you'd have any time in the next few days to look at that firefox 2 issue?
[15:46:51 EDT(-0400)] <athena> no
[15:46:59 EDT(-0400)] <athena> sorry, but almost definitely not
[15:47:30 EDT(-0400)] <athena> booked more than 100% and i'm going out of town this weekend
[15:47:43 EDT(-0400)] <athena> though there's a good chance of up-2047 getting into trunk in the next few days
[15:47:50 EDT(-0400)] <athena> eric do you have ff2 installed?
[15:47:57 EDT(-0400)] <athena> i don't even have an environment to test in right now
[15:48:03 EDT(-0400)] <EricDalquist> I don't
[15:48:09 EDT(-0400)] <athena> gotcha
[15:48:12 EDT(-0400)] <EricDalquist> I'll see if I can take a crack at it then
[15:48:14 EDT(-0400)] <athena> ok
[15:48:16 EDT(-0400)] <athena> thank you
[15:48:35 EDT(-0400)] <athena> i don't have multiple profiles set up either, which i'd imagine is probably a prerequisite to getting ff2 installed and testing
[15:48:44 EDT(-0400)] <EricDalquist> yeah
[15:58:42 EDT(-0400)] <holdorph> some kind of virtual machine environment like virtual box, is perfect for this kind of thing
[16:03:08 EDT(-0400)] <EricDalquist> groking old channel code is always so hard
[16:03:36 EDT(-0400)] <EricDalquist> running through the 1400 lines of CChannelManager to figure out where properties are submitted
[16:45:49 EDT(-0400)] <EricDalquist> hrm ... firefox 2 hasn't gotten security updates since december of 08
[16:55:54 EDT(-0400)] * michelled (n=team@142.150.154.193) has left ##uportal
[16:56:52 EDT(-0400)] <EricDalquist> athena & holdorph I can't reproduce http://www.ja-sig.org/issues/browse/UP-2415
[16:57:01 EDT(-0400)] <EricDalquist> I just installed FF 2.0.0.20 in a VM
[16:57:14 EDT(-0400)] <EricDalquist> went to my trunk uportal instance
[16:57:19 EDT(-0400)] <EricDalquist> and the add content dialog works fine
[17:01:17 EDT(-0400)] <holdorph> i didn't check the point release of FF 2.x, i was only told by the person with the machine that once they upgrade to 3.x, it worked.
[17:01:30 EDT(-0400)] <EricDalquist> hrm, ok
[17:01:30 EDT(-0400)] <holdorph> nothing else in their environment changed beside upgrading FF to 3.x
[17:02:02 EDT(-0400)] <EricDalquist> I marked the issue Cannot Reproduce and included the point version of FF I was using
[17:02:13 EDT(-0400)] <EricDalquist> so hopefully if someone else sees it they can report more details
[17:03:40 EDT(-0400)] <holdorph> your comment says "and access the current trunk code". did you try with the 3.1 branch code?
[17:03:49 EDT(-0400)] <holdorph> not sure how different the two are, at the moment.
[17:04:02 EDT(-0400)] <EricDalquist> I did not but I'll go diff them and see if there is anything that could be an issue
[17:12:30 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left ##uportal
[17:33:18 EDT(-0400)] <EricDalquist> nothing related to the add content ui or backend in the diff
[17:39:53 EDT(-0400)] <holdorph> ok
[17:40:04 EDT(-0400)] <EricDalquist> I can test it tomorrow to be sure
[18:37:48 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[19:50:47 EDT(-0400)] * tsnfoo (n=tsnfoo@cpe-65-24-108-125.columbus.res.rr.com) has joined ##uportal
[20:31:01 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has joined ##uportal