[11:31] <renatu> mhall119, hi could you review this mr? https://code.launchpad.net/~renatofilho/ubuntu-docviewer-app/no-file-hint/+merge/316865
[11:32] <renatu> mhall119, and this one? https://code.launchpad.net/~renatofilho/ubuntu-calculator-app/snap-mir/+merge/316889
[13:52]  * Mirv updates qt58 cloud part description a bit now that Qt 5.8.0 is actually released
[13:55] <ltinkl> kalikiana, so to continue, I branched trunk and submitted against staging, is that correct?
[13:56] <kalikiana> ltinkl: Aha. I was about to ask that. You need to branch lp:ubuntu-ui-toolkit/staging - not trunk
[13:56] <kalikiana> Otherwise your diff includes all the changes since the latest stable trunk
[13:56] <ltinkl> kalikiana, that explains it :) ok, will resubmit
[14:09] <ltinkl> kalikiana, now it looks better: https://code.launchpad.net/~lukas-kde/ubuntu-ui-toolkit/asyncDbusClipboard/+merge/316965
[14:16] <kalikiana> Thanks!
[14:19] <kalikiana> artmello: ^^
[14:21] <kalikiana> ltinkl: Did you consider how this could be unit-tested?
[14:23] <ltinkl> kalikiana, well hard to do imo - as it's a race condition
[14:24] <ltinkl> kalikiana, and the MockContentService used in the test won't cut it
[14:26] <kalikiana> ltinkl: How about making the mock service sleep when it initializes or responds? And then one could see if the test slows down when initializing the QML
[14:26] <kalikiana> Simplifying the problem, the service shouldn't affect creating the component, right?
[14:28] <ltinkl> kalikiana, but it does, since it's a singleton and it's used in a Connections from QML
[14:29] <kalikiana> ltinkl: Well, I'm trying to narrow down what's affecting startup of Unity in the context of the bug report
[14:29] <kalikiana> That's what you're trying to fix
[14:29] <kalikiana> It can affect startup so long as initialization is synchronous
[14:30] <kalikiana> Right?
[14:30] <ltinkl> kalikiana, the problem is: unity8/qtmir is starting up, we have a TextField somewhere in our GUI which contains the call to UCContentHub, calls content-hub over DBUS, but at the same time content-hub is asking qtmir for authorization
[14:33] <ltinkl> kalikiana, I assume content-hub somehow also queries the clipboard, but the implementation of QPlatformClipboard is in qtmir :) so we get a nice circular dependency and DBUS gets stuck, until one of the calls times out
[14:34] <kalikiana> Hmmm
[14:35] <ltinkl> kalikiana, the tricky (blocking) part is creating QDBusInterface in your CTOR, you don't even have to make any calls
[14:38] <kalikiana> ltinkl: Maybe the mock service should actually just time out the first call? To mimic what's happening at login, regardless of the actual reason
[14:38]  * ltinkl thinking if it would really prove anything
[14:41] <kalikiana> ltinkl: Do you know if the real content hub eventually returns anything useful right now?
[14:41] <kalikiana> Or does it just timeout with an error
[14:41] <ltinkl> kalikiana, heh ye, that's another prob - your implementation uses calls that (at least here) do not even exist on dbus
[14:42] <kalikiana> ltinkl: How do you mean don't exist?
[14:42] <ltinkl> kalikiana, if I introspect my content-hub, it e.g. doesn't have "RequestPasteByAppId"
[14:43] <ltinkl> kalikiana, or the "PasteSelected" signal
[14:43] <kalikiana> Interesting.
[14:44] <ltinkl> kalikiana, PasteboardChanged and PasteFormats is there
[14:44] <kalikiana> Maybe let's wait til artmello could provide some input - I don't actually know that much about contenthub
[14:46] <ltinkl> kalikiana, yeah, me neither
[14:48] <kalikiana> ltinkl: Do you mind if I copy your explanations into the MR description?
[14:48] <ltinkl> kalikiana, sure. go ahead
[14:50] <kalikiana> Thanks
[14:53] <ltinkl> kalikiana, hmm, the popover is also wrong: if I select some text and do Ctrl+C, it gets copied to clipboard which I can paste using Ctrl+V; but the Paste icon is disabled (because content-hub doesn't have it)
[14:55] <artmello> ltinkl, kalikiana: hey, sorry was afk
[14:56] <artmello> ltinkl, kalikiana: reading. content-hub still do not return anything because silo 2179 still did not land
[14:57] <artmello> ltinkl, kalikiana: we hoped it would land together with uitk changes but we got delayed after mir update. right now we are blocked with bug #1661704
[14:58] <artmello> ltinkl, kalikiana: so, yeah, none of those dbus calls are available on content-hub so far
[14:59] <ltinkl> artmello, I see, thx; please have a look at my branch, it blocks u8 startup, quite severe
[15:00] <artmello> ltinkl: sure, checking it right now
[16:10] <kalikiana> ltinkl: You've got some unit test failures
[16:11] <ltinkl> kalikiana, yup, looking into it
[16:31] <ltinkl> kalikiana, do you have an easy way to run a single test (instead of the "make test" beast)?
[17:13] <kalikiana> ltinkl: Sure. Change into the folder of the test and run 'make check' (assuming you're using Make). See also the file README, section Tests.