fluid-work IRC Logs-2009-07-28

[06:35:25 EDT(-0400)] * justin_o (n=jmo@CPE000f6653d93c-CM00223a6ac9e1.cpe.net.cable.rogers.com) has joined #fluid-work
[08:16:46 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176455449.dsl.bell.ca) has joined #fluid-work
[08:23:33 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:25:40 EDT(-0400)] * heidi_ (n=thesumme@bas5-oshawa95-1176455606.dsl.bell.ca) has joined #fluid-work
[08:54:40 EDT(-0400)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[09:04:31 EDT(-0400)] <laurel> justin_o: got a sec?
[09:04:43 EDT(-0400)] <justin_o> hello, sure
[09:05:02 EDT(-0400)] <laurel> the three variables in the tests that jslint says are 'unused' are being used.
[09:05:19 EDT(-0400)] <laurel> so I'm not sure if I am doing something that is considered bad form?
[09:05:36 EDT(-0400)] <laurel> can you look at it with me and I'll explain?
[09:06:59 EDT(-0400)] <justin_o> sure
[09:07:08 EDT(-0400)] <justin_o> which lines were they on again
[09:07:21 EDT(-0400)] <laurel> see line 276 for the line that uses all three vars
[09:07:49 EDT(-0400)] <laurel> 173, 193, 212 are where they are declared.
[09:08:04 EDT(-0400)] <laurel> i wanted to keep the declarations close to where you could "count" the number of tests
[09:08:24 EDT(-0400)] <laurel> but the test itself for "number of tests" is better outside the function
[09:09:06 EDT(-0400)] * mackrauss (n=mackraus@142.150.154.128) has joined #fluid-work
[09:09:07 EDT(-0400)] <justin_o> okay... i'll take a look
[09:09:12 EDT(-0400)] <laurel> thx
[09:09:54 EDT(-0400)] <laurel> glad though, that the only problems you found were semicolons and spacing stuff
[09:16:42 EDT(-0400)] <justin_o> laurel: yes... it's looking good... okay i think i have a response for your question
[09:16:59 EDT(-0400)] <laurel> ok
[09:17:41 EDT(-0400)] <justin_o> so i guess it does seem a bit strange that you are assigning a function and also pulling out a variable from it that isn't used within the function... i'm not 100% on the convention for this, you may want to run it by colin or michell, but I do have an alternative I can suggest
[09:17:52 EDT(-0400)] <justin_o> so in stead of assigning a function to the variable why don't you assign an object
[09:18:10 EDT(-0400)] <justin_o> the first key in the object will have the number of tests and the second key will have the function containing the tests
[09:18:23 EDT(-0400)] <justin_o> does that make sense or would you like me to send you some code via pastebin
[09:18:55 EDT(-0400)] <laurel> i think it makes sense. let me try (after a coffee run) and can I pastebin it to you?
[09:19:38 EDT(-0400)] <justin_o> sure...
[09:21:33 EDT(-0400)] <laurel> i'm obviously writing in a more "java"ish way than a javascript way...transitioning is challenging
[09:23:24 EDT(-0400)] <justin_o> I know the feeling
[09:25:16 EDT(-0400)] * yura (n=yura@142.150.154.123) has joined #fluid-work
[09:26:12 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[09:34:46 EDT(-0400)] <justin_o> yura: hello
[09:35:06 EDT(-0400)] * michelled (n=michelle@142.150.154.193) has joined #fluid-work
[09:35:49 EDT(-0400)] <justin_o> michelled: hello
[09:35:55 EDT(-0400)] <yura> justin_o: hey Justin
[09:36:14 EDT(-0400)] <michelled> hi justin_o
[09:36:25 EDT(-0400)] * Bosmon (n=Bosmon@78-105-207-102.zone3.bethere.co.uk) has joined #fluid-work
[09:36:39 EDT(-0400)] <justin_o> Bosmon: hello
[09:36:48 EDT(-0400)] <Bosmon> sorry, someone at the door
[09:36:52 EDT(-0400)] <Bosmon> I will try to catch up shortly
[09:36:52 EDT(-0400)] <justin_o> have you all had a chance to look at the bug parade for 1.1.1
[09:36:56 EDT(-0400)] <justin_o> Bosmon: sure
[09:37:26 EDT(-0400)] <justin_o> http://issues.fluidproject.org/secure/IssueNavigator.jspa?mode=hide&requestId=10128
[09:39:53 EDT(-0400)] <michelled> yes, I've looked at it
[09:40:47 EDT(-0400)] <justin_o> thanks
[09:40:52 EDT(-0400)] <michelled> I've also looked at the release schedule and I realize that I probably won't be able to help out very much as far as fixing bugs goes
[09:41:08 EDT(-0400)] <justin_o> michelled: figured you'd be busy....
[09:41:10 EDT(-0400)] <michelled> the decapod all hands is next week and I need to do a little prep this week. So
[09:41:26 EDT(-0400)] <michelled> So I can probably spare a day this week
[09:41:42 EDT(-0400)] <justin_o> okay... so is there maybe one issue that you might be able to tackle
[09:43:25 EDT(-0400)] <justin_o> yura: anything that you think you might have time to take a look at
[09:44:07 EDT(-0400)] <yura> justin_o: yes, let me go through the list and see what I can help with
[09:44:14 EDT(-0400)] <justin_o> thanks
[09:44:19 EDT(-0400)] <michelled> sure, I can take something on.
[09:44:35 EDT(-0400)] <michelled> perhaps I select something later this week depending on what's already covered?
[09:44:44 EDT(-0400)] <michelled> I can also help out with code reviews and testing
[09:45:42 EDT(-0400)] <justin_o> thanks michelled.
[09:45:44 EDT(-0400)] <yura> justin_o: I think ill be able to help with the inline editors
[09:46:06 EDT(-0400)] <justin_o> mackrauss: would you like to help out with our bug parade for 1.1.1
[09:46:17 EDT(-0400)] <justin_o> yura: thanks... anyones in particular
[09:46:53 EDT(-0400)] <justin_o> or did you mean all the unassigned ones?
[09:47:14 EDT(-0400)] <mackrauss> justion_o and michelled: I would take a look at the inline edit bug (2792)
[09:48:40 EDT(-0400)] <yura> justin_o: yes, Ill assign some to myself from the list of unassigned
[09:49:49 EDT(-0400)] <justin_o> yura, mackrauss, thanks
[09:51:38 EDT(-0400)] <Bosmon> ok
[09:51:40 EDT(-0400)] <Bosmon> I am back
[09:51:48 EDT(-0400)] <Bosmon> I should be able to deal with many of these issues
[09:52:10 EDT(-0400)] <Bosmon> Although FLUID-2171 remains fairly terrifying.... were we really able to continue verifying that in the end?
[09:53:39 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:53:49 EDT(-0400)] <justin_o> Bosmon: I'm trying to think back on that one... it's been a while...
[09:53:55 EDT(-0400)] <Bosmon> oh, ok
[09:54:03 EDT(-0400)] <Bosmon> Well, the last I knew was that mini-session we had together
[09:54:14 EDT(-0400)] <justin_o> yes... that's the last i remember too
[09:54:17 EDT(-0400)] <Bosmon> ok
[09:54:25 EDT(-0400)] <Bosmon> So we don't have any renewed evidence the problem still exists?
[09:54:50 EDT(-0400)] <justin_o> nope... i'll try to ask athena if she comes on if it is still an issue for them
[09:54:56 EDT(-0400)] <Bosmon> ok, cool
[09:55:21 EDT(-0400)] <justin_o> Bosmon: thanks
[09:56:03 EDT(-0400)] <Bosmon> I am looking at http://issues.fluidproject.org/browse/FLUID-2967
[09:56:08 EDT(-0400)] <Bosmon> But I don't quite understand your instructions
[09:56:22 EDT(-0400)] <Bosmon> You say "using the keyboard".... but then the writeup for stage 3 confuses me
[09:56:41 EDT(-0400)] <Bosmon> It sounds more like something you would do with the mouse
[09:57:53 EDT(-0400)] <justin_o> oops you are right, it should have been mouse... i have corrected that now
[09:58:46 EDT(-0400)] <laurel> justin_o: http://fluid.pastebin.com/m1229484
[09:59:54 EDT(-0400)] <Bosmon> OK.... I can reproduce 2967 now..... it looks somewhat interesting....
[10:00:42 EDT(-0400)] <Bosmon> I mean, it is actually not so visually distracting, since the item ends up "physically" dropped into a plausible position...
[10:00:45 EDT(-0400)] <justin_o> laurel: yes... that's what I was thinking
[10:00:56 EDT(-0400)] <Bosmon> That is, one that ends up close to the position it was dropped at...
[10:00:58 EDT(-0400)] <laurel> cool thx.
[10:01:34 EDT(-0400)] <justin_o> Bosmon: yes... i think that's why we haven't really noticed it before..
[10:02:07 EDT(-0400)] <laurel> justin_o: I had to download crockford ppt to get the code right...the rhino book doesn't seem to use that form of objects at all.
[10:02:21 EDT(-0400)] <laurel> silliness
[10:03:17 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176130925.dsl.bell.ca) has joined #fluid-work
[10:05:39 EDT(-0400)] <justin_o> interesting... i suppose it's because of his "discovery" of JSON
[10:07:25 EDT(-0400)] <colinclark> We must be talking about Crockford.
[10:07:33 EDT(-0400)] <colinclark> Did anyone see the JSON business cards he created?
[10:08:04 EDT(-0400)] <justin_o> colinclark: no... do you have a link to it
[10:08:36 EDT(-0400)] <colinclark> http://www.flickr.com/photos/equanimity/3763158824/in/set-72157594305864452/
[10:11:57 EDT(-0400)] <justin_o> are you going to bring us some of those back from ajaxian
[10:14:24 EDT(-0400)] <colinclark> If they're there, I will.
[10:15:33 EDT(-0400)] <justin_o> thanks
[10:16:22 EDT(-0400)] <michelled> maybe you can get him to autograph them
[10:19:00 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:21:52 EDT(-0400)] * lessthanzero (n=FatalRem@CPE001ff342457c-CM001ac352aefc.cpe.net.cable.rogers.com) has joined #fluid-work
[10:29:48 EDT(-0400)] * athena (n=athena@adsl-75-58-122-144.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:30:31 EDT(-0400)] <justin_o> athena: hello, do you know if http://issues.fluidproject.org/browse/FLUID-2171 is still an issue in uPortal
[10:30:52 EDT(-0400)] <athena> i don't know
[10:30:58 EDT(-0400)] <athena> uPortal is still running 0.8
[10:33:08 EDT(-0400)] <justin_o> athena: okay... thanks
[10:33:59 EDT(-0400)] <yura> fj4000: hey Jacob, so you needed the simulator ?
[10:34:11 EDT(-0400)] <fj4000> i think im ok now
[10:34:24 EDT(-0400)] <fj4000> i got it working, although it needs some configuration, i think
[10:34:43 EDT(-0400)] <yura> ok, let me know then, whenever you need it
[10:35:47 EDT(-0400)] <colinclark> fj4000, michelled, justin_o: Hey, just a heads up. Lance Speelmon, from Indiana University, is going to be visiting us on Sept. 3 and 4. He's interested in learning more about Infusion, FSS, and our mobile work on Engage.
[10:36:03 EDT(-0400)] <fj4000> cool
[10:36:15 EDT(-0400)] <colinclark> Many of you might know Lance from the Sakai community. He's planning a project with mobile devices for Sakai, and is really keen on mFSS.
[10:36:38 EDT(-0400)] <michelled> great@
[10:36:40 EDT(-0400)] <laurel> colinclark: I read over that Engage Server side technology document on the wiki...very clear and accessible
[10:36:48 EDT(-0400)] <colinclark> ah, great
[10:37:02 EDT(-0400)] <laurel> colinclark: corrected minor typos
[10:37:07 EDT(-0400)] <colinclark> fj4000, michelled, justin_o: Can you make sure you're around those days?
[10:37:11 EDT(-0400)] <colinclark> laurel: thanks
[10:37:35 EDT(-0400)] <michelled> colinclark: I'm going to be in New York
[10:37:45 EDT(-0400)] <fj4000> i think i should be
[10:38:20 EDT(-0400)] <justin_o> colinclark: I should be there those days
[10:38:36 EDT(-0400)] <colinclark> Great.
[10:46:02 EDT(-0400)] <colinclark> hey fj4000, is your code tour gonna happen in Breeze? Is it back?
[10:46:13 EDT(-0400)] <fj4000> yup
[10:46:19 EDT(-0400)] <fj4000> seems to be fine, as of 10 mins ago
[10:54:15 EDT(-0400)] * sgithens342f (n=sgithens@149-166-143-211.dhcp-in.iupui.edu) has joined #fluid-work
[11:07:59 EDT(-0400)] * clown (n=clown@142.150.154.202) has joined #fluid-work
[11:19:03 EDT(-0400)] * everettz (n=chatzill@74.198.8.70) has joined #fluid-work
[12:33:20 EDT(-0400)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has left #fluid-work
[12:33:27 EDT(-0400)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[12:39:01 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[13:22:06 EDT(-0400)] <justin_o> michelled: for the bug parade issues, we have to fix them in both trunk and in the branch. Should we do this in a single commit or in a separate commit for trunk and branch
[13:23:14 EDT(-0400)] <michelled> I guess it depends on how the individual wants to work. I would commit to trunk first and then port that back to the branch
[13:23:41 EDT(-0400)] <michelled> As long as we end up with the fixes in both places we're good
[13:23:55 EDT(-0400)] <Bosmon> Well, doing this in a single commit is practically impractical
[13:24:01 EDT(-0400)] <Bosmon> I would say, actually impossible
[13:24:16 EDT(-0400)] <justin_o> Bosmon: because they are in seperate projects... good point
[13:24:18 EDT(-0400)] <Bosmon> Well, ok, I guess it is not impossible
[13:24:35 EDT(-0400)] <Bosmon> But you would have to have a "checkout" of an extremely false SVN structure
[13:24:51 EDT(-0400)] <Bosmon> If you checked out the SVN structure BELOW the tag/trunk level, you could in theory do it in one commit
[13:25:01 EDT(-0400)] <Bosmon> But this should not be done....
[13:25:32 EDT(-0400)] <Bosmon> This is the sort of situation in which patch discipline becomes more important
[13:25:44 EDT(-0400)] <Bosmon> But in theory we could trust ourselves to commit "the same" changes to both branches
[13:26:04 EDT(-0400)] <Bosmon> That is, at least whilst we are on this scale, developers could be their own "branch managers"....
[13:26:18 EDT(-0400)] <Bosmon> But in a "mature organisation" this is a role with a separate function
[13:26:25 EDT(-0400)] <justin_o> Bosmon: i see... couldn't we end up with conflicts in the patch though since the code underneath may be somewhat different
[13:26:41 EDT(-0400)] <Bosmon> Yes, you are right
[13:27:11 EDT(-0400)] <Bosmon> There could indeed be conflicts... and I'm not sure what the proper discipline is in that case
[13:27:36 EDT(-0400)] <Bosmon> In general a developer needs to take responsibility for assuring that a patch has had "the same effect"
[13:27:45 EDT(-0400)] <Bosmon> Even if the file might in some extreme cases need a bit of hand-patching
[13:28:03 EDT(-0400)] <Bosmon> We shouldn't come to that, I don't think any of the core framework has diverged particularly in trunk to tag 1.1
[13:28:23 EDT(-0400)] <Bosmon> Except for the renderer cases, but we know in that case our goal is explicitly to reflect the trunk changes in the branch, and not the other way round
[13:28:47 EDT(-0400)] <Bosmon> I am wondering whether we are perhaps doing this the wrong way round?
[13:29:03 EDT(-0400)] <justin_o> Bosmon: what do you mean by your last point
[13:29:06 EDT(-0400)] <Bosmon> Rather than branching from the tag, would it not make more sense to branch from trunk, and just to shunt any "other" current trunk work into a branch?
[13:29:24 EDT(-0400)] <Bosmon> I think it is rather more important to maintain trunk integrity for the framework, rather than any other work we may be doing
[13:29:34 EDT(-0400)] <justin_o> Bosmon: i think part of it is that we don't want to bring in everything that is currently in trunk
[13:29:42 EDT(-0400)] <Bosmon> What is in trunk, that we don't want?
[13:30:29 EDT(-0400)] <justin_o> for example there have been changes to the FSS as part of Jacob's mFSS work that we definitely want to keep for 1.2 but probably won't be ready in time for 1.1.1
[13:30:54 EDT(-0400)] <Bosmon> ok
[13:31:03 EDT(-0400)] <Bosmon> I am wondering whether it might be better to "branch-ify" that work
[13:31:29 EDT(-0400)] <Bosmon> We should really start by making a complete inventory of what we have, and what its disposition should be
[13:31:37 EDT(-0400)] <Bosmon> And after we have that inventory, decide the best way to reflect that in SVN
[13:33:33 EDT(-0400)] <justin_o> http://fluidproject.org/pipermail/fluid-work/2009-July/004899.html
[13:33:50 EDT(-0400)] <Bosmon> Well, those are our issues
[13:33:54 EDT(-0400)] <justin_o> michelled went through the commits and made a list of changes since 1.1.
[13:33:58 EDT(-0400)] <Bosmon> But they are not an inventory of what we "have in trunk"
[13:34:28 EDT(-0400)] <Bosmon> I mean, so far, it sounds like only the mFSS work is "surplus"
[13:34:43 EDT(-0400)] <Bosmon> If that is really all there is, I suggest we just "branchify" that and cut our release from trunk
[13:35:45 EDT(-0400)] <Bosmon> I mean, FLUID-2935 is really major
[13:35:58 EDT(-0400)] <Bosmon> I don't think we can desirably ship a release without that fix
[13:37:43 EDT(-0400)] <justin_o> hmm... part of the goal of the 1.1.1 release is to be small... so that we can do a minor qa and release... due to our various time constraints. In that end we were hoping to limit the scope of the changes in the release
[13:38:02 EDT(-0400)] <justin_o> so that is why you only see a couple of components being touched on bug parade
[13:38:26 EDT(-0400)] <Bosmon> I see
[13:38:46 EDT(-0400)] <Bosmon> I'm not sure whether that is really saving anything, in practice?
[13:39:01 EDT(-0400)] <justin_o> the feturResource function is being touched in bug parade so 2953 could be added
[13:39:02 EDT(-0400)] <Bosmon> Are there any components that have been "touched" in trunk, that we could save by omitting QA on by not having to retest them?
[13:39:04 EDT(-0400)] <justin_o> ah i see
[13:39:25 EDT(-0400)] <Bosmon> I guess you want to save on UIOptions and Uploader
[13:39:31 EDT(-0400)] <justin_o> yes
[13:39:41 EDT(-0400)] <Bosmon> hmm
[13:40:04 EDT(-0400)] <Bosmon> But, is it really safe to omit testing on UIOptions, if we make changes to the renderer which it uses?
[13:40:23 EDT(-0400)] <justin_o> good question
[13:40:33 EDT(-0400)] <Bosmon> I would argue it is unsafe...
[13:40:49 EDT(-0400)] <michelled> yes, I would agree about it being unsafe
[13:41:06 EDT(-0400)] <michelled> it was why in my suggested list for 1.1.1 there were no framework changes
[13:41:16 EDT(-0400)] <michelled> that way we'd only have to test the components that changed
[13:41:23 EDT(-0400)] <Bosmon> Well ok
[13:41:26 EDT(-0400)] <michelled> Bosmon, I did do a complete inventory
[13:41:30 EDT(-0400)] <Bosmon> If we have no framework changes, what in fact are we fixing?
[13:41:35 EDT(-0400)] <michelled> let me look for the message
[13:41:46 EDT(-0400)] <Bosmon> Justin posted this: http://fluidproject.org/pipermail/fluid-work/2009-July/004899.html
[13:41:48 EDT(-0400)] <justin_o> colinclark had suggested we add that one change to fetchResource i think because a user may have needed it
[13:42:39 EDT(-0400)] <Bosmon> But in the JIRA filter, we have FLUID-3059
[13:42:45 EDT(-0400)] <Bosmon> Which suggests back-merging the renderer changes
[13:43:03 EDT(-0400)] <justin_o> Bosmon: well... these are mainly to address some recent user requested fixes... a couple for the reorderer and one for inline edit. And then i just added a couple more since they were part of those components
[13:43:04 EDT(-0400)] <Bosmon> http://issues.fluidproject.org/secure/IssueNavigator.jspa?mode=hide&requestId=10128
[13:43:38 EDT(-0400)] <Bosmon> Well... it is a bit awkward... since the few truly urgent issues I recall we had recently were FLUID-2935 and FLUID-2934
[13:43:39 EDT(-0400)] <justin_o> Bosmon: yes that was the one that colin had suggested we add in, i think because it might help one of our users. maybe we'll have to look at that again though
[13:43:49 EDT(-0400)] <Bosmon> Which are areas where the framework behaviour is seriously incorrect...
[13:43:52 EDT(-0400)] <mackrauss> michelled are you busy right now
[13:44:38 EDT(-0400)] <Bosmon> So.... the fix profile we are currently imagining, looks to consist of ONLY InlineEdit, and Reorderer .... is that right?
[13:45:02 EDT(-0400)] <Bosmon> It is certainly well-contained, if we restrict ourselves to those 2 components.... but is it really useful?
[13:45:03 EDT(-0400)] <michelled> I think if we do the renderer changes we'd have to do a fairly complete QA cycle
[13:45:53 EDT(-0400)] <Bosmon> Do we actually have live users who right now want the fixes for those 2 components?
[13:46:26 EDT(-0400)] <justin_o> http://wiki.fluidproject.org/display/fluid/fluid-work+IRC+Logs-2009-07-27
[13:46:36 EDT(-0400)] <Bosmon> Thanks
[13:46:43 EDT(-0400)] <justin_o> you can see a brief description of what 1.1.1 should be like at around 11:14
[13:46:49 EDT(-0400)] <justin_o> that was the dev meeting
[13:47:14 EDT(-0400)] <Bosmon> Well
[13:47:19 EDT(-0400)] <Bosmon> I see the announcement there
[13:47:23 EDT(-0400)] <Bosmon> But I don't actually see any reasoning
[13:47:26 EDT(-0400)] <Bosmon> Am I missing something?
[13:47:43 EDT(-0400)] <justin_o> Bosmon; that's implied
[13:47:50 EDT(-0400)] <Bosmon> Ah, implied reasoning, ths best
[13:47:51 EDT(-0400)] <Bosmon>
[13:48:15 EDT(-0400)] <Bosmon> Anyway, I see an announcment that "there should be a thing called 1.1.1"
[13:48:20 EDT(-0400)] <Bosmon> And that "it should be a maintenance release"
[13:48:23 EDT(-0400)] <justin_o> we have had some recent user requests and some old ones for some of the main fixes which all lie in reorderer and inline edit
[13:48:36 EDT(-0400)] <Bosmon> But I don't see anything leading to our particular profile of components considered "dirty for testing"
[13:48:52 EDT(-0400)] <michelled> we cut a 0.8.1 for uportal
[13:49:03 EDT(-0400)] <michelled> I think we wanted to put the same fixes into 1.1.1
[13:49:11 EDT(-0400)] <michelled> they needed the IE fix
[13:49:15 EDT(-0400)] <Bosmon> Well, 2934 and 2935 were issues particularly strongly reported by Athena
[13:49:21 EDT(-0400)] * colinclark (n=colin@142.150.154.101) has joined #fluid-work
[13:49:49 EDT(-0400)] <Bosmon> Also we don't even know whether 2171 is still live
[13:51:30 EDT(-0400)] <colinclark> i'm here, i'm just catching up
[13:51:31 EDT(-0400)] <colinclark>
[13:52:02 EDT(-0400)] <justin_o> Bosmon: yes... some of those i just added because they were in the same component and i thought it might be a good time to knock them off
[13:52:39 EDT(-0400)] <justin_o> that one in particular is interesting... i am not at the office today, but will try to test it out with 0.8.1 tomorrow to see if it is still there... using the test data that she sent me a while back
[13:52:41 EDT(-0400)] <Bosmon> Perhaps we should have a rather more formal system of "recording user votes"
[13:52:54 EDT(-0400)] <Bosmon> Especially, those in a particular timeframe....
[13:52:54 EDT(-0400)] <michelled> justin_o: I just checked with colinclark and he reminded me that the fix to fetchResources would have provided a better response to Gary Maxwell: http://fluidproject.org/pipermail/infusion-users/2009-July/000017.html
[13:53:27 EDT(-0400)] <michelled> meaning he could use fetchResources in the way that he seemed to want to.
[13:53:50 EDT(-0400)] <Bosmon> Well, he probably doesn't need fetchResources
[13:53:55 EDT(-0400)] <colinclark> that's what we were saying
[13:53:55 EDT(-0400)] <Bosmon> He just wants to fetch 1 thing
[13:54:19 EDT(-0400)] <colinclark> It would have provided him with an immediate answer, but we're assuming he probably doesn't want/need to use fetchResources(), he was just copying code.
[13:54:19 EDT(-0400)] <Bosmon> colinclark: Which is what we were saying?
[13:54:25 EDT(-0400)] <Bosmon> ok
[13:54:57 EDT(-0400)] <Bosmon> If he wants the pager to be server-driven, he would always have to write a callback by himself
[13:55:03 EDT(-0400)] <Bosmon> Which may as well just use jQuery.ajax()
[13:56:14 EDT(-0400)] <Bosmon> site_setting_members isn't really a good model for his use, since it is not really server-driven
[13:56:21 EDT(-0400)] <justin_o> okay... so does this mean that we should drop this one from the bug parade for 1.1.1 or expand the scope of 1.1.1. It seems that the arguement is that if we keep it, we'll have to do a full QA cycle
[13:56:35 EDT(-0400)] <Bosmon> Well... I think we face a complex trade-off here
[13:56:44 EDT(-0400)] <Bosmon> But we had better try to understand what the details of the tradeoff are...
[13:57:44 EDT(-0400)] <Bosmon> I'm not personally convinced that a release profile which only fixes issues in Reorderer and InlineEdit would necessarily be of much use to our userbase, but I could be wrong
[13:57:50 EDT(-0400)] <colinclark> so i think i can help here..
[13:57:59 EDT(-0400)] <colinclark> can we jump onto breeze briefly, just for expediency?
[13:58:03 EDT(-0400)] <colinclark> is your audio working , Bosmon ?
[13:58:06 EDT(-0400)] <Bosmon> ok
[13:58:13 EDT(-0400)] <Bosmon> I could try it, but I doubt it is
[13:58:18 EDT(-0400)] <colinclark> ack
[13:58:24 EDT(-0400)] <Bosmon> There seems to be some particular interaction with breeze and this machine for audio capture
[13:58:24 EDT(-0400)] <colinclark> would skype be better?
[13:58:32 EDT(-0400)] <colinclark> ok, let's do skype if that works
[13:58:34 EDT(-0400)] <Bosmon> Yes, Skype seems to work
[13:58:38 EDT(-0400)] <colinclark> i'll call y'all
[13:59:05 EDT(-0400)] <colinclark> justin_o, michelled, Bosmon: let's skype
[13:59:12 EDT(-0400)] <michelled> k
[14:00:56 EDT(-0400)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[14:11:32 EDT(-0400)] * yura (n=yura@142.150.154.123) has joined #fluid-work
[14:53:43 EDT(-0400)] <justin_o> michelled, colinclark, Bosmon: just sent out the revised bug parade
[15:12:39 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[15:12:52 EDT(-0400)] <jessm> jamon: ping
[15:40:57 EDT(-0400)] <colinclark> mackrauss: Can we check in a bit later? Looks like you could use a bit of help with your recent commits.
[15:41:35 EDT(-0400)] <mackrauss> colinclark: Sure we can. When would be good for you?
[15:41:41 EDT(-0400)] <colinclark> in an hour or so?
[15:41:48 EDT(-0400)] <mackrauss> sounds good
[15:45:04 EDT(-0400)] <colinclark> hey yura, is there a picture for the teenage mutant ninja dressed as spock?
[15:48:42 EDT(-0400)] <yura> colinclark: http://dev_collectionedit.movingimage.us/media/mmi/images/2/3/56309_object_representations_media_2355_medium.jpg
[15:48:51 EDT(-0400)] <colinclark>
[15:49:01 EDT(-0400)] <colinclark> yura: This is insane!
[15:49:09 EDT(-0400)] <yura> )
[15:55:45 EDT(-0400)] <jamon> jessm: pong
[16:13:17 EDT(-0400)] <jessm> jamon: was wondering who is the admin for atrc wiki now that bolter isn't?
[16:19:27 EDT(-0400)] <jamon> jessm: no idea, you want it?
[16:19:42 EDT(-0400)] <jessm> jamon: i'd take it if moinmoin didn't make me cry so much
[16:19:52 EDT(-0400)] <jamon> tell me about it
[16:20:02 EDT(-0400)] <jessm> jamon: do you feel comfortable using it?
[16:20:08 EDT(-0400)] <jessm> could you help me with something?
[16:20:10 EDT(-0400)] <jamon> i think nakul and i have to go over a couple of david's sites with us
[16:20:16 EDT(-0400)] <jamon> i can try jessm
[16:20:34 EDT(-0400)] <jessm> jamon: i need a page with an ACL – that's where the crying starts
[16:20:46 EDT(-0400)] <jamon> as in access control list?
[16:21:09 EDT(-0400)] <jessm> yeah
[16:21:17 EDT(-0400)] <jamon> i quit!
[16:21:36 EDT(-0400)] <jessm> smart man
[16:21:58 EDT(-0400)] <jamon> only way i can see doing that is either via embedded php (not something i can help with) or an external ldap server
[16:22:38 EDT(-0400)] <jessm> i think it's supposed to be do-able in the syntax: http://moinmo.in/HelpOnAccessControlLists
[16:23:29 EDT(-0400)] <jessm> oh, well, here's the source of my tears: You need to already have admin rights to be able to add or modify such an acl line
[16:23:32 EDT(-0400)] <jessm> forget it
[16:24:12 EDT(-0400)] <jamon> ah i see, forgotten then
[17:17:01 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:47:47 EDT(-0400)] * clown (n=clown@142.150.154.202) has left #fluid-work
[18:00:01 EDT(-0400)] * heidi (n=thesumme@bas5-oshawa95-1176455606.dsl.bell.ca) has joined #fluid-work
[19:48:02 EDT(-0400)] * apetro (n=apetro@wsip-72-215-204-133.ph.ph.cox.net) has joined #fluid-work
[23:29:55 EDT(-0400)] * yura (n=yura@bas3-toronto06-1177890603.dsl.bell.ca) has joined #fluid-work