fluid-work IRC Logs-2009-10-07

Owned by Fluid IRC Log Bot
Last updated: Oct 07, 2009Version comment
28 min read

[08:38:04 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:47:24 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[09:08:33 EDT(-0400)] * heidi_ (n=thesumme@142.150.154.101) has joined #fluid-work
[09:13:43 EDT(-0400)] * yura1 (n=yura@142.150.154.163) has joined #fluid-work
[09:23:36 EDT(-0400)] * athena (n=athena@75.58.127.15) has joined #fluid-work
[09:26:49 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:39:17 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:43:48 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:52:28 EDT(-0400)] * jameswy (n=jameswy@142.150.154.196) has joined #fluid-work
[09:52:44 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131605.dsl.bell.ca) has joined #fluid-work
[09:54:30 EDT(-0400)] <colinclark> jessm, laurel: Quick website issue for you both if you have a second.
[09:54:38 EDT(-0400)] <jessm> k
[09:55:12 EDT(-0400)] <colinclark> We need to add an acknowledgement of support from Heritage Canada as part of our CulturAll 2 funding to the Fluid website.
[09:55:57 EDT(-0400)] <colinclark> Here's the CulturAll 2 website as an example: http://culturall2.atrc.utoronto.ca/
[09:56:01 EDT(-0400)] <jessm> http://fluidproject.org/about-us/our-funder/
[09:56:09 EDT(-0400)] <jessm> is that not sufficient?
[09:56:14 EDT(-0400)] <colinclark> I suppose it is
[09:56:23 EDT(-0400)] <laurel> jessm: I saw my name!!
[09:56:24 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[09:56:29 EDT(-0400)] <jessm> laurel: congrats
[09:56:32 EDT(-0400)] <laurel> grin
[09:56:36 EDT(-0400)] <jessm> colinclark: it's the same, just a fuzzier image
[09:56:44 EDT(-0400)] <colinclark> jessm: This page has been like this for awhile?
[09:56:49 EDT(-0400)] <jessm> yes
[09:56:54 EDT(-0400)] <colinclark> ok, great
[09:57:02 EDT(-0400)] <jessm> colinclark: anyone in particular concerned about it?
[09:57:21 EDT(-0400)] <jessm> the page wasn't like that at release, but it's been like that for months I'd say
[09:57:24 EDT(-0400)] <colinclark> I received a poorly typed "From My iPod" message from Laurie Mc. this morning.
[09:57:29 EDT(-0400)] <colinclark> I'll cc you on my response
[09:57:34 EDT(-0400)] <jessm> laurel: any idea when we put that mention on there?
[09:57:41 EDT(-0400)] <jessm> colinclark: thanks
[09:58:41 EDT(-0400)] <laurel> I'm not actually sure, I don't recall if we put it in right at the beginning of our release - I don't think so.
[10:00:17 EDT(-0400)] <laurel> just checking the date of the image on the server - that might give me a clue
[10:02:41 EDT(-0400)] <laurel> Sept 15th - doesn't seem likely - that was probably the cms upgrade date
[10:02:49 EDT(-0400)] <laurel> so no hints there. sorry
[10:07:13 EDT(-0400)] <colinclark> anastasiac: I'm just taking a quick peek at the jQuery selectbox issues that athena mentioned
[10:07:21 EDT(-0400)] <colinclark> This plugin appears to be getting worse, not better.
[10:07:28 EDT(-0400)] <athena> that's too bad (sad)
[10:07:31 EDT(-0400)] <anastasiac> colinclark - lovely!
[10:07:46 EDT(-0400)] <athena> i was recently hunting for a combobox/autocomplete plugin for the jasig weather portlet
[10:07:50 EDT(-0400)] <anastasiac> CollectionSpace needs a selectbox/combobox thingy for the next release
[10:07:55 EDT(-0400)] <Justin_o> colinclark: hello, just came across a bit of a testing issue
[10:07:58 EDT(-0400)] <colinclark> I'm sort of starting to feel cynical about third-party code in the JavaScript universe
[10:08:00 EDT(-0400)] <athena> all the options were so terrible that i eventually gave up and just made it not use one
[10:08:04 EDT(-0400)] <colinclark> So much of it is so badly written
[10:08:06 EDT(-0400)] <athena> me too colinclark (sad)
[10:08:09 EDT(-0400)] <anastasiac> so the time may have come to re-work that component completely
[10:08:14 EDT(-0400)] <colinclark> Yeah
[10:08:25 EDT(-0400)] <colinclark> I think we should probably write our own selectbox
[10:08:34 EDT(-0400)] <colinclark> The amazing thing about this plugin, athena...
[10:08:45 EDT(-0400)] <athena> especially since we run with jQuery.noConflict(true), probably 80% of the jQuery plugins are broken in uPortal
[10:08:46 EDT(-0400)] <Justin_o> colinclark: it seems that if you have IE 8 installed it won't let you install a prior version of flash even if there is no version installed at the moment... it wants the latest version
[10:08:51 EDT(-0400)] <athena> though some of them are pretty easy to fix
[10:09:11 EDT(-0400)] <colinclark> The author says he's added support for jQuery.noConflicts(), but look at the source code it appears he's done nothing like that.
[10:09:13 EDT(-0400)] <colinclark> (tongue)
[10:09:18 EDT(-0400)] <athena> yeah
[10:09:25 EDT(-0400)] <athena> i think that some people just don't know what that means
[10:09:28 EDT(-0400)] <colinclark> It's so insanely easy, we should just give him a patch. But talk about false advertising.
[10:09:32 EDT(-0400)] <colinclark> athena: I think you're right.
[10:09:45 EDT(-0400)] <athena> and if they have support for jQuery.noConflict(), they don't support jQuery.noConflict(true)
[10:09:57 EDT(-0400)] <athena> i think there's maybe a misconception that if you don't use $, you're good to go
[10:10:02 EDT(-0400)] <colinclark> yeah
[10:10:16 EDT(-0400)] <colinclark> Justin_o: Ok
[10:10:22 EDT(-0400)] <Justin_o> colinclark: the flash install issue may be a thing with Vista SP2 actually... not sure
[10:10:23 EDT(-0400)] <colinclark> So we don't test Flash 9 on IE 8, I guess?
[10:10:25 EDT(-0400)] <athena> by the way, thanks for the awesome 0.8 -> 1.0 guide
[10:10:38 EDT(-0400)] <athena> it made my evening much more pleasant than i'd anticipated
[10:10:40 EDT(-0400)] <colinclark> Oh! I hope it was helpful.
[10:10:42 EDT(-0400)] <colinclark> Cool
[10:10:47 EDT(-0400)] <athena> definitely
[10:10:56 EDT(-0400)] <Justin_o> colinclark: yep... can't test Flash 9 in IE 7 or 8 on Vista{color}
[10:11:08 EDT(-0400)] <colinclark> Sorry for breaking a few APIs in that upgrade; we figured the upgrade guide was the least we could do.
[10:11:13 EDT(-0400)] <colinclark> Justin_o: Ok, that's fine.
[10:11:28 EDT(-0400)] <athena> as long as it's documented, i can live with it
[10:11:29 EDT(-0400)] <colinclark> As we said yesterday, Flash 9's market share is probably pretty eroded by now
[10:12:23 EDT(-0400)] <colinclark> anastasiac: Maybe CollectionSpace's requirement is our chance to blow away this selectbox plugin and replace it with something a little more robust.
[10:12:54 EDT(-0400)] <Justin_o> colinclark: yep that's true... this is adobe's site about their market penetration... which i find a bit confusing http://www.adobe.com/products/player_census/flashplayer/version_penetration.html
[10:14:43 EDT(-0400)] <colinclark> Every version of Flash is installed everywhere!
[10:14:48 EDT(-0400)] <colinclark> Hurray for us!
[10:18:10 EDT(-0400)] <anastasiac> colinclark: that's what I was thinking
[10:18:30 EDT(-0400)] <Justin_o> colinclark: does that mean i have to start testing Flash 8
[10:18:37 EDT(-0400)] <Justin_o> (wink)
[10:18:49 EDT(-0400)] <colinclark> Justin_o: (tongue)
[10:19:18 EDT(-0400)] <athena> huh. google is a bar code today
[10:19:29 EDT(-0400)] <Justin_o> yura1: was trying to read it
[10:19:32 EDT(-0400)] <athena> does something reasonable happen to the uploader if flash isn't installed?
[10:19:48 EDT(-0400)] <Justin_o> athena: it gracefully degrades to an html uplader
[10:19:51 EDT(-0400)] <Justin_o> uploader
[10:19:56 EDT(-0400)] <athena> fantastic (smile)
[10:20:20 EDT(-0400)] <yura1> Justin_o: it is being read as Google
[10:27:20 EDT(-0400)] <laurel> fj4000: I see you have image re-orderer testing on your list - can you try this and see if you also get the same bug http://issues.fluidproject.org/browse/FLUID-3247
[10:28:43 EDT(-0400)] <jessm> athena: 57 years of barcode
[10:28:49 EDT(-0400)] <athena> ah (smile)
[10:29:17 EDT(-0400)] <fj4000> laurel: yup, i get it too
[10:36:25 EDT(-0400)] * Bosmon (n=Bosmon@c-24-8-184-141.hsd1.co.comcast.net) has joined #fluid-work
[10:37:05 EDT(-0400)] <colinclark> fj4000, laurel: Me too
[10:37:50 EDT(-0400)] <colinclark> Interestingly, it only throws once, and doesn't affect the operation of the Reorderer.
[10:38:01 EDT(-0400)] <colinclark> Bosmon: Interesting bug...
[10:38:07 EDT(-0400)] <colinclark> http://issues.fluidproject.org/browse/FLUID-3247
[10:39:54 EDT(-0400)] <Bosmon> Awkward
[10:40:06 EDT(-0400)] <Bosmon> We do actually have a few Reorderer issues to work through...
[10:40:39 EDT(-0400)] <Bosmon> Didn't we decide to destroy "Image Reorderer" in JIRA as a component?
[10:42:08 EDT(-0400)] <colinclark> At this point, there's really not much to distinguish it from any other flavour of Reorderer, so it probably needn't have a component in JIRA.
[10:43:20 EDT(-0400)] <Bosmon> Hmm, there was an issue that Justin_o once found, that I think is related to this
[10:43:24 EDT(-0400)] <Bosmon> But I can't seem to find it now
[10:43:38 EDT(-0400)] <Justin_o> Bosmon: i thought it sounded familiar but i can't remembe
[10:43:40 EDT(-0400)] <Justin_o> r
[10:43:42 EDT(-0400)] <Bosmon> It related to the case where "flowing" caused a multiple column layout to become stacked
[10:44:03 EDT(-0400)] <Justin_o> oh it's related to that one, and it was on bug parade at the beginning (sad)
[10:44:29 EDT(-0400)] <Bosmon> But where is that issue?
[10:56:41 EDT(-0400)] <colinclark> Justin_o, Bosmon, yura1: Can we meet on Breeze after the monthly teleconference to talk about next steps for the Engage 0.1 release?
[11:00:13 EDT(-0400)] * Bosmo1 (n=Bosmon@c-24-8-184-141.hsd1.co.comcast.net) has joined #fluid-work
[11:02:20 EDT(-0400)] * michelled (n=michelle@142.150.154.193) has joined #fluid-work
[11:02:41 EDT(-0400)] <michelled> jamon: ping?
[11:05:40 EDT(-0400)] <Justin_o> colinclark: sure
[11:16:20 EDT(-0400)] * jgarciavila (n=quassel@smtp.opentrends.net) has joined #fluid-work
[11:16:32 EDT(-0400)] * jgarciavila (n=quassel@smtp.opentrends.net) has left #fluid-work
[11:16:34 EDT(-0400)] * jgarciavila (n=quassel@smtp.opentrends.net) has joined #fluid-work
[11:18:57 EDT(-0400)] <Bosmo1> Hi Justin - are we going to have FLUID-3237 for Bug Parade?
[11:19:02 EDT(-0400)] <Bosmo1> Or is it too late for that kind of t'ing
[11:19:23 EDT(-0400)] <colinclark> Bosmo1: Justin_o's on a call at the moment, but he'll get back to you
[11:20:15 EDT(-0400)] <Justin_o> Bosmo1: i think it depends on what is causing that problem
[11:20:25 EDT(-0400)] <Justin_o> do you have any thoughts?
[11:21:17 EDT(-0400)] * clown (n=clown@142.150.154.101) has joined #fluid-work
[11:22:25 EDT(-0400)] <jamon> michelled: what's up?
[11:22:42 EDT(-0400)] <Bosmo1> Well, there is a bug in the Renderer (tongue)
[11:26:50 EDT(-0400)] * jimeng (n=jimeng@141-211-4-137.vpn.umnet.umich.edu) has joined #fluid-work
[11:27:23 EDT(-0400)] <Bosmo1> ENGGGG!
[11:27:35 EDT(-0400)] <jimeng> Dr Bossman
[11:27:54 EDT(-0400)] <Justin_o> Bosmo1: i was hoping it was a problem with the tests in IE (sad)
[11:28:58 EDT(-0400)] <Justin_o> Bosmo1: what are your thoughts on the severity of the renderer bug
[11:29:48 EDT(-0400)] <laurel> jessm: are we standing up?
[11:29:58 EDT(-0400)] <jessm> sure
[11:31:21 EDT(-0400)] <Bosmo1> I think it might not be too severe
[11:32:12 EDT(-0400)] <laurel> jessm: having problems connecting
[11:32:19 EDT(-0400)] <laurel> just a moment
[11:32:52 EDT(-0400)] <fj4000> athena: ping
[11:32:59 EDT(-0400)] <athena> hey
[11:33:08 EDT(-0400)] <fj4000> just a quick question for you
[11:33:28 EDT(-0400)] <fj4000> im testing out demos, came across the uPortal 3 build we do, and I was wondering
[11:33:37 EDT(-0400)] <athena> yes
[11:33:40 EDT(-0400)] <athena> it's probably horribly broken
[11:33:42 EDT(-0400)] <Bosmo1> Justin_o: Actually this is a kind of "extra case", since I think the Renderer used to fail on all the other platforms in the case where the template was empty
[11:33:46 EDT(-0400)] <athena> i would love for it to work again
[11:33:54 EDT(-0400)] <fj4000> why use @import to pull in 3 fss css files?
[11:34:18 EDT(-0400)] <fj4000> you could get a signinficant performance boost by linking to them directly, i think
[11:34:34 EDT(-0400)] <fj4000> since @import means they're the last loaded resources on the page
[11:34:42 EDT(-0400)] <athena> that's a good point
[11:34:58 EDT(-0400)] <Bosmo1> Why was @import ever invented, anyway...
[11:35:14 EDT(-0400)] <fj4000> http://developer.yahoo.com/performance/rules.html#csslink
[11:35:29 EDT(-0400)] <athena> in part uportal's historically used @import because different skins may import different files
[11:35:33 EDT(-0400)] <fj4000> just a something I thought I should pass on before I forget
[11:35:41 EDT(-0400)] <fj4000> cool
[11:35:45 EDT(-0400)] <athena> really what i'd prefer is if we started building aggregated CSS files
[11:35:52 EDT(-0400)] <fj4000> ah
[11:35:55 EDT(-0400)] <fj4000> BRB
[11:35:59 EDT(-0400)] <athena> so that the theme only imports one minified CSS file, rather than using either @import or linking
[11:36:06 EDT(-0400)] <athena> but that makes it hard to do development
[11:36:15 EDT(-0400)] <laurel> jessm: are you coming?
[11:37:53 EDT(-0400)] <athena> heeeey it looks like the fluid uportal build works these days
[11:37:55 EDT(-0400)] <athena> that's pretty cool
[11:38:57 EDT(-0400)] <jessm> laurel: i'm on a call – i'm going to miss likely
[11:46:01 EDT(-0400)] <jgarciavila> justin?
[11:46:04 EDT(-0400)] <colinclark> athena: That's awesome news that the uPortal daily is working again.
[11:46:56 EDT(-0400)] <jgarciavila> i'm taking a look at page "http://wiki.fluidproject.org/display/fluid/Release+Testing+Tasks" and i see that all test are for xp, vista and mac.
[11:46:59 EDT(-0400)] <jgarciavila> true?
[11:51:34 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-36.LIPS.Berkeley.EDU) has joined #fluid-work
[11:53:23 EDT(-0400)] <colinclark> michelled, Bosmo1, yura1: shall we Engage-ify?
[11:53:40 EDT(-0400)] <colinclark> There's got to be some good Captain Picard joke I could make.
[11:53:47 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[11:54:03 EDT(-0400)] <Justin_o> jgarciavila: hello
[11:54:08 EDT(-0400)] <jgarciavila> hello
[11:54:54 EDT(-0400)] <Justin_o> yes... those are the testing tasks... if you are interested in what we support you can see it here http://wiki.fluidproject.org/display/fluid/Browser+Support
[11:54:57 EDT(-0400)] <michelled> colinclark: sure I can meet now
[11:55:02 EDT(-0400)] <yura1> colinclark: yep
[11:55:09 EDT(-0400)] <Justin_o> jgarciavila: would you like to help out with our testing
[11:55:27 EDT(-0400)] <colinclark> michelled, yura1, Justin_o, Bosmo1: Ok, let's wait 10 minutes for Bosmo1 to grab his headset, then we're cool.
[11:55:45 EDT(-0400)] <yura1> colinclark: sure
[11:55:58 EDT(-0400)] <Justin_o> jgarciavila: if you are running on linux you can do some testing there for us
[11:56:24 EDT(-0400)] <jgarciavila> yes, could you explain me the procedure. I only see a list of test but not descriptions of what has to be tested (manual/procedural).
[11:56:27 EDT(-0400)] <Justin_o> there are no specific tasks for linux but it would be good for us to know that it works there
[11:56:59 EDT(-0400)] <jgarciavila> sure? If you wish, i can istall a windows vista
[11:57:07 EDT(-0400)] <jgarciavila> on my laptop
[11:57:56 EDT(-0400)] <jgarciavila> rigth now i can test ff3 / ff3.5 on linux.
[11:58:02 EDT(-0400)] <jgarciavila> how to start?
[11:59:04 EDT(-0400)] <colinclark> Justin_o: ^
[11:59:08 EDT(-0400)] <Justin_o> jgarciavila: http://wiki.fluidproject.org/display/fluid/Testing+Fluid+Components
[11:59:35 EDT(-0400)] <Justin_o> all of test plans are listed there
[12:00:33 EDT(-0400)] <laurel> hi jgarciavila: how about I help you get started?
[12:01:26 EDT(-0400)] <jgarciavila> teach me. First select ..., then ..., if you found a bug ...
[12:01:28 EDT(-0400)] <athena> colinclark: yeah, i'm not sure when it got fixed but it looks like it's pulling in the latest code and database stuff
[12:01:36 EDT(-0400)] <colinclark> awesome
[12:01:49 EDT(-0400)] <Justin_o> jgarciavila: laurel is going to go over the process with you
[12:01:56 EDT(-0400)] <laurel> jgarciavila: once you choose what test you want to do, you copy that test onto your personal list on the right side
[12:02:09 EDT(-0400)] <laurel> you can do that by editting the page and moving the task over.
[12:02:35 EDT(-0400)] <laurel> does that make sense?
[12:04:00 EDT(-0400)] <jgarciavila> laurel: i can drop down a test task and inside i can assign it to me. Right?
[12:04:37 EDT(-0400)] <Justin_o> jgarciavila: hello, i think you mean the items on the left
[12:04:44 EDT(-0400)] <jgarciavila> yes
[12:05:04 EDT(-0400)] <Justin_o> to keep it easier for others to see who tasks are assigned to, we tend to move it from that list into a personal one on the right hand side.
[12:05:26 EDT(-0400)] <Justin_o> I have created one there for you. so you can move the task over from that list on the left into your list on the right hand side
[12:06:44 EDT(-0400)] <Justin_o> there are a variety of ways to do this. 1) edit the wiki markup 2) drag and drop 3) copy the text and then past it in the text field of your list and hit add... this will add it to your list but you will have to go back and deleted it from the list on the left
[12:07:23 EDT(-0400)] <jgarciavila> i can drag but drop seems to fail
[12:07:24 EDT(-0400)] <Justin_o> hope that's not too confusing... also this system is a little buggy so you may see most of the lists empty ( if this happens just reload the page and they should come back)
[12:08:05 EDT(-0400)] <Justin_o> yah the tasklist macro in confluence is a bit buggy, we are still looking for a better solution... sorry about that... it may be better just to edit the wiki markup
[12:08:10 EDT(-0400)] <laurel> I find editting the page directly to be the most reliable method to assign myself a task
[12:08:11 EDT(-0400)] <Justin_o> do you know how to edit our wiki pages
[12:08:21 EDT(-0400)] <Justin_o> also to do any of those changes you must be logged into the wiki
[12:08:42 EDT(-0400)] <jgarciavila> i'm logged
[12:08:51 EDT(-0400)] <Justin_o> great...
[12:09:30 EDT(-0400)] <Justin_o> so if you want to edit the wiki the task should all be laid out in tables... so you can just cut and paste the wiki markup table rows... if you are having trouble with this... you can just let me know what tasks you would like and I can move them for you
[12:11:10 EDT(-0400)] <laurel> jgarciavila: do you want to try doing that now or would you prefer me to go on to the next step?
[12:11:43 EDT(-0400)] <laurel> jgarciavila: also - ifyou have time to do vista tasks that would be fabulous...we are a little short of windows vista installations here
[12:11:51 EDT(-0400)] <jgarciavila> hum ... i'll create the same on my list but for linux. I don't erase left one.
[12:12:15 EDT(-0400)] <Justin_o> jgarciavila: that's a good idea... and thanks for the testing help
[12:12:44 EDT(-0400)] <laurel> great, linux testing would be a new frontier for us. very useful
[12:13:00 EDT(-0400)] <jgarciavila> one task ready to be tested
[12:13:40 EDT(-0400)] <laurel> wonderful. image reorderer
[12:14:05 EDT(-0400)] <laurel> ok. so now go to http://wiki.fluidproject.org/display/fluid/Testing+Fluid+Components
[12:14:25 EDT(-0400)] <jgarciavila> i'm there
[12:14:47 EDT(-0400)] <laurel> do you see down the right side a huge list of test pages?
[12:14:58 EDT(-0400)] <laurel> you want the image reorder test page
[12:15:14 EDT(-0400)] <laurel> This is the link http://wiki.fluidproject.org/display/fluid/Reorderer+QA+Test+Plan+-+Image+Reorderer
[12:15:30 EDT(-0400)] <jgarciavila> laurel: in children section.
[12:16:11 EDT(-0400)] <laurel> Yes, it is in the children, but it is also in the "components" sidebar on the right.
[12:16:44 EDT(-0400)] <laurel> The text is "Reorderer QA Test Plan - Image Reorderer"
[12:16:45 EDT(-0400)] <jgarciavila> ok
[12:17:13 EDT(-0400)] <laurel> So - you go to that page and it explains each test
[12:17:38 EDT(-0400)] <jgarciavila> i see.
[12:17:51 EDT(-0400)] <laurel> At the top there is some general information that is on every testing page
[12:18:17 EDT(-0400)] <laurel> Things like what browsers we will usually test on, and some basic guidelines
[12:19:00 EDT(-0400)] <laurel> just below that there is a title which says QA tests - that section has links to the JIRA issues for the reorderer component
[12:19:17 EDT(-0400)] <laurel> useful if you find a bug and want to know if it has already been reported.
[12:19:26 EDT(-0400)] <jgarciavila> the first link, all tests in green.
[12:19:51 EDT(-0400)] <laurel> Ah yes, that is just below the QA section - the Unit tests.
[12:20:09 EDT(-0400)] <laurel> You've just completed the first step, which is to run the unit tests!
[12:20:19 EDT(-0400)] <laurel> and all green is good.
[12:20:38 EDT(-0400)] <laurel> If any are "red" then you can report it as a bug
[12:21:16 EDT(-0400)] <jgarciavila> so visit all the test links and report if some test fails?
[12:21:26 EDT(-0400)] <laurel> you can also check here in the channel because sometimes someone knows about the bug already and can help you move on quickly and not po
[12:21:34 EDT(-0400)] <laurel> whoops.
[12:21:35 EDT(-0400)] <jgarciavila> and if all goes green, what to report?
[12:21:57 EDT(-0400)] <laurel> if all is green, move on to the next part of the testing which is more work.
[12:22:09 EDT(-0400)] <laurel> do you see the title "state tests"
[12:22:32 EDT(-0400)] <laurel> just below there, are a list of tests that you have to perform one by one.
[12:23:02 EDT(-0400)] <laurel> So for example for your test, you go to the URL http://build.fluidproject.org/infusion/demos/reorderer/imageReorderer/html/imageReorderer.html
[12:23:14 EDT(-0400)] <laurel> Then you start Test 1
[12:23:30 EDT(-0400)] <laurel> "use the mouse to hover over an image"
[12:24:06 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[12:24:25 EDT(-0400)] <laurel> you make sure that what happens in your browser is what is described in "expected results"
[12:24:27 EDT(-0400)] <jgarciavila> these is an example of manual test?
[12:24:45 EDT(-0400)] <laurel> they are.
[12:25:15 EDT(-0400)] <laurel> So there are 7 manual tests
[12:26:24 EDT(-0400)] <laurel> We do each test on this page manually for the image re-orderer for all the browser/OS configurations listed!
[12:27:17 EDT(-0400)] <laurel> if you find a bug, you can report it in the channel or just log it as a jira issue. I usually do both.
[12:27:20 EDT(-0400)] <jgarciavila> and if all goes well? how you check the whole test as passed?
[12:27:58 EDT(-0400)] <laurel> check the check box on your task on http://wiki.fluidproject.org/display/fluid/Release+Testing+Tasks
[12:27:59 EDT(-0400)] <jgarciavila> the mark in the tests lists? is for test passed OK?
[12:28:10 EDT(-0400)] <jgarciavila> ok
[12:28:34 EDT(-0400)] <laurel> actually the mark is for "done" - so if you finish all the tests and report bugs, you can still put a check mark
[12:29:24 EDT(-0400)] <jgarciavila> so ... do i test this configurations (FF3.0.x / linux and FF 3.5 / linux) for the amjor number of tests?
[12:30:29 EDT(-0400)] <laurel> it would be amazing, but some tests take a long time, so just do your best!
[12:31:30 EDT(-0400)] <jgarciavila> i see that there are a lot of tests to be checked.
[12:31:34 EDT(-0400)] <Justin_o> jgarciavila: testing will run to end of day of day on friday...
[12:31:58 EDT(-0400)] <laurel> jgarciavila: just ask if you have any problems, and let us know how it is going too...this should be really interesting to see the results on linux
[12:32:02 EDT(-0400)] <jgarciavila> laurel: many thanks for the briefing. (smile)
[12:32:43 EDT(-0400)] <laurel> no problem! anytime!
[12:34:28 EDT(-0400)] <laurel> jgarciavila: by the way - Justin_o and I are usually here in the channel early (for toronto) - about 8 - 8:30 - so please come and chat with us more if you have questions or just want to check in!
[12:34:47 EDT(-0400)] <jgarciavila> ok
[12:35:37 EDT(-0400)] <jgarciavila> this is 2 pm for me. good!.
[12:40:05 EDT(-0400)] <colinclark> Justin_o, Bosmo1, michelled, yura1 : sorry for the delay
[12:40:07 EDT(-0400)] <colinclark> y'all ready?
[12:40:18 EDT(-0400)] <colinclark> Shall we hop into Connect?
[12:40:26 EDT(-0400)] <michelled> sure
[12:40:38 EDT(-0400)] <yura1> colinclark: yep
[12:40:48 EDT(-0400)] <Justin_o> colinclark: sure
[12:43:50 EDT(-0400)] <laurel> jgarciavila: so I'm going back to my testing now...are you all set?
[12:44:15 EDT(-0400)] <jgarciavila> i'm testing rigth now.
[12:44:17 EDT(-0400)] <anastasiac> colinclark, Bosmo1, anyone: Does anyone know what the Reorderer selector called "stylisticOffset" is all about? It is defined in the defaults as "", and it is refreshed by refresh(), but other than that, it seems to never be referenced. Is this cruft that should be removed, or am I missing something?
[12:44:18 EDT(-0400)] <jgarciavila> thanks
[12:44:52 EDT(-0400)] * anastasiac is updating documentation
[12:57:08 EDT(-0400)] <jgarciavila> 19:00 for me, see you tomorrow.
[12:57:50 EDT(-0400)] <anastasiac> colinclark: The code that is still in the Reorderer to handle the afterMoveCallback option: this is for backward compatibility, and should be marked as "deprecated" in the docs, right?
[12:58:09 EDT(-0400)] <colinclark> anastasiac: yes
[12:58:48 EDT(-0400)] * jgarciavila (n=quassel@smtp.opentrends.net) has joined #fluid-work
[12:59:35 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[12:59:39 EDT(-0400)] <jgarciavila> rigth now i've found a test that i can't reproduce.
[12:59:41 EDT(-0400)] <jgarciavila> http://wiki.fluidproject.org/display/fluid/Reorderer+QA+Test+Plan+-+Image+Reorderer
[12:59:47 EDT(-0400)] <jgarciavila> boundary tests
[13:00:04 EDT(-0400)] <jgarciavila> Test 5: Drop, not on a valid drop target
[13:00:18 EDT(-0400)] <Justin_o> jgarciavila: do you mean that the test is wrong, or that there is a bug?
[13:00:20 EDT(-0400)] <jgarciavila> Everything appears to be a good drop target
[13:00:41 EDT(-0400)] <jgarciavila> i can't find a invalid drop target
[13:00:55 EDT(-0400)] <jgarciavila> i consider a good result not a failure
[13:01:10 EDT(-0400)] <Justin_o> jgarciavila: yes... that is correct... you should be able to drop anywhere and have the image move to a valid drop target... i think it is just a poorly written test
[13:01:18 EDT(-0400)] <Justin_o> sorry about that
[13:01:57 EDT(-0400)] <jgarciavila> no problem only i ask to know if this could be considered a PASSED TEST.
[13:02:24 EDT(-0400)] <jgarciavila> for me it's good because reproduces a good component behaviour
[13:02:40 EDT(-0400)] <Justin_o> that's good.. (smile)
[13:02:46 EDT(-0400)] <jgarciavila> i must go. see you tomorrow (2)
[13:12:14 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[13:35:28 EDT(-0400)] * Bosmon (n=Bosmon@ucb-np1-198.colorado.edu) has joined #fluid-work
[13:35:41 EDT(-0400)] <Bosmon> OK... I think I have now dealt with the FLUID-3237/FLUID-3251 cluster
[13:41:50 EDT(-0400)] <laurel> atrc is totally distracted by the fact that google street view for toronto came out today
[13:43:05 EDT(-0400)] <Justin_o> sorry everyone... there is a blocker to the infusion 1.1.2 release.... we will be fixing it, but it means that all of the run unit tests tasks will have to be redone after the fix is in
[13:43:30 EDT(-0400)] <Bosmon> Don't we only need to rerun the unit test which changed?
[13:43:38 EDT(-0400)] <Bosmon> Since the change was only a change to a test
[14:14:24 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[14:24:33 EDT(-0400)] <colinclark> yura1: you around?
[14:33:35 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[14:34:07 EDT(-0400)] <yura1> yes colinclark, here
[14:34:36 EDT(-0400)] <colinclark> I'm going to do a bit of refactoring/renaming that will inevitably affect any changes you've got uncommitted
[14:34:43 EDT(-0400)] <colinclark> Any complaints?
[14:34:47 EDT(-0400)] <colinclark> (smile)
[14:39:04 EDT(-0400)] <colinclark> yura1: ^
[14:41:05 EDT(-0400)] <yura1> colinclark: Justin and I worked a little on the browse component, so we'll commit the latest right now
[14:41:13 EDT(-0400)] <colinclark> yura1: That'd be awesome, thanks.
[14:42:57 EDT(-0400)] <laurel> hi all - anyone testing the image gallery - I'd like to rebuild
[14:43:51 EDT(-0400)] <yura1> colinclark: you are good to go
[14:44:03 EDT(-0400)] <colinclark> Thanks so much
[14:44:24 EDT(-0400)] <colinclark> Sorry for the inconvenience. I've been dancing around a few conflicts between our stuff, so I thought it would be easier to just do it all in one shot once you guys were done.
[14:49:41 EDT(-0400)] <yura1> colinclark: sounds good, by the way, single html file is working now
[14:49:55 EDT(-0400)] <colinclark> yura1: I know, I just tried it out. Nice work!
[14:50:11 EDT(-0400)] <yura1> well it just worked (smile)
[14:51:08 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has joined #fluid-work
[14:52:14 EDT(-0400)] <colinclark> A Spock Decanter!
[14:52:24 EDT(-0400)] <colinclark> So perfect for my next wine tasting!
[14:52:41 EDT(-0400)] <yura1> (smile)
[14:53:06 EDT(-0400)] <colinclark> http://dev_collectionedit.movingimage.us/media/mmi/images/3/7/43995_object_representations_media_3773_medium.jpg
[14:53:26 EDT(-0400)] <colinclark> yura1 and Justin_o: Things are working nicely here!
[14:53:46 EDT(-0400)] <colinclark> I guess there is still a bug with navigating from Browse to View, but that's gonna change in my next commit anyway, so I'll leave it momentarily
[14:53:51 EDT(-0400)] <colinclark> Is that a known issue for you guys?
[14:55:02 EDT(-0400)] <yura1> we did fix it see it, and it mostly worked with current url structure
[14:56:01 EDT(-0400)] * laurel1 (n=Laurel@142.150.154.178) has left #fluid-work
[14:56:43 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[14:59:38 EDT(-0400)] <colinclark> yura1 or Justin_o: Can you show me where I'd find the URL generation stuff for navigating between Browse and View?
[14:59:56 EDT(-0400)] <colinclark> I'm just about done here, but may as well fix that while I'm at it, since it was probably me who broke it. (wink)
[15:04:55 EDT(-0400)] <yura1> colinclark: line 57 in browseDemo.js
[15:05:15 EDT(-0400)] <yura1> compileTargetURL is where the link to that component is built
[15:05:17 EDT(-0400)] <colinclark> Aha! compileTargetURL!
[15:05:18 EDT(-0400)] <colinclark> Thanks
[15:07:03 EDT(-0400)] <colinclark> This is just fantastic!
[15:07:13 EDT(-0400)] <yura1> (smile) so it all works together ?
[15:07:18 EDT(-0400)] <colinclark> I can see the full sized Spock Decanter, with a description!
[15:07:38 EDT(-0400)] <colinclark> Ok, I'm gonna commit.
[15:07:55 EDT(-0400)] <colinclark> Heads up, I've renamed Browse.html and Artifact.html to browse.html and view.html respectively.
[15:08:03 EDT(-0400)] <colinclark> Let's hope Macs don't freak about the case change for browse.html
[15:08:31 EDT(-0400)] <yura1> (smile) in our last commit we capitalized them (smile)
[15:09:16 EDT(-0400)] <colinclark> lol
[15:09:22 EDT(-0400)] <colinclark> CASE WARS
[15:09:33 EDT(-0400)] <colinclark> Sorry about that
[15:10:28 EDT(-0400)] <colinclark> It really doesn't matter. I was normalizing to what I thought was the standard, which I imagine you were also doing (smile)
[15:10:37 EDT(-0400)] <colinclark> Ok, so.
[15:10:58 EDT(-0400)] <colinclark> michelled, yura1, Justin_o, Bosmo1: Any preference for casing our URLs?
[15:11:06 EDT(-0400)] <colinclark> In other words...
[15:11:08 EDT(-0400)] <colinclark> http://localhost:8080/artifacts/view.html?mmi&amp;2007.002.0164
[15:11:09 EDT(-0400)] <colinclark> or
[15:11:13 EDT(-0400)] <colinclark> http://localhost:8080/artifacts/View.html?mmi&amp;2007.002.0164
[15:11:20 EDT(-0400)] <colinclark> or http://localhost:8080/Artifacts/View.html?mmi&amp;2007.002.0164
[15:12:22 EDT(-0400)] <colinclark> Or other opinions?
[15:13:10 EDT(-0400)] <yura1> all lower case? although Justin mentions the convention naming
[15:13:20 EDT(-0400)] <colinclark> Convention naming/
[15:13:23 EDT(-0400)] <colinclark> ?
[15:14:31 EDT(-0400)] <colinclark> Do you mean that we usually make it a convention to name files with an uppercase letter?
[15:15:27 EDT(-0400)] <yura1> yes
[15:15:31 EDT(-0400)] <yura1> in infusion i think
[15:15:43 EDT(-0400)] <colinclark> yeah, we do
[15:15:51 EDT(-0400)] <colinclark> let's go with all lower-case for now, and review it later
[15:16:15 EDT(-0400)] <colinclark> As I was sitting here staring at URLs to decide what's best, I'm thinking in the long run we might actually even want more resource-oriented URLs like this:
[15:16:29 EDT(-0400)] <colinclark> http://localhost:8080/mmi/artifacts/merchandising.html
[15:16:35 EDT(-0400)] <colinclark> this is in the magical future, of course
[15:16:48 EDT(-0400)] <colinclark> or
[15:16:55 EDT(-0400)] * michelled loves the magical future
[15:17:15 EDT(-0400)] <michelled> does anyone mind if I rebuild the nightly?
[15:17:21 EDT(-0400)] <colinclark> http://localhost:8080/mmi/artifact/canada
[15:17:38 EDT(-0400)] <colinclark> or even
[15:18:36 EDT(-0400)] <colinclark> http://localhost:8080/mmi/artifact/2007.002.0164.html
[15:18:47 EDT(-0400)] <colinclark> anyway, yura1 I'll commit this and we'll stick to lower case for now.
[15:19:46 EDT(-0400)] <athena> i've noticed you guys seem to be getting more serious about svn
[15:20:23 EDT(-0400)] <athena> i don't know if you've formulated any policies about svn config files, but it's possible to set up user config files to do things like enforce consistent newlines, set appropriate mime-types, etc.
[15:21:44 EDT(-0400)] <yura1> colinclark: great
[15:23:19 EDT(-0400)] <colinclark> athena: We try to be serious, it's just so hard. (tongue)
[15:23:22 EDT(-0400)] <colinclark> Tell us more!
[15:23:28 EDT(-0400)] <athena> lol
[15:23:50 EDT(-0400)] <colinclark> yura1: Okay, all my stuff is in, and I think I'm done this particular task. Can you take a look and tell me what you think?
[15:24:03 EDT(-0400)] <athena> no actually it's interesting to see the designer-focused emails go out
[15:24:26 EDT(-0400)] <colinclark> yura: So urls are now /artifacts/view.html and /artifacts/browse.html
[15:24:43 EDT(-0400)] <colinclark> athena: Yeah, it's exciting to have the designers using svn now, too.
[15:24:47 EDT(-0400)] <yura1> colinclark: awesome
[15:25:12 EDT(-0400)] <athena> but sakai has required contributors to use config files for several years
[15:25:27 EDT(-0400)] <colinclark> ah, I have some fuzzy recollection of this.
[15:25:32 EDT(-0400)] <colinclark> Does uPortal do the same?
[15:25:52 EDT(-0400)] <athena> well, i wrote up one for uportal, but we haven't all adopted it
[15:26:10 EDT(-0400)] <athena> i periodically go through and clean out all the mixed newlines
[15:26:16 EDT(-0400)] <athena> it's . . . not ideal (smile)
[15:26:23 EDT(-0400)] <athena> my candidate one for uportal is here: http://www.ja-sig.org/wiki/display/UPC/uPortal+3+Subversion+Configuration
[15:28:06 EDT(-0400)] <athena> there's some documentation here: http://svnbook.red-bean.com/en/1.5/svn.advanced.confarea.html#svn.advanced.confarea.opts.config
[15:28:09 EDT(-0400)] * colinclark is browsing Spock Decanters on his iPhone.
[15:28:35 EDT(-0400)] <athena> incidentally, the svnbook is really awesome and useful, though it's pretty technical
[15:28:43 EDT(-0400)] <colinclark> it really is awesome
[15:28:47 EDT(-0400)] <colinclark> though nerdy, as you say
[15:28:49 EDT(-0400)] <athena> if you have people that have worked with cvs in the past, they might find the svn for cvs users helpful
[15:28:53 EDT(-0400)] <athena> that does sound totally awesome (smile)
[15:30:58 EDT(-0400)] <colinclark> athena: Just looking at your config files now
[15:31:21 EDT(-0400)] <athena> something to think about for the future maybe
[15:31:29 EDT(-0400)] <athena> i wouldn't do it too soon, because you have a lot of files w/ mixed newlines (smile)
[15:32:26 EDT(-0400)] <athena> after i build our fluid file i usually just run it through %s/cntrl-VM//g in vi
[15:33:12 EDT(-0400)] <colinclark> Yeah, this is something we should do for sure.
[15:33:16 EDT(-0400)] <colinclark> Thanks so much.
[15:33:20 EDT(-0400)] <athena> sure (smile)
[15:33:36 EDT(-0400)] <colinclark> athena: I can at least guarantee that Infusion 1.1.2 will not mix DOS and UNIX line endings for once. (wink)
[15:33:53 EDT(-0400)] <athena> and if anyone's interested in digging further into svn topics, i'd highly recommend http://svnbook.red-bean.com/en/1.5/index.html
[15:33:56 EDT(-0400)] <athena> hey that'd be cool
[15:34:14 EDT(-0400)] <athena> though it hasn't been a big problem
[15:34:21 EDT(-0400)] <athena> svn just makes me fix it when i forget (smile)
[15:34:31 EDT(-0400)] <colinclark> (smile)
[15:34:38 EDT(-0400)] <colinclark> it's a good way to make it happen
[15:34:48 EDT(-0400)] <colinclark> i wonder how much this could be done with a pre-commit hook
[15:34:49 EDT(-0400)] <athena> yeha
[15:34:56 EDT(-0400)] <athena> that may be possible as well
[15:35:03 EDT(-0400)] <colinclark> so that people don't need to remember to install the config file
[15:35:07 EDT(-0400)] <athena> yeah
[15:35:11 EDT(-0400)] <colinclark> they just get the boot when they try to commit (smile)
[15:35:16 EDT(-0400)] <athena> some of this may have become more configurable at the server level
[15:35:17 EDT(-0400)] <athena> yeah
[15:35:24 EDT(-0400)] <athena> like the whole JIRA prefix thing
[15:40:06 EDT(-0400)] <colinclark> yura1: Did it work out okay for you?
[15:42:57 EDT(-0400)] <colinclark> anastasiac: Just looking at your new Image Reorderer API doc
[15:43:20 EDT(-0400)] <colinclark> Do you mind if I change the example for the "selectables" selector to something a bit less fancy?
[15:43:54 EDT(-0400)] <colinclark> Currently it's like this: selectables: "[id^=move-"]
[15:44:05 EDT(-0400)] <colinclark> which I guess isn't even syntactic, but is also very fancy
[15:44:16 EDT(-0400)] <colinclark> It's probably been that way for a long time
[15:44:44 EDT(-0400)] <anastasiac> colinclark: please feel free to help with documentation any time you like (wink)
[15:44:49 EDT(-0400)] <colinclark> cool
[15:55:29 EDT(-0400)] <colinclark> anastasiac: I've made a few minor changes. Nice documentation!
[15:55:43 EDT(-0400)] <colinclark> I think this page really describes the terrible state of the API pre-1.1.2: http://wiki.fluidproject.org/display/fluid/Deprecated+-+afterMoveCallback
[15:55:51 EDT(-0400)] <anastasiac> colinclark, thanks for the help!
[15:55:53 EDT(-0400)] <colinclark> Thanks for the restructuring and editing!
[15:56:26 EDT(-0400)] <yura1> yes, colinclark, http://142.150.154.163:8080/artifacts/view.html?mccord&amp;Canada
[15:57:36 EDT(-0400)] <colinclark> yura1: Or better yet, http://142.150.154.163:8080/artifacts/view.html?mmi&amp;2007.002.0164
[15:57:39 EDT(-0400)] <colinclark> It works!
[15:57:41 EDT(-0400)] <colinclark> So awesome
[15:58:36 EDT(-0400)] <athena> wow
[15:58:40 EDT(-0400)] <athena> that is both awesome and disturbing
[15:59:44 EDT(-0400)] <colinclark> lol
[16:00:04 EDT(-0400)] * athena is the proud owner of a spock shirt
[16:00:14 EDT(-0400)] <colinclark> athena: Try this on your iPhone for a more complete list of awesome yet disturbing artifacts http://142.150.154.163:8080/artifacts/browse.html?mmi&amp;merchandising
[16:00:22 EDT(-0400)] <colinclark> (poor Yura's laptop)
[16:00:52 EDT(-0400)] <athena> awesome (smile)
[16:01:09 EDT(-0400)] <colinclark> yura1: A quick run of the Firebug profiler does confirm that the vast majority of Browse's time is spent waiting for the server to stream it data.
[16:03:45 EDT(-0400)] <yura1> colinclark: it's in smoke (smile)
[16:05:03 EDT(-0400)] <colinclark> lol
[16:05:19 EDT(-0400)] <colinclark> yura1: Do you mind if I do a bit of minor refactoring of browseDemo.js?
[16:05:42 EDT(-0400)] <colinclark> sorry, of artifactDemo.js
[16:06:50 EDT(-0400)] <yura1> colinclark: no not at all
[16:16:43 EDT(-0400)] <colinclark> hey yura1, can you ask the king if we've got a code cleanup JIRA still open for Engage?
[16:17:56 EDT(-0400)] <yura1> colinclark: http://issues.fluidproject.org/browse/FLUID-3208
[16:18:03 EDT(-0400)] <colinclark> thanks so much
[16:21:03 EDT(-0400)] <colinclark> yura1: Do you have a quick sec?
[16:22:15 EDT(-0400)] <yura1> colinclark: sure
[16:22:33 EDT(-0400)] <colinclark> Sorry to keep bugging you... just finishing up a bit of cleanup and refactoring.
[16:22:44 EDT(-0400)] <yura1> colinclark: no np at all
[16:22:56 EDT(-0400)] <colinclark> The code in artifactDemo's getData() looks a bit funny.
[16:23:24 EDT(-0400)] <colinclark> And, if I remember correctly, it was a way of working around that fact that you may get already-parsed data back, depending on whether this code was running on the client or the server.
[16:23:33 EDT(-0400)] <colinclark> (the try-catch-finally block, in particular)
[16:23:43 EDT(-0400)] <yura1> oh yes, i just copied it from artifact.js
[16:23:47 EDT(-0400)] <colinclark> So I'm wondering, yura1, if it could now be simplified?
[16:23:48 EDT(-0400)] <yura1> that is redundant now
[16:24:03 EDT(-0400)] <colinclark> We can guarantee it will need to be parsed, right?
[16:24:17 EDT(-0400)] <yura1> yes
[16:24:21 EDT(-0400)] <yura1> exactly
[16:24:37 EDT(-0400)] <colinclark> Ok, I'll simplify it now while I'm looking at it
[16:25:26 EDT(-0400)] <colinclark> the only other big change I made was to "de-scope" most of the functions that were defined inside your initArtifactDataFeed() function.
[16:25:33 EDT(-0400)] <colinclark> I did this with Justin's code a few days ago
[16:26:15 EDT(-0400)] <yura1> colinclark: thanks
[16:26:17 EDT(-0400)] <colinclark> I was delighted to see that all your utility functions weren't depending on any of the variables defined within the initArtifactDataFeed() function's scope, so I moved them out to top level (just inside the anonymous closure)
[16:26:21 EDT(-0400)] <colinclark> Make sense?
[16:28:54 EDT(-0400)] <michelled> colinclark: you busy?
[16:29:00 EDT(-0400)] <colinclark> michelled: Not terribly, no
[16:29:07 EDT(-0400)] <colinclark> Just need to test this cleanup, then I'm totally free
[16:29:09 EDT(-0400)] <colinclark> Build scripts?
[16:29:12 EDT(-0400)] <michelled> feel like taking a look at the buid with me?
[16:29:16 EDT(-0400)] <colinclark> yes!
[16:29:23 EDT(-0400)] <michelled> ok, test away and ping me when you are free
[16:30:35 EDT(-0400)] <colinclark> ack!
[16:30:44 EDT(-0400)] <colinclark> my previous commit failed without me even noticing it
[16:30:55 EDT(-0400)] <colinclark> stupid case-sorta-insensitive Mac file system
[16:32:42 EDT(-0400)] <michelled> does that mean I should expect the artifact view not to load?
[16:33:15 EDT(-0400)] <colinclark> yearg
[16:33:25 EDT(-0400)] <colinclark> michelled: No, the commit went through, but SVN freaked about it
[16:33:41 EDT(-0400)] <colinclark> Seriously, why couldn't they have made HFS+ fully case sensitive?
[16:34:16 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has left #fluid-work
[16:37:22 EDT(-0400)] <colinclark> yura1: Do you think we should be returning a content type of text/json from the data feed handlers?
[16:38:05 EDT(-0400)] <yura1> in this case view and browse should be able to interpret it?
[16:38:59 EDT(-0400)] <yura1> colinclark: sorry , you meant instead of text/plain?
[16:39:04 EDT(-0400)] <colinclark> yeah
[16:39:13 EDT(-0400)] <colinclark> I don't think it makes a big difference.
[16:39:18 EDT(-0400)] <colinclark> It just struck me while I was reviewing things.
[16:39:25 EDT(-0400)] <yura1> colinclark: the components that read it treat it as json
[16:39:33 EDT(-0400)] <yura1> we dont even have to parse it
[16:39:42 EDT(-0400)] <colinclark> yep, for sure. What is JSON except plain old text, anyway? (smile)
[16:39:43 EDT(-0400)] <yura1> but yes i think in this case it should be json
[16:40:25 EDT(-0400)] <yura1> either ways it is a text
[16:44:21 EDT(-0400)] <colinclark> yura1: Ok, I've committed my cleanup to artifactDemo.js
[16:44:29 EDT(-0400)] <colinclark> Take a look. I hope it doesn't cause terrible conflicts for you
[16:45:03 EDT(-0400)] <yura1> sure, will do
[16:45:19 EDT(-0400)] <colinclark> michelled: I'm ready
[16:45:41 EDT(-0400)] <michelled> ok
[16:47:38 EDT(-0400)] <yura1> colinclark: works good
[16:48:07 EDT(-0400)] <colinclark> (smile)
[17:00:17 EDT(-0400)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[17:15:58 EDT(-0400)] <colinclark> michelled: Bosmo1 is back
[17:16:12 EDT(-0400)] <michelled> thx
[17:16:13 EDT(-0400)] <colinclark> or at least, he was
[17:16:56 EDT(-0400)] <colinclark> Bosmo1: You there?
[17:17:23 EDT(-0400)] * Bosmon (n=Bosmon@ucb-np1-198.colorado.edu) has joined #fluid-work
[17:17:28 EDT(-0400)] <Bosmon> am I here now?
[17:17:49 EDT(-0400)] <colinclark> you are!
[17:18:04 EDT(-0400)] <colinclark> So michelled and I found an apparent problem with rewriting paths
[17:18:23 EDT(-0400)] <colinclark> let me fire some code into a paste bin for you to compare
[17:18:27 EDT(-0400)] <Bosmon> Cool
[17:18:29 EDT(-0400)] <colinclark> while the cat meows wildly for these treats
[17:18:38 EDT(-0400)] <Bosmon> THE CATT!
[17:18:41 EDT(-0400)] <Bosmon> I really miss THE CATTT...
[17:18:51 EDT(-0400)] <colinclark> I throw the treats, and he uses his hunting skills to catch them and eat them
[17:19:15 EDT(-0400)] <michelled> lol
[17:19:46 EDT(-0400)] <colinclark> Bosmo1: Here's what the code looks like now for Artifact View http://www.pastie.org/646040
[17:20:03 EDT(-0400)] <colinclark> you can see we are rewriting "../../../../infusion" to "/infusion"
[17:20:09 EDT(-0400)] <Bosmon> ok
[17:20:21 EDT(-0400)] <Bosmon> Hadn't we decided on "fluid-infusion"?
[17:20:21 EDT(-0400)] <colinclark> But then, it should really look like this:
[17:20:25 EDT(-0400)] <Bosmon> I guess we will get to tha tlater
[17:20:29 EDT(-0400)] <colinclark> Bosmon: yep, exactly
[17:20:36 EDT(-0400)] <colinclark> michelled: Can you paste in what you've got?
[17:21:11 EDT(-0400)] <Bosmon> Doesn't that rule have too many slashes?
[17:21:28 EDT(-0400)] <colinclark> which rule? The source or the target/
[17:21:30 EDT(-0400)] <colinclark> ?
[17:21:34 EDT(-0400)] <michelled> http://www.pastie.org/646045
[17:21:44 EDT(-0400)] <Bosmon> The target
[17:21:47 EDT(-0400)] <colinclark> oh wait, that's not it
[17:22:02 EDT(-0400)] <colinclark> Bosmon: Yes, sort of
[17:22:22 EDT(-0400)] <colinclark> Bosmon: Try this: http://www.pastie.org/646046
[17:22:36 EDT(-0400)] <colinclark> So if we use a relative path, ../infusion
[17:22:47 EDT(-0400)] <colinclark> we get absolute file:// URLs back
[17:22:49 EDT(-0400)] <Bosmon> Ah
[17:22:57 EDT(-0400)] <Bosmon> "back"?
[17:23:02 EDT(-0400)] <michelled> in the html
[17:23:06 EDT(-0400)] <colinclark> in the script tags
[17:23:09 EDT(-0400)] <Bosmon> I see
[17:23:56 EDT(-0400)] <Bosmon> ok
[17:25:20 EDT(-0400)] <Bosmon> So, what are we looking for?
[17:25:49 EDT(-0400)] <colinclark> Well, I guess there are a few layers to this
[17:26:20 EDT(-0400)] <colinclark> We had talked a couple days ago about the whole issue of renderHandlers even being aware of the location of stuff that has been mounted for them by the app. Like engage and infusion.
[17:26:31 EDT(-0400)] <Bosmon> Yes
[17:26:38 EDT(-0400)] <colinclark> We can gloss over this issue for 0.1 if we could simply use a relative path like ../engage
[17:26:43 EDT(-0400)] <colinclark> Which will work for the client and the server
[17:26:56 EDT(-0400)] <colinclark> Except that suddenly we seem to get absolute file:// URLs out of the Renderer
[17:27:38 EDT(-0400)] <colinclark> I haven't had a moment yet to look again at path rebasing in the Renderer to see if it's something obvious.
[17:27:48 EDT(-0400)] <colinclark> Fish can look at it tomorrow, but do you have any immediate insights?
[17:27:58 EDT(-0400)] <Bosmon> Yes
[17:28:07 EDT(-0400)] <colinclark> Cool
[17:29:12 EDT(-0400)] <Bosmon> If you supply a "baseURL" in the options, as well as "rebaseURLs" === true, then the baseURL will be prepended to any relative URLs
[17:29:28 EDT(-0400)] <Bosmon> So, you can prevent this from happening by getting rid of either of those
[17:29:48 EDT(-0400)] <Bosmon> You can see the exact logic in rewriteUrl on line 113 of fluidParser.js
[17:30:23 EDT(-0400)] <michelled> we tried with rebaseURLs === false but it didn't change the behaviour.
[17:31:09 EDT(-0400)] <colinclark> cool
[17:31:53 EDT(-0400)] <colinclark> michelled: It's a casing thing!
[17:32:01 EDT(-0400)] <colinclark> Theme of the data: case sensitivity rocks!
[17:32:18 EDT(-0400)] <colinclark> if (!parseOptions.rebaseURLs)
[17:32:19 EDT(-0400)] <michelled> ack
[17:32:26 EDT(-0400)] <colinclark> my bug, way back last week
[17:32:32 EDT(-0400)] <colinclark> can you try it, michelled?
[17:32:38 EDT(-0400)] <michelled> trying it now
[17:33:06 EDT(-0400)] * clown (n=clown@142.150.154.101) has left #fluid-work
[17:34:47 EDT(-0400)] <michelled> I'm still getting file urls with this: http://www.pastie.org/646066
[17:35:36 EDT(-0400)] <Bosmon> Well.... why are we specifying baseDir at all?
[17:35:41 EDT(-0400)] <Bosmon> Does renderHandler make use of it directly?
[17:35:55 EDT(-0400)] <Bosmon> And, FEES.... rebaseURLs needs to go inside the renderOptions
[17:35:57 EDT(-0400)] <colinclark> lemme check, but i believe it does
[17:36:06 EDT(-0400)] <colinclark> michelled: (also my bug)
[17:36:26 EDT(-0400)] <michelled> ah, let me try that
[17:36:59 EDT(-0400)] <colinclark> Bosmon: line 178 of Kettle.js
[17:37:30 EDT(-0400)] <michelled> that worked! thanks
[17:37:32 EDT(-0400)] <colinclark> basedir is used by renderHandler to find the location of the template
[17:37:34 EDT(-0400)] <colinclark> michelled: Wicked!
[17:37:54 EDT(-0400)] <colinclark> this is great!
[17:37:57 EDT(-0400)] <colinclark> we're nearly there!
[17:38:08 EDT(-0400)] <michelled> yep
[17:38:30 EDT(-0400)] <colinclark> So Bosmon do you have some time to create CONFIGGY today or tomorrow morning?
[17:38:47 EDT(-0400)] <colinclark> michelled: So you've got it all happily working inside a standalone WAR file?
[17:39:24 EDT(-0400)] <michelled> yes,
[17:39:31 EDT(-0400)] <michelled> would the basedir be in configgy?
[17:39:41 EDT(-0400)] <colinclark> And the only place we still need to deal with hard-coded paths is in EngageApp.js when we call mountDirectory, right?
[17:39:58 EDT(-0400)] <michelled> and baseDir
[17:40:09 EDT(-0400)] <colinclark> michelled: I suppose a portion of baseDir will be in CONFIGGY, yes
[17:40:31 EDT(-0400)] <colinclark> The portion that points specifically to the location of engage (a.k.a. fluid-engage-client)
[17:40:38 EDT(-0400)] <colinclark> michelled: Does that seem right?
[17:40:39 EDT(-0400)] <michelled> oh, possibly the fix will come with the dir restructure anyway
[17:40:47 EDT(-0400)] <michelled> yes
[17:41:08 EDT(-0400)] <colinclark> this is really great!
[17:41:31 EDT(-0400)] <colinclark> I'm already for some configgy pudding at this point.
[17:41:41 EDT(-0400)] <colinclark> eh, Bosmon?
[17:41:50 EDT(-0400)] <michelled> we probably need another check in meeting tomorrow
[17:41:56 EDT(-0400)] <colinclark> yep
[17:42:12 EDT(-0400)] <michelled> I think Jamesy gave Justin_O some tasks we need to do prior to 0.1
[17:42:17 EDT(-0400)] <colinclark> If we freeze by tomorrow, I guess it would give us 1 full day of QA to stay on our previously-planned schedule.
[17:42:23 EDT(-0400)] <colinclark> michelled: Any idea what it includes?
[17:43:01 EDT(-0400)] <michelled> I didn't hear everything but I heard Justin_O ask jamesy to write it up so that he and Yura could get working on fixing it. I think part of it was tags and styling
[17:43:11 EDT(-0400)] <colinclark> I guess one task not on our list, but that we still need to do, is to put graphics in place of features that don't exist yet in artifact view.
[17:43:21 EDT(-0400)] <michelled> yep
[17:43:28 EDT(-0400)] <colinclark> Tags seems to have changed recently, so maybe yura1's on the case.
[17:44:03 EDT(-0400)] <michelled> yes, Justin_o and yura1 have been heads down at yura1's computer this afternoon
[17:44:20 EDT(-0400)] <colinclark> cool
[17:46:15 EDT(-0400)] <yura1> michelled: colinclark, yes we added some styling fixes and proper tags headers , and also some description tweaks
[17:46:24 EDT(-0400)] <colinclark> Cool
[17:46:31 EDT(-0400)] <colinclark> Was that on James' list of stuff to fix, do you know?
[17:46:35 EDT(-0400)] <colinclark> yura ^
[17:46:43 EDT(-0400)] <colinclark> yura1: ^
[17:46:45 EDT(-0400)] <colinclark> yack
[17:47:16 EDT(-0400)] <Bosmon> So, before everyone goes home - is what is in Engage trunk right now work ok?
[17:47:27 EDT(-0400)] <Bosmon> Can you just give me a couple of URLs to test so I know what not to break with figgy?
[17:47:34 EDT(-0400)] <yura1> colinclark: some of it yes
[17:47:36 EDT(-0400)] <colinclark> Bosmon: Yes, for sure
[17:47:50 EDT(-0400)] <colinclark> Both Artifact View and Browse are mounted at /artifacts
[17:47:52 EDT(-0400)] <colinclark> so:
[17:48:16 EDT(-0400)] <colinclark> http://server/artifact/view.html
[17:48:40 EDT(-0400)] <colinclark> sorry, that should be http://server/artifacts/view.html
[17:48:48 EDT(-0400)] <Bosmon> ok, cool
[17:48:49 EDT(-0400)] <colinclark> And there are two parameters for both view and browse
[17:48:57 EDT(-0400)] <colinclark> First is the "database" or collection name.
[17:49:02 EDT(-0400)] <colinclark> And the second is the query to couch
[17:49:09 EDT(-0400)] <colinclark> So my favourite starting point is this URL:
[17:49:21 EDT(-0400)] <colinclark> http://server/artifacts/browse.html?mmi&amp;merchandising
[17:49:41 EDT(-0400)] <colinclark> It's quite slow at the moment, but you can see a list of artifacts from MMI, and then navigate to a specific view page
[17:49:46 EDT(-0400)] <colinclark> We often test with this view:
[17:49:57 EDT(-0400)] <colinclark> http://server/artifacts/view.html?mmi&amp;canada
[17:50:56 EDT(-0400)] <Bosmon> Cool
[17:51:48 EDT(-0400)] <Bosmon> Is it slow because of server-to-server relaying?
[17:55:28 EDT(-0400)] <colinclark> Bosmon: yura1 seemed to think it might have to do with JSON serialization on the server
[17:55:44 EDT(-0400)] <colinclark> I wonder how much faster the native JSON support in the latest builds of Rhino will be
[17:56:15 EDT(-0400)] <colinclark> On my machine, I ran the Firebug profiler on the client and saw it spending about 2 seconds in the Ajax call back to Kettle.
[17:57:07 EDT(-0400)] <colinclark> Not ideal, but I was thinking that perhaps yura1 and Justin can give us a code tour after we release and we can talk through the server-side crunching logic and see if it can be better optimized
[18:02:38 EDT(-0400)] <Bosmon> Hmm
[18:02:43 EDT(-0400)] <Bosmon> What kind of JSON serialization is happening?
[18:03:13 EDT(-0400)] <Bosmon> When you say "it spending" - you mean, in client CPU time? Or in lag between request and response?
[18:08:06 EDT(-0400)] <colinclark> Bosmon: the latter
[18:08:35 EDT(-0400)] <Bosmon> "arg"
[18:08:44 EDT(-0400)] <colinclark> There's definitely a CPU spike on the server
[18:09:04 EDT(-0400)] <Bosmon> Hmm
[18:09:10 EDT(-0400)] <colinclark> For those two seconds of response generation, it appears to use about 90% of my CPU.
[18:09:25 EDT(-0400)] <Bosmon> So... I guess it is running the JSON.js code from inside Rhino, to convert the Couch response into a heap of JS objects?
[18:09:30 EDT(-0400)] <Bosmon> We think that might be the spike?
[18:09:50 EDT(-0400)] <colinclark> Yes, that's what yura1's theory was.
[18:09:56 EDT(-0400)] <colinclark> I don't know how he concluded that.
[18:10:06 EDT(-0400)] <colinclark> As I say, the latest builds of Rhino have a native JSON implementation now.
[18:10:13 EDT(-0400)] <colinclark> Don't know how stable they are, however.
[18:10:58 EDT(-0400)] <Bosmon> I can't imagine it would be terribly hard to do (tongue)
[18:11:25 EDT(-0400)] <colinclark> no
[18:11:27 EDT(-0400)] <Bosmon> If it didn't work, we could always hack the DeJSONalizer (tongue)
[18:11:36 EDT(-0400)] <colinclark> yes
[18:11:40 EDT(-0400)] <colinclark> (tongue)
[18:11:43 EDT(-0400)] <Bosmon> Ah well
[18:11:48 EDT(-0400)] <Bosmon> Plenty of time to explore such issues
[18:11:57 EDT(-0400)] <colinclark> We'll get there. It's probably one of our more important issues for after 0.1
[18:12:02 EDT(-0400)] <colinclark> And there are many (smile)
[18:12:48 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[18:18:08 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[20:42:03 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131605.dsl.bell.ca) has joined #fluid-work
[23:18:44 EDT(-0400)] * jamon (i=jamon@mantis.openject.com) has joined #fluid-work