[08:26] <Saviq> tsdgeos, sure, what I mean is that it's not inconceivable to build the tree either way
[08:26] <Saviq> tsdgeos, and I was under the impression the plugin implementation was meant to be able to deal with it
[08:28] <tsdgeos> Saviq: not afaik
[08:34] <Saviq> Cimi, hey, do you have a branch for bug #1362160?
[08:35] <Cimi> Saviq, dunno https://code.launchpad.net/~unity-team/unity8/fix-vertical-journal
[08:36] <Saviq> Cimi, what dunno?
[08:36] <Saviq> dunno no?
[08:36] <Cimi> Saviq, if that is a fix
[08:36] <Saviq> Cimi, as opposed to?
[08:37] <Cimi> Saviq, a partial fix
[08:37] <Cimi> Saviq, I didn't understand the problem fully
[08:37] <Saviq> Cimi, k, is fine, just wanted to link a branch to the bug
[08:37] <Cimi> Saviq, I think it should have extra padding at the bottom of the card
[08:37] <Cimi> Saviq, branch is from ~unity-team on purpose
[08:38] <Saviq> Cimi, something should, sure, but I'd say it's Card* that should add the padding around
[08:38] <Saviq> Cimi, not the underlying components
[08:50] <Cimi> Saviq, qml question
[08:50] <Cimi> Saviq, context: wizard wifi list
[08:50] <Cimi> Saviq, the listitems are several loaders in a column with repeater
[08:51] <Cimi> Saviq, if I set asynchronous true, when they load, they are on top of each other (y = 0) for some time
[08:52] <Cimi> I set already a predefined height, but they still appear on top of each other for a fraction of a second
[08:52] <Cimi> any idea why?
[08:52] <Saviq> Cimi, predefined height where? does the Loader have non-zero height all the time?
[08:55] <Cimi> Saviq, nope, and that seems the issue
[08:55] <mzanetti> Saviq: how are unity-schemas pulled in on the phone? afaics we don't depend on it in unity, do we?
[08:56] <Saviq> mzanetti, if we don't, we should, they were actually split from libunity recently
[08:56] <Saviq> mzanetti, and we should switch our libunity-core dep to the schemas
[08:56] <Saviq> something we forgot to do
[08:56] <mzanetti> ah
[08:57] <Saviq> Cimi, well, yeah, that's your reason, Loader gets created with 0 height, so Column does not know what to do with it, only after it loads the component does it resize to the correct height and only then Column knows what to do
[08:57] <Cimi> Saviq, thanks for the explanation
[08:57] <Saviq> Cimi, you'd need to make the Loader non-0-high from the get go
[08:57] <Cimi> Saviq, I will do a workaround
[08:57] <Saviq> Cimi, do you really need them async?
[08:58] <Cimi> Saviq, well, it quite boosts...
[08:59] <Cimi> Saviq, there are many wifi here, and I can see the list populating
[08:59] <Cimi> or just wait too much
[08:59] <Saviq> Cimi, maybe it should be a ListView then
[08:59] <Saviq> Cimi, because Column+Repeater creates them all
[08:59] <Saviq> Cimi, ListView will only create the visible ones
[09:00] <Cimi> Saviq, listview has other issues
[09:00] <Cimi> repeater works best this case
[09:00] <Cimi> or I need a ListView with cacheBuffer 1000000
[09:00] <Saviq> Cimi, why?
[09:01] <Cimi> Saviq, because when I drag over bounds, the list of access points cleared @_@
[09:01] <Saviq> Cimi, maybe fix that then?
[09:01] <Cimi> Saviq, well the backend is totally async
[09:02] <Cimi> Saviq, this wifi thing ain't great
[09:02] <Saviq> Cimi, ListView is exactly the component to solve your "I have a lot of access points" problem
[09:02] <Cimi> but yeah, I have it working now
[09:06] <mzanetti> Saviq: hey, tsdgeos asked why not just use a QFileSystemWatcher instead of the upstart job... I guess this just happened because we started off with the click hook
[09:06] <mzanetti> Saviq: but is there still another reason for the upstart job?
[09:07] <Saviq> mzanetti, inotify starvation
[09:07] <Cimi> Saviq, https://bugreports.qt-project.org/browse/QTBUG-35608 !!
[09:07] <mzanetti> Saviq: ?
[09:08] <Saviq> mzanetti, upstart acts like a proxy, there's a bunch of jobs reacting to the .desktop file changes, everyone would need to put their own inotify watches on the files otherwise
[09:09] <mzanetti> hmm, ok... especially on those .desktop files
[09:09] <Saviq> of which there is only a limited number you can employ
[09:10] <Cimi> Saviq, to me it doesn't look like the right fix
[09:10] <mzanetti> if it was something unity-internal only
[09:10] <mzanetti> Saviq: ok thanks.
[09:10] <Cimi> that bug
[09:11] <mzanetti> Saviq: are you a member of the "ubuntu-unity" reviewers team? if yes, mind checking the packaging bumps on the launcher rework branches?
[09:11] <Saviq> mzanetti, am not, but will do in any case
[09:12] <Saviq> Cimi, you mean the branches linked? they seem only partially related
[09:12] <Cimi> Saviq, exactly
[09:12] <Saviq> Cimi, but I don't think Shawn mentioned that this fixed the bug
[09:13] <Saviq> Cimi, but that would be a solution for the velocity and deceleration, too
[09:13] <Cimi> ah right
[09:13] <Saviq> Cimi, I think it's just the first step
[09:15] <Cimi> dednick, is it possible to disconnect from an access point?
[09:53] <Cimi> Saviq, is there a reason why we prefer to group anchors properties?
[09:55] <Saviq> Cimi, readability
[09:55] <Saviq> Cimi, and less typing
[09:56] <Cimi> Saviq, adds two lines thow
[09:56] <Cimi> though
[09:56] <Saviq> Cimi, still less typing
[09:56] <Cimi> anyway
[09:56] <Saviq> Cimi, and more readable
[09:56] <Cimi> OT
[09:56] <Cimi> on xchat and other programs, I see parts of the screen disappearing
[09:56] <Cimi> with nvidia in utopic
[09:57] <Cimi> did anyone else notice weird rendering issues in gtk?
[09:58] <dednick> Cimi: hm, click an active access point maybe?
[09:58] <Cimi> dednick, it doesn't I think
[10:03] <dednick> Cimi: er, dunno then
[10:05] <Saviq> mzanetti, https://code.launchpad.net/~mzanetti/unity8/rework-launcher-backend/+merge/232921/comments/568688
[10:08] <Saviq> mzanetti, small fix needed in https://code.launchpad.net/~mzanetti/unity-api/launcher-v4/+merge/232198 too
[10:10] <Saviq> mzanetti, same in https://code.launchpad.net/~mzanetti/unity/new-key-in-launcher-schema/+merge/232199
[10:11] <mzanetti> Saviq: ack, thanks
[10:54] <Saviq> another day, another mobo o/
[10:59] <tsdgeos> lol
[10:59] <tsdgeos> there's something seriously wrong
[10:59] <tsdgeos> broken power supply?
[10:59] <tsdgeos> dandrader: MacSlow|lunch: what's the thing wtih https://code.launchpad.net/~macslow/unity8/fix-1348092/+merge/228090 not being top approved?
[11:00] <tsdgeos> ah Saviq you gave a needs fixing after dandrader's approve
[11:06] <facundobatista> Buenas!
[11:08] <mzanetti> bregma: hey. what do I need to do in order to get that change released then?
[11:08] <mzanetti> I've reverted that changelog bump
[11:12] <mzanetti> I wonder if that Dell technician already thought about renting a flat next to Saviq's
[11:16] <dednick> Saviq: trunk run script is just stalling on startup for me. :/
[11:17] <Cimi> dednick, there is https://launchpad.net/bugs/1363314
[11:18] <dednick> Cimi: ah.
[11:19] <Cimi> seb128, how can we have a issue in main that is not spotted by our tests?
[11:19] <Cimi> like that bug mentioned
[11:20] <dednick> Cimi: cool. upgrading thumbnailed fixed it
[11:34] <MacSlow> tsdgeos, before (when it was still in silo 17, last week) shortly before merging an issue with the fullscreen sim-unlock snap-decision turned up... I fixed it, but did not have the chance to get it in - after the change - in time for the merge window... and it has been sitting there like this since.
[11:34] <MacSlow> tsdgeos, current failures are due to PageHeader's popover-test failing
[11:35] <tsdgeos> MacSlow: so push people to re-review it ;)
[11:35] <MacSlow> tsdgeos, dandrader, Saviq: ^ :) Pleeeeease :)
[11:37] <MacSlow> tsdgeos, to be honest Saviq knows about the issue - as he ran into that sim-unlock snap-decision issue - and make it part of the next silo planned for unity8-branches meant to be merged next
[11:39] <dandrader> MacSlow, on it
[11:39] <MacSlow> dandrader, thx
[11:43] <facundobatista> question: do you know if there's in the device a "generic application to receive text messages"? Any application that I could send a text notification (via the Push structure) for that text shown to the user?
[11:45] <dandrader> MacSlow, should qmltestrunner.PageHeaderLabelTest::test_popover  still fail?
[11:46] <dandrader> MacSlow, and this AP test as well: unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_urgency_order(Native Device)
[11:46] <MacSlow> dandrader, I think not... the SDK-related changes should be merged by now... tsdgeos told me that this failure is/was due to a pending updated to the sdk
[11:46] <tsdgeos> MacSlow: no, the failure is because the SDK changed its behaviour
[11:46] <MacSlow> dandrader, crap... notification AP-test fail again... wtf... I'm taking a look
[11:47] <tsdgeos> our workaround for their changes is in https://code.launchpad.net/~aacid/unity8/pageHeaderFailingTest/+merge/232528
[11:47] <dandrader> MacSlow, don't you read jenkins complaints? :)
[11:47] <MacSlow> tsdgeos, so that popover-test needs an update or the PageHeader?
[11:47] <tsdgeos> so yes, it is expected for it to fail
[11:47] <MacSlow> dandrader, I do... but sometimes I'm a bit behind
[11:56] <seb128> Cimi, sometime we have bugs and non perfect tests yes
[12:07] <samir> hi guys
[12:08] <Cimi> mterry, morning
[12:08] <samir> i used ubuntu tweak janitor to clean up my desktop
[12:08] <mterry> Cimi, hello!
[12:09] <samir> but when i rebooted launcher and menubar is gone
[12:09] <samir> can someone please help?
[12:10] <samir> it works alright in ubuntu 2D but ubuntu is broken
[12:11] <samir> i tried bunch of things suggested on askubuntu like ubuntu --reset, reinstalling ubuntu-desktop etc.
[12:11] <samir> nothing helped :(
[12:12] <Cimi> mterry, addressed comments
[12:12] <Cimi> mterry, we will fix visuals on a separate branch I'd say
[12:12] <Cimi> mterry, SuruGradient will be removed afaics
[12:13] <Cimi> mterry, we need to custom theme I believe
[12:33]  * Saviq managed to break gl unrecoverably... need to reinstall real quick, back in a bit
[12:57] <tsdgeos> mzanetti: see last comment of https://code.launchpad.net/~mzanetti/unity8/rework-launcher-backend/+merge/232921
[13:26] <mzanetti> tsdgeos: wow... that failing test revealed a really bad bug in unity-api
[13:31] <mzanetti> tsdgeos: all fixed. but I had to commit to unity-api and unity8. so you might want to have quick look at both
[13:33] <tsdgeos> mzanetti: can you warn me when the ppa is ready?
[13:33] <mzanetti> tsdgeos: ok. kicking the rebuild now
[13:46] <tsdgeos> Cimi: which is the file i remove to make the welcome wizard come back?
[13:51] <Saviq> tsdgeos, ~/.config/ubuntu-system-settings/wizard-has-run
[13:51] <Saviq> dandrader_, whoa you have network issues today eh?
[13:51] <Saviq> trying to PM you the third time now ;D
[13:52] <dandrader_> Saviq, it's freedesktop's fault!
[13:52] <dandrader_> freenode
[13:52] <dandrader_> heh
[13:52] <Saviq> dandrader_, except it's the same on canonical's irc...
[13:52] <Saviq> dandrader_, you're getting disconnected there all the time too
[13:52] <dandrader_> oh, dang it. didn't even notice
[13:59] <Cimi> mterry, commented
[13:59] <Cimi> mterry, basically those issues cannot be addressed now
[14:00] <mterry> Cimi, the order comes directly from backend?  bummr
[14:02] <mterry> Cimi, can't we control the order on our side though?
[14:02] <mterry> Cimi, sort by strength or something like that?
[14:03] <Cimi> mterry, thinking
[14:03] <Cimi> mterry, ideally should be by name
[14:03] <Cimi> mterry, strength and name
[14:03] <mterry> Cimi, design hasn't given us any guidelines for that oddly.  But strength and name makes sense
[14:03] <Cimi> mterry, talk to wellark
[14:04] <mterry> Cimi, but I'm saying we have that information on our side
[14:04] <mterry> Cimi, it makes sense that the indicator might want the currently selected one on top maybe.  But the wizard doesn't.  So we may want to re-order the list
[14:05] <Cimi> mterry, so we need a proxy for the model
[14:05] <Cimi> mterry, I would do this thing correctly
[14:06] <mterry> Cimi, yeah proxy makes sense
[14:06] <Cimi> mterry, backend
[14:06] <Cimi> not workarounds/hacks
[14:06] <tsdgeos> pete-woods: you where doing the videos/youtube scope?
[14:06] <Cimi> also, the index of the original model will still change on connection
[14:06] <pete-woods> tsdgeos: yep
[14:06] <mterry> Cimi, why is it a hack?  The indicator's sort concerns may be different than ours
[14:06] <Cimi> mterry, even dednick doesn't want the connection to bump the ap at the top
[14:07] <Saviq> ok so apparently lightdm doesn't even start X when I only have nvidia around... *interesting*, and the reinstall didn't help
[14:07] <tsdgeos> pete-woods: is in the preview the "xyz views" translatble?
[14:07] <mterry> though actually, it has the same problem of an entry seemingly disappear
[14:07] <mterry> Cimi, alright, can you file a bug against indicator-network about it at least?
[14:08] <pete-woods> tsdgeos: I haven't made it translatable yet :$ have been too busy on other stuff. there's a bug in lp to remind me, though
[14:08] <pete-woods> (I didn't know how to do translations with click packages)
[14:08] <tsdgeos> pete-woods: do you know the bug number?
[14:08] <mterry> Cimi, and I'll note that the same logic of wanting to do it correctly in one place applies to the button colors too :)
[14:08] <pete-woods> tsdgeos: okay, that's strange, I don't see it, creating another one
[14:09] <Cimi> mterry, https://bugs.launchpad.net/indicator-network/+bug/1349371
[14:09] <tsdgeos> pete-woods: can you please give me the link so i can link it on the translations spreadsheet?
[14:10] <pete-woods> tsdgeos: https://bugs.launchpad.net/unity-scope-youtube/+bug/1364968
[14:10] <tsdgeos> tx
[14:22] <dednick> Cimi: eh? what don't i want?
[14:23] <dednick> Cimi: order is by strength, then name.
[14:23] <dednick> mterry: ^
[14:23] <dednick> except for the connected one, which is at top.
[14:23] <mterry> dednick, that's not what I see -- I see just name
[14:23] <dednick> mterry, Cimi: although the connected network is supposed to be in a sep section
[14:23] <dednick> mterry: ?
[14:24] <mterry> dednick, I dunno, I've never seen my house wifi, which is by far the strongest, at the top of the list
[14:24] <dednick> mterry: screensot?
[14:24] <mterry> dednick, uh I could get them sure, but just imagine a strong wifi listed in alphabetical order
[14:24] <dednick> mterry: right. I'm saying that is spected, not necessarily implemented :)
[14:24] <dednick> Wellark: ^ ?
[14:24] <mterry> dednick, ah
[14:25] <dednick> mterry: https://bugs.launchpad.net/indicator-network/+bug/1348265
[14:26] <dednick> https://bugs.launchpad.net/indicator-network/+bug/1349371
[14:26] <dednick> https://bugs.launchpad.net/indicator-network/+bug/1351320
[14:26] <mterry> dednick, yay!  :)
[14:28] <dednick> mterry: although not sure if it's going to be done by the look of the comments
[14:29] <dandrader> does anybody know what's the rationale behind having  /home/phablet/.local/share/applications  ?
[14:29] <mterry> dednick, "especially when the indicator probably will be retired soon" ?
[14:30] <dednick> mterry: possible
[14:30] <mterry> dednick, replaced by what?
[14:30] <dednick> mterry: designers have an idea, but it's not confirmed yet
[14:31] <mterry> dednick, crazy designers and their ideas
[14:31] <dednick> indeed
[14:47] <greyback> dandrader: those are user additions/customizations of the contents of system dir /usr/share/applications
[14:48] <dandrader> greyback, but why do we have it? they seem to map to the preinstalled apps....
[14:48] <greyback> dandrader: I think click apps generate a desktop file which is placed in that dir
[14:49] <greyback> so click apps conform to the freedesktop spec
[14:50] <dandrader> greyback, because we likely can't find desktop files in places like /usr/share/click/preinstalled/com.ubuntu.sudoku/1.1.270/
[14:50] <dandrader> so, due to technical reasons/limitations
[14:50] <greyback> dandrader: right. There's only a couple of directories where shell should search for desktop files
[14:50] <greyback> by the spec anyway
[15:12] <Saviq> dandrader, greyback, most importantly different users can have different versions of the .click installed (or different sets, of course)
[15:12] <Saviq> stuff that ends up in their ~ is the per-user installations
[15:14] <sil2100> dandrader, Saviq: hey guys! Do we have a silo for the qtmir fix for the input breakage bug?
[15:14] <Saviq> sil2100, not just yet, waiting for silo 2 to land first
[15:14] <Saviq> greyback, but we  could prepare a silo with the upcoming qtmir and unity8 landings already
[15:14] <Saviq> it's only the gles sync that' painful to do in parallel, and we don't need it straight away
[15:15] <greyback> Saviq: if you like.
[15:23] <Saviq> greyback, yeah, let's, can you please bootstrap a qtmir line in the spreadsheet and I'll put u8 stuff in there then
[15:24] <greyback> ok
[15:26] <facundobatista> Hi all! I'm clicking on "search" icon in the scopes dash, and a text entry appears, but the keyboard doesn't show itself... is this a known bug (I'm using devel-proposed, r220)
[15:32] <greyback> Saviq: ok, row 54 ready for you
[15:33] <Saviq> greyback, thanks
[16:10] <Saviq> greyback, https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/232990 please
[16:10] <Saviq> dandrader|lunch, did you have a look at the test https://code.launchpad.net/~nick-dedekind/unity8/prompts-in-prompts/+merge/232362 ?
[16:12] <greyback> Saviq: apprved
[16:12] <Saviq> greyback, tkx
[16:29] <Saviq> Cimi, top-ack on https://code.launchpad.net/~saviq/unity8/preview-scope-references/+merge/232363 ?
[16:31] <dandrader> Saviq, on it
[16:32] <Saviq> dandrader, thanks
[16:32] <Saviq> mzanetti, I'm delaying the launcher rework landing then until it's release-ready for unity then
[16:33] <dandrader> dednick, still there?
[16:33] <dednick> dandrader: yo
[16:34] <dandrader> dednick, think you forgot the other points here: https://code.launchpad.net/~nick-dedekind/unity8/prompts-in-prompts/+merge/232362/comments/568327
[16:37] <dednick> dandrader: ta
[16:38] <dednick> dandrader: done
[16:39] <dandrader> dednick, thanks
[16:47] <mzanetti> Saviq: define "release-read for unity" please
[16:47] <mzanetti> Saviq: is there anything I need/should do?
[16:54] <Saviq> mzanetti, I mean what bregma said on the schema MP
[17:04] <dandrader> dednick, why the FocusScope in the test? Why didn't you just check with "compare(fakeSession.surface.activeFocus, true);"?
[17:31] <greyback> mzanetti: still there?
[17:31] <mzanetti> greyback: yep
[17:32] <greyback> mzanetti: quick question for you on DashCommunicator: it uses the synchronous "call" method to send a message to the dash. Must it be a sync call?
[17:33] <mzanetti> greyback: uh oh... no. probably should be async
[17:33] <greyback> I hit a corner case where this blocks as dash hasn't started up, and it then caused shell to block dash starting up
[17:33] <mzanetti> ah. yes. async is good
[17:33] <mzanetti> greyback: you fixing it already or want me to?
[17:33] <greyback> ok, I'll make it async
[17:34] <greyback> I can propose a quick patch
[17:34] <mzanetti> ack
[18:04] <greyback> grr it's actually blocking at the creation of the QDBusInterface