[05:17] <pitti> Good morning
[09:57] <davmor2> Morning all
[14:30] <balloons> jibel: so did you solve your bug for https://code.launchpad.net/~jibel/phablet-tools/run_tests_from_custom_location/+merge/205033 ?
[14:31] <elfy> hi balloons - can you have a look at https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1276720
[14:36] <balloons> hi elfy.. wifi here is REALLY broken, so you might not even get this message. I'll look
[14:36] <elfy> I did - but there's no rush if it'as that fubar there :)
[14:38] <elfy> I forgot that you were 'working' on holiday :p
[14:38] <balloons> :-) ok, trying to understand. you want to select, then state it should have been selected?
[14:39] <balloons> elfy: ohh, I get it now
[14:39] <elfy> at present the testcase rabbits on about something that deosn't actually happen
[14:39] <balloons> it doesn't let you check a different option
[14:39] <elfy> I'll stop typing then
[14:39] <elfy> no
[14:39] <balloons> ok, makes sense :-)
[14:40] <elfy> boot the image and it's often the case that something else is selected by default
[14:41] <elfy> so I'm just trying to get rid of what 'might' show 'sometimes' and tell them to do what the testcase is actually about
[14:41] <elfy> as the manual and autoresize testcases do
[14:41] <balloons> yes, makes total sense.
[14:41] <elfy> good - I thought it did too :p
[14:42] <balloons> can we drop          <dd>The 'Erase disk and install FAMILY' radio button should be checked by default</dd>
[14:42] <elfy> yep
[14:42] <balloons> I'm on board. Good catch
[14:42] <elfy> I'll do that now
[14:42] <balloons> it's the little things
[14:42] <elfy> yep
[14:42] <balloons> I'm glad you are skilled at finding them
[14:43] <elfy> well I just get people in xubuntu asking me stuff :)
[14:44] <elfy> I've been trying to keep on top of bugs that get reported with them after they've been used
[14:45] <elfy> balloons: pushed that dd removal - I am now off to contemplate buying a cake or not again :)
[15:19]  * DanChapman 's new grouper finally arrived an hour ago, dualboot touch running already. No more emulator frustrations :-D
[15:26] <balloons> DanChapman: the old nexus 7 or the 2013 nexus 7?
[15:30] <DanChapman> balloons, 2012 i nearly went for 2013 then noticed it's not supported atm. anyway it was a bargain £60 brand new :-D
[15:49] <jibel> balloons, I didn't have time to fix it yet
[15:50] <balloons> jibel: no worries
[16:01] <elfy> balloons: do you want me to merge and sync the tracker if you've got fubar interwebs
[16:10] <balloons> elfy: yes, if you are able I would appreciate it in this case
[16:13] <elfy> balloons: no problem :)
[16:18] <elfy> balloons: done
[16:23] <balloons> DanChapman: I was just peering @ ubiquity builds, looking much better, but I still see things like this: https://jenkins.qa.ubuntu.com/job/ubiquity_ap-ubuntu_devel_daily-test_english_default/84/ARCH=amd64,label=rabisu/testReport/junit/ubiquity_autopilot_tests.tests.test_english_default/EnglishDefaultInstallTestCase/test_default_install/
[16:27] <DanChapman> balloons, yes that is bug 1267116 it is a PITA :-p
[16:29] <balloons> ahh, I'm already subbed
[16:30] <balloons> DanChapman: and this is unique to the lab yes?
[16:31] <balloons> the bug you mentioned was fixed a bit ago, and it's still occuring, so
[16:31] <DanChapman> balloons, indeed. We've never been able to successfully reproduce it locally :-(
[16:32] <balloons> yes, just making sure I've got everything straight. So, I'm liable to forget, but this is worth looking at seeing if we can change the test a bit to prevent this from occuring?
[16:33] <balloons> pitti is the autopilot-gtk guy, but he seemed confused about what the cause was
[16:33] <pitti> yeah, this bug is a mystery to me, and it's utterly hard to reproduce now
[16:33] <pitti> we did three attempts of fixing which made it better, but it seems it's not completely fixed yet
[16:41] <balloons> pitti DanChapman, how do you want to go forward with it then? DanChapman can we modify the tests perhaps to avoid the condition? That could mean we are covering it up or ignoring it; pitti do you think this is a bigger issue that we shouldn't try and workaround, or might it be something funny specific to ubiquity
[16:43] <DanChapman> balloons the only other option I can think of is to have one mighty long timeout over the point of failure. (Which i don't like the sound of :-S ) SOmething like 15 -20 min time i presume would ensure we get to the end
[16:44] <balloons> DanChapman: can we be a bite more elegant that that? But yes I was thinking of adding a wait of some sort, so long as we weren't just burying a problem
[16:45] <pitti> DanChapman: we really don't know much about this, except that it's extremely rare; as soon as we get some smaller-scale reproducer it will be possible to investigate
[16:47] <DanChapman> balloons, currently while polling on the progressbar (which is point of fail) it use decremental waits starting at 5/7 secs can't remember now and as it gets closer to 100% we speed it up so that we don't miss the 100% before it defaults back to 0
[16:49]  * pitti waves goodbye for the weekend
[16:49] <DanChapman> pitti have a good one
[16:51] <balloons> bye pitti !
[16:52] <balloons> DanChapman: it sounds like from what Martin was saying since we can
[16:52] <balloons> t reproduce, we are stuck fixing it. Perhaps we should explore adding the workaround
[16:53] <DanChapman> balloons, I could try putting a long wait in and let it run over the weekend and review it monday if it changes nothing i will revert it back
[16:54] <balloons> DanChapman: I don't think it would hurt anything.. how do you feel about it?
[16:58] <DanChapman> balloons, it's worth a go :-). I'll get that done now before the next builds are ready
[17:28] <DanChapman> balloons, could you do a quick review of https://code.launchpad.net/~dpniel/ubiquity/bug_1267116/+merge/205431 for me please and i'll get it merged
[17:29] <balloons> DanChapman: I won't be able to run, I'm on a dinky laptop :-)
[17:30] <balloons> but I will do a sanity check review for you
[17:31] <DanChapman> :-D thanks it's a simple one anyway just increase timeout and stop the progresspage tests running
[17:31] <balloons> right.. is 15 mins enough?
[17:32] <balloons> I spoke with jibel and they will timeout after an hour (the jobs that is), so we are safe
[17:33] <balloons> done and approved
[17:42] <DanChapman> balloons, cool I reckon 15 mins should be enough, they run quite quick in the lab
[19:50] <Letozaf_> balloons,  hi
[19:52] <balloons> Letozaf_: howdy
[19:53] <Letozaf_> balloons, I saw about those conflicts with trunk in music app
[19:54] <balloons> Letozaf_: it passed the build, after I had ci look into it
[19:54] <balloons> My phone is on the fritz, I'm trying to test and approve it
[19:54] <Letozaf_> balloons, oh fiew!
[19:54] <Letozaf_> balloons, so everything "is ok"
[19:56] <balloons> Letozaf_: yes indeed :-)
[19:56] <Letozaf_> balloons, :D
[20:05] <balloons> Letozaf_: so this is gonna take a bit for running, but I don't forsee any errors
[20:06] <Letozaf_> balloons, I ran the tests about 6 times and got no errors, so I am quite positive :)
[20:07] <balloons> I'm about to head out but I will approve :-)
[20:07] <balloons> have a great weekend!
[20:07] <Letozaf_> balloons, have a great weekend too :)
[20:11] <balloons> Letozaf_: approved
[20:11] <Letozaf_> balloons, thanks :D
[22:01] <pleia2> one of the Xubuntu testers just noticed this, pictures missing on this page? https://wiki.ubuntu.com/Testing/QATracker
[22:02] <pleia2> supersededbuilds.png and testcaseexpanded.png
[22:02] <pleia2> anyone know where those ended up, or if they could be replaced easily?
[22:03] <knome> pleia2, probably easiest to replace them
[22:03] <pleia2> see, I was hoping the creator just had them lurking around their harddrive and could just upload :)
[22:04] <knome> maybe balloons, but he's away for the weekend
[22:04] <pleia2> yeah