[06:58] <Saviq> mo'nin
[07:38] <Cimi> morning
[07:43] <Cimi> Saviq, remove 0.1.16 from trunk or I'll do :)
[07:43] <Saviq> Cimi, check again
[07:43] <Cimi> Saviq, I just merged and I got it
[07:43] <Cimi> weird
[07:44] <Cimi> maybe was last night merge
[07:44] <Saviq> Cimi, well, you got it because you have it
[07:44] <Saviq> Cimi, not because it's in trunk ;P
[07:44] <Cimi> I am infected!
[08:06] <Cimi> @unity is canonical irc down for you?
[08:06] <dednick> Cimi: seems like it
[08:06] <Cimi> ok
[08:07] <dednick> Cimi: unless they've done something with dns again
[08:37] <mzanetti> o/
[08:41] <Saviq> RIP Robin Williams :|
[08:53] <Cimi> Saviq, do we have scope settings in the mock or I have to c++ them?
[08:53] <Saviq> Cimi, in "the mock"?
[08:53] <Saviq> Cimi, you mean in unity-api's mock?
[08:54] <Cimi> Saviq, in Unity 0.2 mock
[08:54] <Saviq> Cimi, right, no
[08:56] <Saviq> Cimi, btw, found a bug with your recent changes
[08:56] <Saviq> Cimi, there's no right margin in overlay either
[08:56] <Saviq> Cimi, where it should be
[08:58] <Cimi> Saviq, added to my todo
[09:00] <mzanetti> Saviq: flashing mako. bar goes from right to left :)
[09:00] <mzanetti> Saviq: logo rotating clockwise
[09:01] <Saviq> mzanetti, so it's just wrapped in the middle or something ;)
[09:01] <mzanetti> so its either mirrored vertically
[09:01] <Saviq> or yeah, mirrored most probably
[09:01] <mzanetti> or yeah, shifted
[09:01] <Saviq> well, no, if it was mirrored
[09:01] <Saviq> wouldn't it rotate counter clockwise?
[09:01] <mzanetti> true :D
[09:01] <mzanetti> so its a different piece of animation.
[09:02] <mzanetti> I don't think its shifted either
[09:02] <mzanetti> because spacing between bar and logo wouldn't match
[09:02] <Saviq> so what probably really happens
[09:02] <mzanetti> "probably really" yes. :)
[09:02] <Saviq> is coordinates are topleft vs. bottomright
[09:03] <Saviq> or no
[09:03] <Saviq> probably really not
[09:03] <mzanetti> :)
[09:03] <Saviq> because that'd have failed in a more weird way
[09:03] <mzanetti> I'd say its just implemented the other way round. that's it
[09:03] <Saviq> mhm
[09:05] <Cimi> Saviq, so in fake_scope.cpp it returns a null when you look for settings, is there any other mock code I could use there?
[09:05] <Cimi> maybe from unity api
[09:05] <Saviq> Cimi, you need to write a mock settings model
[09:05] <Cimi> Saviq, yup, but maybe they wrote it already no?
[09:05] <Cimi> otherwise how did they test it?
[09:05] <Saviq> Cimi, not likely
[09:06] <Saviq> Cimi, with the real thing
[09:06] <Saviq> Cimi, pete-woods will know
[09:06] <Cimi> pete-woods, I need to write a scope settings mock, where is the real thing? :)
[09:08] <pete-woods> Cimi: the settings model in unity-api gives a reasonably complete mock
[09:08] <pete-woods> it has bool, string, number and list in it
[09:10] <Cimi> pete-woods, found it
[09:10] <pete-woods> :)
[10:22] <mzanetti> Saviq: when you have some time, can you please verify this grooveshark thingie?
[10:22] <mzanetti> https://bugs.launchpad.net/unity8/+bug/1355356
[10:22] <mzanetti> Saviq: works fine with youtube and others here
[10:22] <mzanetti> and I'm not really in the position to test with grooveshark
[10:23] <Saviq> mzanetti, will do in a mo
[10:34] <Saviq> mzanetti, critical one for you bug #1355729
[10:35] <Saviq> mzanetti, we didn't bring over caching from shell to dash
[10:35] <mzanetti> like if that ever worked :D
[10:36] <Saviq> mzanetti, yes it did
[10:36] <Saviq> mzanetti, check out your ~/.cache/unity8/network
[10:36] <mzanetti> Saviq: then the cache is the same speed as the network connection :D
[10:37] <Saviq> mzanetti, we're not caching for speed, we're caching for lower data usage
[10:38] <mzanetti> Saviq: we should cache for speed too :D
[10:38] <mzanetti> Saviq: jokes aside... how come then the cached content still takes seconds to load?
[10:38] <Saviq> mzanetti, that assumes that network is the bottleneck, which we know it is not
[10:38] <Saviq> mzanetti, bug #1338430
[10:59] <dednick> Saviq: hi. Have a bit of a conundrum about qml singletons. Can't really use the objects given to qml safely outside of qml, since they're managed by the engine (can be deleted before c++ objects which may use them on destruction). You ever come across that problem before?
[11:00] <Saviq> dednick, nope, but sounds legit
[11:00] <Saviq> dednick, why would you need to use the singleton in some other object's d'tor?
[11:01] <dednick> Saviq: yeah, but the qml documentation says not to use singlton factory.
[11:01] <dednick> Saviq: because there's some regegistration when objects are destroyed
[11:01] <Cimi> Saviq, spot any mistake? http://paste.ubuntu.com/8025733/
[11:01] <dednick> de-registration
[11:02] <Saviq> Cimi, is that a review or debugging?
[11:02] <Cimi> Saviq, QMetaProperty::read: Unable to handle unregistered datatype 'unity::shell::scopes::SettingsModelInterface*' for property 'Scope::settings' in tryDash
[11:02] <dednick> Saviq: http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/tests/mocks/Unity/Application/ApplicationInfo.cpp#L55
[11:03] <Cimi> Saviq, my C++ still lacks...
[11:03] <dednick> Saviq: although i'm not saying that's very good design
[11:03] <Saviq> Cimi, and where are you registering that type in your mock plugin that you expect it to work?
[11:04] <Cimi> Saviq, right
[11:04] <Cimi> Saviq, adding it
[11:04] <Saviq> Cimi, that message was so clear it couldn't be more so ;)
[11:05] <Cimi> Saviq, it is clear if you understand qml and c++
[11:05] <Saviq> Cimi, afternoon read http://qt-project.org/doc/qt-5/qtqml-cppintegration-topic.html
[11:05] <Saviq> dednick, so... AppMan is being destroyed at the same time SurfMan is, correct?
[11:06] <dednick> Saviq: surface manager has already been destroyed
[11:06] <Saviq> dednick, well, yeah, that's what I mean
[11:07] <Saviq> dednick, why doesn't SurfMan connect to the surface's destroy signal? does AppMan really need to tell SurfMan that's happening?
[11:11] <dednick> Saviq: well, i guess there are ways to mitigate the problem, but still need to use SurfMan from App/Surface at some point. Just wondering if you knew a better way.
[11:11] <Saviq> dednick, nothing that would save us this issue, engine can destroy the singleton at will
[11:12] <Saviq> dednick, I don't think there's a way to "get" it from the engine
[11:14] <dednick> Saviq: right. I've done a bit of a crazy solution decorating a QSharedPointer<SurfMan> and passing that as the singleton, then storing the shared pointer where-ever it's used. Works, but it's pretty messy and quite a pain to maintain.
[11:14] <facundobatista> Holas
[11:14] <Saviq> dednick, and then mixing Qt's QML/parent-child ownership and smart pointers is somewhat messy, too
[11:15] <Cimi> Saviq, ok of this http://pastebin.com/8zbBKHjC how do I correctly set implicitHeight?
[11:15] <dednick> Saviq: the qml singleton isn't a smart pointer, the object it uses just holds a ref to one. but it's pretty crap
[11:16] <Saviq> Cimi, spam detection, please use paste.ubuntu.comn
[11:16] <dednick> i'll just try sort it out with connections
[11:16] <Cimi> Saviq, I used qtcreator plugin for the first time in my life :D
[11:16] <Cimi> Saviq, http://paste.ubuntu.com/8025836/
[11:16] <Cimi> Saviq, ScopeSetting is Item with list of props
[11:17] <Saviq> Cimi, why would you set implicitHeight when in this case this widget only really makes sense in the height of the ItemSelector's?
[11:17] <Cimi> Saviq, because they appear all on top of each other
[11:17] <Saviq> Cimi, aaand?
[11:17] <Cimi> Saviq, this and others
[11:17] <Saviq> Cimi, you need to bind ScopeSettings's height to ItemSelector's
[11:17] <Saviq> Cimi, but you should be using Ubuntu{ListView,Column} here and an Expandable
[11:17] <Cimi> Saviq, http://paste.ubuntu.com/8025853/
[11:18] <Saviq> Cimi, in which case there's more that needs to happen
[11:18] <Cimi> Saviq, that one as well, no implicitHeight they are all on top as delegates
[11:18] <Saviq> Cimi, your component is 0-height
[11:18] <Cimi> yeah I need to set implicitHeight of the children
[11:18] <Saviq> NO
[11:18] <Saviq> you need to set height
[11:19] <Saviq> not implicit height, because that component doesn't deal well with height other than the one of its children
[11:20] <Saviq> Cimi, if you have a ListItem.Empty in every ScopeSetting
[11:20] <Saviq> Cimi, why isn't ScopeSetting a ListItem.Empty already
[11:20] <Cimi> Saviq, because List is not using ListItem.Empty
[11:20] <Cimi> Saviq, I did that originally, but then I needed to change ScopeSetting
[11:20] <Saviq> Cimi, what's List?
[11:20] <Cimi> Saviq, list of words
[11:20] <Cimi> hold on
[11:21] <Saviq> Cimi, I really don't understand your problem
[11:21] <Cimi> Saviq, something like the language setting I think
[11:21] <Saviq> ScopeSetting has no height
[11:21] <Saviq> ListItem.Empty has height
[11:21] <Cimi> Saviq, yes
[11:21] <Saviq> ListItem.Empty is in ScopeSetting
[11:21] <Saviq> so what height is ScopeSetting supposed to have?
[11:21] <Cimi> String, Number, Boolean use Empty
[11:22] <Cimi> List might use ItemSelector
[11:22] <Saviq> AAND?
[11:22] <Saviq> doesn't ItemSelector have a height?
[11:22] <Cimi> yes, so I set height of that ScopeSetting as height of the children?
[11:23] <Cimi> nope
[11:23] <Cimi> because it expands..
[11:23] <Cimi> this is not correct http://paste.ubuntu.com/8025908/
[11:26] <Cimi> :/
[11:27] <Saviq> Cimi, why isn't that correct?
[11:27] <Cimi> Saviq, btw someone linked me this http://theburgerlist.tumblr.com/post/94443927060/le-bourguinon-bun-le-bun-riverside-feast-battersea
[11:27] <Cimi> Saviq, guess could be a treat next week :)
[11:28] <Saviq> Cimi, only there until Wed afternoon, though
[11:28] <Cimi> ok
[11:28] <Cimi> Saviq, so if I set that, when I click on the item it should expand, but is clipped instead to that height
[11:31] <Saviq> Cimi, sounds like a bug in the component
[11:32] <Saviq> Cimi, except there's http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/ListItems/ItemSelector.qml#L153
[11:33] <Saviq> Cimi, I'm afraid you can't do ScopeSetting if you want to use ExpandablesColumn (which you should)
[11:34] <Saviq> ah damn with a *Factory you can't even do that either
[11:34] <Saviq> mzanetti, do you have an idea about using Expandables and a Loader as delegate?
[11:35] <mzanetti> Saviq: hmm... you don't know the loader's content size in advance, do you?
[11:35] <mzanetti> Saviq: dunno. would need to try
[11:35] <mzanetti> might work, might not...
[11:36] <mzanetti> Saviq: so you can put inside an Expandable whatever you want, also loaders
[11:36] <Saviq> mzanetti, no, I was wondering if we can reparent Loader.item to the Expandable{ListView,Column}
[11:36] <mzanetti> no
[11:36] <Saviq> mzanetti, right, so delegate Expandable { Loader { } }
[11:36] <mzanetti> yes
[11:36] <mzanetti> Saviq: and:
[11:36] <Saviq> we'd have to fwd everything things from item to the parent expandable
[11:37] <mzanetti> Expandable { expandedHeight: loader.height ... }
[11:42] <Cimi> Saviq, shall I use expanded ones?
[11:46] <Cimi> Saviq, I'll use expanded: true in the meanwhile
[11:47] <Saviq> Cimi, what do you consider a "meanwhile"?
[11:48] <Cimi> Saviq, hah, until we realise what's wrong with it
[11:48] <Cimi> with the height
[11:48] <Saviq> Cimi, we did already
[11:51] <Cimi> Saviq, so shall I always use expanded?
[11:52] <Saviq> Cimi, no, why?
[11:52] <Cimi> so how can I make it work?
[11:52] <Cimi> I am confused
[11:53] <Saviq> Cimi, http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/examples/ubuntu-ui-toolkit-gallery/ListItems.qml#L106
[11:53] <Saviq> Cimi, this works in the gallery
[11:53] <Cimi> Saviq, this is a column
[11:53] <Cimi> Saviq, I already checked
[11:53] <Saviq> Cimi, so? a column takes the item's dimensions
[11:54] <Cimi> Saviq, maybe because is not embedded in one item?
[11:54] <Cimi> wrapped
[11:55] <Cimi> nope
[11:56] <Cimi> just tried removing the item on top of listitem.itemselector
[11:56] <Cimi> still issues
[11:56] <Saviq> Cimi, http://paste.ubuntu.com/8026115/
[11:56] <Saviq> Cimi, btw, ItemSelector has its own header, use it
[11:57] <Cimi> Saviq, I am already using it
[11:57] <Cimi> http://paste.ubuntu.com/8025836/
[11:59] <Cimi> Saviq, you might want to try this http://paste.ubuntu.com/8026141/
[11:59] <Saviq> Cimi, yeah, and why would that ever work?
[12:00] <Saviq> Cimi, when you set the Item's height to 100?
[12:00] <Cimi> Saviq, it doesn't
[12:00] <Saviq> Cimi, well, how can it?
[12:00] <Cimi> Saviq, I need to set the item height to be exactly of the container
[12:00] <Cimi> Saviq, because if the item is collapsed it should not eat more height
[12:00] <Cimi> than it needs
[12:01] <Saviq> Cimi, does not compute
[12:01] <Cimi> not container
[12:01] <Cimi> sorry children
[12:01] <Cimi> Item height, where you set 600, should be the height of the itemselector
[12:01] <Cimi> and the added rectangle
[12:02] <Cimi> because when you use the item in a listview, you want to allocate width and height
[12:02] <Saviq> Cimi, http://paste.ubuntu.com/8026161/
[12:03] <Cimi> thius works?
[12:03] <Cimi> it is basically http://paste.ubuntu.com/8025908/
[12:04] <Saviq> Cimi, why would it *not* work?
[12:04] <Cimi> that code I pasted doesn't work
[12:04] <Saviq> what do you mean "doesn't work"?
[12:05] <Cimi> Saviq, when I click on the itemselector to expand it
[12:05] <Cimi> Saviq, the height doesn't grow
[12:05] <Saviq> Cimi, but you have a Loader in the middle, how does the Loader's height look?
[12:08] <Cimi> Saviq, the height doesn't change
[12:08] <Cimi> neither the inner one
[12:08] <Cimi> of the item I mean
[12:08] <Saviq> Cimi, you need to push the code somewhere if you still want to do IRC debugging, which you know I resent
[12:09] <Cimi> Saviq, call it help...
[12:09] <Saviq> Cimi, what I say happens: you're overriding the height in the delegate
[12:09] <Saviq> Cimi, which means whatever you do *inside* the component doesn't matter
[12:10] <Cimi> Saviq, pushed
[12:10] <Cimi> ~cimi/unity8/scope-settings
[12:10] <Cimi> make tryDash
[12:33] <Saviq> Cimi, ok confirmed, this looks real weird indeed
[12:34] <Cimi> Saviq, I am working on a workaround
[12:34] <Saviq> Cimi, talk to SDK peeps, too
[12:35] <Saviq> Cimi, TBH the ListItem.Empty is complex enough that something there must be getting awry
[12:37] <Cimi> Saviq, http://paste.ubuntu.com/8026405/
[12:37] <Cimi> Saviq, ETOOUGLY
[12:37] <Saviq> Cimi, indeed
[12:37] <Cimi> works btw
[12:38] <Saviq> Cimi, the same seems to happen with OptionSelector
[12:38] <Saviq> HUH
[12:40] <Saviq> Cimi, height: listItem.height + 1
[12:40] <Cimi> Saviq, can I commit that workaround with a comment?
[12:40] <Saviq> Cimi, talk to SDK first
[12:40] <Cimi> Saviq, that works too
[12:40] <Cimi> but without animation
[12:41] <Saviq> Cimi, well, there is animation if you look at the console output
[12:42] <Saviq> Cimi, it just doesn't get "up" correctly
[12:42] <Saviq> Cimi, but in any case that suggests something's awfully broken in the ListItems' height
[12:43] <Cimi> Saviq, can you join me in #sdk and probably explain better the issue?
[12:48] <Cimi> Saviq, also wondering how containerHeight is not causing binding loops
[12:49] <Cimi> Saviq, having headache trying to understand how the properties are nested
[12:56] <Cimi> Saviq, can I also do http://paste.ubuntu.com/8026544/ to make tryGenericScopeView work?
[12:57] <Wellark> Saviq: FYI: https://bugs.launchpad.net/unity8/+bug/1318533
[13:08] <ChrisTownsend> greyback: Hey, I have a question about the transition to qtmir wrt to https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1353041.  Whenever you have some time, could we chat about it for a bit?
[13:10] <greyback> ChrisTownsend: hey. Sure, happy to talk.
[13:11] <ChrisTownsend> greyback: Cool.  So I've done some investigating and made some notes in the bug, but in a nutshell the QGuiApplication dtor is blocking waiting on some pthread_cond_wait.  I have no clue what it's waiting on though.
[13:12] <ChrisTownsend> greyback: So teardown gets stuck at this point and the log out hangs.  I'm thinking it might have to do with the transition to qtmir, but wanted to see your opinion.
[13:13] <cwayne> has the category header links changed? ours in our aggregating scopes aren't working atm
[13:14] <greyback> ChrisTownsend: hmm yeah, I've skimmed your comments so far. It possible qtmir waiting for something and thus blocking shutdown, but I see nothing that obvious aside from one QMutexLocker, but I'd be surprised if that the culprit
[13:14] <greyback> ChrisTownsend: I can certainly investigate it further
[13:14] <ChrisTownsend> greyback: Awesome, that would be great!
[13:14] <greyback> ChrisTownsend: please add qtmir as an affected project, and assign to me
[13:15] <greyback> I'll give it a look today
[13:15] <mzanetti> Saviq: ok... I guess this is it now: https://code.launchpad.net/~mzanetti/unity8/new-lockscreen-design/+merge/230478
[13:15] <ChrisTownsend> greyback: Ok, will do.  And thanks!
[13:15] <greyback> np
[13:15] <Saviq> mzanetti, kk
[13:27] <Wellark> Saviq: any flaws in my reasoning at bug #1318533 ?
[13:30] <Saviq> Wellark, nope
[13:30] <Saviq> Wellark, all good
[13:31] <Wellark> Saviq: hate to reject a community contribution, though..
[13:37] <Saviq> Wellark, well, it might be better at some point soon
[13:37] <Saviq> Wellark, when we drop the whole UnityMenuModel concept from notifications
[13:37] <Saviq> Wellark, at least in the shape they're there now
[13:38] <Saviq> Wellark, one idea was to use trusted sessions for this (so i-n would actually *draw* the UI it wants, not only direct it)
[13:39] <mzanetti> Saviq: hmmm... do we still need the caching in unity8?
[13:39] <Saviq> mzanetti, we don't *need* it, but it can't hurt
[13:40] <mzanetti> I guess it doesn't hurt...
[13:40] <mzanetti> ack
[13:40] <Saviq> mzanetti, we can get remote images for avatars in notifications, for example
[13:40] <Saviq> and in messaging menu
[13:40] <mzanetti> I guess it *can* hurt... but lets hope all goes well :D
[13:40] <Saviq> ;)
[13:52] <mzanetti> pstolowski: https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487
[13:53] <pstolowski> mzanetti, awesome, thanks!
[13:54] <dandrader> Saviq, did we change dash so that it no longer goes back to the apps scope when you switch back to it?
[13:54] <Saviq> dandrader, depends on how you switch to it
[13:54] <Saviq> dandrader, it should still happen when you left-swipe or press the button
[13:55] <pstolowski> mzanetti, is it enough to register it in main? no qml changes?
[13:55] <mzanetti> Saviq: except when you're already at the dash
[13:55] <Saviq> mzanetti, well, button still works
[13:55] <dandrader> Saviq, right
[13:55] <Saviq> mzanetti, left swipe doesn't
[13:55] <Saviq> and overview broke it
[13:55] <mzanetti> pstolowski: yep. it registers a QNetworkAccessManagerFactory
[13:55] <Saviq> dandrader, but yeah, the bug you were looking at
[13:55] <Saviq> dandrader, swipe dash to a scope
[13:56] <Saviq> (different than apps)
[13:56] <mzanetti> pstolowski: so if QML wants something it'll create a new QNAM and will get it from that factory
[13:56] <Saviq> dandrader, launch an app from the launcher
[13:56] <Saviq> dandrader, long-left-swipe to dash
[13:56] <Saviq> dandrader, you see the old scope, until you touch it
[13:56] <Saviq> dandrader, I wonder, though, ig the dash getting suspended is causing this
[13:57] <Saviq> if
[13:57] <mzanetti> Saviq: yes, I think so
[13:57] <Saviq> but unlikely
[13:57] <Saviq> mzanetti, nah, happens without even waiting for the other app to launch
[13:57] <pstolowski> mzanetti, k, thanks for explaining. +1
[13:57] <Saviq> mzanetti, so within the 5 or so seconds before it gets suspended
[13:58] <mzanetti> Saviq: not here
[13:59] <mzanetti> oh. yes... this time yes
[13:59] <mzanetti> Saviq: not if you're really quick
[13:59] <mzanetti> Saviq: its 3 secs btw
[14:00] <mzanetti> strage... it does not happen all the time anyways
[14:00] <MacSlow> what (additional) branch is needed to get current lp:unity8 trunk to to work with the run-script on the desktop?
[14:00] <mzanetti> but not related to the 3 secs thing
[14:00] <mzanetti> MacSlow: forget about the run script :D
[14:01] <seb128> Saviq, when you reassign bugs to settings, please do it against the package, we don't use the project for bugs
[14:01] <MacSlow> mzanetti, but I should now use instead.... ?
[14:01] <mzanetti> MacSlow: make tryShell for instance
[14:01] <mzanetti> MacSlow: depends a bit on what you need
[14:01] <Saviq> MacSlow, lp:~saviq/unity8/tweak-runscript
[14:01] <Saviq> it's a start
[14:01] <mzanetti> or that :)
[14:05] <tedg> Saviq, Is there a way to know when the dash has settled?
[14:06] <tedg> Saviq, i.e. when it's done loading icons, etc.
[14:06] <tedg> Saviq, Trying to make the app startup results more reliable, avoiding having the dash stealing CPU.
[14:06] <Saviq> tedg, right now it's never "done loading icons", because it won't start loading them until you look at the dash
[14:07] <tedg> Saviq, So I look at the dash by unlocking Unity before starting the app.
[14:07] <Saviq> tedg, just start the app, it should unlock itself
[14:07] <Saviq> I *think*
[14:07] <MacSlow> mzanetti, Saviq: with lp:~saviq/unity8/tweak-runscript I still only get a tiny black square window... and I don't have any Makefile (and therefore no make-targets)
[14:08] <mzanetti> MacSlow: not following...
[14:08] <MacSlow> mzanetti, you said something about "make tryShell" a few lines back
[14:08] <tedg> Saviq, Hmm, that seems like a bad thing, no?
[14:08] <mzanetti> MacSlow: anyways... IMO you're better off using make tryShell
[14:08] <Saviq> MacSlow, the makefile's in builddir
[14:09] <mzanetti> MacSlow: unless you really require unity to be started by upstart
[14:10] <Saviq> tedg, or even better
[14:10] <Saviq> tedg, just stop unity8-dash
[14:10] <tedg> Saviq, Ah, that's a good idea.
[14:12] <tedg> Saviq, Though, if that makes apps start faster you might get pressure to do that on all devices ;-)
[14:13] <dandrader> Saviq, mzanetti, btw, unity8-dash is never suspended because "ApplicationController::primaryPidForAppId FAILED to get PID for appId= "unity8-dash""
[14:13] <Saviq> tedg, is FINE
[14:13] <Saviq> dandrader, right, it doesn't have an appid
[14:13] <dandrader> Saviq, which actually helps me with debugging :D
[14:14] <MacSlow> mzanetti, Saviq: how do I get unity8 (via "make tryShell") to use/load the notifiation-plugin?
[14:15] <Saviq> MacSlow, you don't, tryShell will load the mock one
[14:16] <Saviq> MacSlow, ./run.sh should still launch the correct shell (and with my branch the correct dash, too)
[14:16] <Saviq> MacSlow, if it doesn't work for you, do you get any interesting output on the console?
[14:16] <Saviq> MacSlow, does it launch if you just go ./builddir/src/unity8 /
[14:16] <Saviq> ?
[14:17] <MacSlow> Saviq, "./builddir/src/unity8 /" works
[14:18] <MacSlow> Saviq, what's the pin/password? :)
[14:18] <mzanetti> oh... mterry collecting abstain votes again :D
[14:18] <mterry> mzanetti, gotta have 'em all!
[14:19] <MacSlow> Saviq, my local one?!
[14:21] <Saviq> MacSlow, yes
[14:21] <Saviq> MacSlow, with ./run.sh you won't need it
[14:21] <Saviq> MacSlow, yeah the / was meant to be ?, no need for that ;)
[14:22] <MacSlow> Saviq, yeah... working now
[14:23] <Saviq> mterry, oh I missed your query about wrong-pass review
[14:23] <Saviq> mterry, and I actually thought I asked mzanetti for it already https://code.launchpad.net/~mterry/unity8/wrong-password-handling/+merge/229184
[14:23]  * Saviq greps logs
[14:23] <mzanetti> yeah... might well be
[14:24] <mterry> mzanetti, well regardless.  If you have time today, it would be swell
[14:24] <Saviq> mzanetti, I did, back on the 8th! ;)
[14:24] <mzanetti> yeah... I had a feeling
[14:24] <Saviq> THAT TONIGHT'S GONNA BE A GOOD NIGHT
[14:25] <mzanetti> hmm... not really, no
[14:27] <mzanetti> mterry: btw... https://code.launchpad.net/~mzanetti/unity8/new-lockscreen-design/+merge/230478
[14:28] <mterry> mzanetti, bro...
[14:28] <cwayne> Saviq: chances horizontal-list gets landed for next week?
[14:28] <mzanetti> mterry: ?
[14:29] <Saviq> cwayne, *for* next week for sure
[14:29] <mterry> mzanetti, I was expressing frustration at all the points of conflict
[14:29] <mterry> :)
[14:29] <mterry> mzanetti, but yours is only an hour old!
[14:29] <mzanetti> mterry: yeah...
[14:29] <cwayne> cool beans
[14:32] <mzanetti> what's horizontal-list?
[14:40] <cwayne> mzanetti: a new renderer for unity that joe wanted
[14:40] <mzanetti> ah. a card layout thingie
[14:41] <mzanetti> ok. thanks
[14:43] <greyback> hey, can I get a volunteer to review these branches:
[14:43] <greyback> https://code.launchpad.net/~gerboland/unity-api/surfaceSizerCallback/+merge/230270
[14:43] <greyback> https://code.launchpad.net/~gerboland/unity8/initialSurfaceGeometry/+merge/230490
[14:43] <greyback> https://code.launchpad.net/~gerboland/qtmir/initialSurfaceGeometry/+merge/230491
[14:44] <Saviq> greyback, don't touch UNITY_API_MICRO
[14:44] <greyback> Saviq: why not?
[14:44] <Saviq> greyback, because you're not touching the library
[14:44] <Saviq> greyback, *do* touch VERSION in include/unity/applications/CMakeLists.txt
[14:44] <greyback> Saviq: understood
[14:45] <Saviq> greyback, also add -0ubuntu1 so that dch doesn't complain about native vs. non-native versions
[14:45] <Saviq> greyback, doesn't *really* matter as train will overwrite anyway, but just for correctness :)
[14:45] <greyback> yeah I just expect train to fix that
[14:46] <Saviq> greyback, wonder, could this not ba Q_PROPERTY?
[14:46] <Saviq> hmm probably not
[14:46] <Saviq> or maybe?
[14:47] <greyback> hmm, that's a thought
[15:12] <Wellark> dednick: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1322490
[15:12] <Wellark> we need to change the access point items to resemple checklist
[15:13] <Wellark> *radiolist
[15:14] <dednick> Wellark: the deisgn has already changed. there is no more checkbox, only different color for active connection.
[15:16] <dednick> Wellark: when i user taps an item, i just send activate.
[15:16] <Wellark> dednick: ah, right. well anyway we then need to modify the item
[15:16] <Wellark> to support the coloring at least and remove the checkbox
[15:17] <Wellark> that will also change the system-settings then
[15:17] <dednick> https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/indicator-polishing
[15:17] <dednick> https://code.launchpad.net/~nick-dedekind/unity8/indicator-polishing/+merge/228700
[15:17] <dednick> Wellark: ^
[15:18] <Wellark> dednick: also, are we able to give the submenus titles properly?
[15:18] <Wellark> I don't think any indicator is doing that ATM
[15:19] <dednick> Wellark: submenus? you mean current & available?
[15:20] <dednick> Wellark: there is a submenu item around somewhere.
[15:20] <dednick> Wellark: "com.canonical.indicator.section" i think
[15:21] <Wellark> dednick: yes, but does it support specifying the labels such as "Current Network:", "Available Networks:"
[15:21] <Wellark> that .section should map directly to GMenuModel sections
[15:21] <dednick> Wellark: not sure about that
[15:22] <dednick> Wellark: would need to ask lars i think
[15:22] <dednick> or look at the qmenumodel code
[15:23] <dednick> or unitymenumodel rather
[15:26] <Wellark> dednick: actually it comes down to the Factory in unit8 side
[15:26] <Wellark> will check from there
[15:27] <Wellark> dednick: you can't land that polish branch without indicator-network being updated as well if you modify th accesspoint item
[15:27] <Wellark> or are you setting the color based on the checked property?
[15:28] <Wellark> if so, then the connected item should be on the top of the list with green color
[15:28] <dednick> Wellark: the color is based on whether it's checked.
[15:28] <Wellark> I can add the sections in indicator-network side then separately
[15:28] <dednick> Wellark: well, that's up to the backend to order
[15:29] <dednick> Wellark: cool
[15:29] <Wellark> dednick: sure, it is, but I was just thinking what happens if that polish branch lands without indicator-network being modified
[15:29] <Wellark> and it would still work okay'ish
[15:38] <dednick> Wellark: i don't understand. there don't need to be any changes to indicator-network for the polish. It''s just that they'll be colored instead of checked. Clicking another one will still activate it.
[15:38] <dednick> "checked" is just a state in this instance; not a ui element
[15:39] <Cimi> Saviq, which one is clickscope?
[15:39] <Saviq> Cimi, apps
[15:39] <Cimi> Saviq, ok
[15:39] <Cimi> Saviq, ap tests are failing here
[15:40] <Cimi> StateNotFoundError: Object not found with name 'QQuickLoader' and properties {'scopeId': 'clickscope'}
[15:40] <Cimi> did you ever found it?
[15:40] <Cimi> (trying PYTHONPATH=../tests/autopilot autopilot run unity8.shell.tests.test_emulators.DashEmulatorTestCase.test_search )
[15:46] <Cimi> Saviq, ?
[15:47] <Saviq> Cimi, do you have unity-scope-click installed?
[15:47] <Cimi> Saviq, why is this not deps of unity8-autopilot?
[15:48] <Saviq> Cimi, good question, it's a recommends of unity8
[15:48] <Saviq> Cimi, so not sure how you ended up without it
[15:48] <Cimi> Saviq, because recommends is not dep?
[15:48] <Cimi> should be dep for unity8-autopilot
[15:50] <Saviq> Cimi, yeah, but everything installs recommends by default
[15:50] <Saviq> Cimi, but sure, should be a dep of unity8-ap
[15:50] <Cimi> Saviq, not if you dpkg
[15:50] <Cimi> Saviq, only if you install through apt afaics
[15:50] <Cimi> with out the flag to skip recommends
[15:50] <Saviq> Cimi, yeah, and why would you dpkg?
[15:51] <Cimi> Saviq, when I install local deps?
[15:51] <Cimi> Saviq, not everything is in the archive
[15:51] <Saviq> if you just went "apt install unity8-autopilot", you'd get it
[15:51] <Cimi> Saviq, but I am installing my local build of unity8-autopilot
[15:51] <Saviq> Cimi, why are you doing that?
[15:52] <Saviq> Cimi, when you then run them from the builddir?
[15:55] <Cimi> Saviq, I did install unity8 build
[15:55] <Cimi> Saviq, with scope settings, mocks etc
[15:56] <Saviq> Cimi, which is not needed
[15:56] <Saviq> Cimi, just ./build.sh, make -C builddir install
[15:56] <Saviq> Cimi, and autopilot from tests/autopilot will use the unity8 from builddir/install
[15:57] <Cimi> Saviq, anyway, how can I select the search button in the header?
[15:57] <Cimi> tried http://paste.ubuntu.com/8027597/
[15:58] <Saviq> Cimi, what ap test are you adding btw?
[15:58] <Cimi> unfortunately we cannot assume anymore the search button is topmost right
[15:58] <Saviq> mzanetti, pstolowski, https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487/comments/559944
[15:58] <Cimi> Saviq, that I can open and exiting the scopes
[15:58] <Saviq> Cimi, you need to select it by name
[15:58] <Cimi> s/scopes/settings
[15:58] <Saviq> Cimi, and why isn't that a QML test?
[15:59] <Cimi> Saviq, I might do it with qml in the end
[15:59] <Saviq> Cimi, yes, do that
[15:59] <Cimi> Saviq, but for the moment I need to fix the search test
[15:59] <Cimi> Saviq, which assumed the search button was on the right edge of the container
[15:59] <Saviq> Cimi, lemme have a look
[16:00] <Cimi> line 142 dash.py
[16:01] <Saviq> jeez we have like 50 OverflowPanels :|
[16:06] <Saviq> Cimi, objectName = search_header_button
[16:06] <Cimi> Saviq, where does this come from?
[16:07] <Saviq> Cimi, from the SDK
[16:07] <Cimi> Saviq, ouch
[16:07] <Cimi> Saviq, so for setting action would be?
[16:07] <Saviq> Cimi, "search_header_button"
[16:07] <Cimi> right
[16:08] <Cimi> weird
[16:09] <Cimi> arg
[16:09] <Cimi> this gets all of them
[16:10] <mzanetti> Saviq: https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487/comments/559947
[16:10] <Saviq> mzanetti, in unity98
[16:10] <Saviq> unity98!
[16:10] <Cimi> which doesn't make sense because should only be one
[16:10] <mzanetti> Saviq: still different than unity98-dash, no?
[16:10] <Saviq> mzanetti, yes, but where did you set the dir to *be* unity8-dash?
[16:10] <Cimi> ok nevermind
[16:10] <Saviq> mzanetti, or does it use standard cache dir?
[16:10] <mzanetti> Saviq: CacheLocation is patched on ubuntu
[16:10] <mzanetti> yes
[16:11] <Saviq> mzanetti, ok, it was hardcoded to unity8 before
[16:11] <mzanetti> Saviq: ~/.cache/<appid>/...
[16:11] <Saviq> mzanetti, yeah ok good
[16:11] <mzanetti> was it?
[16:11] <Saviq> grrr
[16:12] <mzanetti> Saviq: ok... I just verified
[16:12] <mzanetti> Saviq: seems we're good
[16:12] <mzanetti> Saviq: also my test dis save things to ~/.cache/unity8-dash/
[16:15] <Saviq> mzanetti, yeah, sorry for the noise
[16:24] <mzanetti> nw
[16:24] <mzanetti> better checking twice than having a nasty bug with corrupted files
[16:53] <josharenson> Anybody have suggestions for power management use cases? Preferably something that can be automated for consistencies sake? I'm picking up a power monitor today and I'd be cool to get some numbers today/tomorrow.
[16:57] <greyback> josharenson: /me most interested in idle power consumption. unity8-dash does appears to use a steady 3% of CPU on manta at the moment
[16:58] <greyback> if you could start a timer on the clock, would be interested to see how power-usage heavey QtComp is in rendering that
[16:58] <josharenson> greyback, any specific interval seem interesting?
[16:58] <josharenson> long term / short term
[16:59] <greyback> josharenson: I'd have to leave that to you, to see what duration gives figures that are reliable. I've no idea really.
[17:01] <josharenson> greyback, ack. I'll try a lot of things
[17:17] <Cimi> Saviq, finished and pushed
[17:17] <Cimi> Saviq, feel free to need fix tomorrow (not too much :))
[18:39] <dandrader> greyback, https://code.launchpad.net/~dandrader/qmir/dashRedraw_lp1353374/+merge/230525
[18:40] <greyback> dandrader: wrogn project dude ;)
[18:40] <greyback> qtmir
[18:40] <dandrader> oh
[18:43] <dandrader> greyback, https://code.launchpad.net/~dandrader/qtmir/dashRedraw_lp1353374/+merge/230527
[18:43] <Saviq> cool
[18:44] <Saviq> dandrader, I'll have to ask you to try and dig your teeth into bug #1295623
[18:44] <greyback> dandrader: think you can you test it?
[18:44] <Saviq> dandrader, people have been seeing it more often recently
[18:44] <Saviq> dandrader, and you know your way around input best of us all
[18:44] <dandrader> greyback, you mean writing a test for that lp1353374 fix?
[18:49] <dandrader> Saviq, ok
[18:50] <dandrader> its description is quite outdated though
[19:10] <greyback> dandrader|afk: if possible yeah. Don't stress if it's tough
[19:10] <cwayne> would it be possible to have a scope that *only* showed up in an aggregator scope?
[19:11] <Saviq> cwayne, no
[19:12] <Saviq> cwayne, we totally dropped the concept of scope visibility afaict
[19:13] <cwayne> damn, ok
[19:13] <Saviq> cwayne, hmm or maybe I'm lying
[19:14] <Saviq> cwayne, looking at https://code.launchpad.net/~unity-team/unity-scopes-shell/overview/+merge/227745 around line 701
[19:14] <Saviq> cwayne, it goes continue if invisible
[19:14] <Saviq> cwayne, OTOH there's a FIXME: filter invisible scopes? just after that
[19:15] <cwayne> hm yeah
[19:15] <Saviq> cwayne, sounds like you should check :)
[19:16] <cwayne> would that be set in the ini file?
[19:16] <Saviq> cwayne, yes
[19:17] <Saviq> cwayne, but the docs don't mention it...
[19:17] <cwayne> trying it now
[19:18] <cwayne> that could in theory solve at least one of my current problems though, so here's hopin'
[19:19] <Saviq> cwayne, if I can read at all http://bazaar.launchpad.net/~unity-team/unity-scopes-api/trunk/view/head:/src/scopes/internal/ScopeMetadataImpl.cpp#L455
[19:19] <cwayne> Saviq: seemed to work \o/
[19:19] <cwayne> doesn't show up in overview, but does in aggregator
[19:19] <cwayne> cool, thanks
[19:20] <Saviq> cwayne, looks like both a) doc and b) FIXME need fixing ;)
[19:20] <Saviq> cwayne, because it does filter out invisibles already
[19:20] <cwayne> Saviq: btw emblems landed today, we've just tried them and they look a bit stretched, what aspect ratio does an emblem expect?
[19:20] <Saviq> cwayne, and I don't think we should filter out if they're favorited (which it doesn't do)
[19:20] <Saviq> cwayne, square
[19:20] <cwayne> Saviq: any size in particular?
[19:20] <Saviq> cwayne, 2GU
[19:21] <Saviq> cwayne, so 60px square usually
[19:21] <cwayne> ssweeny: ^
[19:21] <ssweeny> cwayne, Saviq thanks
[19:21] <Saviq> cwayne, can I see them somewhere?
[19:22] <cwayne> ssweeny: ^ got a screenshot?
[19:22] <Saviq> ssweeny, ideally using colour #808080
[19:22] <Saviq> ssweeny, this way they'll be colourized to foreground color (where it makes sense of course)
[19:22] <Saviq> same applies to attributes actually
[19:23] <ssweeny> Saviq, 808080 over transparent bg?
[19:23] <Saviq> ssweeny, yup
[19:23] <ssweeny> ok
[19:23] <Saviq> we might actually need to add keyColor to the scope customization options
[19:24] <Saviq> because if somewhere someone actually wants #808080, that will be replaced with foreground
[19:24] <Saviq> karni, you'll be pleased to know that we broke network caching in the dash... https://code.launchpad.net/~mzanetti/unity8/dash-caching/+merge/230487
[19:24] <Saviq> karni, so it'll get much better soon
[19:46] <Saviq> greyback, if around, was there a bug about apps not being refocused when opening urls? (when they are running already)
[19:47] <greyback> Saviq: news to me
[19:47] <Saviq> greyback, TBH I think this predates qtcomp
[19:49] <Saviq> tedg, does url dispatcher request running app focus when sending a URL to it?
[19:50] <greyback> Saviq: it does.
[19:51] <Saviq> greyback, hmm hmm
[19:53] <Saviq> greyback, wonder why it doesn't close indicators then
[19:53] <Saviq> huh now it did
[19:53] <Saviq> hah
[19:53] <Saviq> it doesn't close if already focused?
[19:53] <Saviq> yeah
[19:55] <Saviq> greyback, when app is in front, does shell even get the focus request?
[19:56] <greyback> Saviq: if ual asks for focus, shell gets that request
[19:57] <Saviq> greyback, ok, so it just doesn't act if nothing changes, should be easy to fix
[19:57] <greyback> Saviq: yep. Is unity8 bug so