fluid-work IRC Logs-2009-05-27

Owned by Fluid IRC Log Bot
Last updated: May 27, 2009Version comment
16 min read

[07:32:40 EDT(-0400)] * heidi_ (n=thesumme@bas5-oshawa95-1176469582.dsl.bell.ca) has joined #fluid-work
[08:19:19 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has joined #fluid-work
[08:28:56 EDT(-0400)] * Topic is '*Code Freeze in effect* Please help with testing (http://wiki.fluidproject.org/display/fluid/Release+Testing+Tasks)' set by Justin_o on 2009-05-27 08:28:56 EDT(-0400)
[08:30:27 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:53:49 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined #fluid-work
[08:56:54 EDT(-0400)] * jsilvaa (n=jsilva@CABLE-72-53-95-24.cia.com) has joined #fluid-work
[09:07:13 EDT(-0400)] * yura (n=yura@142.150.154.136) has joined #fluid-work
[09:16:13 EDT(-0400)] * athena (n=athena@99.129.100.66) has joined #fluid-work
[09:23:24 EDT(-0400)] * jessm (n=Jess@c-71-232-1-65.hsd1.ma.comcast.net) has joined #fluid-work
[09:24:44 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:35:24 EDT(-0400)] * mackrauss (n=armin@user147-155.wireless.utoronto.ca) has joined #fluid-work
[09:38:37 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined #fluid-work
[10:03:34 EDT(-0400)] * alisonbenjamin (n=alisonbe@142.150.154.101) has joined #fluid-work
[10:04:29 EDT(-0400)] <alisonbenjamin> mackrauss: welcome to Fluid.
[10:04:52 EDT(-0400)] <mackrauss> Thank you alisonbenjamin
[10:05:02 EDT(-0400)] <anastasiac> mackrauss, welcome!
[10:05:03 EDT(-0400)] <alisonbenjamin> (smile)
[10:07:54 EDT(-0400)] <jamon> hey mr. armin
[10:19:32 EDT(-0400)] <Justin_o> yura and others, the daily build site should be back up now
[10:19:55 EDT(-0400)] <yura> Justin_o: great, thanks
[10:25:40 EDT(-0400)] <mackrauss> hey jamon, how is it going over there in iSouth. Or where are you?
[10:28:23 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined #fluid-work
[10:28:55 EDT(-0400)] <jamon> mackrauss: yeah isouth, good
[11:06:24 EDT(-0400)] <michelled> Justin_o: sorry about the broken uploader tests - I completely forget to run them.
[11:06:29 EDT(-0400)] <michelled> I'm going to work on fixing them now
[11:06:54 EDT(-0400)] <Justin_o> michelled: thanks
[11:07:20 EDT(-0400)] * Bosmo1 (n=Antranig@ginger.caret.cam.ac.uk) has joined #fluid-work
[11:08:26 EDT(-0400)] * laurel (n=cfislott@user154-213.wireless.utoronto.ca) has joined #fluid-work
[11:11:34 EDT(-0400)] <laurel> i borrowed a laptop if anyone needs me for anything
[11:21:31 EDT(-0400)] <anastasiac> hey, laurel - thanks for checking in
[11:21:38 EDT(-0400)] <anastasiac> things are quiet here so far
[11:21:51 EDT(-0400)] <laurel> thx a.
[11:25:39 EDT(-0400)] <michelled> Justin_o: do you have an issue number for me? I have a patch to upload
[11:26:57 EDT(-0400)] * colinclark (n=colin@131.104.43.188) has joined #fluid-work
[11:27:22 EDT(-0400)] <mackrauss> Justin_o I could need some help here to get started
[11:29:20 EDT(-0400)] <Justin_o> michelled: http://issues.fluidproject.org/browse/FLUID-2784
[11:30:03 EDT(-0400)] * elicochran (n=elicochr@dhcp-169-229-212-34.LIPS.Berkeley.EDU) has joined #fluid-work
[11:34:18 EDT(-0400)] <michelled> hi elicochran. we introduced a blocker last night. oops.
[11:34:28 EDT(-0400)] <elicochran> we did?
[11:34:32 EDT(-0400)] <michelled> the fix is really simple and I've attached a patch: http://issues.fluidproject.org/browse/FLUID-2784
[11:35:23 EDT(-0400)] <michelled> the default selector for the manual degrade container was committed as an id instead of as something that's more reusable.
[11:36:17 EDT(-0400)] <michelled> colinclark had suggested using 'body' when he showed me the code earlier this week and I think that makes sense
[11:36:24 EDT(-0400)] <elicochran> ah yes, silly us
[11:36:37 EDT(-0400)] <michelled> Justin_o: if elicochran code reviews and tests the patch and we commit it?
[11:37:28 EDT(-0400)] <elicochran> looking now
[11:37:36 EDT(-0400)] <colinclark> michelled: I dunno about this...
[11:37:45 EDT(-0400)] <mackrauss> Justin_o is inline edit test failing on all? Can you write the unittest that will fail?
[11:37:49 EDT(-0400)] <colinclark> The idea here was to use a more specific selector, appropriate for the Uploader's default template.
[11:38:08 EDT(-0400)] <colinclark> If you take a look at the default options for the manuallyDegrade component, the default should be "body."
[11:38:19 EDT(-0400)] <colinclark> In Uploader's own options, I was overriding that with something a bit more specific.
[11:39:13 EDT(-0400)] <colinclark> michelled: So what's the rationale again for using "body" instead? And if so, why don't we just totally remove that override, rather than setting it to the same thing that it should already be in manuallyDegrade's own defaults?
[11:39:28 EDT(-0400)] <colinclark> elicochran: ^
[11:39:39 EDT(-0400)] <elicochran> The test is failing because the Unit Test has slightly different markup from the template
[11:39:54 EDT(-0400)] <jessm> is table of contents a component?
[11:40:00 EDT(-0400)] <elicochran> partly because it was originally designed to test multi-instance
[11:40:21 EDT(-0400)] <elicochran> I think that colinclark is right
[11:40:27 EDT(-0400)] <colinclark> Right, but perhaps the real bug is the fact that the unit test is testing a full-blown uploader, instead of something simpler.
[11:40:50 EDT(-0400)] <Justin_o> mackrauss: i'm going to write up a jira for the inline edit unit tests now
[11:40:57 EDT(-0400)] <Justin_o> i'll pass you a link when it is done
[11:41:06 EDT(-0400)] <colinclark> In other words, it's not the test's markup that is the problem, it's the fact that the test doesn't override the default options to suit its markup.
[11:41:07 EDT(-0400)] <elicochran> colinclark: perhaps you're right
[11:41:09 EDT(-0400)] <michelled> colinclark: I don't like the idea of using an id as the default selector
[11:41:15 EDT(-0400)] <elicochran> yes
[11:41:33 EDT(-0400)] <michelled> but your right that if I wanted it to be body then I should have just removed the override
[11:42:52 EDT(-0400)] <elicochran> that would work, but I'm also uncomfortable with using the body
[11:43:07 EDT(-0400)] <michelled> I guess this is different then most of our selectors because it's a container so it does need to be unique
[11:43:57 EDT(-0400)] <yura> Justin_o: hey Justin , does smth as slow loading time should be reported when testing?
[11:44:25 EDT(-0400)] <elicochran> the ideal selector would be something that described the relationship in DOM between the enhancable and the enhanced
[11:44:40 EDT(-0400)] <elicochran> something like "sibling with the class of foo"
[11:44:48 EDT(-0400)] <michelled> jessm: yes, it's a sneak peak component. it's being used as part of ui enhancer
[11:45:29 EDT(-0400)] <elicochran> but that is clumsy and probably too specific as well
[11:45:49 EDT(-0400)] <Justin_o> yura: yes it should be. if you are talking about pager specifically, it has been reported already.
[11:45:52 EDT(-0400)] <colinclark> elicochran: It seems equally specific, yes, if not more so.
[11:46:02 EDT(-0400)] <jessm> michelled: is it on this page as on of the sneak peak components under renderer? http://fluidproject.org/products/infusion/infusion-demos/
[11:46:06 EDT(-0400)] <yura> Justin_o: (smile) ok, thanks
[11:46:30 EDT(-0400)] <colinclark> michelled: If you think we should just use "body," go for it. My only concern with it in the case of the uploader was that it was going to prevent multiple instances, but without a clear indication of that...
[11:46:39 EDT(-0400)] <colinclark> whereas an id-based selector makes that explicit.
[11:46:46 EDT(-0400)] <colinclark> This is one of these weird cross-cutting constraints.
[11:47:01 EDT(-0400)] <colinclark> This decorator is concerned with two completely independent components
[11:47:31 EDT(-0400)] <colinclark> And we didn't want to impose some extra container on those two components by default.
[11:47:45 EDT(-0400)] <elicochran> yep
[11:47:54 EDT(-0400)] <elicochran> although it is rather tempting
[11:51:55 EDT(-0400)] <michelled> I guess I feel that ids are the integrators space. and yes, they can override the default with their own id. and they'd need to override for multi instance. but it feels like it's more then most people need to know about. meaning that the original default of 'body' is easier for most integrators
[11:52:32 EDT(-0400)] <colinclark> michelled: Fair enough. Go for it.
[11:52:46 EDT(-0400)] <colinclark> Just toss the override altogether in Uploader's defaults.
[11:52:48 EDT(-0400)] <michelled> ok, I'll make a new patch that doesn't override and uploade that
[11:53:09 EDT(-0400)] <colinclark> michelled is speaking in old english.
[11:53:25 EDT(-0400)] <michelled> (smile)
[11:53:26 EDT(-0400)] <colinclark> She shalt uploade the patch for thee.
[11:53:33 EDT(-0400)] <elicochran> michelled and colinclark: works fo rme
[11:53:57 EDT(-0400)] <elicochran> I shall review it forthwith
[11:58:53 EDT(-0400)] <jessm> michelled: ^ nevahmind
[12:00:49 EDT(-0400)] <michelled> elicochran: thy patch hath been uploaded
[12:01:58 EDT(-0400)] <alisonbenjamin> Justin_o: On the UI Op test plan (http://wiki.fluidproject.org/display/fluid/User+Interface+Options+QA+Test+Plan) the test to fails # 3 & 4 are incorrect. I think they are supposed to refer to line spacing.
[12:02:11 EDT(-0400)] <Justin_o> alisonbenjamin: i'll take a look
[12:02:13 EDT(-0400)] <elicochran> michelled: the patch, it doth confuseth me
[12:02:53 EDT(-0400)] <Justin_o> alisonbenjamin: yes... text spacing should be line spacing
[12:03:01 EDT(-0400)] <elicochran> the selector it is declared as "body" still, and yet, is not "body" declared as such within the decorator?
[12:03:12 EDT(-0400)] <alisonbenjamin> Justin_o: ok. I'll just change that.
[12:03:18 EDT(-0400)] <Justin_o> alisonbenjamin: thank you
[12:03:30 EDT(-0400)] <alisonbenjamin> Justin_o: np!
[12:04:07 EDT(-0400)] <michelled> sorry jessm - did you need more info on table of contents? It's a really simple component at this point. it creates a list of the headings on the page it is included in. it has been built to work reasonably well in UI Options but has not been infused with infusion API goodness yet. so it can't come out of sneak peak until it has an overhaul
[12:05:13 EDT(-0400)] <jessm> michelled: no worries – i'm weeding and i've dragged anastasiac into it with me – we're up to our elbows, but i think we're squared away – just trying to be consistent from page to page to page to page since we have 4 places where we list "components"
[12:06:04 EDT(-0400)] <anastasiac> actually, I'm not up to my elbows yet, I'm finishing up another task before I put on my gardening gloves.
[12:06:09 EDT(-0400)] <elicochran> michelled: hast my missive to thee gone unnoticed? thou answerth me not
[12:06:26 EDT(-0400)] <michelled> sorry (smile)
[12:06:55 EDT(-0400)] <michelled> elicochran: the patch just removed the override in the in uploader of the container for the manuallyDegrade
[12:07:10 EDT(-0400)] <michelled> the manuallyDegrade component uses 'body' as the default container
[12:07:25 EDT(-0400)] <michelled> so by removing the override, the uploader will all use body
[12:07:31 EDT(-0400)] <michelled> does that make sense?
[12:08:37 EDT(-0400)] <elicochran> michelled: the patch still contains "body"
[12:08:38 EDT(-0400)] <elicochran> options: {
[12:08:38 EDT(-0400)] <elicochran> - container: "#uploader-contents",
[12:08:39 EDT(-0400)] <elicochran> + container: "body",
[12:08:39 EDT(-0400)] <elicochran> selectors: {
[12:09:05 EDT(-0400)] <michelled> FLUID-2784-patch2.txt ?
[12:09:20 EDT(-0400)] <elicochran> sorry, I grabbed the wrong patch
[12:09:22 EDT(-0400)] * michelled should have used consistent naming for the patch
[12:09:33 EDT(-0400)] <elicochran> I grabbed the second patch in the list
[12:10:00 EDT(-0400)] <michelled> my bad on naming the patch. note to self naming is always important
[12:10:28 EDT(-0400)] <elicochran> I have begun naming my patches .a .b .c, etc
[12:11:05 EDT(-0400)] <elicochran> michelled: thaaaat's better
[12:11:34 EDT(-0400)] <michelled> (smile)
[12:16:02 EDT(-0400)] <elicochran> michelled. Justin_o: the patch fixes the unit test and the Uploader still works, I say "tis a worthy patch befitting commitment by the goode graces of the king"
[12:16:21 EDT(-0400)] <elicochran> and I'm stopping now
[12:17:03 EDT(-0400)] <Justin_o> elicochran: i think you should commit it
[12:17:27 EDT(-0400)] <elicochran> michelled: do you want to do the honors or shall I?
[12:17:52 EDT(-0400)] <Justin_o> elicochran: michelled just went for lunch, so i think it is all you
[12:18:09 EDT(-0400)] <elicochran> committing
[12:31:39 EDT(-0400)] <Justin_o> yura, and others: just going to quickly rebuild the daily build site
[12:31:47 EDT(-0400)] <Justin_o> it will only be down for a minute or two
[12:34:15 EDT(-0400)] <Justin_o> okay it should be back up now
[12:56:51 EDT(-0400)] <Justin_o> Bosmo1, colinclark, elicochran, michelled, and others: Here is a set of issues that I've marked as blockers... i'm open to discussion on reducing the priority of them though. FLUID-2789, FLUID-2788, FLUID-2787, FLUID-2785, FLUID-2780
[12:59:33 EDT(-0400)] <elicochran> Justin_o: what other browsers have been tested for FLUID-2789? Are we fairly confident that this is restricted to Opera?
[12:59:43 EDT(-0400)] <anastasiac> just to clarify: does blockers mean we can commit against them during code freeze?
[13:00:13 EDT(-0400)] <michelled> the developer must create a patch
[13:00:19 EDT(-0400)] <michelled> then someone needs to review it
[13:00:27 EDT(-0400)] <michelled> then we get Justin_o's sign off
[13:00:30 EDT(-0400)] <michelled> and then we can commit it
[13:01:06 EDT(-0400)] <Justin_o> anastasiac: yes... basically it means that we lift code freeze for that specific issue because it must be fixed before release
[13:01:20 EDT(-0400)] <anastasiac> k, thanks
[13:01:22 EDT(-0400)] <Justin_o> yes, michelled pretty much answered that
[13:02:13 EDT(-0400)] <Justin_o> elicochran: i tried opera in xp, I've tried FF 2 and 3, and the IE browsers
[13:02:27 EDT(-0400)] <Justin_o> i'm fairly certain that it is restricted to Opera on mac
[13:02:59 EDT(-0400)] <Justin_o> just going to switch to my flash 10 virtual machine though
[13:05:05 EDT(-0400)] <elicochran> ah, well Flash 10 may have more problems
[13:05:21 EDT(-0400)] <elicochran> I did a very light test on IE on Windows but I'll take a little deeper look now
[13:06:14 EDT(-0400)] <Justin_o> elicochran: thanks
[13:06:23 EDT(-0400)] <Bosmo1> I will look at 2780 for a bit
[13:06:39 EDT(-0400)] <Justin_o> Bosmo1: thanks
[13:07:00 EDT(-0400)] <fj4000> i think i will tackle 2787 + 2788
[13:07:56 EDT(-0400)] <elicochran> Justin_o: were you testing against the server or standalone?
[13:08:20 EDT(-0400)] <Justin_o> elicochran: it happened in both, i think i just wrote the standalone on the jira though
[13:08:33 EDT(-0400)] <elicochran> Justin_o: OK, great
[13:13:03 EDT(-0400)] <Justin_o> elicochran: it seems to also be broken in Opera using Flash 10 in Win XP as well... although it isn't throwing an error but that could just be some browser setting.. not sure
[13:13:04 EDT(-0400)] <Bosmo1> OK, have a patch for 2780
[13:13:08 EDT(-0400)] <Bosmo1> So we don't commit directly any more, right?
[13:13:41 EDT(-0400)] <Justin_o> Bosmo1: nope... submit a patch and it has to be reviewed before it is committed
[13:14:52 EDT(-0400)] <yura> Justin_o: quick question about pager : if there is only 1 page, should it say '1' or '1(last)' ?
[13:15:19 EDT(-0400)] <Justin_o> yura, good question...
[13:15:22 EDT(-0400)] <Bosmo1> yura... whatever the answer to that is, I don't think we can get it declared a blocker at this stage (tongue)
[13:15:39 EDT(-0400)] <Bosmo1> But it can certainly be JIRAed for the next release...
[13:19:23 EDT(-0400)] <Bosmo1> Justin_o: Patch is attached to 2780
[13:19:27 EDT(-0400)] <Bosmo1> Would someone like to review and apply it?
[13:20:08 EDT(-0400)] <Justin_o> Bosmo1: thanks
[13:20:58 EDT(-0400)] <michelled> sure, I'll look at 2780
[13:24:41 EDT(-0400)] <Bosmo1> OK, patch for FLUID-2785 now
[13:24:45 EDT(-0400)] <Bosmo1> At least, for the cross-platform part of it
[13:27:27 EDT(-0400)] <Justin_o> Bosmo1: i suppose the IE 8 issue is not so easily fixed
[13:27:33 EDT(-0400)] <Bosmo1> I guess those are the ones I am competent to deal with.... if Jacob has taken 2787 and 2788, that just leaves the Uploader-specific one at FLUID-2789, which I guess would be for colinclark or elicochran
[13:27:54 EDT(-0400)] <Justin_o> Bosmo1: i think elicochran is looking at that one
[13:28:00 EDT(-0400)] <elicochran> I am
[13:28:04 EDT(-0400)] <Bosmo1> awesome
[13:28:43 EDT(-0400)] <Bosmo1> I guess it would be hard for me to deal with the IE8 one without access to a vista box...
[13:28:58 EDT(-0400)] <Bosmo1> Will it be too late to tackle it tomorrow?
[13:31:01 EDT(-0400)] <Justin_o> Bosmo1: that one also happens in IE 8 win xp
[13:31:11 EDT(-0400)] <Justin_o> i'm debating living with that for this release
[13:32:57 EDT(-0400)] <Justin_o> Bosmo1: do you have any idea as to what is causing the test to fail in IE 8
[13:33:29 EDT(-0400)] <Bosmo1> Not really
[13:33:43 EDT(-0400)] <Bosmo1> If I understand your test results correctly, it seems that the behaviour is correct at the model level
[13:33:55 EDT(-0400)] <Bosmo1> So it seems to be some issue affecting discovery of the undo container
[13:34:15 EDT(-0400)] <Bosmo1> It may be that for some reason it has not been assigned the correct id, or has the wrong class....
[13:34:17 EDT(-0400)] <Bosmo1> Is all I can think of
[13:36:26 EDT(-0400)] <Justin_o> hmm.. that is interesting
[13:36:39 EDT(-0400)] <Justin_o> IE 8 comes with some debug tools
[13:36:50 EDT(-0400)] <Justin_o> something like firebug but not as good
[13:37:00 EDT(-0400)] <Justin_o> Bosmo1: ^
[13:37:12 EDT(-0400)] <Justin_o> would you like me to look for something in particular for you
[13:37:15 EDT(-0400)] <Justin_o> to help you debug this
[13:39:52 EDT(-0400)] <elicochran> the IE8 tools are pretty rockin', but definitely not Firebug
[13:40:09 EDT(-0400)] <elicochran> Justin_o: what is interesting to me about this Uploader bug is that the browse button still works
[13:40:28 EDT(-0400)] <elicochran> so the SWF object is still there and still accepting events
[13:40:36 EDT(-0400)] <elicochran> sooo interesting
[13:40:39 EDT(-0400)] <Justin_o> elicochran: yes... that is strange
[13:41:17 EDT(-0400)] <michelled> Justin_o, Bosmo1, the patch for 2780 is good and the pager and renderer tests all pass. should I commit it?
[13:41:32 EDT(-0400)] <Justin_o> michelled: yes please
[13:43:52 EDT(-0400)] <elicochran> Justin_o: um, I just tried Opera with out switching back and forth between the Flash and the http upload and it still doesn't work
[13:43:59 EDT(-0400)] <elicochran> can you get it to work at all?
[13:44:11 EDT(-0400)] <Justin_o> hmm... let me try
[13:44:11 EDT(-0400)] <elicochran> this was after quitting and restarting Opera
[13:44:32 EDT(-0400)] * laurel (n=cfislott@user154-213.wireless.utoronto.ca) has left #fluid-work
[13:44:51 EDT(-0400)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[13:45:32 EDT(-0400)] <Justin_o> elicochran: is that in winxp or mac os
[13:45:38 EDT(-0400)] <elicochran> Mac
[13:45:46 EDT(-0400)] <elicochran> Flash 10
[13:45:50 EDT(-0400)] <elicochran> pretty sure
[13:45:59 EDT(-0400)] <Justin_o> i just dumped my cache in mac and quite the browser.. I'm able to upload if i don't switch back and forth
[13:46:16 EDT(-0400)] <elicochran> ah, let me try dumping the cache as well
[13:47:36 EDT(-0400)] <elicochran> Justin_o: nope, no go for me
[13:48:50 EDT(-0400)] <elicochran> Justin_o: OK, I can get it to work with the server version
[13:48:53 EDT(-0400)] <elicochran> well, that's something
[13:49:15 EDT(-0400)] <Justin_o> elicochran: i wonder what's going on....
[13:50:07 EDT(-0400)] <elicochran> OK, I can see what's happening now... in Opera, once you switch back and forth you get stuck in a loop with it reloading the SWF
[13:50:16 EDT(-0400)] <elicochran> over and over again
[13:50:56 EDT(-0400)] <elicochran> but I can only see this in the server version (although I'll turn on debugging in the local version to see if I can get the same effect
[13:52:26 EDT(-0400)] <elicochran> because it reloads the SWF, it loses the file queue
[13:52:54 EDT(-0400)] <Bosmo1> Thanks, FEESH (tongue)
[13:53:48 EDT(-0400)] <Justin_o> elicochran: oh... i see
[13:54:20 EDT(-0400)] <elicochran> Justin_o: still don't know what's going on with the demo version... I can't get it to Upload at all, at all
[13:54:48 EDT(-0400)] <Justin_o> is that off of the build site or your local copy
[13:57:52 EDT(-0400)] <yura> ya i guess
[13:58:01 EDT(-0400)] <yura> i see
[14:01:28 EDT(-0400)] <Justin_o> yura, mackrauss, alisonbenjamin, and others: I'm going to rebuild the daily build site now, so it may go down for a minute.
[14:01:55 EDT(-0400)] <mackrauss> Justin_o ok. Good for a short break
[14:03:07 EDT(-0400)] <alisonbenjamin> Justin_o: FYI I'm doing a handful of testing tasks for this release. I'd be more involved but Colin has pointed me towards doing accessibility walkthroughs of the fluidproject.org site
[14:04:02 EDT(-0400)] <Justin_o> the site should be back up now
[14:04:47 EDT(-0400)] <Justin_o> alisonbenjamin: no problem, thanks for doing what you can
[14:06:50 EDT(-0400)] <michelled> np Bosmo1 (smile)
[14:11:04 EDT(-0400)] <elicochran> Justin_o: I am completely stumped
[14:11:14 EDT(-0400)] <elicochran> I need to go back to 1.0 and think about what changed
[14:11:38 EDT(-0400)] <Justin_o> elicochran: thanks for looking into it
[14:12:32 EDT(-0400)] <elicochran> I have meetings for the next 2.5 hours so it won't be until much later that I can sift through this
[14:13:06 EDT(-0400)] <Justin_o> That's understandable.
[14:19:12 EDT(-0400)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[15:04:26 EDT(-0400)] * jsilvaa (n=jsilva@142.150.82.73) has joined #fluid-work
[15:09:19 EDT(-0400)] <mackrauss> Justin_o The progress unit test gives me a Apache error
[15:10:44 EDT(-0400)] <Justin_o> really... let me take a look
[15:12:14 EDT(-0400)] <Justin_o> mackrauss: thanks for spotting that, forgot to update the path. I've done so now. so if you refresh the page the link should be fixe
[15:17:30 EDT(-0400)] * michelled (n=team@142.150.154.193) has left #fluid-work
[15:45:27 EDT(-0400)] <Bosmon> Hello folks
[15:45:30 EDT(-0400)] <Bosmon> What's going down?
[15:59:12 EDT(-0400)] <athena> gravity
[16:02:22 EDT(-0400)] <Justin_o> Bosmon: I have a rich text inline edit question for you
[16:03:30 EDT(-0400)] <mackrauss> Justin_o What is meant by UI options
[16:03:46 EDT(-0400)] <Justin_o> when using the keyboard to activate a rich text inline edit field, is it both a "space" and "enter" key that can open it
[16:03:55 EDT(-0400)] <Justin_o> mackrauss: UI Options is User Interface Options
[16:10:39 EDT(-0400)] <Bosmon> hi
[16:10:56 EDT(-0400)] <Justin_o> Bosmon: hello, did you see my question, or should i restate it
[16:21:36 EDT(-0400)] <Bosmon> sorry
[16:21:42 EDT(-0400)] <fj4000> anastasiac: could you please review my patch for http://issues.fluidproject.org/browse/FLUID-2788
[16:21:43 EDT(-0400)] <Bosmon> Actually no
[16:21:49 EDT(-0400)] <Bosmon> Your question didn't come across
[16:21:51 EDT(-0400)] <fj4000> which is also linked to 2787
[16:21:55 EDT(-0400)] <Bosmon> Did it have some Javascript in it?
[16:22:09 EDT(-0400)] <Justin_o> Bosmon: no it didn't
[16:22:32 EDT(-0400)] <Justin_o> basically just wondering what the process of activating a rich text inline edit field via keyboard is
[16:24:25 EDT(-0400)] <Bosmon> Well.... it should be just the same as for all of the inline edit family?
[16:24:34 EDT(-0400)] <Bosmon> That part of the component is invariant
[16:25:10 EDT(-0400)] <Justin_o> okay... thank you
[16:53:29 EDT(-0400)] <heidi_> following the uploader tutorial... where is infusion-1.0/framework/core/js/InfusionAll.js ... somewhere else now?
[16:53:55 EDT(-0400)] <heidi_> n/m... Fluid.js i'm guessing
[16:54:08 EDT(-0400)] <elicochran> Hi heidi_
[16:54:36 EDT(-0400)] <elicochran> the Tutorial assumes that you're using a release build of Infusion
[16:54:42 EDT(-0400)] <elicochran> what step is confusing you?
[16:55:30 EDT(-0400)] * yura (n=yura@142.150.154.136) has joined #fluid-work
[16:55:36 EDT(-0400)] <heidi_> um, it says to include <script type="text/javascript" src="infusion/framework/core/js/InfusionAll.js"></script>
[16:55:44 EDT(-0400)] <heidi_> but i'm using the downloaded infusion package from the website
[16:56:01 EDT(-0400)] <elicochran> ah yes
[16:56:41 EDT(-0400)] <elicochran> so that path is really a suggested path, your milage will vary depending on where you put your files
[16:57:00 EDT(-0400)] <heidi_> is InfusionAll.js in the website release?
[16:57:07 EDT(-0400)] <elicochran> should be
[16:57:08 EDT(-0400)] <heidi_> or is Fluid.js the same?
[16:57:15 EDT(-0400)] <heidi_> ok, will look for it...
[16:57:22 EDT(-0400)] <elicochran> no, Fluid.js just includes the core
[16:57:32 EDT(-0400)] <elicochran> InfusionAll.js is, well, everything
[16:57:45 EDT(-0400)] <heidi_> ok, it's not located in my /framework/core/js/ directory
[16:57:49 EDT(-0400)] <elicochran> read on in the Tutorial, you'll get it
[16:57:52 EDT(-0400)] <elicochran> I'll look too
[16:58:01 EDT(-0400)] <elicochran> if it's not there I should update the Tutorial
[16:58:46 EDT(-0400)] <heidi_> found it - it's in the top directory
[16:59:00 EDT(-0400)] <elicochran> cool, thanks
[16:59:07 EDT(-0400)] <heidi_> just /InfusionAll.js
[16:59:11 EDT(-0400)] <elicochran> I'll update the docs
[16:59:22 EDT(-0400)] <elicochran> well, relative to the app you're creating
[17:00:19 EDT(-0400)] <heidi_> i mean it's in infusion-1.0/InfusionAll.js
[17:00:44 EDT(-0400)] <elicochran> yeah, I got that.
[17:00:58 EDT(-0400)] <heidi_> (wink)
[17:01:04 EDT(-0400)] <elicochran> Let me know of anything else in the Tutorial that doesn't strike you as being right, or you think could be said better... I happily accept the feedback. Uploader is a very hard component to document!
[17:01:46 EDT(-0400)] <heidi_> will do. the 'save' button isn't doing anything, but i'll look harder, i must've missed something
[17:02:15 EDT(-0400)] <elicochran> but the Browse button is working?
[17:02:55 EDT(-0400)] <heidi_> yep
[17:03:09 EDT(-0400)] <elicochran> interesting...
[17:03:56 EDT(-0400)] <heidi_> is it cos i'm in 'demo' mode?
[17:04:00 EDT(-0400)] <heidi_> i set demo:true
[17:04:49 EDT(-0400)] <heidi_> http://heidi.atrc.utoronto.ca/fluid_work/test.html
[17:05:34 EDT(-0400)] <elicochran> let me look
[17:07:03 EDT(-0400)] <heidi_> ah, i know
[17:07:08 EDT(-0400)] <elicochran> ah, hmm, you don't actually have an Uploader yet
[17:07:32 EDT(-0400)] <elicochran> you shouldn't be seeing both the single file uploader and multifile uploader at the same time
[17:07:46 EDT(-0400)] <heidi_> i need to change "infusion/" in the js to my infusion-1.0/
[17:08:10 EDT(-0400)] <elicochran> cool
[17:10:18 EDT(-0400)] <heidi_> hm, that didn't do it
[17:12:13 EDT(-0400)] * Justin_o (n=Justin@142.150.154.171) has left #fluid-work
[17:15:28 EDT(-0400)] <elicochran> better though
[17:15:35 EDT(-0400)] <elicochran> now you have an Uploader
[17:15:52 EDT(-0400)] <elicochran> yep, your doing well
[17:15:56 EDT(-0400)] <elicochran> you're
[17:16:35 EDT(-0400)] <heidi_> am getting
[17:16:36 EDT(-0400)] <heidi_> [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPrefBranch.getCharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://accessext/content/scripts/accessibilityext.js :: accessext_updateMenus :: line 294" data: no]
[17:16:36 EDT(-0400)] <heidi_> [Break on this error] if (this.movieElement && typeof(movieE...own") { // We only want to do this in IE
[17:16:48 EDT(-0400)] <elicochran> browser?
[17:16:56 EDT(-0400)] <heidi_> latest firefox
[17:17:00 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has left #fluid-work
[17:17:02 EDT(-0400)] <heidi_> on mac osx
[17:17:34 EDT(-0400)] <elicochran> tell me what you get when you go to: http://kb2.adobe.com/cps/155/tn_15507.html
[17:18:07 EDT(-0400)] <heidi_> the error only happens locally. but on that test url i sent you, it's fine. but 'save' still does nothing.
[17:18:34 EDT(-0400)] <elicochran> so the local error can be fixed by following the following directions ... (gotta find them, hold on)
[17:19:02 EDT(-0400)] <elicochran> http://wiki.fluidproject.org/display/fluid/Enabling+Uploader+on+Local+File+Systems
[17:19:04 EDT(-0400)] <heidi_> player version: MAC 10,0,22,87 debug player: no
[17:19:30 EDT(-0400)] <elicochran> The problem is that you shouldn't even see that Save button
[17:19:45 EDT(-0400)] <heidi_> ah, is that an Uploader.css thing?
[17:19:45 EDT(-0400)] <elicochran> That part of the page should be hidden because you have JS enabled
[17:19:57 EDT(-0400)] <elicochran> ah
[17:20:01 EDT(-0400)] <elicochran> I know the problem
[17:20:14 EDT(-0400)] <elicochran> You need one more file.
[17:20:16 EDT(-0400)] <elicochran> hold on...
[17:20:34 EDT(-0400)] <heidi_> k
[17:22:00 EDT(-0400)] <elicochran> test
[17:22:05 EDT(-0400)] <elicochran> sorry, that was odd
[17:22:28 EDT(-0400)] <elicochran> wow, I'm pasting a path into the Chat but it won't go
[17:22:31 EDT(-0400)] <elicochran> "/framework/core/js/ProgressiveEnhancement.js"
[17:22:39 EDT(-0400)] <elicochran> there, I have to quote it
[17:22:44 EDT(-0400)] <elicochran> heidi_: ^
[17:22:55 EDT(-0400)] <heidi_> thanks, let me try
[17:23:03 EDT(-0400)] <elicochran> this file which is in Infusion 1.0 but is not in the InfusionAll.js
[17:23:13 EDT(-0400)] * apetro (n=apetro@wsip-98-174-242-39.ph.ph.cox.net) has joined #fluid-work
[17:23:15 EDT(-0400)] <heidi_> btw, in irc any line that starts with / is thought as a command
[17:23:15 EDT(-0400)] <elicochran> At least I think that's what's up
[17:23:26 EDT(-0400)] <heidi_> k, trying
[17:24:02 EDT(-0400)] <elicochran> heidi_: ah yes, /me is still learning this IRC stuff
[17:24:07 EDT(-0400)] <elicochran> or is that \me
[17:24:18 EDT(-0400)] <elicochran> see I get confused
[17:24:19 EDT(-0400)] <heidi_> hehe /me yep
[17:24:21 EDT(-0400)] <elicochran> (wink)
[17:24:24 EDT(-0400)] <heidi_> hey i think that did it...
[17:24:51 EDT(-0400)] <elicochran> yes, that's looking good!
[17:25:06 EDT(-0400)] <heidi_> lovely. so yeah, guess that has to be added to the tutorial
[17:26:45 EDT(-0400)] <elicochran> yes, most definitely... we really should address that somehow in the build system but it's a funny file since it needs to load as soon as the page loads
[17:27:14 EDT(-0400)] <elicochran> thanks for being a guinea pig!
[17:27:31 EDT(-0400)] <heidi_> np (smile)
[17:27:40 EDT(-0400)] <heidi_> time to leave the farm and drive to the big city
[17:28:41 EDT(-0400)] <heidi_> ttys
[20:44:34 EDT(-0400)] * alisonbenjamin (n=alisonbe@64.56.246.165) has joined #fluid-work
[21:47:33 EDT(-0400)] * elicochran (n=elicochr@adsl-70-137-178-177.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[21:51:02 EDT(-0400)] * sgithens342f (n=sgithens@149-166-143-211.dhcp-in.iupui.edu) has joined #fluid-work