[02:45:12 CDT(-0500)] * thomas____ (~thomasain@213.246.129.247) has joined #fluid-work
[06:26:02 CDT(-0500)] * justin_o (~jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[06:37:13 CDT(-0500)] * jameswy (~jameswy@pool-173-79-253-178.washdc.fios.verizon.net) has joined #fluid-work
[07:13:23 CDT(-0500)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[07:50:24 CDT(-0500)] * jhung (~Jon@H25.C204.cci.switchworks.net) has joined #fluid-work
[07:50:25 CDT(-0500)] * anastasiac (~team@142.150.154.193) has joined #fluid-work
[08:21:20 CDT(-0500)] * kasper (~kasper@189.130.61.33) has joined #fluid-work
[08:34:29 CDT(-0500)] <kasper> morning justin_o
[08:34:47 CDT(-0500)] <kasper> re: the mail you sent yesterday about jqunit
[08:35:31 CDT(-0500)] <justin_o> hey kasper
[08:35:44 CDT(-0500)] <justin_o> sorry about all that, but it should be working now
[08:35:51 CDT(-0500)] <kasper> you write we have to "update the cspace version of jqunit" .. is that as in just update the sources again?
[08:35:55 CDT(-0500)] <justin_o> cspace will need to update though
[08:36:04 CDT(-0500)] <justin_o> yes
[08:36:07 CDT(-0500)] <justin_o> so similar to last time
[08:36:29 CDT(-0500)] <justin_o> i can probably write another patch if you like
[08:37:11 CDT(-0500)] <kasper> justin_o: only if you have time.. You have already helped us so much!
[08:37:34 CDT(-0500)] <justin_o> 
thanks... i'll see what i can do...
[08:37:54 CDT(-0500)] <kasper> cool, thanks justin_o
[08:44:00 CDT(-0500)] * colinclark (~colin@bas2-toronto09-1176132185.dsl.bell.ca) has joined #fluid-work
[08:50:00 CDT(-0500)] <justin_o> kasper: what was the jira for that jqunit upgrade again?
[08:51:08 CDT(-0500)] <kasper> justin_o: CSPACE-2038
[08:51:13 CDT(-0500)] <kasper> http://issues.collectionspace.org/browse/CSPACE-2038
[08:51:38 CDT(-0500)] <justin_o> kasper: thanks
[08:51:43 CDT(-0500)] <kasper> np
[08:57:47 CDT(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[08:59:29 CDT(-0500)] <clown> good morning, davidb. looks like you let me connect this morning (for now...)
[08:59:40 CDT(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined #fluid-work
[08:59:56 CDT(-0500)] <clown> whoops. wrong room. ignore the clown noises...
[09:10:49 CDT(-0500)] <justin_o> kasper: i've uploaded a new patch to that jira.
[09:11:14 CDT(-0500)] <kasper> justin_o: awesome... thank you so much!
[09:11:40 CDT(-0500)] <justin_o> np
[09:11:50 CDT(-0500)] <justin_o> hopefully it will work this time
[09:14:48 CDT(-0500)] <jhung> justin_o: I'm trying to push changes out to your bitbucket, but can't get authenticated. Do I need permissiosn to push to your repo?
[09:14:53 CDT(-0500)] * colinclark (~colin@bas2-toronto09-1176132185.dsl.bell.ca) has joined #fluid-work
[09:15:28 CDT(-0500)] <justin_o> jhung: yes, i'm about to push a big update there, so you may want to wait a bit...
[09:15:37 CDT(-0500)] <justin_o> is that okay?
[09:15:41 CDT(-0500)] <jhung> Sure.
[09:15:57 CDT(-0500)] <justin_o> sorry... forgot to mention that i was going to be doing that yesterday
[09:16:06 CDT(-0500)] <justin_o> should have told you and james
[09:16:15 CDT(-0500)] <jhung> No probs. I'll continue with my copy then.
[09:35:30 CDT(-0500)] <anastasiac> justin_o, I'm just looking at your latest patch for CSPACE-2038. I'm a bit confused about what the injectPath is supposed to end up looking like
[09:35:45 CDT(-0500)] <anastasiac> I'm also wondering if you intended to remove the testswarm files from the testswarm folder
[09:36:54 CDT(-0500)] <justin_o> the path will end up looking like http://swarm.fluidproject.org/js/inject.js
[09:37:30 CDT(-0500)] <justin_o> the reason for the use of window.location is to handle the use when you are using testswarm on a different server
[09:37:55 CDT(-0500)] <anastasiac> is there anyway I can test that that's what happens? I've tried deploying the tests to my local tomcat, and that's not the url that I see
[09:38:21 CDT(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[09:39:37 CDT(-0500)] <justin_o> it won't be
[09:39:40 CDT(-0500)] <anastasiac> ah, ok, I think I'm starting to understand how this works, justin_o. I wouldn't expect the url to look right unless the test page has actually been opened as deployed on the testswarm server. Ok, I'm only a bit slow
[09:39:44 CDT(-0500)] <justin_o> it will be dependent on where it is run
[09:39:55 CDT(-0500)] <justin_o> yes that's correct
[09:40:10 CDT(-0500)] <anastasiac> so should I actually remove the testswarm folder?
[09:40:14 CDT(-0500)] <justin_o> um... you can verify that it is working by checking out the infusion tests on swarm.fluidproject.org
[09:40:23 CDT(-0500)] <justin_o> anastasiac: yes... it's no longer needed
[09:40:43 CDT(-0500)] <anastasiac> cool. Ok, I'll commit it, and then let kasper know so that he can give it another try
[09:44:14 CDT(-0500)] <justin_o> anastasiac: thanks a lot
[09:44:33 CDT(-0500)] <anastasiac> np - it's committed, and kasper is going to try it out
[09:44:47 CDT(-0500)] <justin_o> jhung: i've updated my bitbucket account... if your code is in working order you could probably just push your change up to the master... i've updated my code there as well
[09:45:20 CDT(-0500)] <justin_o> jameswy: just to let you know i've updated the ui code on both googlecode and bitbucket
[09:50:19 CDT(-0500)] <kasper> justin_o: bad news - it still seems to be stalling after it is done with the test
[09:50:41 CDT(-0500)] <justin_o> hmm... interesting
[09:51:11 CDT(-0500)] <jhung> ok. let me merge with your bit bucket and confirm everything is good, and the I'll push to Master.
[09:51:39 CDT(-0500)] <justin_o> kasper: looks like it is still running off the old code
[09:51:51 CDT(-0500)] <kasper> justin_o: oh
[09:51:58 CDT(-0500)] <justin_o> jhung: sounds like a good idea
[09:52:01 CDT(-0500)] <kasper> justin_o: ok.. will take a look then
[09:52:20 CDT(-0500)] <justin_o> kasper: okay... you might have to update the code that the tests are actually running against
[09:55:15 CDT(-0500)] <kasper> justin_o: as in the web-available checkout, right? (in our case http://nightly.collectionspace.org/testswarm)
[09:55:25 CDT(-0500)] <kasper> i did an "svn info" in that dir
[09:55:32 CDT(-0500)] <kasper> and supposedly it's up to date
[09:55:56 CDT(-0500)] <justin_o> kasper: yep that's the one
[09:57:13 CDT(-0500)] <jhung> justin_o: Looks like my change will make a new head in your repo? How do I prevent that?
[09:57:47 CDT(-0500)] <justin_o> kasper: you can see that the jqunit here http://nightly.collectionspace.org/testswarm/src/test/lib/jqUnit/js/jqUnit.js doesn't match svn https://source.collectionspace.org/collection-space/src/ui/trunk/src/test/lib/jqUnit/js/jqUnit.js
[09:58:05 CDT(-0500)] <justin_o> jhung: um... are you trying to push it somewhere?
[10:00:32 CDT(-0500)] <justin_o> if you push to either bitbucket or to googlecode i'm pretty sure it will always update head to be the tip version
[10:08:07 CDT(-0500)] <kasper> justin_o: I diffed the two files you mentioned, and to me they seem to be identical .. Resubmitting the job to the swarm doesn't seem to help though
[10:08:29 CDT(-0500)] <justin_o> hmm... maybe they updated since i checked
[10:09:13 CDT(-0500)] <justin_o> kasper: hmm.. strange i'm still seeing them as being different
[10:09:26 CDT(-0500)] <justin_o> with the nightly being out of date
[10:09:46 CDT(-0500)] <kasper> justin_o: that is indeed very odd
[10:09:56 CDT(-0500)] <kasper> justin_o: ok, just gonna check in another browser too
[10:10:09 CDT(-0500)] <justin_o> kasper: good idea, could be caching issues for one of us...
[10:10:34 CDT(-0500)] <kasper> justin_o: i suspect that the problem is with me .. since it seems that testswarm then also has caching issues
[10:11:31 CDT(-0500)] <kasper> ok, that didn't make any sense: I think the problem is with me - else both you and testswarm have caching issues
[10:12:35 CDT(-0500)] <justin_o> i see what you mean
[10:13:29 CDT(-0500)] <kasper> justin_o: firefox agrees with my chrome that they are similar
[10:13:32 CDT(-0500)] <jameswy> justin_o: Thanks for updating the code on the repos,
[10:13:47 CDT(-0500)] <kasper> justin_o: and also with wget'ing the code for a dif
[10:13:53 CDT(-0500)] <kasper> diff*
[10:14:27 CDT(-0500)] <justin_o> kasper: that is wierd... are you using the same urls that i posted earlier
[10:14:34 CDT(-0500)] <kasper> yeah
[10:14:49 CDT(-0500)] <kasper> justin_o: ahh.. one sec
[10:14:58 CDT(-0500)] <kasper> i'll try diffing the two directly on the server
[10:15:05 CDT(-0500)] <kasper> that should give us the right answer
[10:15:34 CDT(-0500)] <kasper> gah stupid me ... was thinking that source and nightly were the same – they're not
[10:15:35 CDT(-0500)] <kasper> :S
[10:16:01 CDT(-0500)] <justin_o> jameswy: no problem
[10:16:20 CDT(-0500)] <justin_o> kasper: ah okay.. so you are seeing the difference now
[10:17:25 CDT(-0500)] <kasper> justin_o: no, unfortunately .. the "stupid me" was because I wasn't able to do the diff trick directly on the server, since it the source.cspace and nightly.cspace are different hosts
[10:18:55 CDT(-0500)] <kasper> justin_o: going to the src/test/lib/jqUnit/js/ dir under testswarm and doing an svn status / svn info, shows the file as being up to date
[10:19:19 CDT(-0500)] <kasper> "under testswarm" = on the nightly.cspace.org server
[10:21:03 CDT(-0500)] <justin_o> kasper: do you see this line in jqunit "var injectPath = window.location.protocol + "//" + window.location.host + "/js/inject.js";
[10:21:03 CDT(-0500)] <justin_o> "
[10:22:13 CDT(-0500)] <kasper> justin_o: yes
[10:22:30 CDT(-0500)] <justin_o> okay good... then it was probaby mine with the caching problem
[10:22:32 CDT(-0500)] <justin_o> that is what you want
[10:22:33 CDT(-0500)] <jameswy> justin_o: your bitbucket and the Google master is fully sync'd right now?
[10:22:38 CDT(-0500)] <justin_o> jameswy: yes
[10:22:45 CDT(-0500)] <jameswy> justin_o: thanks
[10:23:04 CDT(-0500)] <justin_o> kasper: so the problem could be that the browser is holding on to a cached version of that file as well
[10:23:22 CDT(-0500)] <justin_o> when running in testswarm
[10:24:04 CDT(-0500)] <kasper> justin_o: ahh, that would make sense
[10:24:17 CDT(-0500)] <jameswy> justin_o: when I pull from the repo, do I have to be in the working directory, or just outside of it?
[10:25:16 CDT(-0500)] <justin_o> kasper: i think there still may be a problem 
[10:25:40 CDT(-0500)] <jameswy> justin_o: nm, figured it out. in the working dir
[10:25:54 CDT(-0500)] <jhung> justin_o: do I have commit access to your bitbucket (you're a popular guy today. 
[10:25:56 CDT(-0500)] <justin_o> jameswy: yep... to run any hg functions you have to be
[10:26:17 CDT(-0500)] <justin_o> jhung: i don't think so... i'll have to look into how to set that up
[10:26:36 CDT(-0500)] <jhung> Otherwise I guess I can clone yours and commit to that.
[10:27:01 CDT(-0500)] <jameswy> justin_o: after I do an hg pull, should I be doing an hg update? (you are popular today!)
[10:27:26 CDT(-0500)] <justin_o> jameswy: yes
[10:28:42 CDT(-0500)] <jhung> justin_o: under your Admin tab, you can set up writers for your repo.
[10:29:07 CDT(-0500)] <jhung> okay
[10:29:36 CDT(-0500)] <justin_o> jhung: either way is fine for me... whatever you would prefer
[10:29:44 CDT(-0500)] <jhung> Feels like I'm building multiple model airplanes all at once... with each plane in a different location and different people building them.
[10:29:53 CDT(-0500)] * elicochran (~elicochra@dhcp-169-229-212-43.LIPS.Berkeley.EDU) has joined #fluid-work
[10:31:15 CDT(-0500)] <justin_o> jhung: yes... it does feel a bit like that doesn't it... since you may have several clones of the same repo going at once... from what i've read that is common in the distributed model
[10:33:21 CDT(-0500)] <anastasiac> justin_o, stand-up?
[10:33:53 CDT(-0500)] <justin_o> thanks... on my way in
[10:37:21 CDT(-0500)] * athena (~athena@c-76-121-97-221.hsd1.wa.comcast.net) has joined #fluid-work
[10:45:42 CDT(-0500)] <jessm> does anyone have experience with USB 3?
[10:45:46 CDT(-0500)] <jessm> speed-wise?
[10:45:55 CDT(-0500)] <jhung> A little.
[10:47:17 CDT(-0500)] <jessm> jhung: so, i have a firewire drive now – it's fairly quick, this usb 2 drive took 9 hrs. to backup 130GB
[10:47:37 CDT(-0500)] <jessm> the reason i have firewire is because i've had slow experiences with USB – is USB 3 different?
[10:49:04 CDT(-0500)] <jhung> jessm: USB3.0 is much faster. About 3x-4x speed (20MB/s vs 60MB/s) on a typical external USB 3.0 drive that uses magnetic spindles.
[10:49:32 CDT(-0500)] <jessm> jhung: is that compared to USB 2 or to Firewire?
[10:49:39 CDT(-0500)] <jessm> i'm so uncool to like firewire, i know!
[10:49:48 CDT(-0500)] * colinclark still likes Firewire, too
[10:49:49 CDT(-0500)] <jhung> jessm: USB3 vs USB2
[10:49:51 CDT(-0500)] <colinclark> It's chainable!
[10:49:55 CDT(-0500)] <colinclark> hubs suck
[10:50:26 CDT(-0500)] <jhung> jessm: downside with USB3 is that you'll need to get an adapter card and a new drive.
[10:50:26 CDT(-0500)] <jessm> colinclark: who wouldn't love it?! i'm turning into a disk drive dinosaur though
[10:50:36 CDT(-0500)] <jessm> jhung: external
[10:50:53 CDT(-0500)] <jhung> jessm: if you're looking for something faster than USB2 on sustained writing (which is what you're doing), go with Firewire 400 or 800.
[10:51:21 CDT(-0500)] <jessm> jhung: so, it's not uncool to use Firewire?
[10:52:01 CDT(-0500)] <jhung> jessm: it's not uncool if you're thrifty. In which case you're just being wise.
[10:52:02 CDT(-0500)] <justin_o> jamon: where does the code that testswarm runs against live?
[10:54:53 CDT(-0500)] <jhung> justin_o, colinclark: do either of you have time to do a quick chat about hg? Jameswy, want to join?
[10:55:24 CDT(-0500)] <colinclark> yep
[10:55:27 CDT(-0500)] <colinclark> gimme a few minutes
[10:55:31 CDT(-0500)] <colinclark> trying to get a green bar
[10:55:34 CDT(-0500)] <jhung> k ping me
[10:55:42 CDT(-0500)] <colinclark> freaking pyton
[10:55:44 CDT(-0500)] <colinclark> python
[11:07:16 CDT(-0500)] <colinclark> ok jhung and justin_o
[11:07:18 CDT(-0500)] <colinclark> i'm free now
[11:07:23 CDT(-0500)] <colinclark> lay it on us, jhung
[11:08:26 CDT(-0500)] * kasper (~kasper@189.130.61.33) has joined #fluid-work
[11:15:50 CDT(-0500)] <jhung> colinclark, justin_o: I have a changeset in my UI repo on bitbucket. How do I push that same changeset to the UI repo on Googlecode?
[11:16:40 CDT(-0500)] <justin_o> jhung: it should be something like hg push "url to googlecode repo"
[11:16:52 CDT(-0500)] <justin_o> but you would do that from your local machine
[11:16:58 CDT(-0500)] <justin_o> with a local checkout of the code
[11:19:33 CDT(-0500)] <jhung> justin_o: so I have to manually merge changes from my own repo into the googlecode clone repo, then push that?
[11:21:03 CDT(-0500)] <justin_o> jhung: that would be another way to do it... you could checkout from googlecode, pull from your own repo, and the push back up to googlecode
[11:21:17 CDT(-0500)] <jhung> ok. I'll try that.
[11:21:37 CDT(-0500)] <justin_o> jhung: what was the problem you were getting... was it giving some sort of warning message ?
[11:22:07 CDT(-0500)] <jhung> Yes. It was telling me I didn't have any changesets and that if I forced a push, I would create another head.
[11:22:46 CDT(-0500)] <colinclark> jhung: Have you committed your changes to your local clone yet?
[11:23:04 CDT(-0500)] <jhung> colinclark: yes. and I have pushed that out.
[11:23:10 CDT(-0500)] <colinclark> jhung: Pushed where?
[11:23:10 CDT(-0500)] <jhung> http://bitbucket.org/jhung/decapod-ui
[11:24:43 CDT(-0500)] <colinclark> and then when you try to push to https://ui.decapod.googlecode.com/hg/, you get the error?
[11:26:45 CDT(-0500)] <jhung> colinclark: yes.
[11:27:54 CDT(-0500)] * kasper (~kasper@189.130.61.33) has joined #fluid-work
[11:28:52 CDT(-0500)] <jhung> colinclark: getting this message...
[11:28:54 CDT(-0500)] <jhung> pushing to https://ui.decapod.googlecode.com/hg/
[11:28:54 CDT(-0500)] <jhung> pushing subrepo infusion
[11:28:54 CDT(-0500)] <jhung> searching for changes
[11:28:54 CDT(-0500)] <jhung> no changes found
[11:28:54 CDT(-0500)] <jhung> searching for changes
[11:28:55 CDT(-0500)] <jhung> (did you forget to merge? use push -f to force)
[11:28:55 CDT(-0500)] <jhung> [command returned code 1 Tue Jun 22 12:28:26 2010]
[11:28:56 CDT(-0500)] <jhung> abort: push creates new remote heads on branch 'trunk'!
[11:28:57 CDT(-0500)] <justin_o> jhung, colinclark: i suppose we don't want to push directly to ui.decapod.googlecode anyways
[11:29:42 CDT(-0500)] <justin_o> jhung: i think this is because of the merge
[11:30:24 CDT(-0500)] <justin_o> http://hgbook.red-bean.com/read/a-tour-of-mercurial-merging-work.html
[11:31:38 CDT(-0500)] <jhung> Thanks. I'll take a look at that.
[11:42:10 CDT(-0500)] * colinclark (~colin@bas2-toronto09-1176132185.dsl.bell.ca) has joined #fluid-work
[12:31:35 CDT(-0500)] <jamon> justin_o: on the testswarm server, i think the checkout is to /var/tmp
[12:31:59 CDT(-0500)] <justin_o> jamon: thanks... i thought so but just wanted to double check
[12:32:23 CDT(-0500)] <jamon> any news on the testswarm front from kasper justin_o?
[12:32:28 CDT(-0500)] <jamon> or kasper?
[12:33:13 CDT(-0500)] <justin_o> jamon: still having some issues getting the pathing to the inject.js script to be both correct and flexible enough to use in different environments
[12:34:25 CDT(-0500)] <jamon> seems to sort of work justin_o, tried it and one test for cspase UI ran
[12:34:35 CDT(-0500)] <jamon> but hasn't refreshed or anything after that
[12:35:51 CDT(-0500)] <justin_o> jamon: yep that's the problem. the inject.js script isn't getting the correct path... so the tests halts as no results are returned to the swarm
[12:36:03 CDT(-0500)] <jamon> right
[12:36:28 CDT(-0500)] <jamon> would it be easier to just edit the checked out code manually?
[12:36:42 CDT(-0500)] <jamon> then fix it after the upcoming release?
[12:37:23 CDT(-0500)] <justin_o> jamon: at this point i think so, cause i'm not sure what strategy to take to get it working the way we want
[12:41:12 CDT(-0500)] <jamon> find ../infusion-checkout -name *.html -exec sed 's/<\/head>/<script type="text\/javascript" src="\/js\/inject.js"><\/script><\/head>/g' -i {} \;
[12:41:25 CDT(-0500)] <jamon> justin_o: that's what i used to rewrite inject.js into the checkout
[13:30:11 CDT(-0500)] * michelled (~michelled@142.150.154.141) has joined #fluid-work
[13:30:27 CDT(-0500)] <justin_o> jamon: thanks...
[13:31:39 CDT(-0500)] <justin_o> kasper: jamon has posted an example of how you can insert the path to the inject script in the into the checked out code with the script that performs the checkout... this is a stop gap until we can get it working the way we want in the code
[13:33:32 CDT(-0500)] <kasper> justin_o: ah great, thanks a lot jamon! Will try it out
[13:34:08 CDT(-0500)] <jamon> kasper: are there a lot of files? find isn't the most efficient
[13:34:52 CDT(-0500)] <kasper> jamon: no it's not too bad I think
[13:37:19 CDT(-0500)] <jamon> ok
[13:45:06 CDT(-0500)] <kasper> justin_o: in advance; sorry for this question: but where is inject.js supposed to be located?
[13:46:30 CDT(-0500)] <justin_o> on the server it is http://swarm.fluidproject.org/js/inject.js i believe
[13:46:33 CDT(-0500)] <justin_o> kasper: ^
[13:46:59 CDT(-0500)] <jamon> justin_o: yeah
[13:47:56 CDT(-0500)] <jamon> not sure if that will create an xss warning? i don't understand how that works
[13:48:34 CDT(-0500)] <kasper> justin_o: ah ok! So would i have to refer by full path, rather than just /js/inject.js?
[13:48:39 CDT(-0500)] <kasper> jamon ^
[13:48:58 CDT(-0500)] <justin_o> kasper: i think full path
[13:49:08 CDT(-0500)] <kasper> ok, thanks
[13:57:33 CDT(-0500)] <kasper> justin_o,jamon: wuhu! It's working (manually).. now the only thing left is to make sure bamboo does it correctly
[13:59:29 CDT(-0500)] <justin_o> kasper: that's good to hear
[14:01:55 CDT(-0500)] <jamon> excellent
[14:05:05 CDT(-0500)] * jameswy (~jameswy@pool-173-79-253-178.washdc.fios.verizon.net) has joined #fluid-work
[14:13:24 CDT(-0500)] * fathermojo (~elicochra@starr-wlan-156-020.AirBears.Berkeley.EDU) has joined #fluid-work
[14:15:04 CDT(-0500)] * justin_o (~jmo@2002:63e1:549a:0:21f:5bff:feca:f969) has joined #fluid-work
[14:16:13 CDT(-0500)] * elicochran (~elicochra@2607:f140:400:166:21b:63ff:fec8:1179) has joined #fluid-work
[14:41:12 CDT(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[14:46:41 CDT(-0500)] * colinclark_ (~colin@bas2-toronto09-1176132185.dsl.bell.ca) has joined #fluid-work
[14:56:55 CDT(-0500)] * elicochran (~elicochra@starr-wlan-156-020.AirBears.Berkeley.EDU) has joined #fluid-work
[15:00:14 CDT(-0500)] * jhung (~Jon@H25.C204.cci.switchworks.net) has left #fluid-work
[15:06:11 CDT(-0500)] * elicochran (~elicochra@bar-wlan-net-87.AirBears.Berkeley.EDU) has joined #fluid-work
[15:30:23 CDT(-0500)] * anastasiac (~team@142.150.154.193) has left #fluid-work
[15:32:11 CDT(-0500)] <colinclark> michelled: So the question I had earlier was a simple one... do you have time now for it?
[15:37:10 CDT(-0500)] <michelled> sure - I'm a little distracted with dotting i's and crossing t's before my first cspace commit
[15:37:14 CDT(-0500)] <michelled> but ask away
[15:37:45 CDT(-0500)] <colinclark> Ok, take your time in answering
[15:37:47 CDT(-0500)] <colinclark> It's about test data
[15:38:03 CDT(-0500)] <colinclark> We had learned, back in the old days, that writing unit tests against real test data has a tendency to be pretty brittle
[15:38:27 CDT(-0500)] <colinclark> Where do you typically derive your test data from?
[15:38:50 CDT(-0500)] <colinclark> Take a snapshot of real world example, then modify it incrementally to support various cases that require testing?
[15:40:52 CDT(-0500)] <michelled> colinclark: it really depends. where I can I like to test against the simplest data possible because then it's much easier to debug
[15:41:05 CDT(-0500)] <colinclark> ok
[15:41:25 CDT(-0500)] <colinclark> So I think in this case I'll grab the real world example, make it simpler, and then add a few edge cases to it as needed.
[15:41:28 CDT(-0500)] <colinclark> thanks, michelled
[15:41:43 CDT(-0500)] <michelled> so in the case of my nearly committed code - I created a dummy simple prototree and cutpoints to match with the simple markup for a repeatable component
[15:42:20 CDT(-0500)] <michelled> but then I also want to make sure the repeatable component works in the context of cspace - so I have a single test that actually pulls in the uispec and demo data for a cspace object
[15:42:32 CDT(-0500)] <michelled> that one will be more brittle but it tests the real world.
[15:42:47 CDT(-0500)] <michelled> np
[15:43:34 CDT(-0500)] <colinclark> that makes sense to me
[16:18:49 CDT(-0500)] * michelled (~michelled@142.150.154.101) has joined #fluid-work
[20:12:51 CDT(-0500)] * athena7 (~athena@c-76-121-97-221.hsd1.wa.comcast.net) has joined #fluid-work
Page Comparison
General
Content
Integrations