fluid-work IRC Logs-2010-03-04

[17:49:54 EST(-0500)] <colinclark> whereas in the page transition model, it was impossible
[17:50:46 EST(-0500)] <colinclark> So I have found one more regression that puzzles me
[17:50:57 EST(-0500)] <colinclark> the list/grid toggle on the catalog page seems to be backwards now
[17:52:30 EST(-0500)] <Bosmo1> hum
[17:54:13 EST(-0500)] <Bosmo1> EricDalquist: I have the files now - you can go ahead and trash the dir
[17:54:18 EST(-0500)] <Bosmo1> Sorry for taking up so much of your time
[17:54:18 EST(-0500)] <EricDalquist> ok
[17:54:22 EST(-0500)] <EricDalquist> no problem
[17:54:29 EST(-0500)] <EricDalquist> just a busy day
[17:54:39 EST(-0500)] <EricDalquist> cranky after a "fun" meeting
[17:55:13 EST(-0500)] <EricDalquist> ok ... its trashed
[17:56:22 EST(-0500)] <colinclark> Bosmo1: Ok, so the two "regressions" I found will be fixed when we stop accumulating compete CSS definitions.
[19:51:52 EST(-0500)] * anastasiac (~team@142.150.154.193) has left #fluid-work
[21:03:31 EST(-0500)] * yura (~Fluid@142.150.154.164) has joined #fluid-work
[22:19:59 EST(-0500)] * michelled (~michelled@CPE001310472ade-CM0011aefd3ca8.cpe.net.cable.rogers.com) has joined #fluid-work
[22:38:54 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176394708.dsl.bell.ca) has joined #fluid-work
[01:51:49 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176394708.dsl.bell.ca) has joined #fluid-work
[04:14:14 EST(-0500)] * denbuzze (~anonymous@ginger.caret.cam.ac.uk) has joined #fluid-work
[05:38:20 EST(-0500)] * sveto (~sveto@62.44.108.2) has joined #fluid-work
[07:05:08 EST(-0500)] * boyan (~boyan@62.44.108.2) has joined #fluid-work
[08:26:31 EST(-0500)] * jessm (~Jess@c-71-232-3-151.hsd1.ma.comcast.net) has joined #fluid-work
[08:52:05 EST(-0500)] <boyan> jessm, Decapod meeting is in Skype in 8 minutes, right?
[08:52:21 EST(-0500)] <jessm> boyan: that is my understanding
[08:52:38 EST(-0500)] <jessm> boyan: i've been out, but am just catching up on the threads
[08:52:57 EST(-0500)] <jessm> boyan: is there still not clarity on this release?
[08:54:32 EST(-0500)] <boyan> jessm: well, basically there is still an open discussion on handling mixed size input
[08:55:00 EST(-0500)] <jessm> boyan: is that the only item that is being debated? we have clarity on import, stitching and cropping and export?
[08:56:42 EST(-0500)] <boyan> jessm: well, I think so, but I'm not sure if Thomas and the others are all synced
[08:56:53 EST(-0500)] <boyan> we need to get the tool for crop & stitch from them
[08:57:32 EST(-0500)] <boyan> and as far as I am concerned the other things are clear
[08:57:59 EST(-0500)] <jessm> boyan: ok, good to know – let's try for clarity in this call then
[08:59:17 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined #fluid-work
[08:59:21 EST(-0500)] <boyan> jessm, I agree - planning for this release already took too much time
[08:59:38 EST(-0500)] <jessm> boyan: yes, frustratingly so
[09:11:02 EST(-0500)] * michelled (~michelled@142.150.154.101) has joined #fluid-work
[09:20:04 EST(-0500)] * jameswy (~jameswy@142.150.154.196) has joined #fluid-work
[09:31:59 EST(-0500)] * anastasiac (~team@142.150.154.193) has joined #fluid-work
[09:49:37 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[10:09:08 EST(-0500)] <boyan> michelled - dev meeting is pretty soon, but we can have a short status check now if you'd like
[10:09:59 EST(-0500)] <michelled> boyan - I have a blocker for the engage release that we are trying to freeze this morning so I think we'd better wait until tomorrow
[10:10:09 EST(-0500)] <michelled> is that ok?
[10:10:25 EST(-0500)] <boyan> michelled: yes, that's fine
[10:11:13 EST(-0500)] * jhung (~Asus@142.150.154.101) has joined #fluid-work
[10:22:07 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[10:30:18 EST(-0500)] <boyan> jhung, hey, I added code and unit tests for the removal of the placeholders and noImage label
[10:30:28 EST(-0500)] <boyan> commited them earlier today
[10:43:26 EST(-0500)] * athena (~athena@wsip-72-215-204-133.ph.ph.cox.net) has joined #fluid-work
[10:45:30 EST(-0500)] * colinclark (~colin@bas2-toronto09-1176394708.dsl.bell.ca) has joined #fluid-work
[10:56:22 EST(-0500)] <colinclark> Okay, so a handful of blockers for the 0.3b3 release:
[10:56:40 EST(-0500)] <colinclark> 1. Update the build script properties to include guestbook dependencies
[10:57:16 EST(-0500)] <colinclark> 2. Change build scripts to move myInfusion.js and myEngage.js to somewhere that is mounted
[10:57:47 EST(-0500)] <colinclark> 3. Display quirk on first view of mobile home (related to clearVolatiles(), I think)
[10:58:04 EST(-0500)] <colinclark> 4. List/grid toggle is reversed in catalogue
[10:58:24 EST(-0500)] <colinclark> 5. Upcoming exhibitions cabinet drawer is closed by default
[11:01:39 EST(-0500)] * boyan (~boyan@62.44.108.2) has joined #fluid-work
[11:07:22 EST(-0500)] * sveto (~sveto@62.44.108.2) has joined #fluid-work
[11:08:52 EST(-0500)] <michelled> colinclark: suggestions on where to move MyInfusion.js and MyEngage.js?
[11:09:00 EST(-0500)] <colinclark> michelled: good question
[11:09:11 EST(-0500)] <colinclark> lemme take a look
[11:09:50 EST(-0500)] <colinclark> michelled: where does it go now?
[11:10:04 EST(-0500)] <colinclark> just at top level there?
[11:10:15 EST(-0500)] <michelled> MyEngage is in src/main/webapp/fluid-engage-core
[11:10:27 EST(-0500)] <michelled> and MyInfusion is in src/main/webapp/fluid-infusion
[11:11:19 EST(-0500)] <colinclark> boz's email is slightly fuzzy to me
[11:11:30 EST(-0500)] <colinclark> Can you check the mounts in the config?
[11:11:34 EST(-0500)] <colinclark> And see if it makes sense to you
[11:11:35 EST(-0500)] <colinclark> ?
[11:12:16 EST(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[11:12:30 EST(-0500)] <colinclark> I think MyEngage.js should be just fine
[11:12:35 EST(-0500)] <colinclark> Since where you've put it is indeed mounted
[11:13:12 EST(-0500)] <colinclark> you know, as i look at this
[11:13:17 EST(-0500)] <colinclark> i feel like maybe he was confused
[11:13:20 EST(-0500)] <michelled> in the eclipse config is seems like fluid-infusion/src/webapp is mounted
[11:13:22 EST(-0500)] <colinclark> where else could you really put it?
[11:13:31 EST(-0500)] <michelled> but in standalone that doesn't exist so we just mount fluid-infusion
[11:13:43 EST(-0500)] <colinclark> which means your files should be fully mountable
[11:14:05 EST(-0500)] <colinclark> michelled: Any chance you have time to apply his patch and try it out?
[11:14:20 EST(-0500)] <michelled> it seems to work as is in standalone mode
[11:14:28 EST(-0500)] <michelled> I guess I should try in eclipse
[11:14:36 EST(-0500)] <michelled> with his patch that it colinclark
[11:14:47 EST(-0500)] <colinclark> ah, great, michelled
[11:14:52 EST(-0500)] <colinclark> try it in eclipse
[11:15:01 EST(-0500)] <colinclark> that's what he was trying last night, if i remember
[11:15:24 EST(-0500)] <colinclark> oh, hey, michelled
[11:15:39 EST(-0500)] <colinclark> is there a way to programmatically cause the debugger to break?
[11:16:06 EST(-0500)] <michelled> yes but I can't remember what it is - I know I've done it
[11:16:13 EST(-0500)] <colinclark> yura, do you know?
[11:18:12 EST(-0500)] <colinclark> Ok, good news is that the Home styling bug is a real bug--a logic error in clearVolatiles() that is causing Home's stylesheet to be removed on first load
[11:18:16 EST(-0500)] * elicochran (~elicochra@dhcp-169-229-212-100.LIPS.Berkeley.EDU) has joined #fluid-work
[11:18:36 EST(-0500)] <colinclark> The issue, I think, is that Home.css is volatile, but it shouldn't be cleared after just having loaded it
[11:19:02 EST(-0500)] <yura> colinclark: not sure if I ever managed to do that
[11:22:20 EST(-0500)] <michelled> colinclark: so when running in eclipse I of course need to copy in the the concatenated files that result from the build process. if I put the MyEngage file in fluid-engage-core and the MyInfusion file in fluid-infusion/src/webapp then it works
[11:23:12 EST(-0500)] <colinclark> ok
[11:23:29 EST(-0500)] <colinclark> clearly, the need to be copied somewhere, since they need to exist, right?
[11:24:07 EST(-0500)] <colinclark> hey yura, can you do me a huge favour?
[11:24:28 EST(-0500)] <yura> sure
[11:24:48 EST(-0500)] <colinclark> michelled: Can you respond to Bosmon's thread with these details, and suggest that, unless you're missing something, this is probably expected for this particular version?
[11:24:59 EST(-0500)] <colinclark> yura: I've got two bugs, one super-easy, and one more difficult
[11:25:03 EST(-0500)] <colinclark> Can you fix one or both of them?
[11:25:09 EST(-0500)] * EricDalquist (~dalquist@2607:f388:e:0:221:9bff:fe37:e768) has joined #fluid-work
[11:25:12 EST(-0500)] <yura> sure, are they from your list?
[11:25:16 EST(-0500)] <colinclark> Yep
[11:25:29 EST(-0500)] <yura> which ones?
[11:25:41 EST(-0500)] <colinclark> #4 is a bug Bosmon put in... he updated Catalogue, since it should default to grid, but forgot to flip the NavBar icon around
[11:25:51 EST(-0500)] <colinclark> That's the easy one
[11:25:52 EST(-0500)] <michelled> sure colinclark
[11:26:02 EST(-0500)] <colinclark> #5 is probably a lot more subtle, but I'm hoping you might be able to get to the bottom of it
[11:26:16 EST(-0500)] <yura> alright
[11:26:31 EST(-0500)] <colinclark> The worst part about #5 (Upcoming exhibitions drawer is close) is that if you trace through a bit in the debugger, it actually works
[11:26:48 EST(-0500)] <yura>
[11:27:46 EST(-0500)] <yura> quick quetsion though, would you be able to email me the new rhino that's used now, I am having trouble with mvn on my machine
[11:27:54 EST(-0500)] <yura> colinclark: ^
[11:28:02 EST(-0500)] <colinclark> yura: ack
[11:28:11 EST(-0500)] <colinclark> yeah, or maybe michelled has it?
[11:28:22 EST(-0500)] <colinclark> passing a usb stick might be even easier than email
[11:30:41 EST(-0500)] <colinclark> standup time, dudes
[11:31:00 EST(-0500)] <colinclark> now that i fixed my Google sync problems, I actually get iCal reminders again
[11:31:19 EST(-0500)] <michelled> ok, 1. is done but I didn't create a new patch for mobileHome.html
[11:32:41 EST(-0500)] <colinclark> having a bit of trouble getting into breeze
[11:33:08 EST(-0500)] <boyan> colinclark: me too
[11:33:21 EST(-0500)] <yura> standup?
[11:33:26 EST(-0500)] <colinclark> ok, let's give it another minute and then do IRC standup
[11:33:30 EST(-0500)] <colinclark> yura: we can't get in
[11:33:33 EST(-0500)] <yura> oh
[11:33:45 EST(-0500)] <colinclark> can we do an IRC standup, then?
[11:35:17 EST(-0500)] <jhung> IRC standup today I guess
[11:37:11 EST(-0500)] <jhung> Standup: I have been working on styling on Decapod. This morning having a meeting with Erin and James about Decapod designs. Good conversations and new design ideas. Also had a meeting with Decapod team to discuss the release. All is going well. Will need a new wireframe for Error reporting.
[11:38:37 EST(-0500)] <colinclark> jhung: Can you organize the order of standup, since you went first?
[11:39:04 EST(-0500)] * antoniamonjopala (~antoniamo@83.54.56.247) has joined #fluid-work
[11:39:53 EST(-0500)] <jhung> haha
[11:40:26 EST(-0500)] <jhung> Bosmo1, you want to give your report?
[11:40:31 EST(-0500)] <boyan> jhung, do we really need a new wireframe - I thought error reporting will be done the same way as confirmation messages, except it will be in red to poke your eyes
[11:41:24 EST(-0500)] <jhung> boyan, it really depends on what is being reported and quantity of text. We don't want something big.
[11:41:37 EST(-0500)] <jhung> Bomon afk?
[11:41:47 EST(-0500)] <jhung> Bosman too.
[11:42:18 EST(-0500)] <jhung> Boyan, want to give your standup report?
[11:42:31 EST(-0500)] <boyan> ok, jhung
[11:43:23 EST(-0500)] <boyan> working with gPhoto recently, had trouble when I updated to a newer version so I had to roll back
[11:43:23 EST(-0500)] <boyan> now have a full list of the commands we need, starting to wire them up with UI
[11:43:23 EST(-0500)] <boyan> A mock run & stitch process will be wired up with the UI while we get the one from IUPR
[11:43:23 EST(-0500)] <boyan> I'm probably a bit behind schedule, hoping to catch up tomorrow
[11:43:58 EST(-0500)] <jhung> ok
[11:44:03 EST(-0500)] <boyan> that's it, colinclark would you go next
[11:44:13 EST(-0500)] <colinclark> sure
[11:44:14 EST(-0500)] <boyan> and I guess then go on alphabetically
[11:44:31 EST(-0500)] <colinclark> We're on the cusp of freezing Engage 0.3b3
[11:44:42 EST(-0500)] <colinclark> A couple of issues came up last night, which we're squashing today
[11:44:47 EST(-0500)] <colinclark> Look up in the chat logs to see the list
[11:45:51 EST(-0500)] <jhung> Ok. Who's up next?
[11:46:07 EST(-0500)] <jhung> jameswy?
[11:46:08 EST(-0500)] <colinclark> jhung: i'm a slow typer
[11:46:11 EST(-0500)] <colinclark> hold on there, cowboy
[11:46:28 EST(-0500)] <colinclark> But in short, we've got a bug in our CSS head clearing code in the Screen Navigator which is subtle bug fixable causing home to look odd the first time
[11:46:42 EST(-0500)] <colinclark> A few other styling tweaks that Yura is working on, and then we'll be ready to freeze
[11:46:56 EST(-0500)] <colinclark> would like to get that done mid-afternoon EST today if possible
[11:47:00 EST(-0500)] <colinclark> jhung: ok, done
[11:47:25 EST(-0500)] * jameswy is typing.
[11:48:35 EST(-0500)] <jameswy> My standup: Been at the McCord Museum for the past three days doing pilot user testing. It's been awesome. Gold mine of interesting data gathered (in notes, audio & video of usage while thinking aloud, screen recordings, interviews, questionnaires, etc. form). Started to organize, write up, and summarize findings (this will take a while-there's a lot)-this is my main task for the next week or so. Spent time with Jonathan and Erin this morning going
[11:48:35 EST(-0500)] <jameswy> Decapod designs, sharing thoughts there. Will coordinate 0.3b3 QA when it's ready. Also, will try to update the user testing protocol on the wiki with the final one that we used during the pilot. And will catch up on emails that I didn't get to the past few days.
[11:48:42 EST(-0500)] <jameswy> That's it for me.
[11:49:27 EST(-0500)] <jhung> jamon I think is at another console at the moment.
[11:49:40 EST(-0500)] <jhung> jessm?
[11:49:50 EST(-0500)] <jessm> jhung: yes?
[11:50:01 EST(-0500)] <jhung> standup report? anything?
[11:50:08 EST(-0500)] <antoniamonjopala> Hi, my standup: I've been working on more hi-fi mockups ideas (just commited some of them to svn a few minutes ago)
[11:50:22 EST(-0500)] <antoniamonjopala> and tomorrow morning I can run QA test if it works for you
[11:50:53 EST(-0500)] <antoniamonjopala> (and looking forward to see the results of James' user testing ast the McCord!)
[11:51:01 EST(-0500)] <antoniamonjopala> and that's for me
[11:51:29 EST(-0500)] <jhung> Thanks Tona!
[11:51:33 EST(-0500)] <jessm> jhung: my standup is that i'm on vacation and i'm working with colin and AC to do time estimates for cspace 2.0; i've caught up with Iris re: budgets and projects and work; the decapod meeting today, and i have to pack
[11:51:56 EST(-0500)] <jhung> michelled?
[11:52:14 EST(-0500)] <michelled> I've been catching up after being away. Did some planning for 0.3 final with Justin, Yura and Colin - the results of that are on the wiki. I've also been helping with the 'fast one' release - updating build scripts to minify and concatenate javascript
[11:53:10 EST(-0500)] <jhung> michelled, done? Yura, you're next.
[11:53:15 EST(-0500)] <yura> i guess ill go
[11:54:18 EST(-0500)] <yura> so as michelled mentioned I helped out a little with planning for 0.3 , also was researching some of the accessibility issues reltaed to voice over in saphari for iphone. right now starting on the last spotted bugs for the fast one (4 and 5)
[11:54:20 EST(-0500)] <yura> that's it
[11:54:35 EST(-0500)] <sveto> My standup: Had a look at the latest changes in engage, the condenser and screen navigator. Created a patch for ENGAGE-168 (Code entry tests failing) that is attached to the same issue. Tomorrow I plan to do some testing unless there are other priorities (or we are not in QA phase yet).
[11:55:30 EST(-0500)] <jhung> Thanks sveto
[11:55:47 EST(-0500)] <jhung> Anyone else in here would like to give a report on what they've been doing and will be doing?
[11:56:44 EST(-0500)] * jhung bangs gavel
[11:56:54 EST(-0500)] <jhung> that concludes standup I guess. Thanks everyone!
[11:57:06 EST(-0500)] <antoniamonjopala> thanks, bye!
[11:57:53 EST(-0500)] <michelled> this is the 0.3 final plan: http://wiki.fluidproject.org/display/fluid/Engage+0.3+Development+Phases
[11:58:08 EST(-0500)] <michelled> if anyone has some spare cycles feel free the grab and fix some of these issues!
[11:59:03 EST(-0500)] <michelled> developers, don't forget to keep your JIRA issues up to date - assign them to yourself when you start working on them
[11:59:13 EST(-0500)] <yura> thanks michelled
[11:59:18 EST(-0500)] <michelled> that way we won't have problems of several people working on the same issue
[11:59:32 EST(-0500)] * boyan (~boyan@62.44.108.2) has left #fluid-work
[12:00:07 EST(-0500)] * sveto (~sveto@62.44.108.2) has left #fluid-work
[12:01:12 EST(-0500)] * jhung (~Asus@142.150.154.101) has joined #fluid-work
[12:02:18 EST(-0500)] <yura> colinclark: quick question, were those issues reported in jira by any chance? or should I go and create them
[12:02:29 EST(-0500)] <colinclark> yura: file them if you can, please
[12:02:31 EST(-0500)] <colinclark> sorry about that
[12:05:39 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[12:05:48 EST(-0500)] <jamon> ?
[12:08:06 EST(-0500)] * elicochran (~elicochra@dhcp-169-229-212-100.LIPS.Berkeley.EDU) has joined #fluid-work
[12:14:40 EST(-0500)] <colinclark> jamon: ?
[12:16:47 EST(-0500)] <jamon> someone pinged me a while back, was afk
[12:39:23 EST(-0500)] <colinclark> yura: I may have a fix for the cabinet issue
[12:39:48 EST(-0500)] <yura> oh , i was actually working on it right not
[12:39:49 EST(-0500)] <yura> now
[12:40:07 EST(-0500)] <colinclark> have you discovered anything?
[12:40:25 EST(-0500)] <yura> it's a bit different from being "flipping the images" problem
[12:40:33 EST(-0500)] <yura> oh sorry
[12:40:34 EST(-0500)] <yura> cabinet
[12:40:44 EST(-0500)] <yura> i thought of the #4
[12:41:08 EST(-0500)] <colinclark> yura: what did you discover?
[12:42:23 EST(-0500)] <yura> well first of the grid view is a default anywhere we have toggle, so I would need to update some services and add defaultToGrid to the options for navlists
[12:42:47 EST(-0500)] <yura> then since the default is grid, the defaultimage selector shall change too
[12:48:31 EST(-0500)] <yura> colinclark: you mentioned that there's was a workaround in place for my collection to load in grid, would you explain again?
[12:48:43 EST(-0500)] <colinclark> ?
[12:48:52 EST(-0500)] <colinclark> I'm not sure I understand your question, yura
[12:49:04 EST(-0500)] <yura> to fix the toggle
[12:51:47 EST(-0500)] * alistair (~alistairj@LPuteaux-156-16-100-112.w80-12.abo.wanadoo.fr) has joined #fluid-work
[12:52:18 EST(-0500)] <yura> colinclark: if you have time this is the fix for 4 : http://issues.fluidproject.org/browse/ENGAGE-490
[12:52:57 EST(-0500)] <colinclark> yura: I'm confused about why you made the change to kettle
[12:53:04 EST(-0500)] <colinclark> can you explain your fix?
[12:53:09 EST(-0500)] <yura> yes
[12:53:12 EST(-0500)] <yura> sorry
[12:53:50 EST(-0500)] <yura> I asked jameswy what's the default view for pages where we have toggle, and the answer is grid, so the toggle image should be defaulted to list
[12:53:57 EST(-0500)] <colinclark> yes, that's right
[12:54:01 EST(-0500)] <colinclark> If you look at the defaults for catalogue, the defaultToGrid option is already set to true
[12:54:06 EST(-0500)] <colinclark> So why do it in the spout?
[12:54:26 EST(-0500)] <yura> yes , but that's catalogue view
[12:54:34 EST(-0500)] <yura> this one is for catalogue browse
[12:54:40 EST(-0500)] <yura> that uses browse component
[12:54:54 EST(-0500)] <colinclark> hold on
[12:55:36 EST(-0500)] <colinclark> yura: So this is the bug I was referring to...
[12:55:37 EST(-0500)] <colinclark> http://build.fluidproject.org:8095/engage/catalogue/view.html?db=mccord_exhibitions&amp;id=4&amp;lang=en
[12:55:56 EST(-0500)] <yura> yes
[12:56:05 EST(-0500)] <colinclark> Bosmon had previously made the change to Catalogue.js to switch this from list to grid
[12:56:31 EST(-0500)] * denbuzze (~anonymous@ginger.caret.cam.ac.uk) has joined #fluid-work
[12:56:35 EST(-0500)] <yura> this is fixes by the patch to core i think , since the right default for nav bar toggle should be listviewimage
[12:56:39 EST(-0500)] <colinclark> But you see the list/grid toggle is reversed
[12:57:12 EST(-0500)] * alistair (~alistairj@LPuteaux-156-16-100-112.w80-12.abo.wanadoo.fr) has left #fluid-work
[12:57:35 EST(-0500)] <yura> so when i change the defaults to correct ones it would affect the catalogue browse, because it should be defaulted to grid and it wasnt
[12:58:06 EST(-0500)] <yura> that's why there's that fix to the service
[12:58:09 EST(-0500)] <colinclark> yura: I really don't understand
[12:58:25 EST(-0500)] <yura> do you want to skype really quick?
[12:58:31 EST(-0500)] <colinclark> I don't have time
[12:58:34 EST(-0500)] <colinclark> So why do you think it's safe to change every single nav bar to always show the list icon by default?
[12:58:47 EST(-0500)] <colinclark> Are you saying that every time there is a toggle, we also default to grid view?
[12:58:51 EST(-0500)] <yura> because the default view anywwhere we can toggle is grid
[12:58:55 EST(-0500)] <yura> yes
[12:59:00 EST(-0500)] <colinclark> Are you sure?
[12:59:08 EST(-0500)] <yura> that's why I asked jameswy
[12:59:25 EST(-0500)] <yura> and double checked with wireframes
[12:59:25 EST(-0500)] <colinclark> jameswy: can you help clarify?
[12:59:30 EST(-0500)] <yura> he's out right now
[12:59:44 EST(-0500)] <colinclark> So you are saying, to be very clear...
[12:59:52 EST(-0500)] <colinclark> That every page which shows a toggle should:
[13:00:08 EST(-0500)] <colinclark> 1. Always show up in grid view by default
[13:00:23 EST(-0500)] <colinclark> 2. The toggle icon should default to list (which is just obvious if #1 is true)
[13:00:29 EST(-0500)] <colinclark> Is that right, yura?
[13:00:50 EST(-0500)] <yura> colinclark: yes, but we can wait until jameswy confirms it
[13:00:55 EST(-0500)] <colinclark> ok
[13:00:57 EST(-0500)] <colinclark> so
[13:01:00 EST(-0500)] <colinclark> Then your patch makes sense
[13:01:11 EST(-0500)] <colinclark> So what you've done, then, is to globally switch the defaults for the Nav Bar
[13:01:18 EST(-0500)] <yura> yes
[13:01:20 EST(-0500)] <colinclark> And then you've fixed Catalogue browse, which was defaulting to list?
[13:01:26 EST(-0500)] <yura> yes
[13:01:31 EST(-0500)] <colinclark> So if that's the case, you missed one place...
[13:01:44 EST(-0500)] <colinclark> I believe MyCollection now has an unnecessary options override
[13:01:46 EST(-0500)] <colinclark> can you take a look?
[13:01:50 EST(-0500)] <colinclark> Otherwise, this is all good
[13:01:54 EST(-0500)] <yura> ok
[13:01:55 EST(-0500)] <colinclark> thanks, and sorry for the confusion, yura
[13:02:08 EST(-0500)] <yura> oh np, always good to double check
[13:03:29 EST(-0500)] <yura> yes you are right, mycollection overrides the defaults with the same value, that was actually my initial question )
[13:04:51 EST(-0500)] <Bosmon> Hello
[13:04:55 EST(-0500)] <colinclark> ah, i get it, yura
[13:04:57 EST(-0500)] <colinclark> hey Bosmon
[13:05:05 EST(-0500)] <colinclark> "morning", dude
[13:05:11 EST(-0500)] <colinclark> ok, so Bosmon
[13:05:34 EST(-0500)] <colinclark> fish couldn't quite make heads or tails of i) in your email
[13:05:40 EST(-0500)] <colinclark> ii) is all fixed up
[13:05:45 EST(-0500)] <Bosmon> i)
[13:05:53 EST(-0500)] <Bosmon> The idea of putting MyInfusion.js into src/webapp?
[13:06:04 EST(-0500)] <Bosmon> The problem is, that nothing within Infusion is mounted below that level....
[13:06:05 EST(-0500)] <colinclark> Bosmon: Yeah. This doesn't really mean anything in context of a standalone build
[13:06:23 EST(-0500)] <Bosmon> Hm
[13:06:25 EST(-0500)] <Bosmon> That's true
[13:06:29 EST(-0500)] <Bosmon> I was probably confused
[13:06:33 EST(-0500)] <colinclark>
[13:06:35 EST(-0500)] <colinclark> It was very late
[13:06:37 EST(-0500)] <Bosmon> My mind is a bit clearer this morning..
[13:06:40 EST(-0500)] <yura> colinclark: I updated my patch for core http://issues.fluidproject.org/browse/ENGAGE-490 it's called b
[13:06:44 EST(-0500)] <colinclark> So I have nearly fixed a bug in clearVolatiles()
[13:06:47 EST(-0500)] <colinclark> or, around it
[13:06:50 EST(-0500)] <Bosmon> What is the bug
[13:07:02 EST(-0500)] <Bosmon> Is it responsible for the "strange blackness"?
[13:07:05 EST(-0500)] <colinclark> yes
[13:07:07 EST(-0500)] <colinclark> it appears that we weren't handling resources "we've seen before" properly
[13:07:08 EST(-0500)] <Bosmon>
[13:07:25 EST(-0500)] <colinclark> So, let me see if I can organize my thoughts to explain it
[13:07:25 EST(-0500)] <Bosmon> How so?
[13:07:39 EST(-0500)] <Bosmon> What do you mean by "we've seen before"?
[13:08:07 EST(-0500)] <colinclark> Well, Home has some dorky qualities
[13:08:28 EST(-0500)] <colinclark> And, as you know, it immediately reloads itself to put the lang param in the URL if needed
[13:08:36 EST(-0500)] <Bosmon> yes
[13:08:42 EST(-0500)] <colinclark> So, concretely, we happily load Home.css in the first time
[13:08:46 EST(-0500)] <colinclark> Then, the page reloads
[13:09:02 EST(-0500)] <colinclark> And, since it has been "isLoaded," it never gets registered again in the volatiles list
[13:09:18 EST(-0500)] <colinclark> and so clearVolatiles(), upon encountering it a second time, ends up clearing it away
[13:10:06 EST(-0500)] <Bosmon> ARGH
[13:10:09 EST(-0500)] <Bosmon> a 2-state hangover!!
[13:10:19 EST(-0500)] <colinclark> So I believe the fix is to ensure we always register volatiles, even if we've met them before
[13:10:33 EST(-0500)] <Bosmon> I "seemed" to see the contents of head rising and falling in the proper order
[13:10:46 EST(-0500)] <Bosmon> But yes, I guess by this logic, any CSS file which appears in TWO SUCCESSIVE views will be discarded
[13:10:49 EST(-0500)] <Bosmon> horrid
[13:11:12 EST(-0500)] <colinclark> yes
[13:11:18 EST(-0500)] <colinclark> i hope it will fix our other mysterious CSS bug
[13:11:24 EST(-0500)] <colinclark> do you want to implement the fix, or shall I?
[13:11:44 EST(-0500)] <Bosmon> Well, perhaps you should do it.... it might be a bit clearer in your mind
[13:12:11 EST(-0500)] <colinclark> it's hard to know
[13:12:44 EST(-0500)] <Bosmon> So, "registerDependency" suffers fatally from having two actually unrelated functions
[13:12:54 EST(-0500)] <colinclark> my first attempt at it was to just move the call to registerDependency() out of the if (!isLoaded) block in injectUniqueTag()
[13:13:01 EST(-0500)] <colinclark> Bosmon: yes
[13:13:04 EST(-0500)] <Bosmon> Although it is fairly impressive to have 2 unrelated functions in 6 lines of code
[13:13:16 EST(-0500)] <Bosmon> But it is clear that volatility and dependency need to take separate tracks...
[13:13:16 EST(-0500)] <colinclark> it both registers dependencies and marks volatiles, you mean?
[13:13:19 EST(-0500)] <colinclark> yeah
[13:13:41 EST(-0500)] <colinclark> this one was a real pain to debug
[13:13:47 EST(-0500)] <colinclark> because upon page refresh, it all just worked
[13:13:50 EST(-0500)] <Bosmon>
[13:13:55 EST(-0500)] <Bosmon> Interesting
[13:14:03 EST(-0500)] <Bosmon> But perhaps it would continue to fail on every 3rd page refresh?
[13:14:03 EST(-0500)] <colinclark> but, Bosmon, I think we're really close
[13:14:29 EST(-0500)] <Bosmon> I imagine if you refresh any page THREE times, ALL the CSS will disappear...
[13:16:27 EST(-0500)] <Bosmon> So, I have my patch waiting to go on the 434 JIRA...
[13:17:50 EST(-0500)] <yura> colinclark: so do I procede with the cabinet ?
[13:18:00 EST(-0500)] <colinclark> yura: one sec
[13:18:03 EST(-0500)] <colinclark> let's see if this one fixes it
[13:18:04 EST(-0500)] <yura> ok
[13:18:44 EST(-0500)] <colinclark> Bosmon: Ok, for 434, are you waiting for anything else?
[13:19:01 EST(-0500)] <Bosmon> Well... waiting to know what the right time is to break trunk
[13:20:16 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[13:21:55 EST(-0500)] <colinclark> yura: Go ahead and take a look at the cabinet issue, yes
[13:22:03 EST(-0500)] <colinclark> Bosmon: Yeah, maybe wait for me to fix this first
[13:22:06 EST(-0500)] <colinclark> and we'll see how it goes with Yura
[13:22:32 EST(-0500)] <yura> colinclark: so the css fix doesnt do it?
[13:22:45 EST(-0500)] <colinclark> doesn't appear to, no
[13:23:01 EST(-0500)] <colinclark> i'm not 100% certain, but it's worth taking a look at
[13:23:17 EST(-0500)] <yura> ok
[13:26:10 EST(-0500)] <colinclark> I am just making a mess of this
[13:26:59 EST(-0500)] <colinclark> Bosmon: So the problem is that there is one other condition of volatility
[13:27:27 EST(-0500)] <colinclark> We obviously don't want to mark things that aren't volatile as being so
[13:27:42 EST(-0500)] <colinclark> but we don't really distinguish things this way
[13:27:57 EST(-0500)] <colinclark> It's just "have we seen you before?" and "are you a link?"
[13:28:39 EST(-0500)] <colinclark> I wonder if we should have done this in reverse, and used a classname?
[13:37:07 EST(-0500)] <yura> colinclark: I tihnk i found the issue with 5
[13:37:12 EST(-0500)] <colinclark> ok
[13:37:17 EST(-0500)] <Bosmon> colinclark: I guess this sense of "before" is being confused with "present in the ancestral head"?
[13:37:27 EST(-0500)] <colinclark> Bosmon: yes
[13:37:37 EST(-0500)] <Bosmon> ok
[13:37:58 EST(-0500)] <colinclark> there are things we never want to remove, even if they pass $.nodeName(tag, "link")
[13:38:00 EST(-0500)] <Bosmon> I guess we need a 3rd collection then
[13:38:05 EST(-0500)] <Bosmon> "ancestral things"
[13:38:10 EST(-0500)] <colinclark> yes
[13:38:15 EST(-0500)] <Bosmon> "ancestral things of the form of volatile things"
[13:38:22 EST(-0500)] <colinclark> So, I've become quite confused by terminology in here now
[13:38:37 EST(-0500)] <colinclark> There used to be a thing I called "tag," which was a string
[13:38:43 EST(-0500)] <colinclark> now, it's very hard to tell what's what
[13:38:52 EST(-0500)] <colinclark> When is something a string, an element, or a jQ?
[13:39:05 EST(-0500)] <colinclark> so in injectUniqueTag, these are plain old DOM elements?
[13:39:22 EST(-0500)] <Bosmon> Yes
[13:40:33 EST(-0500)] <colinclark> is there any reason they can't be turned into a jquery?
[13:40:44 EST(-0500)] <Bosmon> Well, I'm not sure
[13:41:05 EST(-0500)] <Bosmon> When I was on the hunt for these obscure issues, I became convinced that turning them into a jQuery was responsible for them not loading
[13:41:10 EST(-0500)] * michelled (~michelled@142.150.154.101) has joined #fluid-work
[13:41:15 EST(-0500)] <Bosmon> Although I now believe that is because of the lack of the "delay"
[13:42:02 EST(-0500)] <colinclark> interesting
[13:48:11 EST(-0500)] <yura> colinclark: not sure if you noticed but in safari home page is rendered a bit wrong after language was selected
[13:48:52 EST(-0500)] <colinclark> yura:
[13:49:04 EST(-0500)] <colinclark> see above
[13:49:06 EST(-0500)] <colinclark>
[13:49:33 EST(-0500)] <yura> i was afraid , that's what you would say
[13:49:34 EST(-0500)] <yura>
[13:50:02 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[13:52:15 EST(-0500)] <colinclark> Bosmon: Can you just deal with this
[13:52:23 EST(-0500)] <colinclark> I am completely incapable of writing coherent code at the moment
[13:57:34 EST(-0500)] <Bosmon> OK, I'll try
[13:57:37 EST(-0500)] <colinclark> thanks, dude
[13:57:41 EST(-0500)] <colinclark> i'm barely here
[14:02:14 EST(-0500)] <colinclark> so, yura, any luck with the cabinet issue so far?
[14:02:49 EST(-0500)] <yura> hmm i thought I have it , but now I m not sure
[14:02:56 EST(-0500)] <yura> had*
[14:03:41 EST(-0500)] <EricDalquist> for anyone interested in screen sizes https://my-reports.doit.wisc.edu/stats/browserInfo.txt
[14:03:56 EST(-0500)] <EricDalquist> that's a nightly report of screen and window sizes for MyUW
[14:04:13 EST(-0500)] <EricDalquist> we just started collecting data a few days ago but it will be a 30 day rolling window
[14:04:18 EST(-0500)] * jhung (~Asus@142.150.154.101) has joined #fluid-work
[14:05:09 EST(-0500)] <yura> colinclark: it seems (in safari at least) that the styles are working on 2nd/3rd load
[14:05:21 EST(-0500)] <colinclark> yura: for the cabinet?
[14:05:25 EST(-0500)] <colinclark> you just reload and they work?
[14:06:10 EST(-0500)] <yura> well, not reaload, more like back and then hit exhibitions again
[14:06:16 EST(-0500)] <colinclark> interesting
[14:06:23 EST(-0500)] <colinclark> i guess it could relate to the issue boz is working on
[14:06:33 EST(-0500)] <yura> that's what I was thinking
[14:06:43 EST(-0500)] <yura> it works in firefox though
[14:07:36 EST(-0500)] <yura> ya works on second time all the time
[14:08:47 EST(-0500)] <colinclark> ok
[14:08:54 EST(-0500)] <colinclark> let's leave it, then, until boz's fix is in place
[14:09:10 EST(-0500)] <yura> colinclark: can I help with smth else for now?
[14:09:23 EST(-0500)] <colinclark> I don't think there is anything else at this point
[14:09:51 EST(-0500)] <colinclark> I can't reproduce the going away on second reload effect, yura
[14:09:55 EST(-0500)] <colinclark> in Safari, anyway
[14:09:56 EST(-0500)] <colinclark> odd
[14:10:09 EST(-0500)] <yura> http://142.150.154.164:8080/mobileHome/mobileHome.html
[14:10:12 EST(-0500)] <yura> try here
[14:11:25 EST(-0500)] <yura> any luck
[14:11:26 EST(-0500)] <yura> ?
[14:11:40 EST(-0500)] <colinclark> no
[14:11:49 EST(-0500)] <colinclark> can you tell me exactly what steps i need to do to reproduce?
[14:11:50 EST(-0500)] <yura> hmm it works for me
[14:11:54 EST(-0500)] <yura> yes
[14:11:55 EST(-0500)] <yura> sure
[14:12:16 EST(-0500)] <yura> so when you load the link you have both home page and language together right?
[14:12:52 EST(-0500)] <colinclark> yep
[14:13:05 EST(-0500)] <yura> weird, no i only have language
[14:13:08 EST(-0500)] <yura> but anyways
[14:13:13 EST(-0500)] <yura> i click on english
[14:13:30 EST(-0500)] <colinclark> yep
[14:13:41 EST(-0500)] <yura> and then have the whome page with language or i guess in your case just home page
[14:13:52 EST(-0500)] <yura> if i have both i click on english again then
[14:13:57 EST(-0500)] <yura> i have only home page
[14:14:02 EST(-0500)] <colinclark> damn, i just found a fatal bug
[14:14:13 EST(-0500)] <yura> colinclark: really?
[14:14:32 EST(-0500)] <colinclark> hyeah
[14:14:35 EST(-0500)] <colinclark> this sucks
[14:14:41 EST(-0500)] <colinclark> ok, can you try this on a phone for me, yura?
[14:14:48 EST(-0500)] <yura> yues
[14:14:49 EST(-0500)] <colinclark> Go to an artifact with media
[14:14:53 EST(-0500)] <colinclark> Say, "09"
[14:14:56 EST(-0500)] <colinclark> Watch the video.
[14:14:58 EST(-0500)] <colinclark> Click done
[14:15:08 EST(-0500)] <colinclark> Then, back on the Artifact View page, hit the back button
[14:15:11 EST(-0500)] <colinclark> I believe it will break
[14:15:23 EST(-0500)] <yura> on production or build?
[14:15:32 EST(-0500)] <colinclark> not on production
[14:15:38 EST(-0500)] <colinclark> on your own machine or on the daily build
[14:15:41 EST(-0500)] <colinclark> your choice
[14:15:51 EST(-0500)] <yura> ok
[14:16:32 EST(-0500)] <yura> ya, nothing happens
[14:17:02 EST(-0500)] <yura> home works though
[14:19:06 EST(-0500)] <colinclark> yeah
[14:19:17 EST(-0500)] <colinclark> so, we keep a history stack inside the ScreenNavigator, yura
[14:19:29 EST(-0500)] <colinclark> But, when we return from a movie, the whole page reloads
[14:19:36 EST(-0500)] <colinclark> so all of ScreenNavigator's state is destroyed
[14:19:40 EST(-0500)] <colinclark> So it just doesn't know where back is
[14:19:41 EST(-0500)] <yura> right
[14:20:03 EST(-0500)] <colinclark> I'll check if there is a history API to get the previous URL
[14:20:05 EST(-0500)] <colinclark> that would do it
[14:20:14 EST(-0500)] <colinclark> otherwise, we're going to have to switch to this BBQ plugin we found
[14:20:24 EST(-0500)] <yura> interesting
[14:20:25 EST(-0500)] <colinclark> this sucks. we were so close
[14:20:27 EST(-0500)] <colinclark>
[14:20:49 EST(-0500)] <yura> colinclark: question, when you watch the video, it doesnt clear the cookie, right?
[14:20:57 EST(-0500)] <colinclark> hmmm
[14:21:04 EST(-0500)] <colinclark> you might be on to something here
[14:21:11 EST(-0500)] <colinclark> i don't know for sure if safari actually quits or not
[14:21:18 EST(-0500)] <yura> ok ill check
[14:21:22 EST(-0500)] <colinclark> any chance you could whip up a super-quick test, yura?
[14:21:23 EST(-0500)] <colinclark> ah, thanks
[14:22:49 EST(-0500)] <yura> my collectio is still there
[14:22:53 EST(-0500)] <yura>
[14:24:41 EST(-0500)] <colinclark> ok
[14:25:16 EST(-0500)] <colinclark> so yura, script code isn't allowed to access the browser's history in any specific way
[14:25:41 EST(-0500)] <colinclark> it can control forward and back, but obviously it's a privacy violation to let scripts see the previous URL, for example
[14:25:47 EST(-0500)] <colinclark> So I think your solution is probably gonna be it
[14:25:55 EST(-0500)] <yura> cookies>
[14:25:55 EST(-0500)] <yura> ?
[14:25:56 EST(-0500)] <colinclark> We store a cookie with the previous URL
[14:26:04 EST(-0500)] <colinclark> and then, on ScreenNavigator startup, check if it's there
[14:26:09 EST(-0500)] <colinclark> if it is, it means we forgot
[14:26:20 EST(-0500)] <colinclark> i think i can whip this one up pretty quick
[14:26:36 EST(-0500)] <colinclark> thanks, dude
[14:26:50 EST(-0500)] <yura>
[14:54:08 EST(-0500)] * elicochran (~elicochra@adsl-70-137-128-143.dsl.snfc21.sbcglobal.net) has joined #fluid-work
[15:04:34 EST(-0500)] * mackrauss (~Armin@142.150.154.101) has joined #fluid-work
[15:11:04 EST(-0500)] * colinclark is remembering why test-first coding is actually a design activity.
[15:18:32 EST(-0500)] * jhung (~Asus@142.150.154.101) has joined #fluid-work
[15:35:34 EST(-0500)] * athena7 (~athena@wsip-72-215-204-133.ph.ph.cox.net) has joined #fluid-work
[16:18:54 EST(-0500)] <colinclark> Bosmon: so, the new blocker
[16:19:04 EST(-0500)] <colinclark> We store our own history stack in Screen Navigator
[16:19:29 EST(-0500)] <colinclark> but there are cases where we end up finding that the whole thing gets reloaded
[16:19:35 EST(-0500)] <colinclark> For example, in any bookmarking case
[16:19:43 EST(-0500)] <colinclark> Or when we go watch a video and then come back to the previous page
[16:19:44 EST(-0500)] <Bosmo1> ok
[16:19:50 EST(-0500)] <Bosmo1> So really, we just need to get rid of this
[16:19:55 EST(-0500)] <colinclark> In either situation, we will have lost our history stack
[16:20:13 EST(-0500)] <colinclark> So the only alternative I can think of is to use the hashchange plugin
[16:20:24 EST(-0500)] <colinclark> and chuck our stack
[16:20:26 EST(-0500)] <Bosmo1> Yes
[16:20:29 EST(-0500)] <Bosmo1> That seems reasonable
[16:20:49 EST(-0500)] <colinclark> OK, I'll go ahead and do that while you carry on with the "permanent dependencies"
[16:21:01 EST(-0500)] <colinclark> and off we go again
[16:21:22 EST(-0500)] <Bosmo1> And I guess this means paying the polling cost... you were worried about this, but do you think it will be an issue?
[16:24:35 EST(-0500)] <colinclark> Bosmo1: I guess we don't have much choice in the matter
[16:24:38 EST(-0500)] <colinclark> Hopefully it won't be too costly
[16:27:49 EST(-0500)] * jhung (~Asus@142.150.154.101) has left #fluid-work
[16:43:08 EST(-0500)] * clown (~clown@142.150.154.101) has left #fluid-work
[16:47:58 EST(-0500)] <colinclark> ok, this appears to work
[16:48:02 EST(-0500)] <colinclark> now to see how it acts on the phone
[16:48:04 EST(-0500)] <Bosmo1> BBQ?
[16:48:05 EST(-0500)] <Bosmo1> Already?
[16:48:08 EST(-0500)] <colinclark> yeah
[16:48:16 EST(-0500)] <colinclark> i still have to rip old code paths out
[16:48:35 EST(-0500)] <colinclark> but it was pretty easy to stick throw the hashchange plugin into the mix
[16:48:59 EST(-0500)] <Bosmo1> Our changes might be a bit hard to merge..
[16:49:08 EST(-0500)] <colinclark> that's okay
[16:49:09 EST(-0500)] <colinclark> you win
[16:49:16 EST(-0500)] <colinclark> my change is, at heart, trivial
[16:49:19 EST(-0500)] <colinclark> so i can redo it once you commit
[16:52:48 EST(-0500)] <colinclark> ok, it works on the phone
[16:52:49 EST(-0500)] <colinclark> and
[16:53:05 EST(-0500)] <colinclark> i don't see any apparent performance affects from the timer
[16:53:11 EST(-0500)] <Bosmo1> cool
[16:53:47 EST(-0500)] <Bosmo1> ARARGAH
[16:53:50 EST(-0500)] <Bosmo1> I now understand this bug
[16:53:56 EST(-0500)] <colinclark> ok
[16:53:59 EST(-0500)] <Bosmo1> When it sees the CSS for the SECOND TIME
[16:54:04 EST(-0500)] <Bosmo1> It allocates it a DIFFERENT ID!
[16:54:53 EST(-0500)] <colinclark> yes!
[16:54:56 EST(-0500)] <colinclark> it surely does
[17:04:38 EST(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[17:06:41 EST(-0500)] <Bosmo1> yay
[17:06:44 EST(-0500)] <Bosmo1> A correct homepage
[17:06:51 EST(-0500)] <Bosmo1> So, anything else I should look out for?
[17:07:19 EST(-0500)] <yura> Bosmo1: can you see if on the exhibition browse page the cabinet is collapsed for upcoming ?
[17:07:31 EST(-0500)] <Bosmo1> It isn't
[17:07:34 EST(-0500)] <yura> YES
[17:07:37 EST(-0500)] <Bosmo1> But I never did see that
[17:07:38 EST(-0500)] <Bosmo1> On FF
[17:07:47 EST(-0500)] <Bosmo1> And I can't try Safari here...
[17:07:52 EST(-0500)] <yura> oh
[17:08:03 EST(-0500)] <yura> ok I would have to double check, it worked in ff for me too
[17:08:11 EST(-0500)] <yura> but safari only on the second time
[17:08:15 EST(-0500)] <Bosmo1> Aha
[17:08:21 EST(-0500)] <Bosmo1> Well, "second time" definitely sounds like this bug
[17:08:25 EST(-0500)] <Bosmo1> colinclark: Shall I commit?
[17:08:31 EST(-0500)] <colinclark> go for it
[17:09:15 EST(-0500)] <colinclark> Bosmo1: ping me when it's in
[17:09:18 EST(-0500)] <Bosmo1> ok
[17:10:17 EST(-0500)] <Bosmo1> It's in
[17:11:04 EST(-0500)] <Bosmo1> I'm not convinced that the "ancestral" idea is actually needed
[17:11:15 EST(-0500)] <Bosmo1> If a page didn't demand some CSS, surely it should just be removed
[17:12:00 EST(-0500)] <Bosmo1> Oh, and I also verified that the "1ms delay" really does fix source loading under Firebug
[17:12:14 EST(-0500)] <Bosmo1> I put it back in just now, and the exceptions went away in the case you set a breakpoint inside the AJAX loop
[17:14:18 EST(-0500)] <colinclark> dude, home is looking beautiful again
[17:14:24 EST(-0500)] <colinclark> Bosmo1: ^
[17:14:31 EST(-0500)] <colinclark> but yura, it doesn't look like the cabinet issue is fixed
[17:14:35 EST(-0500)] <colinclark> it's not a blocker, for sure
[17:14:42 EST(-0500)] <colinclark> but if you have any insights, i'd love to hear them
[17:14:44 EST(-0500)] <yura> i think i have a fix for it though
[17:14:51 EST(-0500)] <colinclark> yura: cool, what is it?
[17:15:23 EST(-0500)] <yura> i think this needed to be in the options for browse component for the service
[17:15:24 EST(-0500)] <yura> cabinet: {
[17:15:24 EST(-0500)] <yura> options: {
[17:15:25 EST(-0500)] <yura> startOpen: true,
[17:15:25 EST(-0500)] <yura> selectors: {
[17:15:25 EST(-0500)] <yura> openByDefault: ".flc-cabinet-drawer"
[17:15:25 EST(-0500)] <yura> }
[17:15:25 EST(-0500)] <yura> }
[17:15:26 EST(-0500)] <yura> }
[17:15:52 EST(-0500)] <Bosmo1> Why does this work on other platforms and not Safari?
[17:16:02 EST(-0500)] <yura> could someone try it here http://142.150.154.164:8080/mobileHome/mobileHome.html
[17:17:07 EST(-0500)] <yura> Bosmo1: I think that's becuase cabinet didnt work well in firefox in the first place (webkit styling)
[17:17:25 EST(-0500)] <colinclark> yura: It does appear to work
[17:17:25 EST(-0500)] <yura> it's not that it worked , it showed it becuase it didnt work
[17:17:31 EST(-0500)] <colinclark> But the question is, why did it work yesterday?
[17:17:33 EST(-0500)] <colinclark> And not today?
[17:17:41 EST(-0500)] <yura> right
[17:17:51 EST(-0500)] <colinclark> yura: Can you do me a huge favour?
[17:17:54 EST(-0500)] <yura> sure
[17:18:00 EST(-0500)] <colinclark> Can you do an SVN history on the file you changed
[17:18:06 EST(-0500)] <colinclark> and see if it has changed at all in the past little while?
[17:18:11 EST(-0500)] <yura> sure
[17:18:12 EST(-0500)] <colinclark> some regression in our branch or something, maybe?
[17:18:18 EST(-0500)] <colinclark> yura: Also, do you know where else cabinets are used?
[17:18:26 EST(-0500)] <yura> artifactview
[17:18:29 EST(-0500)] <colinclark> And if so, does your fix affect any other pages?
[17:18:29 EST(-0500)] <yura> on comments , etc
[17:18:46 EST(-0500)] <colinclark> they still seem nice and closed in artifactView
[17:18:48 EST(-0500)] <yura> i dont tihnk it is, since i m providing options , and artifactview has the default styling
[17:18:51 EST(-0500)] <colinclark> k
[17:19:04 EST(-0500)] <colinclark> So basically this fix applies to all browse-related pages
[17:19:10 EST(-0500)] <yura> no only exhibitions
[17:19:13 EST(-0500)] <colinclark> ok
[17:19:19 EST(-0500)] <yura> becuase options are passed in the service
[17:19:22 EST(-0500)] <colinclark> yeah, i see that
[17:19:22 EST(-0500)] <colinclark> ok
[17:19:24 EST(-0500)] <yura> in kettle that is
[17:19:27 EST(-0500)] <colinclark> well, ok
[17:19:30 EST(-0500)] <colinclark> check the SVN history
[17:19:32 EST(-0500)] <yura> ok
[17:19:34 EST(-0500)] <colinclark> and it really does seem to work
[17:19:40 EST(-0500)] <colinclark> so if we need to, we'll just do it
[17:19:50 EST(-0500)] <colinclark> Bosmo1: I'm going to put the hashchange plugin back now that you've committed
[17:19:56 EST(-0500)] <Bosmo1> colinclark: awesome
[17:20:01 EST(-0500)] <colinclark> Bosmo1: I had a bit of trouble actually removing our history tracking code
[17:20:05 EST(-0500)] <Bosmo1> Yes
[17:20:07 EST(-0500)] <colinclark> so i'm going to two it in two increments
[17:20:09 EST(-0500)] <colinclark> 1. Get it working
[17:20:13 EST(-0500)] <colinclark> 2. Remove the old stuff
[17:20:18 EST(-0500)] <colinclark> just in case
[17:20:37 EST(-0500)] <colinclark> i also have a whack of test improvements and changes to home, but they really are out of scope for this
[17:20:37 EST(-0500)] <Bosmo1> I guess we will keep our url.shim in there just in case we need to do something in the future
[17:20:43 EST(-0500)] <Bosmo1> But just remove all the logic from it..
[17:20:48 EST(-0500)] <colinclark> I guess I'll make a patch and then bring them back post-release
[17:20:53 EST(-0500)] <colinclark> Bosmo1: That's exactly what I was thinking
[17:21:07 EST(-0500)] <colinclark> "just in case"
[17:22:01 EST(-0500)] <Bosmo1> I'm just looking at ENGAGE-436, which is still assigned to me
[17:22:06 EST(-0500)] <Bosmo1> I guess I shouldn't try to do anything about it now
[17:22:16 EST(-0500)] <yura> colinclark: seems your merging was the last edit in > 2 weeks, but you only changed baseExhibitionURL there , that's all
[17:22:28 EST(-0500)] <colinclark> yura: ok
[17:22:29 EST(-0500)] <yura> i m confused how it actually worked before
[17:22:56 EST(-0500)] <colinclark> Bosmo1: 436 is scheduled for repair in 0.3 final
[17:23:00 EST(-0500)] <colinclark> so go ahead and leave it
[17:23:01 EST(-0500)] <yura> since it opens the drawers only if startOpen is passed
[17:23:02 EST(-0500)] <Bosmo1> o
[17:23:05 EST(-0500)] <Bosmo1> k
[17:23:14 EST(-0500)] <colinclark> Bosmo1: Basically, the plan will chisel off a few of the Awesome tasks for you and I
[17:23:26 EST(-0500)] <colinclark> i.e. The new model transformation framework
[17:23:33 EST(-0500)] <colinclark> and moving everything into a single database
[17:23:39 EST(-0500)] <Bosmo1> urgh
[17:23:44 EST(-0500)] <Bosmo1> The latter seems "somewhat" awesome
[17:23:45 EST(-0500)] <Bosmo1>
[17:23:57 EST(-0500)] <colinclark> and then yura and the rest will get to do all the other awesome tasks
[17:24:03 EST(-0500)] <colinclark> Bosmo1: How could it not be awesome?
[17:24:05 EST(-0500)] <colinclark>
[17:24:05 EST(-0500)] <Bosmo1> This is all for 0.3?
[17:24:14 EST(-0500)] <colinclark> Bosmo1: That is our intention
[17:24:22 EST(-0500)] <colinclark> Obviously things can fall off according to practicality
[17:24:22 EST(-0500)] <Bosmo1> When is that delivered
[17:24:30 EST(-0500)] <colinclark> Oh, tomorrow evening
[17:24:32 EST(-0500)] <colinclark> around 2 am
[17:24:33 EST(-0500)] <colinclark>
[17:24:34 EST(-0500)] <yura> there's still 1 small thing on home page: it only fits 2 elements in the row , not 3 now
[17:24:42 EST(-0500)] <colinclark> yura: that is quite odd, yes
[17:24:46 EST(-0500)] <Bosmo1> THIS MUST BE READY TO SHIP IN 28 DAYS!!
[17:25:16 EST(-0500)] <colinclark> Bosmo1: End of March is our goal, but we can probably flex a bit more based on the end date of the project changing to Sept.
[17:25:28 EST(-0500)] <colinclark> I'd like to push in a very focused way on three fronts:
[17:25:34 EST(-0500)] <colinclark> 1. Enabling other museums to use it
[17:25:38 EST(-0500)] <Bosmo1> The Sept date is for what we call 0.5?
[17:25:40 EST(-0500)] <colinclark> 2. Accessibility aweseomeness
[17:25:47 EST(-0500)] <colinclark> 3. UX polish
[17:25:51 EST(-0500)] <colinclark> Bosmo1: yep
[17:26:16 EST(-0500)] <colinclark> yura: Can you keep on doing some comprehensive testing with Bosmon's change in place?
[17:26:27 EST(-0500)] <colinclark> And we'll see if we can catch any other regressions early
[17:26:35 EST(-0500)] <colinclark> if all goes well, we'll be able to freeze in a half hour or so
[17:26:41 EST(-0500)] * colinclark 's famous last words
[17:27:02 EST(-0500)] <yura>
[17:27:17 EST(-0500)] <colinclark> yura: do you mind sticking around for another half hour or so to help test?
[17:27:20 EST(-0500)] <colinclark> Is that ok?
[17:29:45 EST(-0500)] <yura> yes
[17:29:46 EST(-0500)] <yura> sorry
[17:29:50 EST(-0500)] <colinclark> thanks, i really appreciate it
[17:29:52 EST(-0500)] <colinclark> no worries
[17:29:54 EST(-0500)] <yura> np
[17:35:28 EST(-0500)] * Bosmon5 (~AndChat@41.sub-97-184-125.myvzw.com) has joined #fluid-work
[17:37:11 EST(-0500)] <yura> colinclark: send dialog seems to be broken for my collection
[17:37:20 EST(-0500)] <colinclark> eek
[17:37:22 EST(-0500)] <colinclark> how, yura?
[17:38:07 EST(-0500)] <yura> smth to do with styling i think, it shows up, but there's no email input text just buttons right at the top
[17:38:16 EST(-0500)] <colinclark> ok
[17:38:20 EST(-0500)] <colinclark> i wonder why
[17:39:34 EST(-0500)] <yura> can it be that it uses their own css ?
[17:39:43 EST(-0500)] <yura> from lib/jquery
[17:41:26 EST(-0500)] <yura> no that's not it
[17:41:36 EST(-0500)] <yura> it shows in firefox
[17:41:37 EST(-0500)] <yura>
[17:47:57 EST(-0500)] <colinclark> hey yura
[17:48:01 EST(-0500)] <yura> colinclark:
[17:48:01 EST(-0500)] <colinclark> I have back button working now
[17:48:05 EST(-0500)] <colinclark> let's focus on integrating for a few minutes
[17:48:14 EST(-0500)] <yura> ok
[17:48:17 EST(-0500)] <colinclark> can you point me to patches for your two excellent fixes from today?
[17:48:23 EST(-0500)] <colinclark> and i'll commit them
[17:48:24 EST(-0500)] <colinclark>
[17:48:50 EST(-0500)] <yura> http://issues.fluidproject.org/browse/ENGAGE-491
[17:48:52 EST(-0500)] <yura> http://issues.fluidproject.org/browse/ENGAGE-490
[17:48:59 EST(-0500)] <colinclark> thanks!
[17:49:01 EST(-0500)] <yura> np
[17:51:44 EST(-0500)] * clown (~clown@142.150.154.101) has joined #fluid-work
[17:55:11 EST(-0500)] <colinclark> ok, just about ready to commit these
[17:55:20 EST(-0500)] <colinclark> any luck with the dialog, by chance?
[17:56:41 EST(-0500)] <yura> well i fixed it but, it should've been working initially, i just want to see what was going on. it was initialized as hidden but never shown (the dialog part | buttons part was showing only)
[17:58:54 EST(-0500)] <colinclark> weird
[17:59:11 EST(-0500)] <colinclark> i wonder if we're experiencing subtle quirks caused by dynamically injecting stylesheets
[17:59:27 EST(-0500)] <colinclark> or perhaps just poorly scoped stylesheets that are breaking in this environment
[17:59:31 EST(-0500)] <yura> oh ok
[17:59:45 EST(-0500)] <yura> uicore and dialog are not there
[18:00:05 EST(-0500)] <yura> somehow they are not loaded
[18:00:17 EST(-0500)] <yura> colinclark: ^
[18:00:25 EST(-0500)] <colinclark> ahhh
[18:00:28 EST(-0500)] <colinclark> interesting
[18:00:46 EST(-0500)] <colinclark> is my collection supposed to be loading them?
[18:01:42 EST(-0500)] <yura> yes
[18:02:04 EST(-0500)] <yura> they are there in the standalone
[18:03:25 EST(-0500)] <colinclark> how odd
[18:03:47 EST(-0500)] <yura> ya
[18:03:53 EST(-0500)] <colinclark> hey yura, can you test one thing for me?
[18:03:59 EST(-0500)] <colinclark> Can you try it out without the screen navigator?
[18:04:03 EST(-0500)] <colinclark> (using home/home.html)
[18:04:06 EST(-0500)] <colinclark> Does it work there?
[18:04:09 EST(-0500)] <yura> one sec
[18:04:30 EST(-0500)] <yura> yes it works
[18:04:53 EST(-0500)] <yura> and dialog is included
[18:04:54 EST(-0500)] <Bosmon5> Arg
[18:06:21 EST(-0500)] <yura> firefox has it though (uicore and dialog)
[18:07:27 EST(-0500)] <colinclark> interesting
[18:08:31 EST(-0500)] <colinclark> so the stylesheets are there in the HTML file
[18:08:46 EST(-0500)] <colinclark> but then they're not getting included in the DOM for when viewed through the screen navigator?
[18:08:49 EST(-0500)] <colinclark> is that right, yura?
[18:09:30 EST(-0500)] <yura> sorry not the stylesheets, these 2: ui.core.js and ui.dialog.js
[18:10:09 EST(-0500)] <Bosmon5> What the heck... missing js?
[18:10:21 EST(-0500)] <Bosmon5> But how do you know they are missing
[18:10:35 EST(-0500)] <Bosmon5> Loaded js does not show up in Safari
[18:10:36 EST(-0500)] <yura> they are not there when i inspect it
[18:10:40 EST(-0500)] <yura> ya
[18:11:11 EST(-0500)] <yura> if I look at the source they are not there
[18:11:23 EST(-0500)] <Bosmon5> Well, there is no way to detect whether js is loaded in Safari
[18:11:40 EST(-0500)] <Bosmon5> That is normal, it is just the way Safari is
[18:11:53 EST(-0500)] <Bosmon5> For dynamically loaded source
[18:12:03 EST(-0500)] <colinclark> Bosmo5: I'm seeing quite a number of null urls in injectUniqueTag()
[18:12:36 EST(-0500)] <colinclark> and I never see the relevant jQuery UI urls pass through
[18:12:39 EST(-0500)] <Bosmon5> Colinclark - seems bad
[18:12:45 EST(-0500)] <colinclark> a little worrisome, yes
[18:12:56 EST(-0500)] <Bosmon5> Can you inspect xhr bodies in Safari?
[18:13:18 EST(-0500)] <Bosmon5> Can you see what is in the original "doc" sent from the server?
[18:13:34 EST(-0500)] <Bosmon5> Which page is this, btw...
[18:13:43 EST(-0500)] <yura> my collection
[18:14:04 EST(-0500)] <Bosmon5> Ok
[18:14:22 EST(-0500)] <Bosmon5> And it works ok in FF, but not in Safari?
[18:15:24 EST(-0500)] <yura> seems like it yes
[18:15:58 EST(-0500)] <Bosmon5> V.bad...
[18:15:59 EST(-0500)] <colinclark> freaky
[18:16:02 EST(-0500)] <colinclark> very bad freaky
[18:16:16 EST(-0500)] <colinclark> So I am indeed seeing the ui.*.js files passing through
[18:16:18 EST(-0500)] <colinclark> I was confused earlier
[18:16:31 EST(-0500)] <colinclark> and when I wander through with breakpoints, the end result is a working page
[18:16:35 EST(-0500)] <colinclark> i.e. the dialog shows up
[18:16:36 EST(-0500)] <Bosmon5> Perhaps something is going wrong in jquery.clean
[18:16:46 EST(-0500)] <Bosmon5> Gah
[18:16:46 EST(-0500)] <Bosmon5> Timings
[18:16:54 EST(-0500)] <colinclark> I had fears of this last night
[18:16:58 EST(-0500)] <colinclark> and now they really seem to be there
[18:17:03 EST(-0500)] <colinclark> I wonder what it could be, though?
[18:17:23 EST(-0500)] <Bosmon5> Try REMOVING the 1ms delay and see if it works now
[18:18:55 EST(-0500)] <colinclark> ok
[18:19:23 EST(-0500)] * anastasiac (~team@142.150.154.193) has left #fluid-work
[18:19:23 EST(-0500)] <yura> Bosmon5: where is it set?
[18:19:38 EST(-0500)] <colinclark> no effect
[18:19:49 EST(-0500)] <colinclark> so yura, both your patches are in
[18:20:01 EST(-0500)] <colinclark> and now this dialog issue is our only blocker
[18:20:03 EST(-0500)] <Bosmon5> Arg
[18:20:17 EST(-0500)] <colinclark> I want to flip around the names of mobileHome and regular home so that Hugues doesn't have to update all his home screen icons
[18:20:22 EST(-0500)] <colinclark> But that should be fairly straightforward
[18:20:51 EST(-0500)] <Bosmon5> Ok
[18:21:08 EST(-0500)] <yura> thanks colinclark
[18:21:18 EST(-0500)] <Bosmon5> I guess I'll have to try to tackle the dialog over the weekend...
[18:21:45 EST(-0500)] <colinclark> Bosmon5: I haven't yet removed the full code for our history stack from Screen Navigator, but I'll do that shortly
[18:23:37 EST(-0500)] <yura> colinclark: so path to ui.core.js and dialog inlcudes id too?
[18:24:39 EST(-0500)] <yura> would that help ? Resource interpreted as other but transferred with MIME type application/x-javascript.XHR finished loading: "http://142.150.154.164:8080/fluid-infusion/lib/jquery/ui/js/ui.core.js?_=1267744568394".
[18:25:28 EST(-0500)] <yura> i get this warning for 3 files
[18:25:32 EST(-0500)] <Bosmon5> This id will have been added by the jquery ajax path
[18:25:54 EST(-0500)] <colinclark> to ensure no caching issues