fluid-work IRC Logs-2009-11-12

Owned by Fluid IRC Log Bot
Last updated: Nov 12, 2009Version comment
14 min read

[19:24:09 EST(-0500)] <Justin_o> colinclark it is failing on the html5 append... i'll try to see if i can test that code you've added above
[19:24:19 EST(-0500)] <colinclark> Justin_o: If you can use the IE 8 debugger
[19:24:24 EST(-0500)] <colinclark> just run it anywhere
[19:24:37 EST(-0500)] <colinclark> if HTMLMediaElement is anything other than undefined, that'll be interesting
[19:25:44 EST(-0500)] <michelled> is the dialog misbehaving colinclark?
[19:26:31 EST(-0500)] <Justin_o> colinclark: that is returning a typeof undefined
[19:26:42 EST(-0500)] <colinclark> Justin_o: frack
[19:26:47 EST(-0500)] <colinclark> or some other nerdy yet acceptable cuss word
[19:26:58 EST(-0500)] <colinclark> i don't even like battlestar that much (tongue)
[19:27:06 EST(-0500)] <Justin_o> colinclark: also wondering, in this case would it be safe just to do if(!window.HTMLMediaElement)
[19:27:19 EST(-0500)] <colinclark> hey, Justin_o, would this be easier to do over skype
[19:27:20 EST(-0500)] <colinclark> ?
[19:27:27 EST(-0500)] <Justin_o> sure
[19:28:34 EST(-0500)] <Justin_o> colinclark: ^
[19:28:55 EST(-0500)] <michelled> call me too if I can help
[20:08:56 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[20:15:10 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[06:38:26 EST(-0500)] * sveto (n=sveto@62.44.101.70) has joined #fluid-work
[07:16:48 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[07:27:31 EST(-0500)] * boyan (n=astea@62.44.101.70) has joined #fluid-work
[07:35:36 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[07:57:08 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[08:23:30 EST(-0500)] * jhung_ca (n=Jon@H97.C196.cci.switchworks.net) has joined #fluid-work
[08:40:23 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[08:44:39 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[08:46:45 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[08:56:35 EST(-0500)] * anastasiac (n=team@142.150.154.189) has joined #fluid-work
[09:05:32 EST(-0500)] * yura1 (n=yura@142.150.154.163) has joined #fluid-work
[09:10:38 EST(-0500)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined #fluid-work
[09:31:01 EST(-0500)] * jayshao (n=jayshao@204.142.89.148) has joined #fluid-work
[09:53:55 EST(-0500)] * Guest25246 (n=clown@bas1-cooksville17-1177947902.dsl.bell.ca) has joined #fluid-work
[09:58:57 EST(-0500)] * sn84 (n=sn@unaffiliated/sn84) has joined #fluid-work
[09:59:42 EST(-0500)] <sn84> anyone aware of an IRC channel for CFD ?
[10:03:09 EST(-0500)] <jamon> sn84: if you mean fluid dynamics, openFOAM is a good tool for that I think, and they have a channel: #openFOAM-IRC
[10:03:42 EST(-0500)] <sn84> jamon, thanks, i'll look into that (smile)
[10:04:13 EST(-0500)] <jamon> sn84: if nothing else they can help narrow your search
[10:04:32 EST(-0500)] <sn84> yeah, true
[10:06:53 EST(-0500)] * jimeng (n=jimeng@141-211-4-184.vpn.umnet.umich.edu) has joined #fluid-work
[10:31:13 EST(-0500)] * athena (n=athena@adsl-75-58-127-15.dsl.wlfrct.sbcglobal.net) has joined #fluid-work
[10:32:45 EST(-0500)] <michelled> Bosmon2, justin_o, anyone else - joining us for the dev meeting?
[10:33:37 EST(-0500)] <justin_o> michelled: sorry... thought it was in the afternoon...
[10:33:44 EST(-0500)] <justin_o> i'll be on in a second
[10:40:14 EST(-0500)] <michelled> jamon, just to be sure - the couch instance that the engage demo on the website is using is a separate instance then the one on the build site - correct?
[10:41:00 EST(-0500)] <yura1> michelled: i am pretty sure it is, we set it up on tuesday on one of the virtual machines
[10:41:10 EST(-0500)] <michelled> cool
[11:12:54 EST(-0500)] * jameswy (n=jameswy@142.150.154.196) has joined #fluid-work
[11:16:04 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[11:20:42 EST(-0500)] <jimeng> Is this a good time to ask an uploader question?
[11:24:19 EST(-0500)] <jimeng> I think Sakai uses cookies to pass session info, which is how the sakai server determines the user's permissions. It seems as if requests from the uploader are not finding the session, so I suspect the flash component is not supplying the cookie. Is there a way to get it to send the cookie?
[11:30:36 EST(-0500)] <laurel> jimeng: meeting right now...we'll be back to you soon.
[11:33:40 EST(-0500)] <jimeng> laurel: Thanks. No hurry.
[11:38:18 EST(-0500)] <jamon> michelled: hey yep it's all local to the virtual machine
[11:40:57 EST(-0500)] * boyan (n=astea@62.44.101.70) has left #fluid-work
[11:43:39 EST(-0500)] * sveto (n=sveto@62.44.101.70) has left #fluid-work
[11:45:43 EST(-0500)] * colinclark (n=colin@12.157.240.3) has joined #fluid-work
[11:53:50 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has joined #fluid-work
[11:53:59 EST(-0500)] <joan> hello
[11:54:35 EST(-0500)] <joan> this is my first post with piddgin on vista.
[11:54:51 EST(-0500)] <joan> ping ...
[11:55:01 EST(-0500)] <michelled> hi joan
[11:55:14 EST(-0500)] <michelled> it's too bad you were forced to move to vista
[11:55:18 EST(-0500)] <joan> great. Another peace of soft that works.
[11:55:52 EST(-0500)] <joan> i know but i couldn't continue without being able to comunicate ...
[11:58:08 EST(-0500)] <michelled> ya, that's true
[11:58:17 EST(-0500)] <michelled> it's bad enough that we have such a large time difference
[11:59:07 EST(-0500)] <colinclark> justin_o and michelled: A huge thanks and congratulations for all your hard work on http://fluidengage.org
[11:59:10 EST(-0500)] * fj4000 (n=Main@CPE0018f85ab63e-CM001692f5798c.cpe.net.cable.rogers.com) has joined #fluid-work
[11:59:25 EST(-0500)] <michelled> np
[11:59:33 EST(-0500)] <michelled> how did the demos go yesterday?
[11:59:35 EST(-0500)] <justin_o> colinclark: thanks and np
[11:59:49 EST(-0500)] <colinclark> They went very well.
[12:00:27 EST(-0500)] <colinclark> Chris Mackie from Mellon is here and he was really impressed with the quality of our material.
[12:00:38 EST(-0500)] <michelled> (smile)
[12:01:27 EST(-0500)] <colinclark> There was a lot of interest in both Engage and CollectionSpace
[12:01:36 EST(-0500)] <colinclark> jessm will be on a panel today talking about it, so that's very exciting.
[12:02:08 EST(-0500)] <michelled> that should be good
[12:03:43 EST(-0500)] <michelled> fj4000: jhung_ca, boyan, james and I met to talk about decapod this morning
[12:03:48 EST(-0500)] <michelled> jon is going to send out some notes
[12:04:06 EST(-0500)] <fj4000> to the list?
[12:04:20 EST(-0500)] <michelled> essentially, for the first deliverable we are not on deck for final styling but it would be nice to have a start on it
[12:04:29 EST(-0500)] <michelled> yes, probably to the decapod list
[12:04:35 EST(-0500)] <fj4000> ok
[12:04:57 EST(-0500)] <fj4000> jhung_ca and I spoke about the visuals
[12:06:22 EST(-0500)] <fj4000> I was going to work with him to get some styling done
[12:07:02 EST(-0500)] <michelled> sounds good
[12:09:45 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has left #fluid-work
[12:10:10 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has joined #fluid-work
[12:14:57 EST(-0500)] <jimeng> Hi
[12:16:04 EST(-0500)] <jimeng> I have a couple uploader questions. Is your meeting finished now? That is, should I repost the first question?
[12:16:31 EST(-0500)] <jimeng> If you're still meeting, there's no hurry.
[12:18:18 EST(-0500)] <laurel> jimeng: hi ask away
[12:18:34 EST(-0500)] <laurel> jimeng: we all got back to work and focused!
[12:19:12 EST(-0500)] <jimeng> First question: I think Sakai uses cookies to pass session info, which is how the sakai server determines the user's permissions. It seems as if requests from the uploader are not finding the session, so I suspect the flash component is not supplying the cookie. Is there a way to get it to send the cookie?
[12:20:08 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has left #fluid-work
[12:22:04 EST(-0500)] <laurel> I'm wondering if justin_o, or colinclark know the uploader well enough to answer that right away. I would have to research first to answer.
[12:22:40 EST(-0500)] <jimeng> Second question: I'm getting an unhandled exception from the uploader the first time it is used in the page. We are copying the markup into a modal dialog and then initializing it. The exception message says "Call to SetButtonDisabled failed". The "Upload" button still says "Upload" and nothing happens.
[12:23:01 EST(-0500)] <colinclark> I'm here
[12:23:06 EST(-0500)] <colinclark> I'm at a conference, so slightly distracted
[12:23:17 EST(-0500)] <colinclark> but jimeng, I hear you... let's see if I can respond
[12:23:48 EST(-0500)] <colinclark> ok
[12:24:11 EST(-0500)] <colinclark> jimeng: Your first question. I'm not sure. There is certainly a way to configure query variables for the POST requests the Uploader makes.
[12:24:15 EST(-0500)] <colinclark> Cookies, I'll have to look into.
[12:24:55 EST(-0500)] <colinclark> Your second issue, I'd need to see your code. The Flash movie is very sensitive about any DOM manipulation done to it, and the error you're seeing suggests that the Flash movie has broken when you're doing your dialog setup.
[12:25:02 EST(-0500)] <colinclark> jimeng: Can you pastebin me your code?
[12:25:24 EST(-0500)] <jimeng> If I dismiss the dialog and open it again, the markup gets copied again and then initialized again. This time it works. No exception. The button changes to "Stop Upload" and the upload proceeds (to the error above)
[12:28:11 EST(-0500)] <jamon> laurel: done
[12:28:14 EST(-0500)] <colinclark> Yeah, this is clearly the Flash movie taking offense to your DOM manipulation. It's very sensitive.
[12:28:24 EST(-0500)] <laurel> jamon: much appreciated
[12:28:57 EST(-0500)] <jamon> jimeng, colinclark, live http headers is a terrific firefox plugin that would be useful here
[12:29:00 EST(-0500)] <jamon> https://addons.mozilla.org/en-US/firefox/addon/3829
[12:29:18 EST(-0500)] <jimeng> Here's the markup:
[12:29:21 EST(-0500)] <jimeng> http://www.pastie.org/695778
[12:29:37 EST(-0500)] <colinclark> jimeng: thanks
[12:31:42 EST(-0500)] <colinclark> jimeng: Can you send me the js code?
[12:33:41 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[12:34:33 EST(-0500)] <jimeng> http://www.pastie.org/695791
[12:36:15 EST(-0500)] <colinclark> So, jimeng, just so I'm clear: what will this resolve to? $('#' + dialogTypeTrimmed + 'Form')
[12:36:16 EST(-0500)] <jimeng> Those snippets come from bigger files. In case you want to see them, the js is here: https://source.sakaiproject.org/contrib/resources/rsf/trunk/tool/src/webapp/content/js/resources.js
[12:36:27 EST(-0500)] <colinclark> In other words, what part of the markup are you cloning into the dialog?
[12:36:43 EST(-0500)] <jimeng> #folderCreateFormForm
[12:37:15 EST(-0500)] <colinclark> jimeng: Do you mean #fileUploadCreateFormForm?
[12:37:18 EST(-0500)] <colinclark> Or am I missing some markup?
[12:37:28 EST(-0500)] <laurel> jamon: mysqldump -u user -p database_name is not working for me on the server
[12:37:34 EST(-0500)] <laurel> any other hints
[12:37:35 EST(-0500)] <jimeng> You're right
[12:37:42 EST(-0500)] <jimeng> I grabbed the wrong thing
[12:38:17 EST(-0500)] <jimeng> #fileUploadCreateFormForm
[12:39:47 EST(-0500)] <jimeng> And the markup comes from this big html file: https://source.sakaiproject.org/contrib/resources/rsf/trunk/tool/src/webapp/content/templates/ListView.html
[12:39:51 EST(-0500)] <colinclark> jimeng: Ok, cool
[12:40:05 EST(-0500)] <jimeng> Later we will be rendering the page a little differently
[12:40:44 EST(-0500)] <jimeng> But we still expect to have the uploader appear in a modal dialog in a page similar to this
[12:42:09 EST(-0500)] <jimeng> One other thing is that when the flash uploader appears, the link to switch to the flash uploader appears on the page instead of the link to the simple html uploader.
[12:42:33 EST(-0500)] <jimeng> When I invoke it the second time, both links appear
[12:43:37 EST(-0500)] <jimeng> And if I enable firebug along with the uploader, it gets an error in the uploader code
[12:45:46 EST(-0500)] <colinclark> jimeng: It's gonna take some time for me to parse your code
[12:45:53 EST(-0500)] <jimeng> Firebug says the error is at line 14966 of infusionAll.js (version 1.1.1)
[12:46:02 EST(-0500)] <colinclark> But in short, I expect that you'll need to ensure the following sequence of events:
[12:46:08 EST(-0500)] <colinclark> 1. Open the dialog
[12:46:14 EST(-0500)] <colinclark> 2. Instantiate the Uploader
[12:46:29 EST(-0500)] <colinclark> The Flash movie just likely won't tolerate being hidden and shown inside the dialog
[12:46:39 EST(-0500)] <colinclark> Meaning you'll need to set it up and tear it down upon dialog open and close
[12:46:50 EST(-0500)] <colinclark> As opposed to instantiating it when you set up the dialog
[12:47:44 EST(-0500)] <jimeng> I'm not quite understanding
[12:48:17 EST(-0500)] <colinclark> Ah, jimeng!
[12:48:21 EST(-0500)] <colinclark> I just realized something
[12:48:28 EST(-0500)] <jimeng> We copy the markup into the dialog and then use selectors to select the one in the dialog
[12:48:28 EST(-0500)] <colinclark> Are you running Firefox 3.5 for your testing, by any chance?
[12:48:33 EST(-0500)] <jimeng> yes
[12:48:39 EST(-0500)] <colinclark> That's it.
[12:48:52 EST(-0500)] <colinclark> There was a bug in Infusion 1.1.1 that causes the Uploader to freak in Firefox 3.5
[12:49:04 EST(-0500)] <colinclark> This issue has been resolved in Infusion 1.1.2
[12:49:16 EST(-0500)] <jimeng> so upgrade to 1.1.2 ... OK cool
[12:49:23 EST(-0500)] <jimeng> Thanks
[12:49:26 EST(-0500)] <colinclark> It was caused by a regression in SWFUpload, the engine we use for uploading files
[12:49:30 EST(-0500)] <colinclark> So sorry about this issue
[12:49:32 EST(-0500)] <colinclark> We all got bit by it
[12:49:37 EST(-0500)] <jimeng> np
[12:49:38 EST(-0500)] <colinclark> Totally sucks. But at least it's fixed
[12:49:54 EST(-0500)] <jimeng> We were planning to move to 1.1.2 anyway
[12:50:18 EST(-0500)] <jimeng> I will look at postParams for the other issue
[12:51:01 EST(-0500)] <jimeng> But we need to avoid having session id's directly visible to users
[12:51:22 EST(-0500)] <jimeng> So I need to see how accessible they'd be in that case
[12:51:48 EST(-0500)] <jimeng> It would be really good if there was a parameter to tell flash to send cookies
[12:52:22 EST(-0500)] <colinclark> jimeng: I'll take a look at what support we have for that.
[12:52:31 EST(-0500)] <jimeng> Thanks
[12:52:43 EST(-0500)] <jimeng> What conference are you at?
[12:52:45 EST(-0500)] <colinclark> Just out of curiosity, why do the id's need to not be visible to users? Just because they're ugly? (smile)
[12:53:05 EST(-0500)] <colinclark> I'm at the Museum Computer Network conference in Portland, OR
[12:53:09 EST(-0500)] <jimeng> Some people see that as a security vulnerability
[12:53:13 EST(-0500)] <colinclark> I'm sitting in a great session about usability
[12:53:21 EST(-0500)] <colinclark> jimeng: It's just as insecure in a cookie, unfortunately.
[12:53:27 EST(-0500)] <jimeng> right
[12:53:35 EST(-0500)] <jimeng> and easy to get at
[12:53:58 EST(-0500)] <jimeng> but Stephen dpesn't seem to mind them in cookies
[12:53:59 EST(-0500)] <colinclark> jimeng: Ah, there is a cookies plugin for SWFUpload
[12:54:07 EST(-0500)] <colinclark> "This plug in automatically gets all the cookies for this site and adds them to the post_params."
[12:54:12 EST(-0500)] <colinclark> I'm not sure how well-written it is
[12:54:23 EST(-0500)] <colinclark> SWFUpload is pretty rocky, so we always have to be careful with their stuff
[12:54:38 EST(-0500)] <jimeng> Is that something I would download?
[12:55:12 EST(-0500)] <colinclark> yep
[12:55:21 EST(-0500)] <colinclark> I believe it ships in the SWFUpload distribution. Let me grab you a link
[12:56:14 EST(-0500)] <colinclark> jimeng: http://code.google.com/p/swfupload/downloads/list
[12:56:22 EST(-0500)] <colinclark> We use SWFUpload 2.2.0.1
[12:56:33 EST(-0500)] <colinclark> And the cookies plugin should be located in the plugins folder
[12:57:23 EST(-0500)] <jimeng> Cool. I'll give it a try.
[12:57:29 EST(-0500)] <jimeng> Thanks, Colin
[12:57:33 EST(-0500)] <colinclark> jimeng: Any time
[13:11:40 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[13:31:06 EST(-0500)] * michelled (n=michelle@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[13:36:34 EST(-0500)] * laurel (n=Laurel@142.150.154.178) has joined #fluid-work
[14:03:25 EST(-0500)] * anastasiac (n=team@142.150.154.189) has left #fluid-work
[14:04:51 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[14:12:35 EST(-0500)] * Guest25246 (n=clown@bas1-cooksville17-1177947902.dsl.bell.ca) has left #fluid-work
[14:23:23 EST(-0500)] * jhung_ca (n=Jon@H97.C196.cci.switchworks.net) has joined #fluid-work
[14:26:49 EST(-0500)] * joan (n=joan@120.Red-213-96-26.staticIP.rima-tde.net) has joined #fluid-work
[14:39:44 EST(-0500)] * Guest43605 (n=clown@bas1-cooksville17-1279271085.dsl.bell.ca) has joined #fluid-work
[14:40:52 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has joined #fluid-work
[14:43:10 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has left #fluid-work
[14:43:12 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has joined #fluid-work
[14:43:21 EST(-0500)] * yura (n=yura@142.150.82.121) has joined #fluid-work
[14:43:50 EST(-0500)] <joan> ping on vista (2).
[15:16:18 EST(-0500)] * joan (n=jgarci@120.Red-213-96-26.staticIP.rima-tde.net) has left #fluid-work
[15:18:51 EST(-0500)] <michelled> justin_o: did you ever respond to David with tasks?
[15:19:41 EST(-0500)] <justin_o> michelled: no sorry... i was going to and got distracted... i have some stuff he can work on for infusion though
[15:20:14 EST(-0500)] <michelled> I'm sure that would be fine
[15:24:14 EST(-0500)] <justin_o> michelled: I don't seem to have that file with the jiras here, i'll have to check it out when i go into the office tomorrow
[15:24:50 EST(-0500)] <michelled> thanks justin_o
[15:25:10 EST(-0500)] <justin_o> np
[15:54:18 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[15:57:18 EST(-0500)] * justin_o (n=jmo@CPE001b63f2cc0e-CM0011aec4b062.cpe.net.cable.rogers.com) has joined #fluid-work
[16:01:39 EST(-0500)] * colinclark_ (n=colin@12.157.240.3) has joined #fluid-work
[16:27:49 EST(-0500)] * mackrauss (n=Armin@142.150.154.101) has joined #fluid-work
[16:33:38 EST(-0500)] * jimeng (n=jimeng@141-211-4-243.vpn.umnet.umich.edu) has joined #fluid-work
[16:33:55 EST(-0500)] <jimeng> Hello again
[16:38:44 EST(-0500)] * colinclark (n=colin@12.157.240.3) has joined #fluid-work
[16:38:51 EST(-0500)] <jimeng> There seems to be a problem with the uploader using Flash 10. Is this a known bug?
[16:38:59 EST(-0500)] <jimeng> / WARNING: this function does not work in Flash Player 10
[16:38:59 EST(-0500)] <jimeng> / Public: selectFile causes a File Selection Dialog window to appear. This
[16:39:00 EST(-0500)] <jimeng> / dialog only allows 1 file to be selected.
[16:39:00 EST(-0500)] <jimeng> SWFUpload.prototype.selectFile = function () {
[16:39:01 EST(-0500)] <jimeng> this.callFlash("SelectFile");
[16:39:01 EST(-0500)] <jimeng> };
[16:39:02 EST(-0500)] <jimeng> / WARNING: this function does not work in Flash Player 10
[16:39:04 EST(-0500)] <jimeng> / Public: selectFiles causes a File Selection Dialog window to appear/ This
[16:39:06 EST(-0500)] <jimeng> / dialog allows the user to select any number of files
[16:39:08 EST(-0500)] <jimeng> / Flash Bug Warning: Flash limits the number of selectable files based on the combined length of the file names.
[16:39:11 EST(-0500)] <jimeng> / If the selection name length is too long the dialog will fail in an unpredictable manner. There is no work-around
[16:39:14 EST(-0500)] <jimeng> / for this bug.
[16:39:16 EST(-0500)] <jimeng> SWFUpload.prototype.selectFiles = function () {
[16:39:18 EST(-0500)] <jimeng> this.callFlash("SelectFiles");
[16:39:20 EST(-0500)] <jimeng> };
[16:39:22 EST(-0500)] <jimeng> Sorry for that paste
[16:40:00 EST(-0500)] <jimeng> Those lines are from infusionAll.js starting at line 12867 or so (version 1.1.2)
[16:40:49 EST(-0500)] <jimeng> http://pastie.org/696337
[16:41:45 EST(-0500)] <jimeng> The important part seems to be "WARNING: this function does not work in Flash Player 10". The calls to these functions fail silently
[16:42:24 EST(-0500)] <jimeng> This happens when the user clicks on the "Browse for files" button in the uploader
[16:44:38 EST(-0500)] <jimeng> This was working fine yesterday and even this morning, but now it fails. I was already using Flash 10 (I'm pretty sure).
[16:47:07 EST(-0500)] <jimeng> Is it possible that switching from fluid 1.1.1 to fluid 1.1.2 brings out this bug in Flash?
[16:48:31 EST(-0500)] <colinclark> jimeng: calls to selectFiles() should never be made. For Flash 10 users, I believe we specifically remove the implementation of it so there's no way it can actually get called.
[16:48:53 EST(-0500)] <colinclark> Are you saying you're getting an error when you click the Browse button?
[16:49:13 EST(-0500)] <jimeng> No error. It fails silently.
[16:49:30 EST(-0500)] <jimeng> I traced it to a call to that function
[16:51:54 EST(-0500)] <colinclark> jimeng: Just to be sure, are you running Flash 10?
[16:52:10 EST(-0500)] <jimeng> I added some log messages at various places, so the line numbers I give you may be off slightly. There's a function call here: http://pastie.org/696364
[16:53:50 EST(-0500)] <jimeng> I am trying to check to make sure. Not sure exactly where to look.
[16:53:54 EST(-0500)] <colinclark> So jimeng, in Flash 10, that code path should never get executed. It only applies to Flash 9 users.
[16:54:15 EST(-0500)] <colinclark> jimeng: Go here: http://kb2.adobe.com/cps/155/tn_15507.html
[16:54:55 EST(-0500)] <jimeng> MAC 10,0,32,18
[16:55:17 EST(-0500)] <colinclark> ok
[16:55:35 EST(-0500)] <colinclark> So can you check your console. Are you seeing any other error messages?
[16:55:55 EST(-0500)] <colinclark> In short, I think what's happening is that you've got something causing an issue with Flash overlaying the Browse button.
[16:56:15 EST(-0500)] <colinclark> In Flash 10, there is a (by default) transparent button that sits over top of the HTML button
[16:56:39 EST(-0500)] <colinclark> It sounds like, for some reason, that overlay is not being positioned correctly.
[16:56:52 EST(-0500)] <jimeng> http://pastie.org/696378
[16:57:22 EST(-0500)] <jimeng> That's just some logging that shows the functions called in Safari
[16:59:20 EST(-0500)] <colinclark> hmm
[16:59:27 EST(-0500)] <colinclark> This isn't helping much, I'm afraid
[16:59:42 EST(-0500)] <colinclark> Let me get a version of the Uploader here and see if we can talk through what should be happening
[17:00:50 EST(-0500)] <jimeng> I am using firebug now to inspect the "Browse files" button/link. It looks like this:
[17:00:52 EST(-0500)] <jimeng> http://pastie.org/696386
[17:01:29 EST(-0500)] * Bosmon (n=Bosmon@eccr224-158-dhcp.colorado.edu) has joined #fluid-work
[17:01:40 EST(-0500)] <jimeng> colin: do you have time for this now?
[17:01:54 EST(-0500)] <jimeng> I don't want to take you away from the conference
[17:01:57 EST(-0500)] <colinclark> (smile)
[17:01:59 EST(-0500)] <colinclark> I'll do my best
[17:02:03 EST(-0500)] <colinclark> might have to disappear at some point
[17:02:22 EST(-0500)] <jimeng> We could look at it when you are back in Toronto?
[17:02:35 EST(-0500)] <colinclark> I won't be back in Toronto for nearly two weeks (wink)
[17:02:36 EST(-0500)] <jimeng> I have other things to work on
[17:03:09 EST(-0500)] <jimeng> Well... I would like to figure it out before THEN. But my point is that it
[17:03:25 EST(-0500)] <jimeng> is not urgent to figure it out this afternoon
[17:04:43 EST(-0500)] <colinclark> jimeng: In the Firebug HTML Inspector, can you open up the markup
[17:05:04 EST(-0500)] <jimeng> yes. Which part?
[17:05:08 EST(-0500)] <colinclark> and look for a <div> with the class of fl-uploader-browse-overlay
[17:05:15 EST(-0500)] <jimeng> ok
[17:05:22 EST(-0500)] <colinclark> and then hover over it with your mouse. it should be highlighted on the page.
[17:05:23 EST(-0500)] <colinclark> where is it?
[17:05:41 EST(-0500)] <colinclark> it should be floating right on top of the button
[17:08:28 EST(-0500)] <fj4000> colinclark: do you have a jira for the video player?
[17:09:46 EST(-0500)] <colinclark> fj4000: sure, lots of them
[17:09:50 EST(-0500)] <colinclark> just browse projects in jira
[17:09:52 EST(-0500)] <colinclark> choose video player
[17:09:55 EST(-0500)] <colinclark> you'll see them there
[17:10:04 EST(-0500)] <fj4000> anything specific for the styling i mean
[17:10:04 EST(-0500)] <colinclark> there's one specifically for styling
[17:10:15 EST(-0500)] <fj4000> thats the one i want
[17:10:22 EST(-0500)] <colinclark> hard to miss, fj4000
[17:10:49 EST(-0500)] <jimeng> The div with class fl-uploader-browse-overlay shows as grayed out in the html, and does not show up as a rectangle in the browser
[17:11:33 EST(-0500)] <colinclark> jimeng: that's your problem
[17:11:39 EST(-0500)] <colinclark> but the question is, why/
[17:14:40 EST(-0500)] <colinclark> jimeng: Is this powered by the same code you sent me earlier?
[17:15:00 EST(-0500)] <jimeng> The function named "setupForFlash10" – is that supposed to handle the overlay?
[17:15:12 EST(-0500)] <jimeng> With some minor changes.
[17:15:26 EST(-0500)] <jimeng> The biggest change was switching to 1.1.2
[17:15:50 EST(-0500)] <jimeng> I also tried to use the cookies plug-in, but I have commented that out for now
[17:16:13 EST(-0500)] <colinclark> jimeng: Yes, setupForFlash10 does indeed take care of the overlay
[17:16:34 EST(-0500)] <colinclark> let me just dig up the url for the paste you sent me with your configuration options
[17:21:34 EST(-0500)] <jimeng> It looks like "setupForFlash10()" runs OK
[17:23:57 EST(-0500)] <colinclark> This has me pretty perplexed, jimeng.
[17:24:16 EST(-0500)] <colinclark> Do you have the code running anywhere I could see?
[17:24:45 EST(-0500)] <jimeng> I am adding log messages to two catch blocks in the SWFUpload.cleanUp() method
[17:26:16 EST(-0500)] <jimeng> That's not it
[17:26:31 EST(-0500)] <jimeng> I was only looking at that because firebug stops there
[17:27:07 EST(-0500)] <jimeng> Those exceptions don't seem to occur in Safari, though
[17:27:18 EST(-0500)] * Guest43605 (n=clown@bas1-cooksville17-1279271085.dsl.bell.ca) has left #fluid-work
[17:30:23 EST(-0500)] <colinclark> jimeng: Firebug stops somewhere?
[17:31:49 EST(-0500)] <jimeng> Yes. In that cleanUp function
[17:32:10 EST(-0500)] <jimeng> I think I have it set to stop on errors
[17:32:23 EST(-0500)] <jimeng> But there are no errors in Safari
[17:32:46 EST(-0500)] <jimeng> And no errors show up in the error console if firebug is disabled
[17:33:12 EST(-0500)] <jimeng> So I think that may be an interaction with firebug rather than an error in the code
[17:34:14 EST(-0500)] <colinclark> ok
[17:34:27 EST(-0500)] <jimeng> It stops here:
[17:34:29 EST(-0500)] <jimeng> if (this.movieElement && typeof(movieElement.CallFunction) === "unknown")
[17:34:44 EST(-0500)] <jimeng> and says the movieElement is undefined.
[17:42:43 EST(-0500)] <jimeng> Just ran the Safari debugger and it does not report an errors
[17:43:09 EST(-0500)] <jimeng> But it also does not handle the Flash-10 problem
[18:02:18 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[18:31:58 EST(-0500)] * colinclark (n=colin@12.157.240.41) has joined #fluid-work
[19:43:28 EST(-0500)] * alisonbenjamin (n=alisonbe@dialin-222-107.windsor.primus.ca) has joined #fluid-work