[09:17] <tsdgeos> Saviq: i will be moving the qmltests for showing previews from tst_GenericScopeView to tst_DashContent since now we have that slide from left stuff, i think it's better suited in DashContent where the sliding actually happens, that ok with you?
[09:18] <Saviq> tsdgeos, +1
[10:05] <jibel> Hey, could anyone look at bug 1284536, it is blocking installer tests.
[10:07] <seb128> Trevinho, bregma: ^
[10:08] <seb128> in fact it might be an xorg bug
[10:08] <seb128> jibel, it would help to have debug symbols for swrast_dri.so
[10:08] <seb128> jibel, you might want to try pinging mlankhorst about it (he's not on this channel)
[10:09] <jibel> seb128, okay, it is difficult to add debug symbol in this environment but I'll try. I'll ping mlankhorst when he is online. thanks
[10:10] <seb128> jibel, he should be online, he's based in .nl
[10:10] <seb128> he's just part of the xorg team and not hanging out on the unity channel
[10:10] <seb128> you can try e.g #ubuntu-desktop though
[10:50] <tsdgeos> Saviq: you there?
[10:51] <Saviq> tsdgeos, yeah
[10:51] <tsdgeos> Saviq: a bit confused about something you added to qml/Dash/Previews/Preview.qml
[10:51] <Saviq> tsdgeos, hit me
[10:52] <tsdgeos> Saviq: bah, ignore me, can't read :D
[10:52] <tsdgeos> sorted
[10:52] <tsdgeos> somehow was confused into row.column and widgetColumnCount
[10:53] <tsdgeos> thinking it was setting the value to itself
[10:53] <tsdgeos> but then row.column is not the rows :D
[10:53] <tsdgeos> but the columns
[10:55] <tsdgeos> Saviq: mhr3_: so here i'm doing the fake unity scopes ng clases for the tests and i was wondering if we could somehow re-use the real classes instead of me having to copy&paste&adapt them and then having to follow the changes everything they happen
[10:56] <Saviq> tsdgeos, well, we should abstract the classes to lp:unity-api, and base our mocks on that, only overriding what's needed
[10:56] <tsdgeos> but that would mean installing the headers and some kind of C++ library we would use from the tests in unity8
[10:56] <tsdgeos> i mean for now it's fine since i hope it's api is not going to change much
[10:56] <Saviq> tsdgeos, I'm not sure we should get anything more than just interfaces from the real plugin
[10:57] <tsdgeos> but i just realized that the classes i did two weeks ago for scopes-ng-tests are now changed again :D
[10:57] <tsdgeos> Saviq: rolenames
[10:57] <Saviq> tsdgeos, yes, that too
[10:57] <Saviq> tsdgeos, /me considers part of interface
[10:57] <tsdgeos> ok :)
[10:58] <tsdgeos> but yeah now i was having preview() return a PreviewModel and now it's returning a PreviewStack
[10:58] <tsdgeos> i think that would be "enough-ish" if we could at least share this kind of things
[10:58] <mhr3_> everything that qml uses is an interface, and the idea was that the interface would be defined in unity-api
[10:59] <mhr3_> but it would be nice to have some tests magic that creates a model with predefined roles and content
[10:59] <tsdgeos> yeah ;)
[10:59] <tsdgeos> it's what i'm doing anyway
[10:59] <mhr3_> surely not only scopes test would benefit
[10:59] <tsdgeos> create 4 scopes with n categories and k items inside
[11:00] <tsdgeos> don't need more than that
[11:49] <Saviq> xnox, btw, if you wanted to press for py32ap, you'll need to convince didrocks to let those in
[11:50] <xnox> didrocks knows what he is doing =)
[11:50] <xnox> Saviq: as long as py32ap does land, when it can, that's fine. just don't get it caught into another regression / stop-ship =)
[12:08] <mhr3_> Saviq, where did you get that "text" widget is supposed to have title? the spec doesn't specify that
[12:08] <mhr3_> Saviq, but anyway, i'm wondering whether we shouldn't make "Description" default there
[12:26] <Saviq> mhr3_, from the visual
[12:26] <Saviq> s
[12:26] <Saviq> mhr3_, and we defaulted to empty, not sure "Description" would be common enough
[12:26] <Saviq> mhr3_, especially since it needs to come pre-translated
[12:27] <mhr3_> Saviq, well, each scope we have has Description there
[12:27] <mhr3_> Saviq, an i18n was exactly why i thought that having that as default would be a good idea
[12:28] <Saviq> mhr3_, problem is Description might not be as omnipotent in other languages
[12:33] <anpok_> Saviq: could you have a look https://code.launchpad.net/~andreas-pokorny/unity-mir/fix-1281075/+merge/207375 sometime.. will be back in a few hours
[12:45] <mhr3_> Saviq, can we do title-less / header-less categories yet?
[12:45] <Saviq> mhr3_, no
[12:46] <Saviq> mhr3_, would be purty simple if we had the JSON
[12:46] <mhr3_> what will blow up if i create a cat titled ""? :)
[12:46] <mhr3_> what do you mean, if we had json... don't we?
[12:47] <Saviq> mhr3_, you want it to base off of empty title?
[12:48] <Saviq> mhr3_, I thought it'd be explicit
[12:48] <mhr3_> Saviq, i meant as a temporary thing, agreed that it should be explicit
[12:53] <Saviq> mhr3_, http://paste.ubuntu.com/6994212/
[12:58] <mhr3_> Saviq, didn't you want explicit?
[12:58] <mhr3_> although i'd be fine with this
[12:59] <Saviq> mhr3_, lol, that's for the temporary thing ;)
[12:59] <Saviq> mhr3_, problem with that is that empty title == non-expandable category
[12:59] <Saviq> mhr3_, so yeah, I want it explicit
[13:00] <Saviq> mhr3_, or wait, not with see more | see less
[13:05] <mhr3_> Saviq, also true, so maybe it doesn't need to be explicit afterall
[13:06] <Saviq> mhr3_, indeed
[13:06] <Saviq> mhr3_, but should wait for see more / see less then
[13:06] <Saviq> mhr3_, on that note
[13:07] <Saviq> mhr3_, we need to think how do we communicate the intent to see more
[13:07] <Saviq> mhr3_, and whether there's anything to see more
[13:09] <mhr3_> Saviq, is that 14.04 thing?
[13:10] <Saviq> mhr3_, you tell me, from our PoV it's easy
[13:10] <mhr3_> for now we'll just give you result set and you can see more while you don't display everything
[13:10] <Saviq> mhr3_, you mean just see more without querying the scope?
[13:10] <Saviq> mhr3_, yeah, that we'll do
[13:10] <mhr3_> i think that's good enough for 14.04
[13:11] <mhr3_> as for actual paging
[13:11] <mhr3_> need to think that through
[13:11] <Saviq> mhr3_, ok
[13:11] <mhr3_> not exactly simple since scopes are stateless
[13:11] <Saviq> mhr3_, sure
[13:12] <Saviq> tsdgeos, so, how about scrapping LimitProxyModel?
[13:12] <Saviq> tsdgeos, and relying on the renderers? it's actually not related to delegateRange at all, since we'll just make the *View yay-high, so the rest will just be out of the view, so not created
[13:13] <Saviq> brb
[13:47] <dandrader> mzanetti, needing your review https://code.launchpad.net/~dandrader/unity8/disableDDAWhileDragging/+merge/207965
[13:48] <mzanetti> dandrader: ack
[13:54] <tsdgeos> Saviq: might work
[14:22] <mzanetti> dandrader: approved. looks good. There's a test failure. Seems flaky AP, I've retriggered the job
[14:22] <dandrader> mzanetti, ok, thanks!
[14:30] <mzanetti> karni: that was quick :)
[14:30] <Saviq> @unity: standup
[14:30] <Saviq> kgunn, ↑
[14:30] <karni> mzanetti: hahahah well.. I decided changing on canonical irc was sufficient ;)
[14:39] <mzanetti> Saviq: any ETA on the new scopes being ready to be merged? Sounded like its gonna be soon too
[14:41]  * mterry adds notes to doc
[14:41] <mterry> sorry for missing
[14:41] <mzanetti> In any case, I'll polish/add some tests for the right edge stuff today and tomorrow morning we can figure a plan on how to get stuff merged.
[14:43] <mhr3> Saviq, ideas how to translate card background into mascot-only background in the preview?
[14:44] <mhr3> Saviq, or well... should header widget support something like "mascot-background" attribute?
[14:44] <mhr3> Saviq, i'm asking cause i just previewed TWC scope
[14:45] <davidcalle> mhr3, +1
[14:45] <elopio> can I get a review here, please?
[14:45] <elopio> https://code.launchpad.net/~elopio/unity8/fake_app_from_toolkit/+merge/208002
[14:46] <elopio> oh, no, wait, the scroll branch hasn't landed yet.
[14:46] <elopio> I saw it, I suppose I was confused.
[14:46] <Saviq> mhr3, not sure what you're telling me? have an image?
[14:48] <mhr3> Saviq, have working screenshoting in mir? :)
[14:48] <mhr3> Saviq, just preview twc scope
[14:48] <Saviq> mhr3, rm ~/.display-mir; reboot; lxc-console -nandroid -t0; screencap foo.png
[14:48] <Saviq> mhr3, don't have mwc scopes on my devices any more :0
[14:49] <mhr3> Saviq, it's not mwc scope, it's regular server one
[14:49] <mhr3> you'll get it on desktop too
[14:49] <Saviq> mhr3, ah ok
[14:49] <mhr3> oh... desktop
[14:49] <mhr3> shouldn't be too hard to screenshot that
[14:50] <Saviq> lol
[14:50] <Saviq> mhr3, yeah, not here on desktop for some reason
[14:51] <mhr3> Saviq, http://imgur.com/b4MCd7D
[14:51] <mhr3> Saviq, missing blue background on the icon
[14:51] <Saviq> mhr3, weeell, the icon is missing the background, not the mascot :P
[14:52] <mhr3> Saviq, that's why i'm suggesting mascot-background
[14:52] <Saviq> mhr3, comment on the spec please
[14:52] <mhr3> ok
[14:53] <Saviq> mhr3, but yeah, if we support card-background, it should map into the preview, too, probably
[14:53] <mhr3> Saviq, right, i just don't want to map it completely, so that the entire header would be colorized
[14:54] <Saviq> mhr3, no no, of course
[14:54] <Saviq> mhr3, it'd be the whole preview (as the whole card is) ;)
[14:54] <mhr3> heh
[14:57] <mhr3> Saviq, btw who's going to respond to these comments now? :/
[15:07] <Saviq> mhr3, I am
[15:07] <mhr3> Saviq, ah, cool, don't forget to reply to those comments about the table widget ;)
[15:07] <Saviq> ;)
[15:14] <elopio> ok, now I'm ready for a review:
[15:14] <elopio> https://code.launchpad.net/~elopio/unity8/fake_app_from_toolkit/+merge/208002
[15:26] <Saviq> mzanetti, can you do ↑, I thought it could help with the click issue
[15:44] <tsdgeos>  The diff has been truncated for viewing.
[15:44] <tsdgeos> sorry :D
[15:45] <davidcalle> Saviq, is there a renderer that allows variable height cards?
[15:51] <tsdgeos> Ran 60 tests in 138.775s
[15:51] <tsdgeos> FAILED (failures=58)
[15:52] <tsdgeos> autopilot is a bit broken in new-scopes :D
[15:58] <Saviq> davidcalle, vertical journal, but it's not integrated yet
[15:58] <Saviq> davidcalle, https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/201932
[15:58] <davidcalle> Saviq, thanks
[16:14] <achiang> davmor2: mhr3: hi, i'm here
[16:15] <mhr3> achiang, ETIMEDOUT
[16:19] <davmor2> achiang: awesome I think it was ricmm that wanted to talk to you.  I think we have a potential fix for the images performance issues tested with 10 apps open but ricmm can give you more details
[16:24]  * tsdgeos hates autopilot tests, they are ultra broken in new-scopes :'(
[16:28] <Saviq> elopio, can you help tsdgeos on the status of that ↑?
[16:29] <Saviq> elopio, i.e. we should update the emulators for new-scopes, right? /me recalls a branch floating around, not sure...
[16:29] <tsdgeos> Saviq: oh, didn't know someone he was trying to make them work, i was trying to get myself to convince to start doing that
[16:29] <tsdgeos> Saviq: will you have a look at https://code.launchpad.net/~aacid/unity8/new-scopes-cleanup/+merge/207921 ?
[16:30] <tsdgeos> it contains the removal of all files we don't need and makes qmluitests pass for me
[16:31] <elopio> tsdgeos, Saviq: I can help, that's why I'm here.
[16:31] <elopio> I'm in a meeting, will finish in 45 minutes. tsdgeos, will you still be around?
[16:31] <tsdgeos> good stuff :)
[16:31] <tsdgeos> wasn't planning to
[16:32] <tsdgeos> but i can stay a bit longer
[16:32] <tsdgeos> if you want to talk about it
[16:48] <elopio> tsdgeos: if you have to leave, send me an email with what you have done. So I'll continue on my evening, and we sync again tomorrow.
[16:56] <tsdgeos> elopio: ok, will do that
[17:35] <Saviq> ah mzanetti forgot to let you know
[17:35] <Saviq> mzanetti, had to revert the running apps aspect, it wasn't working well, some Changed signals were not emitted
[17:36] <Saviq> I remember I had some issues like that with Qt.size at some point
[17:54] <mzanetti> Saviq: ok. no prob. seems to work well in my branches (I don't use QSize like that in there)
[17:55] <Saviq> mzanetti, yeah, but you'll need to for rotation, won't you?
[17:56] <mzanetti> don't think so... as images come from the image provider directly.
[17:56] <Saviq> mzanetti, right
[17:56] <Saviq> mzanetti, but they'd have to be rotated in the provider then?
[17:56] <mzanetti> yep
[17:56] <Saviq> mzanetti, ok that works
[18:21] <mhr3> Saviq, something's super broken with unity on my device
[18:21] <Saviq> mhr3, ?
[18:21] <mhr3> Saviq, when i swipe left/right between scopes it doesn't work from most categories
[18:21] <mhr3> ever seen that?
[18:21] <Saviq> mhr3, no
[18:22] <Saviq> mhr3, meaning like the renderer would take over the events?
[18:22] <mhr3> Saviq, plus carousels don't scroll
[18:22] <Saviq> mhr3, something got pretty broken your side
[18:22] <Saviq> mhr3, that mwc?
[18:22] <mhr3> yep
[18:23] <mhr3> Saviq, wanna see it? it's super weird
[18:23] <Saviq> mhr3, /me flashes mwc
[18:23] <mhr3> it was working fine for a long time
[18:24] <mhr3> now after a couple of hours it's like this
[18:24] <Saviq> mhr3, what device?
[18:25] <mhr3> mako
[18:26] <mhr3> Saviq, ah, got pattern - swipes/scrolling work fine from the first category, but not the rest
[18:28] <mhr3> and maybe not really
[18:29] <mhr3> wow..
[18:31] <mhr3> Saviq, maybe it's actually a MouseArea covering the bottom ~half of the screen that makes everything un-interactive
[18:31] <mhr3> rings a bell?
[18:31] <Saviq> mhr3, that sounds like OSK
[18:31] <Saviq> mhr3, either maliit died
[18:31] <Saviq> mhr3, or the connection between OSK and shell
[18:32] <mhr3> let me check if it's alive
[18:32] <Saviq> mhr3, still worth a bug
[18:32] <mhr3> maliit-server?
[18:32] <mhr3> that one's running
[18:33] <mhr3> and osk does appear
[18:33] <mhr3> and disappear
[18:35] <mhr3> Saviq, and now started an app and can't get from it cause the edges don't work
[18:35] <mhr3> eh, time for reboot
[18:41] <Saviq> mhr3, yeah, there's a socket connection in unity8 to maliit-server that gives up after some time
[18:41] <Saviq> mhr3, or to ubuntu-keyboard, actually
[18:41] <Saviq> something of this sort must've failed
[19:33] <dandrader> Saviq, there's the OSKController item from unity-mir that puts a MouseArea to block events intended to the OSK from reaching items in unity8. So it might be that the OSKController thinks the OSK is up when it's not
[19:33] <dandrader> that would cause this bug
[19:34] <dandrader> @ that discussion you were having with mhr3 an hour ago :)
[19:37] <Saviq> dandrader, yeah, that's what I meant
[19:37] <Saviq> dandrader, maybe something didn't reach IRC?