[09:50] <Cimi> tsdgeos, hi, I am having some issues with my irc bouncer but I connected directly
[09:50] <Cimi> tsdgeos, still need a hand?
[09:51] <tsdgeos> Cimi: nope, figured it out what i needed, wasn't really what i thought i needed yesterevening
[09:51] <Cimi> ok
[09:51] <Cimi> cool
[10:01] <Saviq> greyback_, there's no need for commit messages when there's a changelog entry (takes precedence anyway)
[10:01] <greyback_> Saviq: ok
[10:14] <tsdgeos> Saviq: Cimi: if you guys have time https://code.launchpad.net/~aacid/unity8/properRangesHorizontalCategories/+merge/246399
[10:15] <Cimi> tsdgeos, I have
[10:15] <tsdgeos> i'm not ultra happy about the growsVertically name, suggestions accepted
[10:35] <Cimi> tsdgeos, what will be your definition of growsVertically first?
[10:36] <tsdgeos> adding new cards makes the item grow vertically
[10:36] <tsdgeos> :D
[10:39] <Cimi> tsdgeos, or we can say those are "horizontal" oriented widgets?
[10:40] <tsdgeos> so you want to call it growsHorizontally :D
[10:44] <Cimi> tsdgeos, feels like more an orientation thing
[10:44] <Cimi> tsdgeos, but we don't have enums...
[12:03] <Cimi> Saviq, but isn't https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1410337 a scope bug?
[12:04] <Cimi> Saviq, cannot find the actions being set
[12:13] <Saviq> Cimi, we're not closing the preview
[12:13] <Saviq> Cimi, the preview gets "transferred" to the temp scope
[12:26] <Cimi> Saviq, we never close previews when we open an app
[12:27] <Cimi> Saviq, we do when we switch back to dash
[12:28] <Cimi> so the click scope runs an action, and we need to associate that action to the setCurrentScope function most likely
[12:29] <Cimi> but let me dig more, might be dashcommunicator responsible for that
[13:05] <Cimi> anyone experiencing issues building on the device with run_on_device?
[13:06] <Cimi> I have this dpkg-gencontrol: warning: can't parse dependency g++-4.9:nativ
[13:37] <tsdgeos> Cimi: yeah theres a branch
[13:37] <tsdgeos> Cimi: comment it out or use the branch
[13:39] <mterry> Saviq, is there an rtm silo for unity8 that will make it before the gates close?
[14:03] <mterry> Ah nm, I see we just landed one
[14:44] <tsdgeos> garg
[14:45] <tsdgeos> QQuickItemView::setCacheBuffer immediately calls relayout instead of forceLayoutPolish like QQuickItemView::setDisplayMarginBeginning and QQuickItemView::setDisplayMarginEnd do :/
[14:45] <tsdgeos> wonder if i can get a patch accepted to have the same behaviour
[14:49] <tsdgeos> but anyway i need a workaround for that in current code
[15:03] <mterry> kgunn, heyo!  How urgent is bug 1410830 (the split-off side of bug 1383277).  I ask because I think I have a band-aid fix that wouldn't address the root cause (which would still warrant investigation) but would likely stop the symptom.  I'm not sure how urgent stopping the symptom is, now that at least half of the problem is gone with the other bug's MP landing in RTM
[15:04]  * mterry is loathe to apply a band-aid for a problem we don't quite understand unless there's urgency
[15:04] <kgunn> mterry: it does have visibility
[15:04] <kgunn> it's worth it...and i think tvoss was wanting a band aid in order to continue to dbug why the heck the bus goes nuts sometimes on resume
[15:06] <mterry> kgunn, OK I can whip up an MP with appropriate caveats written all over it.  Especially since it's hard to reproduce and test.  But it *should* fix the symptom.  Meanwhile I can continue to try to reproduce reliably, which sounds like it would help tvoss too
[15:11] <kgunn> yeah, rick seems to be able to repro fairly easy mterry....
[15:11] <kgunn> well...at least it'll give him something to test against
[15:15] <mterry> kgunn, in bug 1409003, Rick said he couldn't reproduce anymore (since r190)
[15:16] <kgunn> ok, lemme check...i feel you  on the bandaid avoidance mterry
[15:17] <mterry> kgunn, for sure the bug is still happening, just hard to reproduce
[15:22] <kgunn> mterry: ok, conferred with rick & voss, they say land it
[15:22] <kgunn> mterry: thanks for the work
[15:22] <kgunn> mterry: how gnarly is the bandaid ?
[15:23] <mterry> kgunn, not gnarly.  Not even a technically incorrect thing to do, but clearly a band-aid.  I plan to just not start the 2s timer for the shutdown dialog as long as the screen is off
[15:24] <mterry> kgunn, it won't make the screen come on faster (remember, this version of the bug involves a delay on resume), but it will make the shutdown dialog not appear
[15:37] <mterry> kgunn, https://code.launchpad.net/~mterry/unity8/no-shutdown-dialog-while-suspended/+merge/246445
[15:37] <kgunn> thanks!
[16:25] <Saviq> Cimi, it's not an app, it's a link to a scope
[16:26] <Saviq> Cimi, so we need to make sure to close the preview when we open a temp scope is all
[16:26] <Cimi> Saviq, yeah
[16:26] <kgunn> mterry: so yeah, rick said he can still get it...got it a few times last night when out to dinner with wife
[16:26] <Cimi> Saviq, I was saying that opening apps we keep the dash on hold
[16:26] <kgunn> gonna load your mp in a silo to let rick test it
[16:26] <Saviq> Cimi, yes, but the bug is about opening a scope, not an app
[16:27] <mterry> kgunn, good!  sorta
[16:27] <Saviq> mterry, no more into rtm this week, no
[16:27] <kgunn> hehe...yeah...sad when you're happy about bugs actually existing....better than chasing a ghost
[16:27] <Saviq> we just released one, and I've another ready to test for as soon as the gates open again
[16:27] <mterry> Saviq, yeah I hadn't seen the one we released, and got nervous.  But I'm fine with the release we had
[16:28] <Saviq> mterry, right, the power thing is there
[16:33] <Saviq> mzanetti, any luck with the telephony service?
[16:34] <mzanetti> Saviq: well, it was crashing, tiago fixed, was waiting for the new build. will try again sortly
[16:35] <Saviq> mzanetti, ok, was just asking whether we got anywhere with the crash, really, glad
[16:35] <Saviq> tsdgeos, Cimi, bug #1410794 looks interesting ;)
[16:36] <tsdgeos> lol
[16:36] <Saviq> you can fight for who looks into it ;)
[16:36] <Saviq> tsdgeos, lol indeed
[16:36] <cwayne> i've seen that once, but could never reproduce it
[16:36] <tsdgeos> wonder if it's because of the ...
[16:36] <Saviq> couldbe
[16:40] <Saviq> tsdgeos, kudos for CI!
[16:40] <tsdgeos> well we're creating half of the items now
[16:40] <tsdgeos> must be faster ^_^
[16:40] <Cimi> tsdgeos, in case I spot it, I will tell you/assign myself
[16:43] <tsdgeos> Cimi: Saviq: i need you guys to try https://code.launchpad.net/~aacid/unity8/properVRangesCurrentScope/+merge/246465 on the phone
[16:43] <tsdgeos> it looks good to me
[16:43] <Saviq> tsdgeos, will do
[16:43] <tsdgeos> but since i've coded i think i may be slef convincing myself
[16:43] <tsdgeos> it's always hard with those cache/lag things
[16:45] <Cimi> we should have two phones to compare :/
[16:48] <tsdgeos> still all this lag/cache things
[16:48] <tsdgeos> they're different each time i reboot the phone
[17:26] <Cimi> Saviq, does run_on_device log changes to dash into the same unity8-dash log file?
[17:26] <Saviq> Cimi, run_on_device doesn't run the correct dash
[17:26] <Saviq> Cimi, just go ./builddir/src/Dash/unity8-dash -mousetouch
[17:26] <Cimi> I see why all my changes to dash seem uneffective
[17:27] <Cimi> Saviq, from the device?
[17:27] <Saviq> Cimi, ah on device
[17:27] <Cimi> Saviq, I need to install click scopes
[17:27] <Cimi> yeah
[17:27] <Cimi> so I was running run_on_device with log for the functions called but nothing seems to be printed out
[17:27] <Saviq> Cimi, yeah, it doesn't
[17:27] <Saviq> Cimi, ~/.cache/upstart/unity8-dash.log
[17:28] <Cimi> Saviq, I was looking at that
[17:28] <Saviq> Cimi, but that might still not be it
[17:28] <Saviq> Cimi, you can `restart unity8-dash BINARY=/path/to/your/unity8-dash`
[17:28]  * Cimi tries
[17:28] <Saviq> Cimi, run_on_device needs love, same as run, really...
[17:29] <Cimi> oh yeah...
[17:29] <Cimi> I was running system wide...
[17:30] <Cimi> restart unity8-dash BINARY=shell/builddir/src/Dash/unity8-dash works on device...
[17:30] <Cimi> I should add that to run_on_device...