fluid-work IRC Logs-2011-09-27

[08:03:48 CDT(-0500)] <heidi_> Justin_o UIO uploader ready for testing?
[08:07:46 CDT(-0500)] <Justin_o> heidi_: not yet, i think they are both waiting on code review though, so should be soon
[08:08:13 CDT(-0500)] <heidi_> k cool
[08:09:42 CDT(-0500)] <colinclark> Justin_o: What needs code review?
[08:10:15 CDT(-0500)] <Justin_o> colinclark: https://github.com/organizations/fluid-project/dashboard/pulls
[08:10:44 CDT(-0500)] <colinclark> oh cool
[08:10:46 CDT(-0500)] <Justin_o> well i guess the uploader one, Bosmon2 hasn't fixed up the tests yet
[08:10:53 CDT(-0500)] <Justin_o> so we're still waiting on him for that
[08:10:53 CDT(-0500)] <colinclark> Right
[08:11:04 CDT(-0500)] <colinclark> Did anyone see him yesterday? Is he off and running with it?
[08:11:30 CDT(-0500)] <colinclark> Seems like michelled can probably review cindyli's FLUID-4461 request today
[08:11:34 CDT(-0500)] <colinclark> and we'll be so close
[08:11:35 CDT(-0500)] <Justin_o> colinclark: i'm not sure.. i'll have to check in with michelled later
[08:11:46 CDT(-0500)] <Justin_o> colinclark: yep exactly..
[08:12:10 CDT(-0500)] <Justin_o> it'll probably take a day or two for the testing though.. so a release by the end of this week or early next seems likely
[08:12:15 CDT(-0500)] <colinclark> anastasiac was going to look at the release notes again, and then I think that was pretty much it
[08:12:32 CDT(-0500)] <colinclark> Justin_o: An early week release will get more attention than a Friday afternoon one anyway
[08:12:32 CDT(-0500)] <colinclark> (smile)
[08:12:43 CDT(-0500)] <Justin_o> (smile) that's true..
[08:12:54 CDT(-0500)] <Justin_o> maybe we should just hold it off till monday, or the announcement at least
[08:12:58 CDT(-0500)] <anastasiac> I have checked the release notes and made some changes, which michelled pushed to the project repo. It looks good to me
[08:13:12 CDT(-0500)] <colinclark> wow, that's great
[09:12:51 CDT(-0500)] <Justin_o> heidi_: wondering if you have time to pick up any of the Inline Edit - Rich Text tasks that are left while you wait for the UIO and Uploader testing to start
[09:13:07 CDT(-0500)] <heidi_> Justin_o finishin IE8 now but don't have Ie7 or 6
[09:13:21 CDT(-0500)] <Justin_o> heidi_: ah okay
[09:13:43 CDT(-0500)] <Justin_o> heidi_: did you want to take my IE 8 pager tests.. and i'll pick up one or both of the inline edit ones
[09:13:54 CDT(-0500)] <heidi_> Justin_o yeah that sounds good, will do
[09:14:05 CDT(-0500)] <Justin_o> cool thanks.. i'll put it on your task list then
[09:20:35 CDT(-0500)] <cindyli> Justin_o: what can i help with? rich text inline edit on ie6?
[09:20:58 CDT(-0500)] <Justin_o> cindyli: sure.. do you mind.. i just put that in my list but i can send that to you.. or you could pick up the ie7 one
[09:21:14 CDT(-0500)] <cindyli> Justin_o: cool. np
[09:39:04 CDT(-0500)] <heidi_> Justin_o fyi http://issues.fluidproject.org/browse/FLUID-4470
[09:39:55 CDT(-0500)] <Justin_o> heidi_: is that only for rich text?
[09:40:12 CDT(-0500)] <heidi_> Justin_o good question, i'll try the other one now
[09:40:21 CDT(-0500)] <Justin_o> i think IE does some weird stuff about saving values in the text field, but am a bit surprised by FF6 having the problem too
[09:40:25 CDT(-0500)] <Justin_o> heidi_: thanks
[09:40:37 CDT(-0500)] <heidi_> Justin_o yeah i can reproduce it on my mac ff too
[09:41:05 CDT(-0500)] <heidi_> Justin_o seems fine on simple inline
[09:41:22 CDT(-0500)] <Justin_o> heidi_: okay.. guess it's a real bug then..
[09:41:40 CDT(-0500)] <Justin_o> not a blocker i don't think since this is only sneak peak component
[09:41:46 CDT(-0500)] <Justin_o> but i'll bump it up to critical
[09:42:12 CDT(-0500)] <heidi_> Justin_o yeah, didn't think a blocker but thought i'd let you know
[09:42:21 CDT(-0500)] <heidi_> Justin_o seems like a bug in our thing vs. the editor itself
[09:42:43 CDT(-0500)] <heidi_> Justin_o i also filed 4469 - is this likely an editor issue? not being able to access any editor buttons via kb
[09:43:15 CDT(-0500)] <Justin_o> heidi_: probably.. i don't think we do anything to enable/disable that
[09:43:54 CDT(-0500)] <heidi_> Justin_o do we update the editors with each release to newest versions?
[09:45:18 CDT(-0500)] <Justin_o> heidi_: we haven't in a while, i think the last time was when fck became ck
[09:46:27 CDT(-0500)] <heidi_> Justin_o updating external but used/included software seems like it should be part of the release process somehow. the way we keep jquery up to date.
[09:48:03 CDT(-0500)] <Justin_o> heidi_: well we don't always update jQuery either (smile)
[09:48:48 CDT(-0500)] <Justin_o> heidi_: but it's an interesting point.. actually we don't even ship the rich text editors anymore, we just have a static CDN setup that we pull from
[09:49:22 CDT(-0500)] <heidi_> Justin_o oh weird. what does CDN mean?
[09:49:51 CDT(-0500)] <Justin_o> i think this is the correct definition http://en.wikipedia.org/wiki/Content_delivery_network
[09:50:01 CDT(-0500)] <Justin_o> basically in short it's short of just a server
[09:50:16 CDT(-0500)] <Justin_o> for the js
[09:50:19 CDT(-0500)] <heidi_> Justin_o what else is on it?
[09:50:23 CDT(-0500)] <Justin_o> for out purposes anyways
[09:50:26 CDT(-0500)] <heidi_> just the editors or do we pull in other things
[09:50:55 CDT(-0500)] <Justin_o> just the editors for us, but jQuery has one set up for their code as well. and other people use these types of things too, but we just have one for the editors
[09:53:16 CDT(-0500)] <huslage> is IDRC a member of W3C?
[09:55:26 CDT(-0500)] <cindyli> greggy1: ^
[09:56:03 CDT(-0500)] <cindyli> Justin_o: rich text inline edit test plan - http://wiki.fluidproject.org/display/fluid/Inline+Edit+QA+Test+Plan+-+Rich+Text
[09:56:10 CDT(-0500)] <cindyli> state tests 10
[09:56:29 CDT(-0500)] <cindyli> expected result: … with an "a" at the beginning
[09:56:49 CDT(-0500)] <cindyli> should "a" appear at the end of the text instead?
[09:57:28 CDT(-0500)] <Justin_o> i think it depends on which editor you are using
[09:57:35 CDT(-0500)] <Justin_o> i'll update that
[09:57:41 CDT(-0500)] <Justin_o> to be more generic
[09:57:45 CDT(-0500)] <cindyli> i see
[09:57:51 CDT(-0500)] <heidi_> tiny moves focus to end and ckeditor to beginning
[09:58:18 CDT(-0500)] <cindyli> thanks, Justin_o, one more, test 14, step 2: Using the keyboard, tap the 'tab' key until the 'Edit' link in the 'Worksite setup portlet' has focus
[09:58:33 CDT(-0500)] <cindyli> where is the 'Worksite setup portlet'?
[09:58:59 CDT(-0500)] <Justin_o> cindyli: oops that's old.. i guess i've just been ignoring that.. (smile) i'll fix it up.. thanks for spotting these
[09:59:14 CDT(-0500)] <cindyli> cool. thanks, Justin_o
[09:59:57 CDT(-0500)] <Justin_o> cindyli: okay… all updated, please let me know if they are okay or if you spot anything else
[10:00:17 CDT(-0500)] <cindyli> sure. thanks.
[10:02:19 CDT(-0500)] <colinclark> Hey, so Everett has been cooking up some interesting Drupal modules recently...
[10:02:20 CDT(-0500)] <colinclark> http://drupal.org/sandbox/everettz/1291496
[10:02:34 CDT(-0500)] <colinclark> It's still really preliminary, but already cool
[10:03:53 CDT(-0500)] <Justin_o> michelled: all of the testing tasks other than UIO and Uploader are done or being worked on
[10:05:01 CDT(-0500)] <michelled> Justin_o: Bosmon2 was going to review cindyli's patch but I'll do that instead
[10:05:06 CDT(-0500)] <michelled> that way we can get moving on UIO
[10:05:09 CDT(-0500)] <michelled> testing
[10:05:16 CDT(-0500)] <cindyli> thanks, michelled
[10:05:22 CDT(-0500)] <michelled> np cindyli
[10:06:00 CDT(-0500)] <Justin_o> michelled: that's great
[10:06:12 CDT(-0500)] <cindyli> Justin_o: you may also want to update test 12 which also says "a" and "b" are expected at the begininng of the content
[10:06:24 CDT(-0500)] <Justin_o> cindyli: thank you
[10:06:31 CDT(-0500)] <cindyli> np
[10:12:29 CDT(-0500)] <heidi_> colinclark so he's got it so that one can install the infusion TOC component? planning on others?
[10:12:47 CDT(-0500)] <colinclark> heidi_: yep
[10:12:53 CDT(-0500)] <colinclark> ToC was just a nice easy starting point for him
[10:13:13 CDT(-0500)] <heidi_> colinclark neat. i wonder if he's installing infusion in one general place or does each module install a separate version of infusion with the parts its needs or
[10:13:17 CDT(-0500)] <heidi_> i imagine the latter
[10:13:56 CDT(-0500)] <colinclark> I haven't looked at the code
[10:14:02 CDT(-0500)] <colinclark> I guess we'll find out
[10:14:14 CDT(-0500)] <colinclark> he's using the versions of jQuery and UI that ship with Drupal 7, which is nice
[10:14:22 CDT(-0500)] <colinclark> so I guess he's probably making a custom build
[10:15:19 CDT(-0500)] <michelled> cindyli, Justin_o: I don't have my VMs working yet - the code looks fine to me - are you ok with me pushing cindyli's fix without testing? I know that she tested it already
[10:16:26 CDT(-0500)] <Justin_o> michelled: i can do a quick test if you like
[10:23:55 CDT(-0500)] <greggy1> huslage: IDRC/OCAD is not a member ofW3C, though individuals here are, Jan, Jutta, Joeseph
[10:28:10 CDT(-0500)] <michelled> cindyli: did you test ie8 winxp?
[10:28:30 CDT(-0500)] <cindyli> no, michelled
[10:28:33 CDT(-0500)] <cindyli> (smile)
[10:28:43 CDT(-0500)] <cindyli> testing now
[10:28:46 CDT(-0500)] <michelled> it looks like text size isn't working there
[10:28:56 CDT(-0500)] <cindyli> ahah, nono
[10:29:10 CDT(-0500)] <cindyli> i will have a look
[10:44:41 CDT(-0500)] <michelled> cindyli, Justin_o: looks like it's working in windows 7 but not xp
[10:45:21 CDT(-0500)] <cindyli> i see, i will find out, michelled
[10:50:46 CDT(-0500)] <Justin_o> cindyli: are you able to reproduce the issue
[10:51:19 CDT(-0500)] <cindyli> Justin_o: i'm filing a jira for inline edit, haven't looked into UIO yet
[10:52:01 CDT(-0500)] <Justin_o> cindyli: okay
[10:52:34 CDT(-0500)] <Justin_o> cindyli: what is the Inlie Edit issue?
[10:53:59 CDT(-0500)] <cindyli> Justin_o: with ie6, go to http://build.fluidproject.org/infusion/demos/inlineEdit/rich/html/inlineEdit.html
[10:54:57 CDT(-0500)] <cindyli> Justin_o: in the 2nd section, "Rich Text Inline Edit with CKEditor 3", click "edit" link, everything goes well this time
[10:55:14 CDT(-0500)] <cindyli> Justin_o: refresh the page, click on the same "edit" link again
[10:55:25 CDT(-0500)] <cindyli> ie6 throws js error
[10:55:45 CDT(-0500)] <cindyli> object doesn't support this method or property
[10:56:44 CDT(-0500)] <cindyli> Justin_o: michelled is going to take over the testing task or file the jira on this issue once she confirms it. i will start working on my pull request for UIO
[11:01:00 CDT(-0500)] <michelled> cindyli: no luck reproducing the error yet
[11:01:02 CDT(-0500)] <michelled> I'll keep trying
[11:01:33 CDT(-0500)] <cindyli> interesting, probably a good sign though
[11:04:58 CDT(-0500)] <heidi_> Justin_o howcome resorting pager moves you to the first page - is that standard pagery behaviour?
[11:07:34 CDT(-0500)] <cindyli> michelled: cannot reproduce the issue in IE8
[11:07:43 CDT(-0500)] <cindyli> IE6 does have problem tho
[11:34:11 CDT(-0500)] <michelled> Justin_o: here's the JIRA: http://issues.fluidproject.org/browse/FLUID-4471
[11:34:14 CDT(-0500)] <huslage> oh great. serious XSS in JIRA version that we're running.
[11:34:16 CDT(-0500)] <michelled> I don't think it should block
[11:34:32 CDT(-0500)] <colinclark> huslage: Do we have any problems, or just need to update?
[11:34:34 CDT(-0500)] <huslage> oh wait...no
[11:34:35 CDT(-0500)] <huslage> oh wait…no
[11:34:42 CDT(-0500)] <huslage> it's not in 4.4
[11:34:47 CDT(-0500)] <huslage> their email is awful
[11:35:16 CDT(-0500)] <colinclark> Justin_o: http://hacks.mozilla.org/2011/09/whats-new-for-web-developers-in-firefox-7/
[11:36:27 CDT(-0500)] <Justin_o> heidi_: sorry just saw your comment.. that is due to the pager…
[11:48:01 CDT(-0500)] <heidi_> Justin_o yeah just wondering why that behaviour
[11:49:53 CDT(-0500)] <Justin_o> heidi_: I can't quite remember the original design, i think it was supposed to go to the page for the item you were currently on
[11:49:55 CDT(-0500)] <Justin_o> or something like that
[11:50:16 CDT(-0500)] <heidi_> oh weird
[12:16:09 CDT(-0500)] <heidi_> Justin_o btw i've finished my tasks - let me know once there's more to test
[12:17:11 CDT(-0500)] <Justin_o> heidi_: will do, thanks
[12:44:49 CDT(-0500)] <Justin_o> jhung: check this out https://github.com/jobara/decapod-converted
[12:45:53 CDT(-0500)] <jhung> Justin_o! That totally rocks. Commit logs and everything.
[12:46:54 CDT(-0500)] <Justin_o> jhung: thanks.. i still have to clean up the tags and some other things.. i'll make a separate repo for that, just to keep this as a backkup
[12:47:26 CDT(-0500)] <jhung> Sounds good justin_o. Now we just need to resolve the other issue...
[12:47:50 CDT(-0500)] <Justin_o> (smile) yes.. one step at a time
[13:19:09 CDT(-0500)] <anastasiac> Bosmon2, are you around?
[13:20:05 CDT(-0500)] <Bosmon2> Yes, I am here
[13:20:32 CDT(-0500)] <michelled> Justin_o: what are your thoughts on putting mlam's pull request in as is and putting the new tests in 1.5?
[13:20:36 CDT(-0500)] <anastasiac> I'm trying to update the UIO instructional demos to use the tempStore instead of a cookie, and I'm having trouble with the fat panel demo
[13:21:15 CDT(-0500)] <anastasiac> it seems like the panel itself isn't properly using the tempstore, or not properly sharing it, or something (I'm still diagnosing). Should I expect this to work, Bosmon?
[13:21:28 CDT(-0500)] <Justin_o> michelled: i guess my first question is "how far along is Bosmon2 at finishing them up?"
[13:21:28 CDT(-0500)] <Bosmon2> Of course you should expect it to work
[13:21:56 CDT(-0500)] <Bosmon2> What a question!
[13:22:49 CDT(-0500)] <Bosmon2> Justin_o - I am not along at all, but was planning to devote the next couple of hours to them
[13:24:16 CDT(-0500)] <anastasiac> hm. Now I'm not seeing the problem I was having yesterday. Ok, I'll have to get back to you if I can reproduce it.
[13:24:50 CDT(-0500)] <colinclark> Justin_o: Do you have a quick sec?
[13:24:54 CDT(-0500)] <Justin_o> colinclark: okay
[13:25:21 CDT(-0500)] <colinclark> I'm trying to determine the extent to which I should "go to bat" for Git and Github on Decapod
[13:25:32 CDT(-0500)] <colinclark> I will defer entirely to you in this regard
[13:25:42 CDT(-0500)] <Justin_o> michelled: do you think we can wait a couple of hours for Bosmon2 to finish up.. i think it would be worth it
[13:25:59 CDT(-0500)] <Justin_o> but i understand we don't want to wait to long since we are waiting on it for testing
[13:26:31 CDT(-0500)] <Bosmon2> Justin_o - OK, I will "put my skates on"
[13:26:36 CDT(-0500)] <Bosmon2> As we say
[13:26:55 CDT(-0500)] <Justin_o> Bosmon2: that sounds like it would be a Canadian expression
[13:27:32 CDT(-0500)] <Bosmon2> Surely in that case SKATES would represent FISH : P
[13:27:42 CDT(-0500)] <colinclark> Bosmon2 skating
[13:27:43 CDT(-0500)] <colinclark> or fishing
[13:27:46 CDT(-0500)] <colinclark> bizarre, either way
[13:28:47 CDT(-0500)] <colinclark> Justin_o: I think we've probably got a fairly funny game of telephone, given that all our conversations on this subject have been off lits
[13:28:48 CDT(-0500)] <colinclark> list
[13:29:01 CDT(-0500)] <colinclark> So, I guess we can explore a few of the immediate technical merits
[13:29:27 CDT(-0500)] <colinclark> and weight it against fairly "selfish" arguments like "we only want to support one version control system"
[13:29:34 CDT(-0500)] <colinclark> which I think everyone will make that argument
[13:29:56 CDT(-0500)] <colinclark> which could lead to stalemate
[13:32:21 CDT(-0500)] <Justin_o> colinclark: I suppose i'm mostly worried about the amount of confusion that has been going on with regards to the code in hg repos and people worried about the affects of committing code
[13:32:34 CDT(-0500)] <colinclark> ok
[13:32:47 CDT(-0500)] <colinclark> so, is that at least an argument for consolidation of sub repositories in Mercurial?
[13:32:54 CDT(-0500)] <colinclark> or something else, Justin_o?
[13:36:00 CDT(-0500)] <Justin_o> this move 1) will give us the opportunity to clean up some of the rough edges in how our repos are structured 2) provide a much cleaner interface to track commits and the state of the code in the repo 3) make it more visible to the public and open source community at large 4) is easier to work in parallel (e.g. merging, tracking branches, pull requests) 4) we are much more experienced with it so when the next set of people take over at IUPR takes over w
[13:36:00 CDT(-0500)] <Justin_o> be able to get them up-to-speed quicker 5) it's nice to have our personal and project repo under the same system for reasons mentioned in point 3 and 4
[13:36:08 CDT(-0500)] <Justin_o> i could probably think of more reasons too
[13:36:56 CDT(-0500)] <colinclark> Those are all really good reasons
[13:37:17 CDT(-0500)] <colinclark> though as I say I think we're going to have to throw away #5, since the same argument can be made equally in the reverse
[13:37:25 CDT(-0500)] <colinclark> So, okay
[13:37:55 CDT(-0500)] <Justin_o> for #5 i more so meant instead of using bitbucket and googlecode
[13:38:01 CDT(-0500)] <colinclark> ah, I see what you mean
[13:38:02 CDT(-0500)] <colinclark> ok
[13:38:18 CDT(-0500)] <colinclark> From your perspective, are you basically at a point where you'd argue for consolidating repositories and throwing away the use of sub repositories in Mercurial?
[13:39:16 CDT(-0500)] <Justin_o> colinclark: I think so.. for code that is part of the project i think it's been too confusing and it's extra work to maintain
[13:39:29 CDT(-0500)] <colinclark> ok
[13:39:44 CDT(-0500)] <Justin_o> i think for Infusion and other third party dependencies we could look at submodules or just making it part of the install script
[13:39:46 CDT(-0500)] <colinclark> I'll send a note to Thomas with your points
[13:39:57 CDT(-0500)] <colinclark> I think, in retrospect, we've probably made some mistakes with our approach in this regard...
[13:40:01 CDT(-0500)] <Justin_o> colinclark: thanks.. you might want to clean them up a bit so they make more sense
[13:40:11 CDT(-0500)] <colinclark> I think that with teams new to open source, we need to set a positive example
[13:40:20 CDT(-0500)] <anastasiac> Bosmon2, I'm trying to override the default cookie store using a demands block. I want to put the demands block in a separate JS file (so that it doesn't clutter up the demo) and just link to this extra file in the html. This approach is working for the full-page versions, but not for fat panel. The fat panel version still seems to be setting a cookie.
[13:40:20 CDT(-0500)] <colinclark> We'll have to work on that, moving forward
[13:41:41 CDT(-0500)] <Justin_o> yes.. for sure
[13:41:51 CDT(-0500)] <Bosmon2> anastasiac - are you including that extra file inside the iframe?
[13:42:37 CDT(-0500)] <colinclark> Out of random curiosity, what kind of a store are you overriding it with, anastasiac?
[13:42:41 CDT(-0500)] <anastasiac> no, I'm not. That would require modifying the component's template file, which I was trying to avoid. I imagine that in general,we'd like integrators to be able to customize UIO without having to modify the component's original file
[13:42:50 CDT(-0500)] <Bosmon2> anastasiac - in that case, you couldn't expect it to work
[13:42:51 CDT(-0500)] <anastasiac> colinclark, I'm using the tempStore provided with the component
[13:42:59 CDT(-0500)] <Bosmon2> Since most of the code for FatPanel runs in the "other world"
[13:43:01 CDT(-0500)] <Bosmon2> Inside the iframe
[13:43:18 CDT(-0500)] <Bosmon2> So you couldn't expect to hit it with a demands block unless it can see the demands block
[13:43:43 CDT(-0500)] <anastasiac> So the only way an integrator can customize the storage method is by editing the HTML for the iframe, then?
[13:43:54 CDT(-0500)] <Bosmon2> You can customise it by supplying options to it the component
[13:44:02 CDT(-0500)] <anastasiac> or by supplying option
[13:44:02 CDT(-0500)] <Bosmon2> Which may be sufficient to get done what you want
[13:44:09 CDT(-0500)] <Bosmon2> But if not, then yes, you need to modify the iframe HTML
[13:44:09 CDT(-0500)] <anastasiac> yes, I've tried it, it does work
[13:44:16 CDT(-0500)] <anastasiac> I'd just hoped to keep that code out of the demo
[13:44:26 CDT(-0500)] <anastasiac> ok, thanks Bosmon2
[13:44:35 CDT(-0500)] <Bosmon2> Well, it seems a bit of a fond hope, since it actually modifies the behaviour of the component?
[13:44:50 CDT(-0500)] <Bosmon2> Surely it is exactly the kind of thing someone would want to see in a demo...
[13:45:11 CDT(-0500)] <anastasiac> yes, I will create a demo for customizing the store, but in a demo that's not about customizing the store, I want to keep that out, if possible
[13:49:42 CDT(-0500)] <colinclark> anastasiac: Just out of curiosity, why use the tempStore in your instructional demo?
[13:54:14 CDT(-0500)] <Justin_o> colinclark: take a look at this https://github.com/jobara/decapod
[13:54:35 CDT(-0500)] <Justin_o> just have to go through and remove all the hg and svnisms that have been left over
[13:54:45 CDT(-0500)] <Justin_o> then we need to fix up the install script
[13:57:05 CDT(-0500)] <colinclark> I can imagine the install script will just become simpler, Justin_o
[13:57:06 CDT(-0500)] <colinclark> which is cool
[13:58:19 CDT(-0500)] <colinclark> I guess the only other thing is aliasing email addresses
[13:59:03 CDT(-0500)] <Justin_o> yah.. i don't know if i can do anything about that unfortunately
[14:11:20 CDT(-0500)] <Justin_o> colinclark: hmm.. the stitching repo is messed up
[14:11:23 CDT(-0500)] <Justin_o> only has a license
[14:11:26 CDT(-0500)] <Justin_o> i guess i'll have to fix that
[14:11:29 CDT(-0500)] <colinclark> ah, interesting
[14:28:25 CDT(-0500)] <anastasiac> colinclark, sorry, missed your question (coffee run…). The use case for the tempStore is the instructional demo that customizes the default site settings: If you try out a different demo first then "reset and save", the regular site defaults are actually saved in the cookie. If you then visit the demo that customizes the default site settings, the customized defaults are ignored initially because the contents of the cookie are used instead. Justin_o
[14:28:25 CDT(-0500)] <anastasiac> suggested the tempStore when he reviewed the code. I hadn't realized that it was available.
[14:28:57 CDT(-0500)] <colinclark> ah, cool
[14:28:58 CDT(-0500)] <colinclark> makes sense
[15:05:24 CDT(-0500)] <michelled> Justin_o: I found another rich text inline edit bug: http://issues.fluidproject.org/browse/FLUID-4472
[15:05:34 CDT(-0500)] <michelled> I don't think it's a blocker
[15:06:10 CDT(-0500)] <Justin_o> michelled: thanks.. i think that might be a duplicate though
[15:06:29 CDT(-0500)] <michelled> Justin_o: I looked and couldn't find a duplicate
[15:06:34 CDT(-0500)] <michelled> let me know if you find one
[15:07:54 CDT(-0500)] <Justin_o> michelled: is this the same http://issues.fluidproject.org/browse/FLUID-2436
[15:07:55 CDT(-0500)] <michelled> it seems to be ie6 only
[15:08:38 CDT(-0500)] <michelled> yep, it is (smile) I'll close the new one
[15:23:02 CDT(-0500)] <Justin_o> michelled: thanks
[15:23:09 CDT(-0500)] <Justin_o> please update it as necessary
[15:23:32 CDT(-0500)] <michelled> I think it's updated enough and I've linked it to the duplicate too
[15:24:43 CDT(-0500)] <cindyli> michelled: 4461 is ready for furthur review
[15:24:56 CDT(-0500)] <michelled> thx cindyli
[15:25:34 CDT(-0500)] <cindyli> however, while at testing, it seems "text style" stops working, which is an existing issue in master, michelled & Justin_o
[15:25:45 CDT(-0500)] <cindyli> it might be another UIO blocker
[15:25:51 CDT(-0500)] <cindyli> can you confirm?
[15:26:18 CDT(-0500)] <Justin_o> cindyli: could you elaborate
[15:26:41 CDT(-0500)] <cindyli> Justin_o: open up fat panel with firefox
[15:26:53 CDT(-0500)] <cindyli> adjusting "text style", which is the font
[15:27:02 CDT(-0500)] <cindyli> the main page doesn't get enhanced accordingly
[15:27:29 CDT(-0500)] <cindyli> just tried with "color and contrast", not enhanced as well, Justin_o
[15:30:17 CDT(-0500)] <michelled> cindyli: it works for me on the build site
[15:30:29 CDT(-0500)] <michelled> what version of FF?
[15:30:39 CDT(-0500)] <cindyli> ff6, michelled
[15:30:43 CDT(-0500)] <Justin_o> michelled: you beat me to the question
[15:30:56 CDT(-0500)] <cindyli> ah, my bad
[15:30:59 CDT(-0500)] <Justin_o> colinclark: can you quickly test that
[15:31:06 CDT(-0500)] <cindyli> i didn't run generateUIOthemes
[15:31:15 CDT(-0500)] <Justin_o> cindyli: (smile)
[15:31:16 CDT(-0500)] <cindyli> ant ant, forget it with the new machine
[15:31:18 CDT(-0500)] <colinclark> oh hi
[15:31:20 CDT(-0500)] <colinclark> test what?
[15:31:33 CDT(-0500)] <Justin_o> colinclark: don't worry about, false alarm
[15:31:35 CDT(-0500)] <colinclark> ok
[15:31:38 CDT(-0500)] <michelled> cindyli: are you having trouble getting ant set up on the new machine?
[15:31:55 CDT(-0500)] <cindyli> haven't tried, since it just pops up to me
[15:32:02 CDT(-0500)] <cindyli> should be easy i think
[15:32:12 CDT(-0500)] <michelled> there are a few gotchas
[15:32:14 CDT(-0500)] <cindyli> unless you have some hints that want to call my attention
[15:32:20 CDT(-0500)] <cindyli> cool
[15:32:29 CDT(-0500)] <cindyli> what are they?
[15:32:45 CDT(-0500)] <michelled> I'm come over there (smile)
[15:54:02 CDT(-0500)] <michelled> Justin_o: I just pushed cindyli's pull request so I think we are good to open testing on uio
[16:06:00 CDT(-0500)] <Justin_o> michelled: thanks.. i'll send out an e-mail
[16:06:07 CDT(-0500)] <michelled> thx