fluid-work IRC Logs-2011-02-18

[08:51:51 CST(-0600)] <heidi_> hey jhung did you find anything weird with the overall progress bar on uploader? sometimes after i upload some stuff it fills green, other times it disappears.
[09:15:14 CST(-0600)] <anastasiac> Justin_o, maybe you know: Is it still the case that the Uploader should degrade to the single-file uploader if JS is turned off?
[09:16:03 CST(-0600)] <Justin_o> anastasiac: i believe so.. is this no longer the case?
[09:16:24 CST(-0600)] <anastasiac> it's not what I'm seeing, no. I wasn't sure if the test plan was out of date, or the uploader wasn't working right (smile)
[09:27:13 CST(-0600)] <anastasiac> so Justin_o, if it's supposed to degrade and it doesn't, would that be a blocker?
[09:27:46 CST(-0600)] <anastasiac> I get a blank page
[09:28:07 CST(-0600)] <Justin_o> anastasiac: could be
[09:28:15 CST(-0600)] <Justin_o> we should talk to colinclark and heidi_
[09:28:19 CST(-0600)] <anastasiac> colinclark, maybe you can verify: Is the Uploader still supposed to degrade to single-file if JS is off?
[09:28:25 CST(-0600)] <colinclark> anastasiac: I made a few tweaks to both the Infusion and Uploader README files last night, btw
[09:28:31 CST(-0600)] <anastasiac> thanks
[09:28:32 CST(-0600)] <colinclark> anastasiac: Most definitely, yes
[09:28:39 CST(-0600)] <anastasiac> ok, so, it's not :_(
[09:28:44 CST(-0600)] <harriswong> justin_o: IE 9 jiras: FLUID-4079, FLUID-4080
[09:29:07 CST(-0600)] <heidi_> yeah it should, trying on this end..
[09:29:09 CST(-0600)] <colinclark> anastasiac: Fire me a JIRA with exact steps to reproduce and the platform you're on
[09:29:19 CST(-0600)] <anastasiac> will do
[09:29:32 CST(-0600)] <heidi_> degrades okay on mac ff
[09:30:53 CST(-0600)] <heidi_> anastasiac my master degrades okay locally, but the build site i get the blank page too, hmm
[09:31:06 CST(-0600)] <anastasiac> heidi_, yes, I'm testing the build site, not locally
[09:32:29 CST(-0600)] <Justin_o> ah
[09:32:29 CST(-0600)] <Justin_o> {color}
[09:32:37 CST(-0600)] <Justin_o> is it because it fetches the template

[09:32:45 CST(-0600)] <Justin_o> although i guess it wouldn't work locally either if that were the case
[09:35:04 CST(-0600)] <anastasiac> colinclark: http://issues.fluidproject.org/browse/FLUID-4081
[09:35:18 CST(-0600)] <anastasiac> Justin_o, heidi_: it doesn't work locally for me, either
[09:35:30 CST(-0600)] <heidi_> hmm
[09:35:52 CST(-0600)] <anastasiac> hmm
[09:36:23 CST(-0600)] <colinclark> How are you disabling JS in FF3.6, anastasiac?
[09:36:36 CST(-0600)] <anastasiac> using the web developer toolbar
[09:36:46 CST(-0600)] <heidi_> me too
[09:37:04 CST(-0600)] <Justin_o> heidi_, anastasiac : are you both running the same version of the code locally?
[09:37:24 CST(-0600)] <anastasiac> I just pulled from the project repo this morning
[09:37:26 CST(-0600)] <heidi_> Justin_o i just did git pull upstream master , so most recent
[09:38:27 CST(-0600)] <anastasiac> colinclark, I just tried using Firefox's regular preferences dialog to disable JS, same effect
[09:38:39 CST(-0600)] <colinclark> It shouldn't matter, I just wanted to make sure
[09:40:44 CST(-0600)] <colinclark> Hey anastasiac
[09:40:47 CST(-0600)] <colinclark> Could you do me a favour?
[09:40:53 CST(-0600)] <anastasiac> I can try
[09:40:59 CST(-0600)] <colinclark> And look at the source code for the link you're testing with? (tongue)
[09:41:10 CST(-0600)] <colinclark> I suspect this is a bug in our QA test plan instructions (wink)
[09:41:30 CST(-0600)] <colinclark> Do a View Source, rather than using Firebug's HTML inspector
[09:42:15 CST(-0600)] <anastasiac> ok, so we shouldn't be expecting it to degrade
[09:42:39 CST(-0600)] <anastasiac> that was my first question (smile)
[09:43:29 CST(-0600)] <colinclark> The demo can't degrade without JavaScript if it loads a template in via AJAX
[09:43:40 CST(-0600)] <colinclark> The template itself, on the other hand, degrades just fine
[09:43:48 CST(-0600)] <colinclark> I guess I'd reconsider this
[09:43:48 CST(-0600)] <colinclark> I
[09:43:51 CST(-0600)] <heidi_> http://build.fluidproject.org/infusion/demos/uploader/html/uploader.html is blank for me
[09:44:04 CST(-0600)] <colinclark> yes heidi_, that's right
[09:44:17 CST(-0600)] <colinclark> I'd argue that this is really a bug in the demo
[09:44:17 CST(-0600)] <colinclark> S
[09:44:27 CST(-0600)] <colinclark> Since the demo should show users how to degrade gracefully
[09:44:28 CST(-0600)] <colinclark> wh
[09:44:38 CST(-0600)] <colinclark> ack, my computer is so slow
[09:44:48 CST(-0600)] <colinclark> which can't be done when you're trying to AJAX the whole page in
[09:44:58 CST(-0600)] <colinclark> the degraded control should be in the original demo markup, too
[09:45:25 CST(-0600)] <anastasiac> yes, I agree, the demo should be able to demo the degradation
[09:45:57 CST(-0600)] <anastasiac> so the uploader is fine, the demo is broken - is this a blocker, Justin_o?
[09:46:29 CST(-0600)] <jhung> heidi_: sorry I missed your message. {color}
[09:46:53 CST(-0600)] <jhung> heidi: I didn't notice anything weird. The bar usually fills green then disappears.

[09:47:11 CST(-0600)] <heidi_> jhung is it supposed to disappear or stay green?
[09:48:15 CST(-0600)] <jhung> heidi_: the green bar is supposed to disappear.
[09:48:32 CST(-0600)] <jhung> there should be a green bar on the left border when it's been uploaded properly.
[09:48:47 CST(-0600)] <heidi_> jhung oh, i mean the overall progress bar (big one at the bottom)
[09:50:07 CST(-0600)] <jhung> heidi_: ah, I see it now. I never noticed that before!
[09:50:28 CST(-0600)] <jhung> heidi_: it stays green after uploading, but disappears after attaching more files to the queue.
[09:51:13 CST(-0600)] <heidi_> colinclark what's the correct behaviour for the overall progress bar (big one at bottom) - when does it stay green and when should it be grey?
[09:51:36 CST(-0600)] <colinclark> Check the wireframes
[09:52:32 CST(-0600)] <colinclark> They're the definitive source for how it should work
[09:52:38 CST(-0600)] <colinclark> and usually the source from which we build our test plans
[09:52:51 CST(-0600)] <heidi_> it seems to depend on what stage i hit 'stop upload'
[09:58:26 CST(-0600)] <Justin_o> colinclark, heidi_ : can you take a quick look at this and make sure it is running the latest code
[09:58:26 CST(-0600)] <Justin_o> http://build.fluidproject.org/sakai-imagegallery2-web/site/AddImages/
[09:58:48 CST(-0600)] <Justin_o> colinclark: actually i'm going to try to rebuild it first
[09:58:51 CST(-0600)] <Justin_o> one minutes
[10:05:46 CST(-0600)] <Justin_o> colinclark, heidi_: okay, can you please now test http://build.fluidproject.org/sakai-imagegallery2-web/site/AddImages/
[10:05:52 CST(-0600)] <Justin_o> and make sure it's running the latest code
[10:06:04 CST(-0600)] <heidi_> k
[10:07:36 CST(-0600)] <heidi_> Justin_o this looks up to date to me
[10:12:46 CST(-0600)] <Justin_o> heidi_: thanks
[10:12:51 CST(-0600)] <Justin_o> so we're all good to go then
[10:13:19 CST(-0600)] <heidi_> cool Justin_o
[10:25:31 CST(-0600)] <Justin_o> anastasiac, colinclark : sorry got off track on that issue with the uploader
[10:25:58 CST(-0600)] <Justin_o> what are your feelings about it blockeryness
[10:26:25 CST(-0600)] <colinclark> (smile)
[10:26:28 CST(-0600)] <colinclark> "blockeryness"
[11:34:45 CST(-0600)] <Justin_o> heidi_: have you tested uploader with nvda by any chance?
[11:35:24 CST(-0600)] <heidi_> Justin_o nope but i could (smile)
[11:35:41 CST(-0600)] <Justin_o> heidi_: thanks appreciate it
[11:35:44 CST(-0600)] <heidi_> np
[11:56:09 CST(-0600)] <Justin_o> colinclark, anastasiac : did you want to talk about the uploader issue now?
[11:56:31 CST(-0600)] <anastasiac> cc's on the phone right now
[11:56:40 CST(-0600)] <Justin_o> thanks
[11:59:13 CST(-0600)] <colinclark> what's up?
[11:59:28 CST(-0600)] <Justin_o> with the no degrading
[11:59:41 CST(-0600)] <Justin_o> i think i missed some words there
[11:59:53 CST(-0600)] <anastasiac> the "blockeryness" of the issue (smile)
[12:00:02 CST(-0600)] <Justin_o> anastasiac: yes that one (smile)
[12:00:53 CST(-0600)] <colinclark> This is the issue we are debating the blockeryness of? http://issues.fluidproject.org/browse/FLUID-4081
[12:01:57 CST(-0600)] <Justin_o> yep
[12:09:57 CST(-0600)] <colinclark> Okay, so I am of two minds about this
[12:10:08 CST(-0600)] <colinclark> It really doesn't showcase the power of our component
[12:10:17 CST(-0600)] <heidi_> Justin_o nvda/IE8 the main weird thing is that when i select a file in the list, it reads the entire table contents starting from top, so i can't tell which file i'm on
[12:10:20 CST(-0600)] <colinclark> I guess we could ask a few questions...
[12:10:31 CST(-0600)] <colinclark> Is graceful degradation broken, or just not present in this demo?
[12:10:34 CST(-0600)] <colinclark> And the latter is the case
[12:10:40 CST(-0600)] <colinclark> Another interesting question might be...
[12:10:42 CST(-0600)] <Justin_o> heidi_: really, which mode does that happen in.. focus or browse
[12:10:52 CST(-0600)] <colinclark> does the demo portal itself support the absence of JavaScript?
[12:11:07 CST(-0600)] <colinclark> In other words, if people were trying this, would they get a reasonable experience?
[12:11:10 CST(-0600)] <Justin_o> that's a good question.. which i would suppose it doesn't really
[12:11:43 CST(-0600)] <colinclark> I'm not sure
[12:11:50 CST(-0600)] <colinclark> I guess some things would break rather prominently
[12:12:01 CST(-0600)] <colinclark> The last question, and the most germane to this issue...
[12:12:14 CST(-0600)] <colinclark> Does this provide a serious barrier to use or understanding of the component?
[12:12:33 CST(-0600)] <colinclark> I'd argue that it's another one in the stack of "really quite bad" and fortunately also in the "really quite easy to fix" categories
[12:12:49 CST(-0600)] <colinclark> but probably not a blocker by our traditional definition of post-freeze blockers
[12:13:21 CST(-0600)] <Justin_o> colinclark: i think i would tend to agree with that
[12:13:55 CST(-0600)] <heidi_> Justin_o i think browse.
[12:13:58 CST(-0600)] <colinclark> So is that a -1 for the blockeryness of FLUID-4081, King?
[12:14:20 CST(-0600)] <Justin_o> colinclark: by the way, i tried the demo portal for inline edit without javascript on and the iframe there is also blank
[12:14:34 CST(-0600)] <Justin_o> guess we use javascript to link to the demo itself anyways
[12:14:37 CST(-0600)] <colinclark> Yeah
[12:14:45 CST(-0600)] <colinclark> That's a pretty compelling argument
[12:15:23 CST(-0600)] <heidi_> Justin_o switching modes fixes it so n/m !
[12:15:56 CST(-0600)] <Justin_o> heidi_: okay.. that's good (smile) is the experience still good though.. meaning do you think the user will know to switch modes
[12:16:08 CST(-0600)] <Justin_o> colinclark: so i think i'm leaning towards -1 on it being a blocker
[12:16:17 CST(-0600)] <Justin_o> but am willing to hear arguements the other way
[12:16:25 CST(-0600)] <colinclark> I'm a -1 myself on the issue
[12:16:57 CST(-0600)] <colinclark> Next, I think we should call a vote on potluck vs. catering
[12:17:13 CST(-0600)] <anastasiac> +1 for potluck
[12:17:26 CST(-0600)] <Justin_o> +1 for catering
[12:17:32 CST(-0600)] <Justin_o> now we'll be here all night
[12:17:35 CST(-0600)] <heidi_> Justin_o yes the experience is nice in nvda
[12:17:43 CST(-0600)] <heidi_> +1 potluck
[12:17:55 CST(-0600)] <Justin_o> heidi_: great (smile)
[12:18:03 CST(-0600)] <heidi_> both in FF and IE8
[12:18:18 CST(-0600)] <Justin_o> excellent
[12:18:22 CST(-0600)] <Justin_o> that's good news
[12:19:18 CST(-0600)] <heidi_> Justin_o the only thing is no beeping from progress bars in FF
[12:19:49 CST(-0600)] <heidi_> and no feedback that 'upload' switched to 'stop upload'
[12:19:56 CST(-0600)] <heidi_> will try fooling with modes again tho
[12:21:19 CST(-0600)] <heidi_> Justin_o mode fixes 'stop upload' feedback, so only thing is no beeping from progress bars
[12:22:00 CST(-0600)] <heidi_> i like that in FF it reads the status after you stop upload. IE doesn't
[12:27:51 CST(-0600)] <Justin_o> heidi_: i think it's supposed to read the total progress bar
[12:28:28 CST(-0600)] <heidi_> Justin_o yeah it doesn't, in either mode, just IE tho
[12:28:38 CST(-0600)] <heidi_> ill make a jira for that if there isn't one
[12:28:45 CST(-0600)] <Justin_o> heidi_: does the progress component still work by itself?
[12:28:50 CST(-0600)] <Justin_o> heidi_: thanks
[12:29:00 CST(-0600)] <heidi_> Justin_o does it beep in FF? ill check
[12:29:27 CST(-0600)] <Justin_o> heidi_: thanks
[12:29:49 CST(-0600)] <heidi_> Justin_o it doesn't beep, no
[12:30:22 CST(-0600)] <heidi_> checking 1.3
[12:30:32 CST(-0600)] <Justin_o> heidi_: thanks
[12:33:56 CST(-0600)] <heidi_> Justin_o it doesn't beep progress in 1.3 either
[12:38:55 CST(-0600)] <Justin_o> heidi_: okay
[12:39:03 CST(-0600)] <Justin_o> and that is in both modes
[12:39:07 CST(-0600)] <heidi_> yep
[12:39:17 CST(-0600)] <heidi_> just in FF
[12:39:22 CST(-0600)] <heidi_> IE beeps
[12:42:19 CST(-0600)] <Justin_o> heidi_: okay.. thanks.. you might have to file a jira about that too
[12:42:29 CST(-0600)] <heidi_> okee doke
[12:42:56 CST(-0600)] <heidi_> Justin_o so IE should read the Uploader status (uploaded: 4 of 6 files) after stopping as well?
[12:58:13 CST(-0600)] <Justin_o> heidi_: yes.. it should.. although it could be that that just doesn't work in IE.
[12:58:27 CST(-0600)] <Justin_o> golam: do you remember if progress would announce when it was finished in IE
[12:58:51 CST(-0600)] <heidi_> Justin_o it's an uploader issue specifically... the uploader status
[12:59:12 CST(-0600)] <golam> using which screen reader?
[12:59:13 CST(-0600)] <heidi_> the footer text at the bottom left is read after in FF, not in IE
[12:59:18 CST(-0600)] <heidi_> NVDA
[12:59:35 CST(-0600)] <Justin_o> heidi_: yes.. but i think this is supposed to be handled by the progress bar, but could be mistaken
[12:59:40 CST(-0600)] <heidi_> ah
[12:59:41 CST(-0600)] <Justin_o> sorry.. progress component
[13:00:19 CST(-0600)] <golam> Justin_o: let me check I don't remember
[13:00:33 CST(-0600)] <golam> Justin_o: do you know which version of IE
[13:00:39 CST(-0600)] <Justin_o> golam: thanks
[13:00:43 CST(-0600)] <golam> and which version of NVDA
[13:01:00 CST(-0600)] <Justin_o> heidi_: can you tell golam which versions you were using?
[13:01:29 CST(-0600)] <heidi_> "Order Submitted" etc doesn't get read after progress in progress demo either
[13:01:48 CST(-0600)] <heidi_> IE8, NVDA 2010.2
[13:02:09 CST(-0600)] <golam> heidi_: thanks let me check
[13:05:47 CST(-0600)] <heidi_> Justin_o http://issues.fluidproject.org/browse/FLUID-4089 for FF progress not beeping
[13:06:41 CST(-0600)] <colinclark> Didn't we find this not beeping issues last release?
[13:06:50 CST(-0600)] <colinclark> A regression in the final release of NVDA 2010.2?
[13:07:09 CST(-0600)] <golam> Justin_o, heidi_: IE8 doesn't support live region and that's why it's not announcing anything within the live region
[13:07:32 CST(-0600)] <heidi_> colinclark doesn't beep in 1.3 either
[13:08:08 CST(-0600)] <heidi_> golam ok, thanks
[13:08:20 CST(-0600)] <Justin_o> colinclark: can't quite remember, they are at 2011 beta 2 now
[13:08:22 CST(-0600)] <heidi_> colinclark ah, it's an nvda thing
[13:08:48 CST(-0600)] <colinclark> I haven't tried the latest 2011 beta
[13:09:14 CST(-0600)] <colinclark> But I vaguely remember testing with both 2010.2beta and the release and the valuetext bug had crept back into it
[13:09:31 CST(-0600)] <colinclark> I wouldn't be surprised if we have a bug filed for this somewhere
[13:09:50 CST(-0600)] <heidi_> golam do you think there's a way to mimic live region for IE users? is it worthwhile? i'm not sure if the majority of nvda users would use IE or FF
[13:10:15 CST(-0600)] <heidi_> colinclark i tried to find it but ill look again for dup jira
[13:10:40 CST(-0600)] <colinclark> heidi_: I don't think it's worthwhile to try to mimic it
[13:10:56 CST(-0600)] <colinclark> It's not easy to do and will end up with more time-limited hacks in our code
[13:11:20 CST(-0600)] <heidi_> werd. it's just such a helpful thing. does IE9?
[13:12:18 CST(-0600)] <heidi_> golam do you know if IE9 does
[13:12:19 CST(-0600)] <golam> heidi_: I think we endup providing the developer with option to set valuetext
[13:15:36 CST(-0600)] <golam> heidi_: you will find more information under "New in v1.3" at http://wiki.fluidproject.org/display/fluid/Progress+API
[13:17:22 CST(-0600)] <heidi_> golam interesting - is it being used in progress demo?
[13:19:00 CST(-0600)] <golam> heidi_: let me check
[13:29:03 CST(-0600)] <golam> heidi_: I don't see ariaBusyText being set, that's why in IE8 you hear the beeping noise. To answer your question with live region IE 8 doesn't support. Is there any way we can mimic ? I will have to investigate.
[13:30:24 CST(-0600)] <heidi_> golam colinclark said above it wouldn't be worth it. do you know if IE9 supports live region?
[13:31:08 CST(-0600)] <heidi_> golam i don't quite understand the new progress options - will setting one of them help us give the user more information once progress finishines, in IE?
[13:31:10 CST(-0600)] <golam> heidi_: I didn't test with IE9
[13:34:49 CST(-0600)] <harriswong> justin_o: do you want me to move on ahead with more win7 tests?
[13:35:03 CST(-0600)] <Justin_o> harriswong: are you able to?
[13:37:16 CST(-0600)] <golam> heidi_: If you want to get progress feedback then you will set those option. I think the reason why we had that option because jaws+IE worked then nvda+IE didn't work. The developer will decide for their client which option will work for them
[13:37:52 CST(-0600)] <heidi_> golam you can only support one or the other?
[13:37:57 CST(-0600)] <harriswong> justin_o: is that machine beside me a win7 based?
[13:38:55 CST(-0600)] <golam> heidi_: by having this option we will support both but not at the same time
[13:39:29 CST(-0600)] <heidi_> golam , ah interesting. okay thanks
[13:46:51 CST(-0600)] <golam> heidi_: np, here is the jira http://issues.fluidproject.org/browse/FLUID-3787
[13:50:53 CST(-0600)] <colinclark> golam: Isn't the point that NVDA doesn't support both at the same? The whole bug is due to the fact that when the valueText is present, NVDA stops beeping, right?
[13:51:00 CST(-0600)] <colinclark> It's not something we don't support by design
[13:51:21 CST(-0600)] <Justin_o> harriswong: the one at the end of your aisle is winxp
[13:51:46 CST(-0600)] <golam> colinclark: that's correct
[13:52:30 CST(-0600)] <colinclark> heidi_: Hopefully that makes more sense
[13:52:39 CST(-0600)] <heidi_> colinclark we were talking about another issue where NVDA in IE doesn't read the live region after progress completes. in FF, it reads the uploader status or the 'order submitted' msg, but not in IE
[13:52:49 CST(-0600)] <colinclark> ah, oh
[13:52:57 CST(-0600)] <colinclark> the live region thing, not the progress value text thing
[13:52:59 CST(-0600)] <colinclark> gotcha
[13:53:01 CST(-0600)] <colinclark> sorry, my mistake
[13:53:03 CST(-0600)] <heidi_> so wondering if there's a way to work around it cos it's such valuable info
[13:53:22 CST(-0600)] <colinclark> Here's a good workaround: IE9 (wink)
[13:53:28 CST(-0600)] <heidi_> oh sweet
[13:53:36 CST(-0600)] <colinclark> I don't know that it actually works, but I'd assume so
[13:53:42 CST(-0600)] <heidi_> i hope so
[13:53:48 CST(-0600)] <colinclark> me too (smile)
[13:54:20 CST(-0600)] <heidi_> i'm not sure if the new progress options help the issue or not
[13:54:25 CST(-0600)] <colinclark> While we're on the subject of IE9, I found this page by Paul Rouget pretty interesting:
[13:54:26 CST(-0600)] <colinclark> http://people.mozilla.com/~prouget/ie9/ie9_vs_fx4.html
[13:54:38 CST(-0600)] <colinclark> And a very nice example of HTML5 features, to boot
[13:54:50 CST(-0600)] <heidi_> woo interesting page to look at
[13:55:05 CST(-0600)] <harriswong> justin_o: yep, i just checked (smile)
[13:55:52 CST(-0600)] <heidi_> that is a neat page colinclark , oh IE
[13:57:55 CST(-0600)] <Justin_o> michelled, kasper, yura_ : i was just chatting with clown a bit, you can check out this test page he wrote for dojo a while back
[13:57:59 CST(-0600)] <Justin_o> http://archive.dojotoolkit.org/nightly/dojotoolkit/dijit/tests/form/robot/Slider_a11y.html
[13:58:16 CST(-0600)] <yura_> Justin_o: thanks
[13:58:16 CST(-0600)] <colinclark> heidi_: Those little pie and bar charts are all rendered with Canvas
[13:58:32 CST(-0600)] <heidi_> colinclark neeeat
[13:58:41 CST(-0600)] <colinclark> Viewing the source is pretty informative--and shocking if you come from the XHTML school of structure
[13:59:31 CST(-0600)] <heidi_> yeah im looking at it now
[13:59:59 CST(-0600)] <heidi_> need to learn more about canvas
[14:01:06 CST(-0600)] <anastasiac> Justin_o, I've found a mistake in a builder dependency json file: the Scroller.js file was removed from the Uploader, but it's still mentioned in the dependency list. The error doesn't cause any problems with the actual building process. Is this (and any other errors I might find) something that needs to be fixed for 1.3.1?
[14:01:51 CST(-0600)] <Guest8718> michelled, kasper, yura_: check out http://dojotoolkit.org/reference-guide/util/dohrobot.html#id8 for some documentation oh now to use doh.Deferred.
[14:02:12 CST(-0600)] * Guest8718 wonders why his is "Guest8718"
[14:02:14 CST(-0600)] <Justin_o> anastasiac: so it was just a file list alongside uploader.js?
[14:02:20 CST(-0600)] * anastasiac was wondering the same thing
[14:02:54 CST(-0600)] <kasper> thanks Guest3369
[14:03:18 CST(-0600)] * Guest3369 seems to be back to clown ... whoops back to Guest3369. What is going on with nickserv?
[14:03:31 CST(-0600)] <michelled> thx clown
[14:04:05 CST(-0600)] <kasper> Justin_o, thanks for the link too, didn't see the ping until now
[14:04:33 CST(-0600)] <anastasiac> different guest number, too
[14:05:00 CST(-0600)] <Justin_o> anastasiac: i think we should probably fix it, since it doesn't really touch any of the code, and our nightly build of the builder isn't up yet so we can't easily test the effects of it not being there
[14:05:23 CST(-0600)] <anastasiac> thanks, Justin_o. I'll keep checking the rest, and then we can fix them all at once
[14:05:29 CST(-0600)] <Justin_o> anastasiac: thanks
[14:09:24 CST(-0600)] <Justin_o> fluid-everyone: any thoughts on this issue http://issues.fluidproject.org/browse/FLUID-3977
[14:09:54 CST(-0600)] <Justin_o> i just came across it now and I'm pretty sure it's because the page is missing a dependency. It should also link in FluidView.js
[14:10:36 CST(-0600)] <anastasiac> Justin_o, if it needs FluidView and doesn't have it, shouldn't functionality be broken in other browsers?
[14:10:38 CST(-0600)] <michelled> sounds like a blocker to me Justin_o
[14:10:47 CST(-0600)] <golam> Justin_o: I was able to find few issues with IE and Inline Rich text Tiny MCE
[14:11:23 CST(-0600)] <golam> Justin_o: I am almost done with my testing and will send my findings soon
[14:11:28 CST(-0600)] <colinclark> Justin_o: Looks pretty Blockerific to me
[14:11:30 CST(-0600)] <Justin_o> yes.. it's funny since the page still actually seams to work
[14:11:54 CST(-0600)] <Justin_o> i'm almost wondering if the bug is using the DMB at all
[14:15:20 CST(-0600)] <Justin_o> fluid-everyone: the build site mysteriously died.. i'm trying revive it now.
[14:15:42 CST(-0600)] <Justin_o> fluid-everyone: should be working again now
[14:18:40 CST(-0600)] <heidi_> michelled not sure if you remember or not - is there a jira already for turning TOC on in UIO shows the UIO headers? can't find it.
[14:20:55 CST(-0600)] <Justin_o> heidi_: i believe there is a jira for that.. i'll see if i can dig it up
[14:25:16 CST(-0600)] <Justin_o> heidi_: http://issues.fluidproject.org/browse/FLUID-4003
[14:25:29 CST(-0600)] <heidi_> aha, thanks justin (smile)
[14:25:35 CST(-0600)] <Justin_o> np
[14:42:44 CST(-0600)] <Justin_o> fluid-everyone: so i've made a branch for FLUID-3977 to add in the missing dependency... any thoughts on if we should instead investigate why it works when the DMB wasn't there
[14:43:53 CST(-0600)] <Justin_o> ah okay.. just reading the code..there is a comment above it that say that it will have no effect on most browsers
[14:56:39 CST(-0600)] <Justin_o> Bosmon2: so do you think we should just update the html and add in the missing dependency or should we remove the use of DMB for the tinyMCE rich inlineEdit
[15:09:58 CST(-0600)] <Bosmon2> Justin_o: Can you describe what the bug actually is?
[15:10:08 CST(-0600)] <Bosmon2> Is there more to the bug than the missing dependency from the file?
[15:10:17 CST(-0600)] <Bosmon2> My opinion is we should add in the missing dependency
[15:10:25 CST(-0600)] <Bosmon2> For reasons similar to those with the DMB test in the first place (tongue)
[15:10:50 CST(-0600)] <Bosmon2> I feel we should respect the fact that we see a comment in the code saying "This is required in some environments" even if we are unable at present to discover which ones they are (tongue)
[15:11:12 CST(-0600)] <Bosmon2> It could of course be some totally unsupported environment like FF2 - but why degrade our implementation quality if we don't need to?
[15:11:12 CST(-0600)] <Justin_o> Bosmon2: okay.. i'm just wondering because it didn't seem to have any functional effect, other than an error due to trying to call a function that wasn't there. The richtext behaved the same way wether it was there or not
[15:11:54 CST(-0600)] <Justin_o> Bosmon2: okay.. so i have the change.. do you mind handling my pull request..
[15:11:58 CST(-0600)] <Bosmon2> We we can't observe the implementation to be doing any harm, we should leave it in, in the face of a comment suggesting that it does some good on some platform
[15:12:06 CST(-0600)] <Bosmon2> Ok - just dealing with something for JURA at present
[15:12:30 CST(-0600)] <Justin_o> Bosmon2: okay thanks.. any thoughts on how long that might take
[15:12:54 CST(-0600)] <Justin_o> wondering if should ping someone else or not.. i guess we'll have to do some retesting of richtext inline edit
[15:21:11 CST(-0600)] <colinclark> Okay, I've been a little out of the loop
[15:21:15 CST(-0600)] <colinclark> I see two pull requests
[15:21:20 CST(-0600)] <anastasiac> Justin_o, I've fixed that Uploader builder dependency and requested a pull from my branch (FLUID-4063). Do you want to take care of that, or delegate?
[15:21:25 CST(-0600)] <anastasiac> colinclark, that might be me
[15:21:33 CST(-0600)] <colinclark> FLUID-3977 from Justin_o to add FluidView.js to Inline Edit
[15:21:42 CST(-0600)] <colinclark> and FLUID-4063 from anastasiac to remove Scroller.js
[15:21:55 CST(-0600)] <colinclark> Justin_o: Did we decide that both are indeed blockers, Justin_o?
[15:23:24 CST(-0600)] <Justin_o> colinclark: i think so
[15:23:26 CST(-0600)] <colinclark> okay
[15:23:32 CST(-0600)] <Justin_o> the one anastasiac mentions doesn't touch any code
[15:23:35 CST(-0600)] <colinclark> I'll review and push them both now
[15:23:46 CST(-0600)] <Justin_o> just removing a file reference from the json dependency file
[15:23:50 CST(-0600)] <Justin_o> colinclark: thanks
[15:29:47 CST(-0600)] <Justin_o> colinclark, anastasiac : here's where we sit with testing
[15:29:48 CST(-0600)] <Justin_o> http://wiki.fluidproject.org/display/fluid/Release+Testing+Tasks
[15:30:30 CST(-0600)] <colinclark> Looks like we're getting really close, Justin_o
[15:30:46 CST(-0600)] <Justin_o> after colinclark gets the pull requests in we will have to do a quick retest of rich text inline edit
[15:31:28 CST(-0600)] <anastasiac> colinclark, where are we at with the readmes? I had a look at your changes, and they look good to me
[15:31:42 CST(-0600)] <anastasiac> who should pull the changes in to the project repo?
[15:31:49 CST(-0600)] <colinclark> I'm satisfied with the READMEs, assuming no new issues have emerged
[15:32:01 CST(-0600)] <Justin_o> colinclark, anastasiac: i have to head out now... if we don't get all the high priority ones finished i can try to look at them a bit on the weekend (if i get a chance) or we may have to do a bit more testing on monday morning
[15:32:14 CST(-0600)] <colinclark> no weekend work, Justin_o
[15:32:17 CST(-0600)] <anastasiac> tuesday
[15:32:21 CST(-0600)] <colinclark> we'll finish up the last bit of testing on Tuesday
[15:33:01 CST(-0600)]