fluid-work IRC Logs-2009-10-08
[08:12:50 EDT(-0400)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[08:24:09 EDT(-0400)] * laurel (n=laurel@207.112.104.122) has joined #fluid-work
[08:39:18 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:50:25 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[08:57:42 EDT(-0400)] * EricDalquist (n=dalquist@128.104.17.46) has joined #fluid-work
[09:00:29 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[09:04:11 EDT(-0400)] * laurel (n=laurel@207.112.104.122) has joined #fluid-work
[09:07:59 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:08:25 EDT(-0400)] * jgarciavila (n=quassel@smtp.opentrends.net) has joined #fluid-work
[09:13:14 EDT(-0400)] <laurel> hey jgarciavila: how did the testing go so far?
[09:13:52 EDT(-0400)] * yura (n=yura@142.150.154.163) has joined #fluid-work
[09:14:50 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131605.dsl.bell.ca) has joined #fluid-work
[09:14:58 EDT(-0400)] <jgarciavila> interesting. testing is testing. It's easy to test because everything is explained step by step.
[09:19:01 EDT(-0400)] <laurel> yes, Justin_o is great at developing test docs
[09:20:19 EDT(-0400)] <Justin_o> thanks
[09:20:45 EDT(-0400)] <laurel> any bugs?
[09:21:16 EDT(-0400)] <michelled> hi jgarciavila, I just sent you an e-mail asking you the same thing! lol - you can ignore my e-mail
[09:21:35 EDT(-0400)] <jgarciavila> ok
[09:24:25 EDT(-0400)] <michelled> good morning yura, are you working on removing the duplicated html files?
[09:30:28 EDT(-0400)] <colinclark> michelled: Didn't yura do that yesterday afternoon? Are you talking about view.html and browse.html?
[09:30:44 EDT(-0400)] <yura> michelled: i think i removed those yesterday
[09:30:50 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.164) has joined #fluid-work
[09:30:57 EDT(-0400)] <michelled> cool! great to know
[09:31:08 EDT(-0400)] <Bosmo1> Hi guys
[09:31:12 EDT(-0400)] <colinclark> Hey!
[09:31:16 EDT(-0400)] <michelled> I was just looking at colinclark's email from yesterday and I noticed that there were several things beside Yura's name
[09:31:16 EDT(-0400)] <colinclark> How's configgy going?
[09:31:27 EDT(-0400)] <michelled> good morning Bosmo1
[09:31:28 EDT(-0400)] <Bosmo1> I did manage to configgy but it is not quite working yet...
[09:31:38 EDT(-0400)] <Bosmo1> it turned out to be a bit more complex than expected
[09:31:44 EDT(-0400)] <Bosmo1> I will try to sort it out asap
[09:32:14 EDT(-0400)] <Bosmo1> I wrote it all except the "path depth adjustment algorithm" which ended up confusing me in my late-night state...
[09:32:53 EDT(-0400)] <colinclark> Oh, wow. Your version of configgy will be much more sophisticated than I was imagining.
[09:32:54 EDT(-0400)] <colinclark> Cool
[09:37:44 EDT(-0400)] <athena> you guys don't happen to know how often your uportal build runs, do you?
[09:38:03 EDT(-0400)] <laurel> so jgarciavila I wondered if there were any bugs that you found testing on linux?
[09:39:00 EDT(-0400)] <Bosmo1> Really? I couldn't think of any way of making it less sophisticated....
[09:39:05 EDT(-0400)] <Bosmo1> It does have to work, after all
[09:41:23 EDT(-0400)] <michelled> athena: it runs every night
[09:41:33 EDT(-0400)] <athena> ok, cool
[09:41:40 EDT(-0400)] <athena> thanks michelled
[09:41:46 EDT(-0400)] <michelled> np
[09:42:02 EDT(-0400)] <athena> presumably my commits were a bit on the late side last night, but that means they should get picked up soon enough
[09:42:42 EDT(-0400)] <michelled> I can kick it off now if you want
[09:42:50 EDT(-0400)] <athena> oh it's not a big deal
[09:43:19 EDT(-0400)] <athena> it'll just be nice to have somewhere to point fj4000 so we can talk about the mobile stuff
[09:43:26 EDT(-0400)] <colinclark> Bosmo1: When do you think we'll need to adjust path depth? Shouldn't they all be relative to the app's baseDir?
[09:43:32 EDT(-0400)] <colinclark> athena:
[09:44:09 EDT(-0400)] <Bosmo1> colinclark: well yes, they are - but what is that relative point
[09:44:28 EDT(-0400)] <colinclark> Bosmo1: I don't follow
[09:44:32 EDT(-0400)] <jgarciavila> michelled: could be considered a bug to allow selected the same twice or more. We know that this will fail on server.
[09:44:36 EDT(-0400)] <Bosmo1> colinclark: Yeah, neither did I
[09:44:40 EDT(-0400)] <colinclark> lol
[09:44:40 EDT(-0400)] <Bosmo1> And actually still don't
[09:44:53 EDT(-0400)] <Bosmo1> But actually explaining it to you here in the channel might tell me what the algorithm is
[09:45:02 EDT(-0400)] * heidi_ (n=thesumme@142.150.154.101) has joined #fluid-work
[09:45:05 EDT(-0400)] <colinclark> ok, fire away
[09:45:10 EDT(-0400)] <jgarciavila> michelled: (upload component) could be considered a bug to allow selecting the same file twice or more. We know that this will fail on server.
[09:45:30 EDT(-0400)] <colinclark> jgarciavila: Well, I don't think we do know that this will fail on the server.
[09:45:35 EDT(-0400)] <Bosmo1> So... there is a natural "drift" between the position that the template sits in the physical filesystem, to the position it ends up being mounted in the URL space
[09:45:50 EDT(-0400)] <colinclark> We know that it could fail on the server, but the server's implementation is not up to us. Other users may choose to handle identical files differently.
[09:46:04 EDT(-0400)] <Bosmo1> This results in an accretion of "../" segments which appear in both source, and target, as they are computer to appear in the rewriteURLprefixes configuration to the renderer
[09:46:07 EDT(-0400)] <jgarciavila> there is a test to fail case that says that.
[09:46:22 EDT(-0400)] <Bosmo1> At least, I think they appear equally in both source and target...
[09:46:29 EDT(-0400)] <Bosmo1> I might need to draw a picture...
[09:46:48 EDT(-0400)] <colinclark> jgarciavila: That's for our particular demo server. In other words, the test case is verifying that we handle failure cases correctly. But this isn't a case of us being able to know how other people's servers will be implemented.
[09:47:17 EDT(-0400)] <colinclark> Bosmo1: Pictures help
[09:47:21 EDT(-0400)] <Bosmo1> ah!
[09:47:25 EDT(-0400)] <Bosmo1> They don't!
[09:47:27 EDT(-0400)] <Bosmo1> I mean
[09:47:33 EDT(-0400)] <Bosmo1> The depths are not equal
[09:47:53 EDT(-0400)] <michelled> athena: it's rebuilt
[09:47:56 EDT(-0400)] <Bosmo1> rewriteUrlPrefixes: [{
[09:47:56 EDT(-0400)] <Bosmo1> source: "../../../../infusion/",
[09:47:56 EDT(-0400)] <Bosmo1> target: "../infusion/"
[09:48:00 EDT(-0400)] <colinclark> yes, that's right
[09:48:03 EDT(-0400)] <jgarciavila> but selecting twice the same file, is uploading twice the same file. Does it make sense? For big files?
[09:48:07 EDT(-0400)] <Bosmo1> So, this is from artifactDemo
[09:48:29 EDT(-0400)] <athena> thanks michelled
[09:48:31 EDT(-0400)] <colinclark> jgarciavila: In most cases, I imagine not.
[09:48:31 EDT(-0400)] <athena> hm, interesting
[09:48:41 EDT(-0400)] <athena> doesn't seem to be picking up the latest changes
[09:49:06 EDT(-0400)] <colinclark> But I think we need to be careful about how we make these assumptions. Regardless, our dreadful Flash back-end for the Uploader will not allow us to prevent users from selecting the same file twice.
[09:49:15 EDT(-0400)] <Bosmo1> Now, "source" is at depth 4... the physical path is baseDir + "../../../engage/" + "components/artifact/html/"
[09:49:27 EDT(-0400)] <Bosmo1> So, the template is at physical depth 3 within its mount
[09:49:52 EDT(-0400)] <michelled> athena, I looked and it seems the build is actually failing
[09:49:59 EDT(-0400)] <athena> ah
[09:50:03 EDT(-0400)] <colinclark> ack!
[09:50:03 EDT(-0400)] <michelled> ----------
[09:50:03 EDT(-0400)] <michelled> 1) net.sf.ehcache:ehcache:jar:1.7.0-beta
[09:50:09 EDT(-0400)] <athena> oh, ugh.
[09:50:18 EDT(-0400)] <Bosmo1> This is actually a little puzzling... now in my early morning state I am puzzling why the source prefix is now depth 4
[09:50:24 EDT(-0400)] <michelled> "unable to resolve artifact: missing"
[09:50:40 EDT(-0400)] <athena> are you guys using a mirror for maven?
[09:50:53 EDT(-0400)] <Bosmo1> rewriteUrlPrefixes: [{
[09:50:53 EDT(-0400)] <Bosmo1> source: "../../../../infusion",
[09:50:53 EDT(-0400)] <Bosmo1> target: "/infusion"
[09:50:58 EDT(-0400)] <colinclark> Bosmo1: Let me try to puzzle through this by using a concrete example...
[09:51:03 EDT(-0400)] <Bosmo1> This on the other hand is the config for browseDemo
[09:51:07 EDT(-0400)] <athena> EricDalquist: do you have any suggestions how how to fix that?
[09:51:09 EDT(-0400)] <Bosmo1> You can see that one segment is missing from "target"
[09:51:18 EDT(-0400)] <Bosmo1> But the source prefix depth is still 4
[09:51:23 EDT(-0400)] <EricDalquist> huh?
[09:51:23 EDT(-0400)] <colinclark> So the source URLs are relative to their location in engage-client.
[09:51:25 EDT(-0400)] <EricDalquist> reading ...
[09:51:29 EDT(-0400)] <colinclark> Within fluid-all, Bosmo1
[09:51:35 EDT(-0400)] <athena> they're getting that echache 1.7.0 error
[09:51:36 EDT(-0400)] <michelled> anastasiac: did you set up the uportal build?
[09:51:44 EDT(-0400)] <michelled> do you know if we are using a mirror for maven?
[09:51:44 EDT(-0400)] <Bosmo1> I guess we are sure that both of these apps work ok?
[09:51:50 EDT(-0400)] <colinclark> Bosmo1: For sure
[09:51:56 EDT(-0400)] <Bosmo1> Do they both have JS/CSS that has been seen to be offset correctly?
[09:51:59 EDT(-0400)] <anastasiac> michelled, I did set it up a while ago. I don't recall using a mirror
[09:52:09 EDT(-0400)] <colinclark> Bosmo1: yep, both js and css is looking good
[09:52:10 EDT(-0400)] <EricDalquist> ah michelled what project is this in?
[09:52:21 EDT(-0400)] <athena> their nightly uportal build
[09:52:27 EDT(-0400)] <EricDalquist> ah yeah
[09:52:31 EDT(-0400)] <EricDalquist> just a sec
[09:52:47 EDT(-0400)] <laurel> jgarciavila: but we do have a jira issue for this problem http://issues.fluidproject.org/browse/FLUID-687
[09:52:53 EDT(-0400)] <Bosmo1> Well
[09:52:59 EDT(-0400)] <EricDalquist> in the root pom.xml for uPortal
[09:53:06 EDT(-0400)] <Bosmo1> All I can assume, is that these two apps are actually mounted at different URL depths in the final app
[09:53:13 EDT(-0400)] <EricDalquist> find the org.jasig.resourceserver dependency in the dependencyManagement section
[09:53:21 EDT(-0400)] <EricDalquist> and add
[09:53:21 EDT(-0400)] <EricDalquist> <exclusion>
[09:53:21 EDT(-0400)] <EricDalquist> <groupId>net.sf.ehcache</groupId>
[09:53:21 EDT(-0400)] <EricDalquist> <artifactId>ehcache</artifactId>
[09:53:21 EDT(-0400)] <EricDalquist> </exclusion>
[09:53:21 EDT(-0400)] <Bosmo1> But I don't see any difference in the "mountAcceptor" definition
[09:53:33 EDT(-0400)] <Bosmo1> So, we can deduce that the source depth is always === physical url segment depth + 1
[09:53:42 EDT(-0400)] <colinclark> laurel: Thanks! I think Eli's comment here explains the issue pretty well, and how it's tricky to make assumptions about files, jgarciavila.
[09:53:52 EDT(-0400)] <Bosmo1> Btw, you will be excited to learn that I implemented a little more of the C++ STL for this task
[09:54:01 EDT(-0400)] <colinclark>
[09:54:13 EDT(-0400)] <Bosmo1> Welcome to fluid.generate !
[09:54:27 EDT(-0400)] <colinclark> Bosmo1: It looks to me like michelled only committed half of her fix last night, maybe?
[09:54:32 EDT(-0400)] <colinclark> lemme just update and check
[09:54:44 EDT(-0400)] <Bosmo1> colinclark: What was her fix?
[09:54:46 EDT(-0400)] <colinclark> but in short /infusion and ../infusion point to the same place when we are running in Eclipse
[09:54:52 EDT(-0400)] <Bosmo1> What
[09:54:53 EDT(-0400)] <Bosmo1> !
[09:55:03 EDT(-0400)] <colinclark> Everything should be "../infusion" to be correct.
[09:55:07 EDT(-0400)] <Bosmo1> Ah
[09:55:11 EDT(-0400)] <colinclark> But both work
[09:55:12 EDT(-0400)] <Bosmo1> .....
[09:55:15 EDT(-0400)] <Bosmo1> How can that be
[09:55:32 EDT(-0400)] <colinclark> So the URLs of the apps are like this:
[09:55:50 EDT(-0400)] <colinclark> http://server/artifacts/view.html and http://server/artifacts/browse.html
[09:55:57 EDT(-0400)] <Bosmo1> Yeah
[09:56:01 EDT(-0400)] <Bosmo1> So they all appear at path depth 1
[09:56:03 EDT(-0400)] <colinclark> Infusion and Engage end up being mounted at http://server/infusion
[09:56:09 EDT(-0400)] <Bosmo1> what?
[09:56:21 EDT(-0400)] <colinclark> So /infusion or ../infusion both work. But the former is incorrect.
[09:56:36 EDT(-0400)] <Bosmo1> I am none the wiser
[09:56:49 EDT(-0400)] <Bosmo1> oh......
[09:57:03 EDT(-0400)] <colinclark> fluid.engage.mountAcceptor(app, {"infusion": fluid.kettle.mountDirectory(baseDir, "../../../infusion/")
[09:57:07 EDT(-0400)] <Bosmo1> Oh dear
[09:57:09 EDT(-0400)] <Bosmo1> I see this now
[09:57:11 EDT(-0400)] <colinclark> so you see, Infusion is being mounted at /infusion
[09:57:12 EDT(-0400)] <laurel> colinclark, jgarciavila: also though, there is a test for this issue (which of course always fails). I'm assuming the test is there to keep this problem in the front of our minds for further development.
[09:57:13 EDT(-0400)] <Bosmo1> One is a server-global URL
[09:57:16 EDT(-0400)] <Bosmo1> and the other is a relative URL
[09:57:26 EDT(-0400)] <michelled> thanks EricDalquist, I'll try that
[09:57:27 EDT(-0400)] <colinclark>
[09:57:31 EDT(-0400)] <colinclark> Bosmo1: Exactly
[09:57:33 EDT(-0400)] <Bosmo1> And this is why FEES was asking how to disable rebasing for server-global URLs
[09:57:51 EDT(-0400)] <Bosmo1> OK, the FOGG is clearing somewhat
[09:57:51 EDT(-0400)] <colinclark> well, the url should be relative to be correct
[09:58:08 EDT(-0400)] <Bosmo1> colinclark: Is it correct, that the current implementation of mountAcceptor can only directly cope with a path depth of 1?
[09:58:13 EDT(-0400)] <jgarciavila> colin: ok. It was only curiosity while testing.
[09:58:14 EDT(-0400)] <Bosmo1> I mean, is that how the code is now
[09:58:26 EDT(-0400)] <michelled> colinclark: I committed what I thought would work in eclipse. Did I mess something up?
[09:58:31 EDT(-0400)] <colinclark> Bosmo1: Yeah, that's how it is now. We talked the other day about allowing any depth.
[09:58:35 EDT(-0400)] * michelled should have tested in eclispe
[09:58:38 EDT(-0400)] <colinclark> I just haven't implemented it, and will wait until post-0.1
[09:58:45 EDT(-0400)] <Bosmo1> I was finding mountAcceptor almost as hard to follow as the original Designer's intentions
[09:58:55 EDT(-0400)] <colinclark> Bosmo1: But I consider it a bug
[09:58:57 EDT(-0400)] <Bosmo1> ok
[09:59:05 EDT(-0400)] <colinclark> Bosmo1: Yes, mountAcceptor is sort of an interim thing
[09:59:08 EDT(-0400)] <colinclark> It should go away
[09:59:13 EDT(-0400)] <colinclark> Or at least, be made invisible
[09:59:13 EDT(-0400)] <Bosmo1> I needed to "hack" it slightly... so that it at least looked like it was prepared to cope with a variable depth
[09:59:29 EDT(-0400)] <Bosmo1> That is, it could cope with being asked to mount something at "artifacts/" with a trailing slash
[09:59:43 EDT(-0400)] <Bosmo1> But it was a horrible hack... it just removes the slash if it sees it
[09:59:51 EDT(-0400)] <colinclark> Bosmo1, michelled: Ok, yes. browseDemo.js didn't get updated. It's the one that is incorrect.
[09:59:54 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[10:00:08 EDT(-0400)] <colinclark> michelled: I'll make the change now. What JIRA is this again? I guess it's related to building a standalone WAR?
[10:00:14 EDT(-0400)] <michelled> right, I was only working with artifact view yesterday
[10:00:24 EDT(-0400)] <michelled> yes ENGAGE-95
[10:00:48 EDT(-0400)] <colinclark> Bosmo1: I'll be eager to see your hack
[10:00:55 EDT(-0400)] <colinclark> Sorry it was confusing to understand.
[10:03:06 EDT(-0400)] <Bosmo1> I don't think it could have been any clearer
[10:03:21 EDT(-0400)] <colinclark> Bosmo1: Okay, if you update now you'll see that browse and view are both the same in terms of their paths.
[10:03:21 EDT(-0400)] <Bosmo1> Although the names for everything I think are all completely wrong... we will deal with this post-release
[10:03:26 EDT(-0400)] <colinclark> They're relative.
[10:03:32 EDT(-0400)] <colinclark> Bosmo1: Yes, I completely agree!
[10:03:34 EDT(-0400)] <Bosmo1> colinclark: ack!
[10:03:54 EDT(-0400)] <Bosmo1> colinclark: I have made so many changes to everything I am sure I can't update without a conflict...
[10:04:00 EDT(-0400)] <colinclark> eek
[10:04:00 EDT(-0400)] <Bosmo1> Have people made any other changes?
[10:04:07 EDT(-0400)] <colinclark> nope, not since last night
[10:04:10 EDT(-0400)] <Bosmo1> ok
[10:04:30 EDT(-0400)] <colinclark> Bosmo1: I felt like some poor bunny rabbit was injured by formalizing the name "Acceptor" into our API.
[10:04:31 EDT(-0400)] <Bosmo1> I wonder if I would still get a conflict now even if the change were backed out
[10:04:53 EDT(-0400)] <colinclark> It was a one-line change to browseDemo.js
[10:04:57 EDT(-0400)] <colinclark> I can't imagine it will cause overly dramatic conflicts
[10:04:57 EDT(-0400)] <Bosmo1> colinclark: "acceptor" is sort of fine, but we should at least call the things acceptors which are and not the things which aren't
[10:05:03 EDT(-0400)] <colinclark> lol
[10:05:06 EDT(-0400)] <Bosmo1> Unfortunately I took many of the best names myself, and incorrectly
[10:05:18 EDT(-0400)] <colinclark> Yeah, we have a Terminology Crisis
[10:05:25 EDT(-0400)] <Bosmo1> And since you didn't have the good names available to you for the things you wrote, the confusion has only deepened
[10:05:42 EDT(-0400)] <Bosmo1> So the thing I wrote which is "renderHandler", which is actually a "renderHandlerAcceptor"
[10:05:50 EDT(-0400)] <colinclark> Literally, Bosmo1, the only change I committed was to line 132 of browseDemo.js
[10:06:06 EDT(-0400)] <colinclark> So your conflicts won't be dramatic
[10:06:21 EDT(-0400)] <Bosmo1> And the thing you wrote which is a "mountAcceptor" which is actually something else... which I am not sure what it could be called
[10:06:22 EDT(-0400)] <Bosmo1> Anyway
[10:06:26 EDT(-0400)] <Bosmo1> We can sort this out later
[10:06:39 EDT(-0400)] <colinclark> for sure
[10:06:41 EDT(-0400)] <Bosmo1> Thanks for the discussion help, I should be ready to start testing configgy now
[10:06:47 EDT(-0400)] <colinclark> excellent!
[10:07:05 EDT(-0400)] <colinclark> michelled can probably walk you through how the build scripts work if you want to test in the standalone configuration
[10:07:08 EDT(-0400)] <Bosmo1> But, in the meantime, welcome to fluid.generate
[10:07:19 EDT(-0400)] <Bosmo1> fluid.generate = function (n, generator) {
[10:07:19 EDT(-0400)] <Bosmo1> var togo = [];
[10:07:19 EDT(-0400)] <Bosmo1> for (var i = 0; i < n; ++ i) {
[10:07:19 EDT(-0400)] <Bosmo1> togo[i] = typeof(generator) === "function"?
[10:07:19 EDT(-0400)] <Bosmo1> generator.call(null, i) : generator;
[10:07:21 EDT(-0400)] <Bosmo1> }
[10:07:23 EDT(-0400)] <Bosmo1> return togo;
[10:07:25 EDT(-0400)] <Bosmo1> };
[10:07:42 EDT(-0400)] <jessm> Togo? I've been to togo
[10:07:47 EDT(-0400)] <Bosmo1>
[10:07:50 EDT(-0400)] <Bosmo1> also to Benin?
[10:08:01 EDT(-0400)] <jessm> no, not that one
[10:08:24 EDT(-0400)] <Bosmo1> I had a great chat with Clayton last night
[10:08:45 EDT(-0400)] <jessm> he's a great one to chat with
[10:08:52 EDT(-0400)] <Bosmo1> I explained to him about Acceptors and he is interested to try to put together the end-to-end infrastructure that deals with markup substitution for the different clients
[10:09:15 EDT(-0400)] <colinclark> Excellent!
[10:09:42 EDT(-0400)] <Bosmo1> Ah, I also wrote fluid.engage.endeaden
[10:09:55 EDT(-0400)] <colinclark> Bosmo1: !!!
[10:11:24 EDT(-0400)] <Bosmo1> It is just too infuriating to deal with our stupid Java-ified config object any more
[10:11:30 EDT(-0400)] <Bosmo1> Especially now I had to put more things in it
[10:11:41 EDT(-0400)] <Bosmo1> Unfortunately I wrote endeaden in Javascript through lack of time...
[10:12:13 EDT(-0400)] <Bosmo1> So, here is a new sample usage of fliud.generate:
[10:12:15 EDT(-0400)] <Bosmo1> var sourcePrefix = fluid.generate(sourceDepth + 1, "../").join("");
[10:12:44 EDT(-0400)] <colinclark>
[10:13:01 EDT(-0400)] <colinclark> Bosmo1: Interesting, too, that you chose to whip it up on the JS side in a rush.
[10:13:36 EDT(-0400)] <Bosmo1> Well, it is clearly an awful lot easier to construct Javascript objects in Javascript
[10:13:38 EDT(-0400)] <colinclark> So endeaden is your ridiculous name for a function that takes a bridged object and turns it into a true JS object?
[10:13:49 EDT(-0400)] <Bosmo1> Yes
[10:14:02 EDT(-0400)] <Bosmo1> And it is also no harder to use benighted Java iteratours in Javascript than it is in Java
[10:14:39 EDT(-0400)] <Bosmo1> Yes, it is my ridiculous name for a thing we should not have to have in our framework
[10:15:46 EDT(-0400)] <colinclark>
[10:15:56 EDT(-0400)] <colinclark> ok, i'm going to hop down to atlantis for a few minutes
[10:16:03 EDT(-0400)] <colinclark> and then reemerge at the office
[10:16:05 EDT(-0400)] <Bosmo1> PORTALS, OPE!
[10:17:21 EDT(-0400)] * laurel1 (n=laurel@207.112.104.122) has joined #fluid-work
[10:18:56 EDT(-0400)] * laurel1 (n=laurel@207.112.104.122) has joined #fluid-work
[10:20:18 EDT(-0400)] <jessm> fj4000: Justin_o: still no word re: FSOSS presentation right?
[10:23:36 EDT(-0400)] <fj4000> nope
[10:23:48 EDT(-0400)] * alisonbenjamin (n=alisonbe@142.150.154.101) has joined #fluid-work
[10:24:11 EDT(-0400)] <alisonbenjamin> laurel: hi
[10:25:14 EDT(-0400)] * jameswy (n=jameswy@142.150.154.196) has joined #fluid-work
[10:25:21 EDT(-0400)] <alisonbenjamin> laurel1: ?
[10:26:17 EDT(-0400)] <laurel1> alisonbenjamin: yes alison
[10:26:31 EDT(-0400)] <laurel1> i seem to be two people right now
[10:27:03 EDT(-0400)] <laurel1> give me a moment and I'll try to go back to being one person
[10:27:50 EDT(-0400)] * laurel (n=laurel@207.112.104.122) has joined #fluid-work
[10:28:00 EDT(-0400)] <alisonbenjamin> laurel: good morning. I was just playing w/ JAWS / FF3 & custom build. works great.
[10:28:22 EDT(-0400)] <laurel> isn't it cool...I was thoroughly impressed
[10:28:50 EDT(-0400)] <alisonbenjamin> laurel: IE 8 worked but repeated everything 5 times. I'm just going to try w/ another screen reader to see if it's jaws' "fault"
[10:29:06 EDT(-0400)] <alisonbenjamin> or maybe it's IE8 itself.
[10:29:08 EDT(-0400)] <laurel> sheesh..ie8 is not our friend
[10:29:40 EDT(-0400)] <alisonbenjamin> laurel: anyway I'll let you know what happens. are you going to be in today?
[10:30:10 EDT(-0400)] <laurel> well the other possibility is that in ie8 the announcing is happening automatically for the checkboxes (it should happen) but that we added the aria live to cause it to happen multiple times
[10:30:59 EDT(-0400)] <laurel> i will not be in today, but we can talk skype or whatever!
[10:34:44 EDT(-0400)] <alisonbenjamin> hmm good point "in ie8 announcing is happening automatically". I don't remember what happened w/ IE 8 before the patch, I don't think I tried that.
[10:36:31 EDT(-0400)] <jessm> hey all ATRCers: check this page out and please enter your information: http://wiki.fluidproject.org/display/fluid/OSA+FSOSS+ATRC
[10:37:42 EDT(-0400)] <athena> michelled: i just added that <excludes/> to the uportal trunk so you shouldn't have to add it manually now
[10:38:02 EDT(-0400)] <michelled> thanks athena
[10:38:03 EDT(-0400)] <jessm> alisonbenjamin: anastasiac clown fj4000 jameswy jamon laurel michelled yura ^^
[10:38:14 EDT(-0400)] <athena> we'll see if that fixes it
[10:38:45 EDT(-0400)] <clown> jessm, duly noted.
[10:38:54 EDT(-0400)] <alisonbenjamin> laurel: well... I'm not sure where to go from here but it would be good to work on this together. do you have some time today or tomorrow?
[10:40:45 EDT(-0400)] <anastasiac> jessm: FSOSS costs $75 - do you know if we'd be covered for that?
[10:43:14 EDT(-0400)] <laurel> sure alisonbenjamin (sorry - slight hiccup while downloading and installing flash)
[10:43:20 EDT(-0400)] <laurel> how abut tomorrow
[10:43:35 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[10:45:57 EDT(-0400)] <anastasiac> alisonbenjamin, clown, fj4000, jameswy jamon laurel michelled yura: in case you're wondering about OSA and FSOSS:
[10:45:58 EDT(-0400)] <anastasiac> http://wiki.fluidproject.org/display/fluid/Open+Source+Accessibility+Forum
[10:46:06 EDT(-0400)] <anastasiac> http://fsoss.senecac.on.ca/2009/
[10:49:40 EDT(-0400)] <laurel> alisonbenjamin is tomorrow ok?
[10:49:57 EDT(-0400)] <alisonbenjamin> laurel: ok, let's take a look then.
[10:50:45 EDT(-0400)] <alisonbenjamin> laurel: this gives me time to work on some release testing now :o). will meeting 1-2 be ok?
[10:53:07 EDT(-0400)] <michelled> athena: can you try now and see if your changes are there?
[10:53:21 EDT(-0400)] <athena> heeeeey!
[10:53:26 EDT(-0400)] <athena> thanks michelled!
[10:53:45 EDT(-0400)] <athena> so if you go to http://build.fluidproject.org/uPortal/render.userLayoutRootNode.uP in a webkit-y browser, you should get mobile fss
[10:54:52 EDT(-0400)] <michelled> cool
[10:55:02 EDT(-0400)] <athena> very!
[10:56:44 EDT(-0400)] <michelled> jessm: I added myself to the OSA/FSOSS page - do I need to do anything else like actually register or will it all happen magically
[10:57:10 EDT(-0400)] <jessm> michelled: great question – it'll come – i think we're trying to get total numbers now and then we'll register
[10:57:52 EDT(-0400)] <michelled> fj4000: you should check out the link athena put in above
[10:58:16 EDT(-0400)] <athena> fj4000: thanks to michelled, now we actually have something to talk about
[10:59:31 EDT(-0400)] <fj4000> athena: this is crazy awesome
[11:00:09 EDT(-0400)] <athena> personally i find the fact that all i had to do was staple some xsl unicon had already written together with your css to be particularly awesome
[11:00:29 EDT(-0400)] <athena>
[11:00:35 EDT(-0400)] <colinclark> fj4000, michelled: What are the names of your proposed FSOSS presentations?
[11:01:08 EDT(-0400)] <fj4000> athena: can I make a suggestion?
[11:01:12 EDT(-0400)] <athena> please do
[11:01:22 EDT(-0400)] <athena> there are a bunch of things that probably still need improvement
[11:01:25 EDT(-0400)] <fj4000> i noticed the theme applied on the <html> el
[11:01:32 EDT(-0400)] <fj4000> i dont think this will validate
[11:01:41 EDT(-0400)] <athena> seems like the main page might work better if maybe those were expandable/collapsible?
[11:01:48 EDT(-0400)] <athena> ah! thanks, i wondered where that was supposed to go
[11:01:51 EDT(-0400)] <athena> is that supposed to be on the body?
[11:01:54 EDT(-0400)] <fj4000> the furthest up the tree you can go is the <body>
[11:01:56 EDT(-0400)] <athena> it seems to have been left out of the demo
[11:01:56 EDT(-0400)] <fj4000>
[11:02:01 EDT(-0400)] <athena> ok, cool, that works for me
[11:02:07 EDT(-0400)] <fj4000> yeah, the demo is out of date, i think
[11:02:10 EDT(-0400)] <athena> i just stuck it at the highest level to avoid actually thinking about it
[11:02:12 EDT(-0400)] <athena> yeah, i noticed that
[11:02:19 EDT(-0400)] <athena> looks like a bunch of pages are missing, too
[11:02:26 EDT(-0400)] <fj4000> yup...
[11:02:39 EDT(-0400)] <fj4000> we're migrating all the enage client material over
[11:02:46 EDT(-0400)] <athena> i haven't had a chance to look at the transitions yet - presumably we want some shiny animations and whatnot
[11:02:49 EDT(-0400)] <fj4000> it was put outside of infusion
[11:02:54 EDT(-0400)] <fj4000> yup
[11:02:56 EDT(-0400)] <athena> and we really need to deal w/ the jquery tabs - they don't render too well right now
[11:03:02 EDT(-0400)] <fj4000> there is a transition css file
[11:03:07 EDT(-0400)] <athena> yeah
[11:03:34 EDT(-0400)] <athena> and i think we're including it - i just haven't had a chance to figure out how that all works
[11:03:39 EDT(-0400)] <fj4000> ok
[11:03:50 EDT(-0400)] <fj4000> pls let us know how it goes
[11:03:57 EDT(-0400)] <michelled> colinclark: The Fluid Community: innovative design and development processes and great outcomes, an overview.
[11:04:06 EDT(-0400)] <athena> definitely will!
[11:04:19 EDT(-0400)] <athena> if the demo gets updated at some point, will you let me know?
[11:04:20 EDT(-0400)] <fj4000> im going over all the fss docs anyways, so mobile fss will have its first docs very soon!
[11:04:26 EDT(-0400)] <athena> oh that'd be great
[11:04:30 EDT(-0400)] <fj4000> athen: absolutely
[11:04:47 EDT(-0400)] <fj4000> we'll prob. mention it on the mailing list
[11:04:49 EDT(-0400)] <athena> thanks much
[11:05:04 EDT(-0400)] <athena> you guys have done a great job - it's so nice to be able to just drop something like this in
[11:05:54 EDT(-0400)] <athena> uportal doesn't exactly suffer from an overabundance of designers and front-end devs, so not having to write tons of css ourselves makes something like this much more realistic
[11:06:04 EDT(-0400)] <alisonbenjamin> jgarciavila: hi joan
[11:06:52 EDT(-0400)] <fj4000> colinclark: "Mobile Web Apps: Harnessing the Power of Infusion"
[11:07:20 EDT(-0400)] <colinclark> fj4000: Thanks!
[11:07:22 EDT(-0400)] <jgarciavila> alison: hi
[11:08:20 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[11:09:26 EDT(-0400)] <alisonbenjamin> jgarciavila: nice to meet you! I was just playing with Infusion Builder, you made a patch that enhanced it with ARIA.
[11:10:03 EDT(-0400)] <alisonbenjamin> jgarciavila: that is, I was testing it with the jaws screenreader (version 10)
[11:10:10 EDT(-0400)] <jgarciavila> alison: i made a path for the components demo portal
[11:10:17 EDT(-0400)] <jgarciavila> alison: i made a patch for the components demo portal
[11:10:31 EDT(-0400)] <laurel> alisonbenjamin: I did the builder.
[11:10:54 EDT(-0400)] <alisonbenjamin> laurel, jgarciavila: oops.
[11:11:07 EDT(-0400)] <alisonbenjamin> laurel: shows what i know
[11:11:19 EDT(-0400)] <laurel> alisonbenjamin has been working
[11:12:51 EDT(-0400)] <alisonbenjamin> laurel, jgarciavila: well i'll stop bothering jgarciavila now :op. jgarciavila, welcome to fluid :o)
[11:13:19 EDT(-0400)] <jgarciavila> alison: thanks.
[11:21:33 EDT(-0400)] <jgarciavila> justin: I've seen that uploader does not allow uploading of files bigger than 20 M.
[11:23:21 EDT(-0400)] <jgarciavila> justin: Is that true?. If so, the "Uploader QA Test Plan" test Upload 20M file size is out-of-date?
[11:26:47 EDT(-0400)] * laurel (n=laurel@207.112.104.122) has joined #fluid-work
[11:33:39 EDT(-0400)] <jessm> standup
[11:38:15 EDT(-0400)] <laurel> hey all...i am flashless (was in the process of swapping to test flash 9 uploader when standup snuck up on me
[11:38:42 EDT(-0400)] <laurel> i might make it to standup...trying to install now
[11:49:00 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[11:49:49 EDT(-0400)] <laurel> hey...everyone left and joan was talking
[11:51:20 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-41.LIPS.Berkeley.EDU) has joined #fluid-work
[11:51:34 EDT(-0400)] <colinclark> jgarciavila: Were you asking a question after standup when we left?
[11:51:48 EDT(-0400)] <laurel> jgarciavila was giving his standup report
[11:51:53 EDT(-0400)] <laurel> and everyone just left
[11:51:57 EDT(-0400)] <colinclark> laurel: We heard it
[11:52:01 EDT(-0400)] <colinclark> Perhaps you were lagged?
[11:52:03 EDT(-0400)] <laurel> it was just me and joan in there
[11:52:06 EDT(-0400)] <laurel> possibly
[11:52:07 EDT(-0400)] <jgarciavila> colin: no i was going to report that i was doing test.
[11:52:15 EDT(-0400)] <colinclark> Right.
[11:52:32 EDT(-0400)] <laurel> anyway...i'll report here too...i was testing!
[11:52:43 EDT(-0400)] <colinclark> jgarciavila: Testing is going okay for you?
[11:52:51 EDT(-0400)] <laurel> darned breeze. can we find another solution...it isn't working
[11:53:34 EDT(-0400)] <jgarciavila> colin: i was testing too. The test are well documented
[11:54:26 EDT(-0400)] <jgarciavila> colin: i've found (in uploader) that QA intructions (upload > 20M size) may be out-of-date.
[11:55:06 EDT(-0400)] <laurel> Justin_o: I didn't get a chance to complete the uploader test I was working on yesterday at the office...I didn't do the demo url tests for 3.5 flash 9 (I did all the server url tests).
[11:55:13 EDT(-0400)] <colinclark> jgarciavila: Perhaps. Jusin_o asked me to increase the maximum file size to 20 Mb.
[11:55:19 EDT(-0400)] <laurel> seems it is going to take 2 hrs to download flash 9 here at home
[11:55:24 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[11:56:15 EDT(-0400)] <colinclark> Bosmo1: To what extent should I hold off on making changes to Enage-related files in order to spare you the conflicts?
[11:56:15 EDT(-0400)] <laurel> justin_o: I was just asking if someone could finish my ff3.5 flash 9 tests - 2 hrs to download flash 9 here
[11:56:50 EDT(-0400)] <justin_o> really... that's too bad... sure... could you please add it back to available tasks list
[11:57:42 EDT(-0400)] <laurel> I did half...only the demo url left to do.
[11:58:05 EDT(-0400)] <laurel> so wondering if we could pass it off to someone specific so that they don't have to do the whole test over
[11:58:17 EDT(-0400)] <laurel> or it can wait until tomorrow am
[11:58:19 EDT(-0400)] <colinclark> fj4000: These Quirksmode charts for WebKit are awesome!
[11:58:41 EDT(-0400)] <fj4000> i've been running into some issues
[11:59:08 EDT(-0400)] <fj4000> but since docs aren't readily available, i thought I was just doing something wrong
[11:59:33 EDT(-0400)] <fj4000> this is a good resource
[12:01:43 EDT(-0400)] <laurel> justin_o: ?
[12:02:24 EDT(-0400)] <justin_o> laurel: what os is it?
[12:04:03 EDT(-0400)] <laurel> since I only had the demo url tests left to do, I wonder if I can pass it off to someone specific. If I put it back on the list they will end up doing the whole thing again.
[12:04:20 EDT(-0400)] <laurel> or it can wait until tomorrow am and I'll finish at work
[12:04:30 EDT(-0400)] <laurel> XP
[12:04:54 EDT(-0400)] <colinclark> laurel: justin_o is pair programming with yura right now, so he might be a bit slow to respond.
[12:04:56 EDT(-0400)] <colinclark> Be patient.
[12:05:10 EDT(-0400)] <laurel> thx colinclark
[12:08:30 EDT(-0400)] <justin_o> laurel i think it could probably wait till tomorrow...
[12:09:36 EDT(-0400)] <laurel> justin_o: ok!
[12:21:50 EDT(-0400)] <Bosmo1> colinclark: Please hold of from making changes to Engage-related files entirely
[12:21:58 EDT(-0400)] <colinclark> ok
[12:21:58 EDT(-0400)] <Bosmo1> At least those that are related to the framework and configuration...
[12:22:02 EDT(-0400)] <colinclark> justin_o and yura: ^
[12:22:03 EDT(-0400)] <Bosmo1> I should have something to commit in a few minutes
[12:22:21 EDT(-0400)] <justin_o> colinclark: thanks
[12:22:24 EDT(-0400)] <colinclark> super cool
[12:22:27 EDT(-0400)] <Bosmo1> Although we do need to see about getting this JAR up quickly
[12:22:35 EDT(-0400)] <Bosmo1> Do you or EricDalquist recall the process?
[12:22:50 EDT(-0400)] <EricDalquist> ?
[12:22:58 EDT(-0400)] <colinclark> I can't for the life of me remember our situation in regards to our Maven repo.
[12:23:06 EDT(-0400)] <EricDalquist> let me check
[12:23:07 EDT(-0400)] <Bosmo1> We need to upload a JAR to a Maven repo
[12:23:08 EDT(-0400)] <colinclark> EricDalquist: Every once in awhile we bug you about this
[12:23:16 EDT(-0400)] <Bosmo1>
[12:23:19 EDT(-0400)] <colinclark> Largely because I'm so forgetful
[12:23:21 EDT(-0400)] <EricDalquist> so the repository UI is here http://developer.jasig.org/repo/index.html
[12:23:22 EDT(-0400)] <Bosmo1> Thanks ED
[12:24:05 EDT(-0400)] <colinclark> Bosmo1: So there are things there.
[12:24:17 EDT(-0400)] <EricDalquist> let me check who has access
[12:24:18 EDT(-0400)] <colinclark> And they are totally empty
[12:24:33 EDT(-0400)] <EricDalquist> looks like I had setup anastasiac as an admin
[12:25:00 EDT(-0400)] * anastasiac catches up
[12:25:19 EDT(-0400)] <anastasiac> right, yes - you did
[12:25:37 EDT(-0400)] <colinclark> anastasiac: Do you still have all the necessary information?
[12:25:41 EDT(-0400)] <anastasiac> but I didn't get to the point of taking advantage of it
[12:25:49 EDT(-0400)] <anastasiac> yes, I'm sure I do - I keep everything
[12:25:57 EDT(-0400)] * anastasiac rummages
[12:28:18 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[12:33:09 EDT(-0400)] <Bosmo1> Interestingly, writing typeof where x is a Java object through Rhino throws an exception....
[12:34:20 EDT(-0400)] <laurel> hi justin_o
[12:34:24 EDT(-0400)] <colinclark> Bosmo1: Isn't that a syntactic issue?
[12:34:35 EDT(-0400)] <laurel> questions about "check shipped examples"
[12:34:50 EDT(-0400)] <laurel> fj4000 says go to build.fluidproject.org and test everything
[12:35:01 EDT(-0400)] <justin_o> laurel: that's pretty much it
[12:35:03 EDT(-0400)] <Bosmo1> colinclark: In what way?
[12:35:17 EDT(-0400)] <laurel> I'm pretty familiar with most of the demos but wondered about the first link to the demo uportal site
[12:35:17 EDT(-0400)] <colinclark> brackets
[12:35:20 EDT(-0400)] <colinclark> typeof x
[12:35:23 EDT(-0400)] <colinclark> rather than typeof
[12:35:26 EDT(-0400)] <Bosmo1> Oh, it doesn't matter whether you use them or not
[12:35:29 EDT(-0400)] <Bosmo1> It still explodes
[12:35:35 EDT(-0400)] <colinclark> interesting
[12:35:38 EDT(-0400)] <Bosmo1> But aren't both actually valid?
[12:35:40 EDT(-0400)] <justin_o> laurel: make sure that they work, for example they don't throw errors
[12:35:44 EDT(-0400)] <colinclark> I'll have to check
[12:35:49 EDT(-0400)] <Bosmo1> I did try both ways...
[12:36:12 EDT(-0400)] <laurel> I'm not sure what to look for in the "Demo uPortal Site" demo
[12:36:19 EDT(-0400)] <justin_o> laurel: it is not an in depth test that you would do on individual components but more making sure there are no obvious problems or errors
[12:36:26 EDT(-0400)] <Bosmo1> Now I have completely forgotten what I am doing....
[12:36:29 EDT(-0400)] <justin_o> almost like going through the state tests
[12:37:27 EDT(-0400)] <colinclark> Bosmo1: I suppose the parentheses would essentially be ignored. It's just that typeof isn't a function call, so I avoid the brackets so as to avoid confusing myself
[12:37:44 EDT(-0400)] <justin_o> Bosmo1: is it still not safe to commit
[12:37:57 EDT(-0400)] <Bosmo1> justin_o: Yes, sorry - what sort of commit do you have?
[12:38:06 EDT(-0400)] <Bosmo1> colinclark: Well, neither is String not a function call
[12:38:14 EDT(-0400)] <colinclark>
[12:38:50 EDT(-0400)] <laurel> ok justin_o, so for that demo uPortal site, I guess I log in as admin and check the pager, list reorder/pager as described below the link
[12:39:33 EDT(-0400)] <justin_o> well.... that's not something we ship per se
[12:39:41 EDT(-0400)] <justin_o> that is actually uPortal
[12:39:53 EDT(-0400)] <justin_o> but it would be good to test to make sure the integration is working
[12:39:56 EDT(-0400)] <justin_o> so that sounds good
[12:40:34 EDT(-0400)] <justin_o> laurel: ^
[12:41:00 EDT(-0400)] <laurel> ok...so i guess I'm not sure what the shipped examples are, only the examples in the demo portal, or all the examples on the build.fluidproject.org page
[12:41:10 EDT(-0400)] <laurel> lets just clarify
[12:41:59 EDT(-0400)] <Bosmo1> justin_o: Maybe it touches one of the files I have not worked with?
[12:42:11 EDT(-0400)] <justin_o> it's probably easier if you look at the distribution bundle because they are more clearly listed there... but i'll try to take a quick look at the buld page and let you know what to try
[12:42:42 EDT(-0400)] <laurel> ok...thats a good idea
[12:44:00 EDT(-0400)] <justin_o> laurel: so yes the demo portal stuff, sakai Mock-up and uPortal 3 mock-up
[12:45:05 EDT(-0400)] <laurel> ok...great. sorry - i'm puzzling over how to get an idea of what is in the distribution bundle without building it (no tools on this computer)
[12:45:30 EDT(-0400)] <justin_o> Bosmo1: just checking because yura and I are working on the engage client side componets (pretty much all of them)... and the artifactDemo.js
[12:45:42 EDT(-0400)] <Bosmo1> Oh dear
[12:46:01 EDT(-0400)] <Bosmo1> Well, artifactDemo.js is receiving a fair amount of changes....
[12:46:02 EDT(-0400)] <justin_o> Bosmo1: are you excited or scared
[12:46:05 EDT(-0400)] <Bosmo1> The client side components are fine
[12:46:08 EDT(-0400)] <justin_o> oh i see
[12:46:44 EDT(-0400)] <justin_o> Bosmo1: there was just a small change to that one, so we can add that one later... no problems there
[12:47:34 EDT(-0400)] <Bosmo1> ok, cool
[12:48:34 EDT(-0400)] <Bosmo1> whooO!
[12:48:36 EDT(-0400)] <Bosmo1> it loaded templates...
[12:52:45 EDT(-0400)] <colinclark>
[12:53:01 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[12:54:00 EDT(-0400)] <Bosmo1> http://titan.atrc.utoronto.ca:5984/
[12:54:07 EDT(-0400)] <Bosmo1> Have people been able to load this across the global net?
[12:54:11 EDT(-0400)] <Bosmo1> I think it may be hanging for me
[12:54:29 EDT(-0400)] <Bosmo1> hmm, no, it does seem to go...
[12:54:33 EDT(-0400)] <Bosmo1> I wonder what the issue is then...
[12:55:15 EDT(-0400)] <Bosmo1> http://localhost:8080/artifacts/view.html
[12:55:18 EDT(-0400)] <Bosmo1> Should this be a valid view?
[13:00:05 EDT(-0400)] <colinclark> Bosmo1: At the moment, the query params are required
[13:00:28 EDT(-0400)] <colinclark> but yes, http://localhost:8080/artifacts/view.html?mmi&canada should work
[13:05:49 EDT(-0400)] <laurel> fluid demonstration portal: renderer demo - does not look nice in IE7
[13:06:49 EDT(-0400)] <michelled> Justin_o: I created a subtask of the blocker ENGAGE-95 that has to do with doing a nightly build for engage
[13:06:53 EDT(-0400)] <michelled> can I commit against it?
[13:07:02 EDT(-0400)] <michelled> ENGAGE-116
[13:07:15 EDT(-0400)] <colinclark> No good in having a build script if you can build with it.
[13:07:19 EDT(-0400)] <colinclark> can't
[13:07:34 EDT(-0400)] <michelled> nope
[13:07:46 EDT(-0400)] <michelled> but I want to be a good bug parade citizen
[13:07:55 EDT(-0400)] <Justin_o> michelled: sure would you like me to add the bug parade tag to it
[13:08:03 EDT(-0400)] <michelled> I can add it
[13:08:08 EDT(-0400)] <Justin_o> michelled: thanks
[13:36:25 EDT(-0400)] <Bosmo1> Hoorah
[13:36:28 EDT(-0400)] <Bosmo1> GOD BE PRAISED...
[13:36:29 EDT(-0400)] <Bosmo1> I think it works
[13:37:01 EDT(-0400)] <colinclark>
[13:37:08 EDT(-0400)] <colinclark> Bosmo1: Cool. Can't wait to see it
[13:37:12 EDT(-0400)] <Bosmo1> I guess I should try to commit it
[13:37:16 EDT(-0400)] <Bosmo1> Well
[13:37:16 EDT(-0400)] <colinclark> Please!
[13:37:19 EDT(-0400)] <Bosmo1> let me upload the JAr first
[13:37:23 EDT(-0400)] <colinclark> ok
[13:37:24 EDT(-0400)] <Bosmo1> Otherwise there will just be mayhem
[13:37:35 EDT(-0400)] <colinclark> +1 for no mayhem
[13:43:37 EDT(-0400)] <Bosmo1> Well
[13:43:43 EDT(-0400)] <Bosmo1> This upload operation has made a total mess
[13:43:51 EDT(-0400)] <colinclark> yearg
[13:43:55 EDT(-0400)] <colinclark> what happened?
[13:44:05 EDT(-0400)] <Bosmo1> I think it misunderstood the POM file
[13:44:09 EDT(-0400)] <colinclark> uh oh
[13:44:15 EDT(-0400)] <colinclark> anything i can do?
[13:44:33 EDT(-0400)] <Bosmo1> Let me see if I can edit it somehow...
[13:45:38 EDT(-0400)] <Bosmo1> Yeah... the uploader doesn't understand variable substitutions in POM files
[13:45:50 EDT(-0400)] <colinclark> uh oh
[13:45:53 EDT(-0400)] <Bosmo1> So it has uploaded the thing with a version of complete junk, which it then throws an exception on trying to host...
[13:45:58 EDT(-0400)] <Bosmo1> Let me see if I can delete it somehow
[13:46:19 EDT(-0400)] <Bosmo1> Well
[13:46:25 EDT(-0400)] <Bosmo1> There seems to be no deletion option in the interfac e
[13:46:42 EDT(-0400)] <colinclark> This is on the repo administration interface that EricDalquist sent along?
[13:46:46 EDT(-0400)] <Bosmo1> yes
[13:47:06 EDT(-0400)] <EricDalquist> it is maven
[13:47:08 EDT(-0400)] <EricDalquist> you never delete
[13:47:10 EDT(-0400)] <EricDalquist> or update
[13:47:14 EDT(-0400)] <EricDalquist> you only publish new
[13:47:25 EDT(-0400)] <Bosmo1> I am aware of that... as a "principle"
[13:47:26 EDT(-0400)] <EricDalquist> the point is once it is out there it is out there and people may be depending on it
[13:47:41 EDT(-0400)] <Bosmo1> All the same... if there is a bug in the upload interface, what is the correct response
[13:47:57 EDT(-0400)] <Bosmo1> http://developer.jasig.org/repo/content/repositories/fluid-m2/uk/org/ponder/ponderutilcore/%24%7Bponderutilcore.version%7D/
[13:48:01 EDT(-0400)] <Bosmo1> It has created this directory...
[13:48:14 EDT(-0400)] <EricDalquist> ah
[13:48:31 EDT(-0400)] <EricDalquist> what user are you logged in as?
[13:48:35 EDT(-0400)] <Bosmo1> Which makes the server go boom trying to service
[13:48:57 EDT(-0400)] <EricDalquist> ok, in the repository explorer you should be able to right-click on that folder to delete it
[13:49:14 EDT(-0400)] <Bosmo1> ah
[13:49:22 EDT(-0400)] <EricDalquist> the nexus ui is rather terrible
[13:49:35 EDT(-0400)] <colinclark> EricDalquist, you rule!
[13:49:38 EDT(-0400)] <EricDalquist> but it is the easiest repo manager to run that we've found
[13:49:44 EDT(-0400)] <Bosmo1> It fails to delete
[13:50:02 EDT(-0400)] <Bosmo1> EricDalquist: Have you considered WebDAV?
[13:50:03 EDT(-0400)] <EricDalquist> hrm
[13:50:07 EDT(-0400)] <Bosmo1> I found that a somewhat easier repo manager...
[13:50:15 EDT(-0400)] <EricDalquist> yes, for one repo
[13:50:20 EDT(-0400)] <EricDalquist> it gets harry when you have several
[13:50:26 EDT(-0400)] <EricDalquist> plus the need for proxy caching of artifacts
[13:50:34 EDT(-0400)] <Bosmo1> I see
[13:50:35 EDT(-0400)] <EricDalquist> plus the need for snapshot artifact expiration
[13:50:50 EDT(-0400)] <Bosmo1> I thought you said you did not delete
[13:50:52 EDT(-0400)] <EricDalquist> let me go delete it the hard way
[13:50:53 EDT(-0400)] <EricDalquist> just a sec
[13:51:03 EDT(-0400)] <EricDalquist> old snapshots can be deleted
[13:51:10 EDT(-0400)] <Bosmo1> But yes, I would have thought it would be better to manage these things with WebDAV + a set of scripts on the client...
[13:51:13 EDT(-0400)] <EricDalquist> but you have to be using something that is smart enough to delete them correctly
[13:51:23 EDT(-0400)] <EricDalquist> since you need to touch a bunch of files to delete one
[13:51:32 EDT(-0400)] <Bosmo1> Anyway, I have managed to make a correct upload
[13:51:37 EDT(-0400)] <Bosmo1> So the deletion isn't terirbly urgent
[13:51:43 EDT(-0400)] <Bosmo1> But it would be nice to clear it up sometime
[13:52:59 EDT(-0400)] <EricDalquist> should be cleaned up
[13:53:14 EDT(-0400)] <colinclark> Thanks so much, EricDalquist!
[13:53:24 EDT(-0400)] <EricDalquist> no problem
[13:53:32 EDT(-0400)] <jgarciavila> hi. Is there a QA Test Page for shipped examples?
[13:54:02 EDT(-0400)] <Bosmo1> OK, I have verified I can build this with a repo download
[13:54:06 EDT(-0400)] <Bosmo1> So I will try to commit it
[13:55:02 EDT(-0400)] <Bosmo1> watch out for shocks.... this is U-boat zone!
[13:56:31 EDT(-0400)] <Bosmo1> Which is my JIRA
[13:56:37 EDT(-0400)] <Bosmo1> ENGAGE-94?
[13:57:03 EDT(-0400)] <Bosmo1> Do I need a new JIRA?
[13:58:35 EDT(-0400)] <michelled> Justin_o: did you see jgarciavila's question?
[14:00:54 EDT(-0400)] <laurel> jgarciavila: I couldn't find one either
[14:01:01 EDT(-0400)] <laurel> so here's what you do
[14:01:08 EDT(-0400)] <laurel> go to build.fluidproject.org
[14:01:57 EDT(-0400)] <laurel> do a test of all the demos in "demo portal"
[14:02:15 EDT(-0400)] <laurel> just a quick test to make sure they work as expected.
[14:02:51 EDT(-0400)] <colinclark> Bosmo1: lemme check
[14:03:26 EDT(-0400)] <athena> by the way, i started hyperventilating when i discovered that demo portal last night
[14:03:45 EDT(-0400)] <laurel> You also test the sakai mockup (click "edit appearance" on the bottom left corner of the sakai dashboard) UI options
[14:04:14 EDT(-0400)] <jgarciavila> laurel: thanks. So there is no procedure to follow like the others test that i've done today.
[14:04:30 EDT(-0400)] <laurel> and you also test the uportal 3 mock up - there are instructions just under the link explaining where infusion is
[14:04:41 EDT(-0400)] <laurel> No jgarciavila there is no procedure
[14:04:53 EDT(-0400)] <jgarciavila> laurel: ok.
[14:04:56 EDT(-0400)] <Bosmo1> hum
[14:05:04 EDT(-0400)] <Bosmo1> I am generally hyperventilating all the time
[14:05:13 EDT(-0400)] <laurel> you and I are doing the same thing, because I asked the same questions earlier today in the channel!
[14:05:14 EDT(-0400)] <Bosmo1> But I guess I will gradually get used to not having oxygen around.....
[14:05:51 EDT(-0400)] <colinclark> Bosmo1: I'll file a JIRA for this
[14:05:59 EDT(-0400)] <athena> Bosmo1: yeah i noticed the difference even in utah the other week
[14:06:12 EDT(-0400)] <athena> but soon you'll be used to it and be a superman whenever you come down from the mountain
[14:06:13 EDT(-0400)] <colinclark> and justin_o will probably approve
[14:06:26 EDT(-0400)] <laurel> so jgarciavila: is that ok...do you have enough information to try it?
[14:06:37 EDT(-0400)] <jgarciavila> laurel: yes
[14:06:52 EDT(-0400)] <laurel> jgarciavila...isn't it getting late there?
[14:07:20 EDT(-0400)] <jgarciavila> laurel: a little bit 20:07
[14:07:45 EDT(-0400)] <laurel> tiring stuff this testing!
[14:08:31 EDT(-0400)] <laurel> Justin_o: do you know anything about managing popups in the IETester?
[14:08:59 EDT(-0400)] <laurel> I can't test the rich text inline edit because of popup blocking.
[14:10:22 EDT(-0400)] <jgarciavila> laurel: justin wrote a lot of cases to be tested. I'm very impressed. It's a lot of work.
[14:11:07 EDT(-0400)] <colinclark> justin_o: Kingly approval for http://issues.fluidproject.org/browse/ENGAGE-117?
[14:11:46 EDT(-0400)] <laurel> jgarciavila: you are right...it's a huge amount of testing with very detailed testing plans. If you haven't noticed, we often call Justin_o "the king"
[14:12:19 EDT(-0400)] <jgarciavila> i've seen "the king" here in the IRC.
[14:12:38 EDT(-0400)] * justin_o_ (n=jmo@142.150.154.101) has joined #fluid-work
[14:13:12 EDT(-0400)] <laurel> justin_o just missed a whole lot of questions and some flattery
[14:13:52 EDT(-0400)] <justin_o_> colinclark: that sounds like it should be good for bug parade
[14:14:05 EDT(-0400)] <jgarciavila> laurel: i can test richedit. (i think)
[14:14:12 EDT(-0400)] <colinclark> justin_o has been reading over my shoulder.
[14:14:19 EDT(-0400)] <laurel> in xp with ie7??
[14:14:38 EDT(-0400)] <yura> fj4000: http://142.150.154.163:8080/artifacts/view.html?mmi&Canada
[14:14:41 EDT(-0400)] <Bosmo1> Oh damn....
[14:14:58 EDT(-0400)] <Bosmo1> I have never committed from this machine before...
[14:15:19 EDT(-0400)] <Bosmo1> aha!
[14:15:26 EDT(-0400)] <Bosmo1> I brought with me the magic tiny green piece of paper
[14:15:33 EDT(-0400)] <Bosmo1> OK, it is committed - this configuration should work from inside Eclipse
[14:15:40 EDT(-0400)] <colinclark> Excellent!
[14:15:43 EDT(-0400)] <jgarciavila> laurel: Linux Ubuntu Jaunty / Firefox 3.5 | Firefox 3.0
[14:15:49 EDT(-0400)] <Bosmo1> And then we need to make up a different version of engageConfig.json for use with a built config
[14:16:47 EDT(-0400)] <colinclark> Bosmo1: I bet michelled can help with that
[14:16:54 EDT(-0400)] <colinclark> I need to grab a burger, then work a bit on the final report
[14:17:05 EDT(-0400)] <Bosmo1> ok
[14:17:52 EDT(-0400)] <michelled> Bosmo1: I need to take a stretch break - my shoulder has been bugging me lately but I'll be back online in a little while.
[14:18:06 EDT(-0400)] <Bosmo1> Ok, rest well
[14:18:14 EDT(-0400)] <michelled> I can deal with the engageConfig.json when I'm back
[14:18:22 EDT(-0400)] <jgarciavila> laurel: i've found a curiosity (bug) after you edit with FCK editor and save and cancel. if you check navigation, hided fckeditor still get tabs or that's that it seems to me.
[14:19:59 EDT(-0400)] <laurel> oh interesting
[14:33:36 EDT(-0400)] <yura> Bosmo1: hey Antranig, is that a Rhino bug when it fails to read the engageConfig?
[14:35:50 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[14:42:47 EDT(-0400)] <Bosmo1> What are you seeing?
[14:43:17 EDT(-0400)] <Bosmo1> Let me fix the .project file...
[14:44:28 EDT(-0400)] <Bosmo1> OK, try updating now
[14:47:29 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[14:59:14 EDT(-0400)] <laurel> anastasiac: I'm doing some documentation for you here...need to check out a link for layout reorderer uportal demo
[14:59:20 EDT(-0400)] <laurel> http://build.fluidproject.org/infusion/integration-demos/uportal/html/portal.html
[14:59:32 EDT(-0400)] <laurel> should I use this one under the nightly build?
[15:00:58 EDT(-0400)] <michelled> Bosmo1: are you here?
[15:03:58 EDT(-0400)] <Bosmo1> Yes, I am here
[15:04:51 EDT(-0400)] <michelled> do I still need the 'KettleStandaloneIncludes.json'?
[15:05:05 EDT(-0400)] <Bosmo1> Did you ever need it?
[15:05:15 EDT(-0400)] <Bosmo1> I didn't know we had reformed the includes system to be modular...
[15:05:30 EDT(-0400)] <Bosmo1> Ah I see
[15:05:36 EDT(-0400)] <Bosmo1> No, you don't need it
[15:05:51 EDT(-0400)] <Bosmo1> I didn't see that one
[15:05:57 EDT(-0400)] <Bosmo1> No, you should only need to replace the one json file
[15:06:07 EDT(-0400)] <michelled> ok, working on it
[15:17:58 EDT(-0400)] <colinclark> Bosmo1: It's funny, you implemented exactly what I said we needed a week or two ago. Nice work!
[15:18:11 EDT(-0400)] <colinclark> I was figuring we might have done just barely enough to get this out, but this is awesome.
[15:21:23 EDT(-0400)] <colinclark> Bosmo1: Why the floating comment in Kettle.js? // From URLUtil.java
[15:31:25 EDT(-0400)] <michelled> I'm having trouble getting my head around what I should do about the script tags in the html files. The problem is linking to things in 'infusion/src/webapp'. We need to link like that for the html files to work from the file system. We also need the 'src/webapp' in there for kettle to work in eclipse. But for the standalone WAR we need to remove the 'src/webapp'
[15:31:46 EDT(-0400)] <michelled> colinclark, Bosmo1 does that make sense? ^
[15:33:04 EDT(-0400)] <colinclark> michelled: just reading
[15:33:44 EDT(-0400)] <colinclark> Yeah, that sucks.
[15:34:02 EDT(-0400)] <Bosmo1> (13:33:24) AntranigBasman: Now interestingly, I put in an undocumented option
[15:34:02 EDT(-0400)] <Bosmo1> (13:33:27) AntranigBasman: That might actually work here
[15:34:20 EDT(-0400)] <Bosmo1> Now, on a "mount specification", you can supply "rewriteSource" in addition to "source"
[15:34:20 EDT(-0400)] <colinclark> What's the option, Bosmo1?
[15:34:29 EDT(-0400)] <Bosmo1> source is the option that will bite for physical mounting
[15:34:42 EDT(-0400)] <Bosmo1> But rewriteSource will be what is used to recognise what to "eat" from the head material
[15:35:14 EDT(-0400)] <Bosmo1> I needed this myself to account for the mismatch between the physical file paths and the fact that I still (or already!) have infusion checked out as "fluid-infusioN"
[15:35:43 EDT(-0400)] <Bosmo1> After I got it working on my local system, I took that option out of my engageConfig.json before committing it
[15:35:49 EDT(-0400)] <Bosmo1> But I didn't realise it would actually be useful
[15:36:54 EDT(-0400)] <Bosmo1> colinclark: the floating comment just references where we have functionally identical code written in Java... just in case at some point in the future we need to update the algorithm on either side
[15:37:08 EDT(-0400)] <colinclark> which code is it, in particular?
[15:37:23 EDT(-0400)] <michelled> what would rewriteSource look like? I tried this but it didn't work: rewriteSource: "infusion/src/webapp"
[15:37:31 EDT(-0400)] * michelled could read the code but is a bit lazy today
[15:38:50 EDT(-0400)] * jgarciavila (n=joan@smtp.opentrends.net) has joined #fluid-work
[15:39:29 EDT(-0400)] <Bosmo1> michelled: It needs to look exactly like "source", only with the extra path segment put in between
[15:39:40 EDT(-0400)] <Bosmo1> That is, it will probably need some extra ".." added to it
[15:39:49 EDT(-0400)] <michelled> ok
[15:39:54 EDT(-0400)] <Bosmo1> To be honest, this might require some experiment, since I barely understand the algorithm myself
[15:40:21 EDT(-0400)] <Bosmo1> I realised, for example, that my first idea was actually right, and that "source prefix" and "target prefix" will always need to supply the same "extra" quantity of "../"
[15:40:51 EDT(-0400)] <Bosmo1> I need to go off and view an apartment now, but I will be back a bit later
[15:41:20 EDT(-0400)] <michelled> ok
[15:41:25 EDT(-0400)] <michelled> thanks for the help
[15:43:07 EDT(-0400)] * laurel (n=laurel@207.112.104.122) has left #fluid-work
[15:46:18 EDT(-0400)] <colinclark> michelled: Does that give you enough to solve your problem?
[15:46:50 EDT(-0400)] <michelled> not yet - I have to read code after all
[15:58:28 EDT(-0400)] <Bosmon> Argh!
[15:58:33 EDT(-0400)] <Bosmon> Icy wind, and snow!
[15:58:40 EDT(-0400)] <Bosmon> Crushing!
[16:33:48 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[16:49:46 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[17:12:59 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:17:49 EDT(-0400)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has left #fluid-work
[17:42:38 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[18:50:54 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131605.dsl.bell.ca) has joined #fluid-work
[19:02:41 EDT(-0400)] * justin_o (n=jmo@142.150.154.101) has joined #fluid-work
[21:35:25 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131605.dsl.bell.ca) has joined #fluid-work