=== _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [11:31] mhall119, hi could you review this mr? https://code.launchpad.net/~renatofilho/ubuntu-docviewer-app/no-file-hint/+merge/316865 [11:32] mhall119, and this one? https://code.launchpad.net/~renatofilho/ubuntu-calculator-app/snap-mir/+merge/316889 === _salem is now known as salem_ [13:52] * Mirv updates qt58 cloud part description a bit now that Qt 5.8.0 is actually released [13:55] kalikiana, so to continue, I branched trunk and submitted against staging, is that correct? [13:56] ltinkl: Aha. I was about to ask that. You need to branch lp:ubuntu-ui-toolkit/staging - not trunk [13:56] Otherwise your diff includes all the changes since the latest stable trunk [13:56] kalikiana, that explains it :) ok, will resubmit [14:09] kalikiana, now it looks better: https://code.launchpad.net/~lukas-kde/ubuntu-ui-toolkit/asyncDbusClipboard/+merge/316965 [14:16] Thanks! [14:19] artmello: ^^ [14:21] ltinkl: Did you consider how this could be unit-tested? [14:23] kalikiana, well hard to do imo - as it's a race condition [14:24] kalikiana, and the MockContentService used in the test won't cut it [14:26] 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] Simplifying the problem, the service shouldn't affect creating the component, right? [14:28] kalikiana, but it does, since it's a singleton and it's used in a Connections from QML [14:29] ltinkl: Well, I'm trying to narrow down what's affecting startup of Unity in the context of the bug report [14:29] That's what you're trying to fix [14:29] It can affect startup so long as initialization is synchronous [14:30] Right? [14:30] 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] 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] Hmmm [14:35] kalikiana, the tricky (blocking) part is creating QDBusInterface in your CTOR, you don't even have to make any calls [14:38] 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] ltinkl: Do you know if the real content hub eventually returns anything useful right now? [14:41] Or does it just timeout with an error [14:41] kalikiana, heh ye, that's another prob - your implementation uses calls that (at least here) do not even exist on dbus [14:42] ltinkl: How do you mean don't exist? [14:42] kalikiana, if I introspect my content-hub, it e.g. doesn't have "RequestPasteByAppId" [14:43] kalikiana, or the "PasteSelected" signal [14:43] Interesting. [14:44] kalikiana, PasteboardChanged and PasteFormats is there [14:44] Maybe let's wait til artmello could provide some input - I don't actually know that much about contenthub [14:46] kalikiana, yeah, me neither === LiQiong_Lee1 is now known as LiQiong_Lee [14:48] ltinkl: Do you mind if I copy your explanations into the MR description? [14:48] kalikiana, sure. go ahead [14:50] Thanks [14:53] 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] ltinkl, kalikiana: hey, sorry was afk [14:56] ltinkl, kalikiana: reading. content-hub still do not return anything because silo 2179 still did not land [14:57] 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:57] bug 1661704 in mir (Ubuntu) "mir_window_request_persistent_id_sync seg faults when called twice" [Critical,Triaged] https://launchpad.net/bugs/1661704 === LiQiong_Lee1 is now known as LiQiong_Lee [14:58] ltinkl, kalikiana: so, yeah, none of those dbus calls are available on content-hub so far [14:59] artmello, I see, thx; please have a look at my branch, it blocks u8 startup, quite severe [15:00] ltinkl: sure, checking it right now [16:10] ltinkl: You've got some unit test failures [16:11] kalikiana, yup, looking into it === JanC_ is now known as JanC [16:31] kalikiana, do you have an easy way to run a single test (instead of the "make test" beast)? [17:13] 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. === LiQiong_Lee1 is now known as LiQiong_Lee === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem