[00:00] <aquarius> really? on a phone??
[00:00] <cjohnston> android running opera
[00:01] <aquarius> clicking a meeting name should open the session description below the session name
[00:01] <aquarius> try doing it in firefox with a window less than 400 px wide to see how it's meant to work
[00:01] <aquarius> I'll try it in opera
[00:02] <cjohnston> i need to figure out how to take screenshots
[00:02] <aquarius> god, you're right
[00:02] <aquarius> how annoying
[00:02] <cjohnston> opera the /uds-p/ page looks right
[00:02] <cjohnston> the defualt browser, that page looks like crapola
[00:02] <aquarius> don't know why that is without debugging it
[00:02] <cjohnston> i dont care.. i wont use it anyway
[00:02] <cjohnston> but if anyone files a bug ill assign you
[00:02] <aquarius> really? the uds-p page looks good to me in default
[00:03] <cjohnston> now the agenda.. thats cool
[00:03] <aquarius> if you could poke a few people to test it so that I'm not bugfixing *during* uds, that'd be great :P
[00:03] <cjohnston> yup
[00:11] <cjohnston> aquarius: bug #925811
[00:11] <ubot4> Launchpad bug 925811 in summit "Agenda view clicks through to meeting view on opera mobile (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/925811
[00:29] <cjohnston> aquarius: bugs are being filed.. lol
[00:29] <aquarius> already??
[00:29] <aquarius> god almighty
[00:30] <cjohnston> 2
[00:30] <cjohnston> hehe
[00:30] <aquarius> if there are lots it might be worth poking it so you only get the magic mobile view with ?m=1 on the end of the URL or something
[00:30] <aquarius> :)
[00:30] <nigelb> aquarius: sorry about the clasroom mixup. I'd already gone to bed by then.
[00:31] <cjohnston> so far with whats come in, im not worried about it
[00:31] <nigelb> Morning cjohnston
[00:31] <aquarius> nigelb, is fine
[00:31] <aquarius> we got it sorted :)
[00:31] <cjohnston> hey nigelb
[00:31] <nigelb> what's the stars thing you pinged me about?
[00:31] <cjohnston> the fact that i want to move the js hide talks that arent for me crap
[00:32] <cjohnston> s/move/remove
[00:32] <nigelb> er, and make it how?
[00:32] <cjohnston> get rid of it
[00:32] <nigelb> Remove the feature too?
[00:33] <cjohnston> ya
[00:33] <cjohnston> its broken again
[00:33] <cjohnston> why keep fixing it
[00:33] <nigelb> Linaro is cool with that? In Budapeest they got mhall119 to fix that bug on the plane.
[00:33] <cjohnston> the agenda thing replaces it
[00:33] <aquarius> bin the JS thing
[00:33] <aquarius> I wrote that
[00:33] <aquarius> in about fifteen minutes
[00:33] <aquarius> about six UDSes ago :)
[00:33] <nigelb> wow.
[00:33] <cjohnston> and we have been limping it along ever since
[00:34] <aquarius> cjohnston, the broken image is the QR code
[00:34] <knome> if it works, don't fix it ;)
[00:34] <cjohnston> right
[00:34] <cjohnston> ahh
[00:34] <cjohnston> hrm
[00:34] <cjohnston> i guess i need to put an if statemetn in there
[00:34] <aquarius> cjohnston, I have no idea what the deal with the qr code is... but it's got <img ... src="">
[00:34] <aquarius> which is why it's broken :)
[00:34] <aquarius> you might wanna poke that ;)
[00:35] <cjohnston> will do
[00:35] <cjohnston> prolly wont get fixed prior to conenct tho cause connect has a qr code
[00:35] <aquarius> or better still, poke it and then display:none it in the mobile stylesheet, since you don't need it on a mobile by defniition :P
[00:35] <cjohnston> but i wouldnt mind removing the qr code if its mobile
[00:35] <cjohnston> it isnt needed
[00:35] <cjohnston> ;-)
[00:35] <aquarius> display:none'ing it in the mobile stylesheet will fix the reported bug, anyway :P
[00:41] <mhall119> aquarius: that javascript was your fault eh?
[00:42] <cjohnston> hehehe
[00:42] <aquarius> mhall119, yep.
[00:42] <aquarius> in my defence it was written really quickly, sitting on the edge of a big round table at a party :)
[00:42] <aquarius> with jcastro hassling me to come get more beer the whole time :)
[00:43] <aquarius> I'd have looked at helping to fix it if I'd have known it was problematic!
[00:43] <cjohnston> aquarius:  we have about 20 bugs for it
[00:43] <cjohnston> lol
[00:43]  * cjohnston goes to subscribe aquarius to all summit bug notifications.. hehe
[00:44] <aquarius> this is what happens when something really quick gets written :P
[00:44] <cjohnston> seems like every cycle without fail we break it
[00:44] <aquarius> what, in general, is wrong with it? That it's not highlighting the right stuff, or that it is highlighting too much stuff, or that it throws errors?
[00:44] <nigelb> Wejust break it very often.
[00:44] <cjohnston> and now with the new display, i have no care to keep it
[00:44]  * aquarius rtfs
[00:44] <cjohnston> everything greys out
[00:44] <aquarius> I'd bin it if I were you.
[00:44] <cjohnston> i will
[00:45] <cjohnston> as soon as connect is over
[00:45] <cjohnston> i may remove the link and add that to trunk and if we end up having to push out another update it will be in there
[00:45] <cjohnston> but i dont want to scrap the code this close to connect
[00:46] <aquarius> what a magnificent piece of code that is
[00:46] <aquarius> I can't see anything wrong with it, myself ;)
[00:47] <nigelb> hehe
[00:47] <aquarius> it's pretty sensitive to how the HTML is laid out, I admit it
[00:48] <cjohnston> hehe
[00:48] <aquarius> the sessions don't contain a participants list any more
[00:49] <aquarius> at least the ones on http://summit.ubuntu.com/uds-p/2011-10-31/display don't
[00:49] <aquarius> so the JS isn't going to work -- it can't find you in the list of participants (because there is no list of participants) and thus it hides every session :)
[00:50] <aquarius> if you want to quickly bin it without screwing with the code too much, just comment out the line that adds the link to the nav bar
[00:50] <aquarius> document.getElementById("sub-nav").appendChild(lnk);
[00:50] <aquarius> change to
[00:50] <aquarius> /document.getElementById("sub-nav").appendChild(lnk);
[00:50] <aquarius> er
[00:50] <aquarius> //document.getElementById("sub-nav").appendChild(lnk);
[00:50] <aquarius> then it won't add the link :)
[13:53] <cjohnston> danilos: ping
[14:08] <danilos> cjohnston, hi
[14:08] <cjohnston> danilos: so the whole thing from the email this morning is fixed?
[14:11] <danilos> cjohnston, I am not sure what email that's about, but I think Stephen is pretty happy now
[14:12] <cjohnston> the thing with users not showing up in the private meeting list
[14:16] <danilos> yes, I fixed that
[14:16] <cjohnston> ok
[15:38] <cjohnston> mhall119: it seems as though meetings with etherpad pages created prior to me making it possible to select pad.l.o have a pad.u.c link already coded in... this was brought up to me this morning
[15:40] <cjohnston> would it be possible to s/ubuntu.com/linaro.org without messing up the hash url stuff and all that for private meetings
[15:40] <cjohnston> salgado: ^
[15:40] <salgado> hash url?
[15:40] <cjohnston> salgado: private meetings have a "hash" in the url
[15:41] <cjohnston> so its pad.u.c/lcq1-12-<hash here>
[15:41] <salgado> oh, ok, the unique identifier in the URL
[15:41] <cjohnston> that way it isnt guessible
[15:41] <salgado> sure, we can just run an SQL to replace pad.u.c with pad.l.o
[15:41] <cjohnston> non private meetings are http://pad.linaro.org/lcq1-12-linaro-gfxmm-q112-codecs-neon
[15:43] <salgado> cjohnston, so, the db is sqlite3 right? do you know where it is?
[15:43] <salgado> IS ought to know
[15:44] <cjohnston> db is postgres
[15:44] <cjohnston> other than that, i dont know
[15:44] <cjohnston> g2g.. call
[15:45] <salgado> oh, right, it's status that's sqlite3
[15:56] <mhall119> cjohnston: yes, once the hash url is generated once, it's saved
[15:57] <mhall119> so changing other fields won't change it
[16:07] <salgado> update schedule_meeting set pad_url = replace(pad_url, 'pad.ubuntu.com', 'pad.linaro.org') where summit = 7 and pad_url ilike '%pad.ubuntu.com%';
[16:07] <salgado> cjohnston, mhall119, that will fix the broken URLs.  can you think of anything that this could break?
[16:11] <mhall119> salgado: I think so
[16:12]  * nigelb suggests a db back before you run that.
[16:12] <nigelb> *backup
[16:12] <salgado> mhall119, you mean it will break something?
[16:12] <salgado> nigelb, it can easily be reverted; I have the list of items it will update
[16:12] <nigelb> ah, cool.
[16:33] <mhall119> salgado-lunch: sorry, I think it's safe
[16:33] <cjohnston> danilos: nigelb
[16:34] <cjohnston> meetings in the past not being moved by the autoscheduler
[16:34] <cjohnston> discuss
[16:34] <nigelb> do you mean autoscheduler or rescheduler?
[16:34] <cjohnston> re
[16:34] <nigelb> I clearly remember fixing it once.
[16:35] <nigelb> Is it being moved now?
[16:35] <cjohnston> i dont think we have left it running to know
[20:11] <mhall119> daker: ping
[20:13] <mhall119> cjohnston: ping
[20:51] <cjohnston> mhall119: ?
[21:06] <mhall119> cjohnston: do you know the state of any of the merge proposals for ltp?
[21:07] <cjohnston> nop3
[21:07] <cjohnston> nope
[21:07] <cjohnston> not really
[21:07] <cjohnston> all i remember is it isnt ready for django 1.3
[21:10] <mhall119> :(
[21:10] <mhall119> ok
[21:12] <cjohnston> it isnt ready for 1.3 because of IS, but because of us
[21:28] <mhall119> they don't want to install it system-wide?
[21:29] <cjohnston> no
[21:29] <cjohnston> due to compatability with other sites
[21:31] <cjohnston> plus, cranberry is getting worse
[21:31] <cjohnston> im back to getting a few emails a day from status
[21:31] <mhall119> fragaria has been stable though
[21:31] <mhall119> maybe we can get LTP moved
[21:32] <cjohnston> fragaria is summit only
[21:32] <cjohnston> and summit related stuff
[21:34] <mhall119> no reason it can't run ltp too
[21:34] <mhall119> hmmm, prod has meetings that staging didn't get....
[21:35] <mhall119> wait no, it did find that other one
[21:35] <cjohnston> mhall119: look in the other channel
[21:35] <cjohnston> theres errors