[06:38] <memeka> hi, can i run unity on top of qtwayland?
[06:51] <Saviq> memeka, neither unity7 or unity8 support qtwayland right now, no
[06:52] <Saviq> unity7 probably never will and we're investing heavily into Mir, so it's unlikely we will spend time to port it to qtwayland
[06:53] <memeka> Saviq: how about the qt apps made for ubuntu touch?
[06:53] <memeka> they are all qt and qml .... they should start, right?
[06:53] <memeka> *qt5
[06:54] <Saviq> memeka, well, not under *qtwayland* directly, but under a shell that implements qtwayland, sure, they work just fine under X11 too
[06:55] <memeka> Saviq: qml-compositor comes with qtwayland ... and the only other I know of is GreenIsland/Hawaii ...
[06:55] <Saviq> memeka, yes, sure, I see no reason why the apps wouldn't start there
[06:55] <memeka> Saviq: does Mir works now with hwcomposer via libhybris ?
[06:56] <memeka> that's the only reason I am using qtwayland now, since I am under the impression that Mir works only with fbdev
[06:56] <Saviq> memeka, didn't know qtwayland supports hwc? when did that happen?
[06:57] <Saviq> memeka, in any case, the way that unity8 uses Mir right now, not yet, I believe if you use Mir as compositor, yes
[06:57] <memeka> Saviq: not officially... but there is this: https://github.com/mbrasser-jolla/qt5-qpa-hwcomposer-plugin
[06:58] <Saviq> memeka, I don't know all the details, you might wanna check #ubuntu-mir
[06:59] <memeka> Saviq: hence my question if Mir supports hwcomposer...
[06:59] <Saviq> memeka, AFAIK, if you use Mir's composition, then yes
[07:00] <memeka> so then I can install Mir - Unity8 - and all the rest
[07:00] <Saviq> basically if Mir draws more than one surface (which is not currently the case with Unity8), then it can do hwc
[07:02] <memeka> Saviq: the problem is that not even qtwayland worked for me with the libhybris version that is currently used by Ubuntu - which is from 2013 -- it could work only with more recent versions
[07:03] <memeka> Saviq: however, given the newer libhybris installed, and since i am using 14.10 ... is it as simple as apt-get install mir and apt-get install unity ?
[07:03] <Saviq> memeka, what do you want to achieve though?
[07:04] <Saviq> there is not a package called "mir" btw, and unity8, not unity (that one is the current desktop version)
[07:04] <memeka> Saviq: I have an ARM board with PowerVR gpu, with android drivers only - and I wanna get unity to work on it
[07:04] <memeka> (yeah, I can find the right package names :P)
[07:05] <Saviq> memeka, so yeah, apt-get install unity8 in general, you'll need to explicitly install qtdeclarative5-qtmir-plugin, too
[07:05] <Saviq> ah no, that will get pulled in automagically
[07:05] <memeka> Saviq: so I have the android hwcomposer running in my linux install, and libhybris installed .... I can run test_hwcomposer and it works
[07:06] <memeka> but X won't run at all for example, since the display is taken by the android hwcomposer
[07:06] <Saviq> memeka, you mean surfaceflinger?
[07:07] <Saviq> memeka, you can't have surfaceflinger running if you want to run unity8, we need direct access to the GPU
[07:07] <Saviq> memeka, you might wanna check out https://wiki.ubuntu.com/Touch/Porting
[07:08] <memeka> its not that
[07:08] <memeka> Saviq: I am running android-media-server and android-service-manager from android
[07:08] <Saviq> memeka, sure, we do the same I believe
[07:09] <memeka> Saviq: and also I am running pvrsctl, which is the PowerVR hwcomposer
[07:09] <memeka> but yeah, I guess that's not direct access to the GPU ... it's only through libhybris
[07:09] <Saviq> memeka, ok, I'm out of my depth here, you'll have to wait for an answer in #ubuntu-mir
[07:09] <memeka> I will ask there too...
[07:10] <Saviq> memeka, we do definitely talk android hwc
[07:10] <Saviq> but they'll know more details
[07:10] <memeka> right, so then it should work ....
[07:11] <memeka> Saviq: last time when I checked the porting guide, it was building stuff from CM base
[07:11] <memeka> I have already all the android stuff installed and working
[07:19] <tsdgeos> is jenkins qa down?
[07:19] <tsdgeos> i can't reach http://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/444 for example
[07:23] <tsdgeos> paulliu: any reason not to top approve https://code.launchpad.net/~aacid/unity8/removeUnusedHasAttributes ?
[07:34] <Saviq> tsdgeos, Paul is on debconf, might be touch to reach
[07:35] <tsdgeos> ah ok
[07:35] <tsdgeos> Saviq: so then maybe you can top approve given his comment?
[07:35] <Saviq> ACKed
[07:36] <tsdgeos> Saviq: can you access the jenkins?
[07:36] <Saviq> tsdgeos, s-jenkins?
[07:36] <tsdgeos> it's kind of bad if i can't check if the unstables in there are because of the popover thing of something else
[07:36] <tsdgeos> yeah
[07:36] <Saviq> tsdgeos, you on VPN? works fine?
[07:37] <tsdgeos> http://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-utopic/1171
[07:37] <tsdgeos> no, vpn not on
[07:37] <tsdgeos> just stays there forever
[07:37] <Saviq> ah that one
[07:37] <Saviq> tsdgeos, yeah, that's dead
[07:37] <tsdgeos> ok, let's go to the vpn one
[07:38] <Saviq> tsdgeos, yeah, http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/?
[07:42] <tsdgeos> Cimi: top approve https://code.launchpad.net/~aacid/unity8/clickBlackStuffOverview/+merge/232431 ?
[08:10] <tsdgeos> Saviq: ping
[08:10] <Saviq> tsdgeos, here
[08:11] <tsdgeos> Saviq: all these tests http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-utopic/1181/#showFailuresLink are failing because of the network module thing we made a runtime dep not being there
[08:11] <Saviq> tsdgeos, when did I say we should make it not being there?
[08:11] <Saviq> tsdgeos, I said ideally it would be mocked out
[08:12] <Saviq> tsdgeos, but obviously until it is, we need it in both build and run
[08:12] <tsdgeos> ok
[08:12] <tsdgeos> i misunderstood you then
[08:12] <Saviq> tsdgeos, but TBH if we don't mock it out, can we depend on the tests?
[08:13] <tsdgeos> not sure i understand what you mean
[08:13] <Saviq> tsdgeos, like I'm worried it could affect our results
[08:13] <tsdgeos> you mean tests are wrong because that is not mocked?
[08:13] <Saviq> tsdgeos, because we don't know what network status will be
[08:13] <Saviq> we can't rely on it
[08:14] <Saviq> tsdgeos, if it works, fine, but I just mean we need to expect this to break if we don't mock it out, is all
[08:16] <tsdgeos> hmmm
[08:16] <tsdgeos> yeah i guess
[08:18] <tsdgeos> let's see if i can mock it out then
[08:35] <tsdgeos> Wellark: simple fix https://code.launchpad.net/~aacid/connectivity-api/unused_qthread_include/+merge/232859
[08:42] <tsdgeos> Wellark: also shouldn't you for limitedBandwith a similar connect in the qml side like you do for statusChanged?
[10:32] <mzanetti> hmpf... why wouldn't run.sh work now...
[10:42] <anpok> ah so qtmir reuses the context created by mir and just switches to Opengl ..
[10:42] <anpok> that explains everything
[10:49] <facundobatista> Holas
[11:20] <tsdgeos> uh
[11:20] <tsdgeos> great
[11:21] <tsdgeos> now all the builds are failing because https://jenkins.qa.ubuntu.com is down
[11:22] <tsdgeos> Saviq: can't we really find anyone that cares?
[11:23] <Saviq> tsdgeos, there's the ci vanguard in #ubuntu-ci-eng
[11:23] <Saviq> tsdgeos, they are the ones to ping
[11:40] <tsdgeos> Saviq: https://bugs.launchpad.net/unity8/+bug/1341205
[11:42] <Saviq> tsdgeos, there isn't a see all any more, let me try and repro here and update the description
[11:43] <Saviq> tsdgeos, it was enough for me to just go to the bottom of apps and go to store and back
[11:43] <Saviq> tsdgeos, one thing I noticed there is why would the apps page move at all?
[11:44] <Saviq> tsdgeos, because it got scrolled up by itself as I was going into/back from the store
[11:45] <tsdgeos> Saviq: hidden height stuff probably
[11:45] <tsdgeos> https://code.launchpad.net/~aacid/unity8/category_view_invisible_in_preview_mode changes may make that not happen
[11:46] <Saviq> tsdgeos, yeah, I expected that
[11:48] <Saviq> tsdgeos, but yeah, I can reproduce reliably, just go into store, back out from store, broken
[11:48] <tsdgeos> Saviq: not here at all
[11:48] <tsdgeos> Saviq: krilin?
[11:48] <Saviq> tsdgeos, mako
[11:49] <tsdgeos> which image?
[11:49] <Saviq> tsdgeos, devel-proposed
[11:49] <Saviq> tsdgeos, I think it might be related to the number of app
[11:49] <Saviq> s
[11:49] <tsdgeos> most probably
[11:49] <tsdgeos> that's why asked for the number of apps too ;)
[11:49] <Saviq> tsdgeos, I've 8*3 + 1 == 25 apps
[11:49] <tsdgeos> can you comment on the bug?
[11:50] <tsdgeos> i've more
[11:50] <tsdgeos> but i haven't installed anything in this new image
[11:50] <tsdgeos> or do click apps are installed somewhere else so they persist between reflashings?
[11:54] <Saviq> tsdgeos, they do
[11:54] <Saviq> (persist)
[11:55] <Saviq> tsdgeos, I got the header in the middle now
[11:55] <Saviq> tsdgeos, https://docs.google.com/a/canonical.com/file/d/0B32jwBcbaPloUEdpRFRKVlNycnM/edit
[11:56] <Saviq> tsdgeos, same steps, krillin, 23 apps
[11:56]  * Saviq wonders if 2048 causes this :D
[11:57] <Saviq> oh and now I got it to get stuck...
[12:19] <anpok> was there a recent change that could explain why usc does not show unity8.. but unity8 receives user input..
[12:19] <anpok> (on desktop)
[12:19] <anpok> or unity8 renders just black
[12:20] <Saviq> ah nasty scopes again
[12:21] <Saviq> anpok, I just tried and IIUC QT_QPA_PLATFORM wasn't exported properly
[12:21] <Saviq> anpok, can you check /proc/`pidof unity8`/environ
[12:21] <Saviq> anpok, for QT_QPA_PLATFORM=ubuntumirclient
[12:21] <Saviq> anpok, to confirm you can always look in ~/.cache/upstart/unity8.log and see if Xcb complains about display not being set
[12:23] <greyback> unity8 needs QT_QPA_PLATFORM=mirserver
[12:23] <Saviq> greyback, ah then that's what got broken
[12:28] <anpok> ah yes here it has ubuntumirclient too
[12:28] <anpok> that is supposed to be done in the upstart session confs?
[12:29] <Saviq> anpok, /usr/bin/lightdm-unity8-session
[12:29] <Saviq> greyback, not mirclient? doesn't unity8 deal with the s/client/server/ itself?
[12:30] <anpok> oh thats wrong
[12:30] <anpok> it really says ubuntumirclient there..
[12:30] <Saviq> anpok, yeah, should say "mirclient"
[12:30] <greyback> Saviq: the name of the QPA plugin for unity8 is mirserver. For applications, it is ubuntumirclient
[12:31] <Saviq> greyback, ah then ubuntumirclient is correct
[12:31] <Saviq>     if (qgetenv("QT_QPA_PLATFORM") == "ubuntumirclient") {
[12:31] <Saviq>         setenv("QT_QPA_PLATFORM", "mirserver", 1 /* overwrite */);
[12:31] <Saviq> anpok, ↑ we're doing that in our main
[12:31] <Saviq> so ubuntumirclient is good, but I didn't have anything in QT_QPA_PLATFORM in the unity8 environ
[12:31] <greyback> kinda for legacy, and kinda as clients use platform-api (and thus ubuntu-specific functionality), not mirclient directly
[12:32] <Saviq> greyback, sure, but that should still work
[12:32] <anpok> ok even when putting mirserver it still is all black
[12:33] <Saviq> anpok, anything in ~/.cache/upstart/unity8.log ?
[12:34] <Saviq> tsdgeos, ok, ruled out 2048 as being the reason, but it seems to require a particular number of rows in the dash (which supports the height suspicicon), on mako it has to be 9 rows, on krillin it was 8 here
[12:34] <Saviq> tsdgeos, more or less than that probably changes the calcs enough to work around the issue
[12:46] <anpok> Saviq: unity8 log http://paste.ubuntu.com/8205954/
[12:46] <anpok> but not dash log .. instead a crash file
[12:46] <Saviq> anpok, ah, so it started with mir for you at all
[12:47] <Saviq> anpok, I think it might be the GstFoo thing... I can't launch camera-app under X11 here either
[12:47] <Saviq> with the exact same messages
[12:48] <anpok> but the unit8-dash failure is in ubuntumirclient qpa
[12:49] <Saviq> anpok, yeah, but probably just because it can't connect to mir
[12:49] <anpok> but then unity8 would still display the indicators and the greeter part?
[12:51] <Saviq> anpok, but it doesn't start
[12:52] <Saviq> anpok, it hangs at the GstFoo messages
[12:52] <Saviq> anpok, I get the same for camera-app: http://pastebin.ubuntu.com/8205997/
[12:52] <Saviq> and no camera app
[12:55] <anpok> so log messages like 'unhandled motion event action 9' and similar fit in the u8 does not start picture?
[12:56] <Saviq> anpok, that I don't know where it comes from
[12:56] <dandrader> mzanetti, greyback, shouldn't we have a cap at the number of applications showing up in the spread? Even if they get killed due to OOM, their snapshot will still hang over there, taking memory. I was thinking like removing the oldest ones past that number cap. Also, if the number of apps in the spread is too big, it might just get unwieldy to the user to have to many cards over there
[12:57] <Saviq> dandrader, as for memory considerations, sure, we should unload the screenshots if we can
[12:58] <Saviq> dandrader, but design-wise we can't drop any apps of
[12:58] <Saviq> f
[12:58] <Saviq> if it's unwieldy, the user should just drop some of them, we shouldn't
[12:59] <mzanetti> dandrader: in any case, such things need to be discussed with design. you can suggest those things either directly to Vesa or create a bug for ubuntu-ux
[13:00] <dandrader> Saviq, greyback, mzanetti  btw, I think we don't have a bug on that "unload screenshots to disk" do we?
[13:00] <dandrader> we should have one or we might just forget about it
[13:00] <Saviq> dandrader, we might not indeed
[13:00]  * dandrader volunteers
[13:01] <dandrader> mzanetti, right
[13:01] <anpok> hm ok that blocks main
[13:01]  * greyback concurs
[13:01] <mzanetti> greyback: to what?
[13:01] <mzanetti> :)
[13:02] <greyback> mzanetti: the replies to dandrader's query
[13:02] <tsdgeos> Saviq: can reproduce with 9
[13:04] <Saviq> tsdgeos, good, finally some info, this was rather crazy ;)
[13:04] <mzanetti> greyback: :) wasn't sure if the query or the replies
[13:10] <tsdgeos> Saviq: i'm fearing it may be a gridview bug itself, since we do no positioning of that lost item
[13:11] <tsdgeos> but i'm going to try if lp:~aacid/unity8/category_view_invisible_in_preview_mode that has a few fixes for sizing doesn't make the jump happen and then at least we don't see it
[13:12] <Saviq> tsdgeos, yeah I'd imagine that's the case
[13:22] <tsdgeos> Saviq: yes it doesn't fail anymore, we're happy enough with the "workaround", right?
[13:36] <tsdgeos> Saviq: is there any reason https://bugs.launchpad.net/unity8/+bug/1356410 is not marked as release other than "we forgot"?
[13:38] <Saviq> tsdgeos, yeah, good with workaround, and yeah we forgot
[13:38] <Saviq> tsdgeos, one of the reasons why I'm leaning towards dropping the non-ubuntu unity8 bugs altogether (as in only allowing unity8 (ubuntu) bugs)
[13:39] <tsdgeos> om26er: Saviq: https://bugs.launchpad.net/unity8/+bug/1195707 is long ago fixed, no?
[13:39] <Saviq> tsdgeos, done
[13:40] <om26er> tsdgeos, yes
[13:40] <tsdgeos> this is hight? https://bugs.launchpad.net/unity8/+bug/1199423 really? :D
[14:22] <Saviq> dandrader, dednick, how close are we to landing silo 2?
[14:24] <dandrader> Saviq, today if all goes well I think. Worst case tomorrow lat in the day I guess
[14:24] <dandrader> s/lat/late
[14:24] <Saviq> dandrader, k thanks, I'll start a separate silo then
[14:30] <MacSlow> Saviq, is silo 2 the potential place for the visual-tweaks for notifications too?
[14:30] <Saviq> MacSlow, as I won't touch it under dandrader's feet, no, I'll do a separate one
[14:30] <MacSlow> or just the prompt-in-prompt
[14:34] <Cimi> dednick, can we filter only the list of wifi from unity menu model without using the sortfilterproxymodel?
[14:36] <dednick> Cimi: not that i know of
[14:37] <Cimi> dednick, I think the sortfilterproxymodel might confuse index and stuff
[14:37] <dednick> Cimi: you need to translate the index
[14:37] <Cimi> dednick, yes, but we have issues of tapping sometimes opens the wrong access point
[14:38] <Cimi> dednick, might be bindings or how the filter works (not perfectly dynamic)
[14:38] <dednick> Cimi: logging out which one gets activated might help
[14:39] <dednick> Cimi: pehaps there's a double tap happening or something and it's re-sorting in-between
[14:40] <Cimi> I cannot have listview with different height for delegates, right?
[14:40] <Saviq> Cimi, sure you can
[14:40] <dednick> Cimi: i put a bug in for indicator-network about not changing the "active connection" until it's actually connected
[14:41] <Cimi> Saviq, I am wondering if I can not use sortfilterproxymodel and hide delegates of network properties I don;t want
[14:41] <dednick> Cimi: i think at the moment it just changes immediately when you tap the network
[14:41] <Saviq> Cimi, you could, but it's obviously better if they're not even there
[14:41] <Cimi> Saviq, we have issues when tapping networks and connecting to wrong APs or such, I believe could be due to this filtering we do
[14:41] <Saviq> Cimi, belief has nothing to do with it ;)
[14:42] <Cimi> Saviq, I am trying to test indeed
[14:43] <Cimi> dednick, what is unitymenumodelstack?
[14:48] <dednick> Cimi: the unitymenumodel is multi-level (model in model). the stack keeps track of which level you're looking at
[14:48] <Saviq> tsdgeos, ah, wanted to say
[14:48] <tsdgeos> Saviq: yes?
[14:48] <Saviq> tsdgeos, while doing the thing for overview on left edge /  BFB...
[14:48] <Cimi> dednick, they added it in the settings, I am wondering if I need it here
[14:48] <Saviq> tsdgeos, you could get rid of the DashCommunicator thing
[14:48] <Cimi> in the wizard
[14:48] <Saviq> tsdgeos, as we now support scope:// urls
[14:49] <dandrader> dednick, prompts are supposed to be killed/closed when the app (root session) is suspended, right?
[14:49] <tsdgeos> Saviq: hmmm, but we'll need it again if we need cancellable stuff..
[14:49] <dednick> Cimi: it depends on how your menu is contructed. if it's flat, or a tree.
[14:49] <Cimi> I see
[14:50] <Saviq> tsdgeos, TBH with the cancellable we'll need to be quite tricky there
[14:50] <Saviq> tsdgeos, I'm thinking ShaderEffect tricky
[14:50] <dednick> dandrader: depends on the app implementation. in qtmir they are.
[14:50] <Saviq> tsdgeos, because we won't be able to recover the whole thing
[14:51] <Saviq> tsdgeos, like search history etc., I think we'll just need to have a snapshot of the apps scope and display it, and hide on dash focus
[14:51] <Saviq> tsdgeos, but yeah, ok, leave it be for now
[14:51] <dandrader> dednick, I'm following those steps: https://code.launchpad.net/~nick-dedekind/qtmir/prompt-in-prompt/+merge/232417/comments/566912
[14:51] <dednick> dandrader: ya? are they not being closed?
[14:52] <dandrader> dednick, they are
[14:52] <dednick> right. that's good then :)
[14:52] <dandrader> dednick, But https://code.launchpad.net/~nick-dedekind/qtmir/prompt-in-prompt/+merge/232417/comments/567865
[14:53] <dednick> dandrader: hm. does it fade?
[14:53] <dandrader> dednick, no
[14:53] <dandrader> dednick, it really disappears instantly
[14:54] <dednick> dandrader: huh. give me a mintue, i'll give it another try
[14:54] <tsdgeos> Saviq: this is sad https://code.launchpad.net/~aacid/unity8/gettext_textdomain/+merge/232899
[14:54] <tsdgeos> worse function name ever
[14:55] <dednick> dandrader: you using local build or silo?
[14:55] <dandrader> dednick, local build of unity8 and qtmir
[14:55]  * dandrader is old school
[14:55] <dednick> dandrader: :) me too.
[14:55] <Saviq> tsdgeos, OH
[14:56] <dednick> dandrader: wasn't sure if silo had been updated since session.live
[14:58] <Saviq> tsdgeos, do we need the Binding to i18n in Shell.qml then?
[14:58] <tsdgeos> Saviq: hmmm, not sure, let me see
[14:59] <dednick> dandrader: hm. it's working for me. the page is pretty hard to tell if it's fading quickly (a lot of white). can you increase the zombie animation duration in SurfaceContainer.qml to 5 seconds and try again?
[15:02] <dednick> dandrader: oo. actually now that i increased it its not sliding down! haha
[15:02] <dednick> hm
[15:02] <dednick> it was just fading out...
[15:02] <dednick> doh
[15:05] <tsdgeos> Saviq: yeah seem unneedeed now
[15:08] <dednick> dandrader: ah. it's the lack of session.parent since it's just a qobject
[15:09] <dandrader> dednick, and more bad news :-(. check latest qmir comments
[15:09] <dandrader> qtmir
[15:10] <anpok> hm who is the one to blame if the qt5 plugins libgstcamerabin and libgstmediaplayer link against gst0.10 while UbuntuComponents use gstreamer 1.0
[15:14] <dednick> dandrader: damn. kind of need to move the app screenshot onto the session...
[15:14] <dednick> and fade to that on zombie
[15:14] <dednick> or something...
[15:15] <dednick> no, nevermind
[15:15] <dandrader> dednick, must also figure out why it doesn't happen in the qmltest
[15:16] <dandrader> dednick, would be good to get it covered there somehow
[15:16] <dednick> dandrader: i think it's the just the lag of mir.
[15:17] <dednick> i'll work it out
[15:19] <dednick> dandrader: will it already have a screenshot when the app is stopped?
[15:21] <dandrader> dednick, no
[15:21] <dandrader> dednick, it takes the screenshot *once* the suspended app gets stopped
[15:22] <dandrader> dednick, and once the screenshot is ready. it crossfades to it. once that animation is done it finally releases the zombie surface
[15:22] <Saviq> tsdgeos, so, what does that i18n change give us then? setting the domain early?
[15:22] <tsdgeos> Saviq: and makes it work from c++
[15:22] <Saviq> tsdgeos, right
[15:22] <tsdgeos> that i have no idea why it didn't work before
[15:22] <tsdgeos> not sure what the qml stuff was doing
[15:22] <tsdgeos> maybe was using dgettext all the time
[15:22] <tsdgeos> Saviq: don't approve yet
[15:23] <tsdgeos> there's another patch comming up on the same branch
[15:23] <Saviq> k
[15:23] <dednick> dandrader: http://paste.ubuntu.com/8207107/
[15:23] <dednick> the session is being release.
[15:24] <dednick> dandrader: i think it's the same problem as the prompt disappearing
[15:25] <tsdgeos> Saviq: ok, pushed the other change
[15:26] <tsdgeos> mzanetti: you may want to have a look, to it too sicne i think your rework branch changes this
[15:26] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/gettext_textdomain/+merge/232899
[15:27] <Saviq> tsdgeos, right, we should read from Name[$locale] first, clicks won't have the gettext domain set
[15:27] <mzanetti> tsdgeos: interesting... yep, will check it out
[15:28] <Saviq> tsdgeos, wonder if QSettings even supports that
[15:28] <Saviq> mzanetti, yeah, I'll leave that branch to you
[15:28] <mzanetti> ack
[15:28] <mzanetti> well... I'm probably gonna drop this one but redo on top of the rework branch
[15:28] <mzanetti> as launcherbackend.cpp is no more
[15:28] <mzanetti> tsdgeos: ok? ^
[15:29] <dednick> greyback: you said you don't want to expose Application to qml right?
[15:29] <greyback> dednick: not via the model
[15:29] <dednick> greyback: ok, so by Session is ok?
[15:30] <dednick> like it's "attached to an applicaiton"
[15:30] <greyback> dednick: since you rely on session for your implementation, I guess you need to
[15:31] <tsdgeos> mzanetti: well i don't see why we should not merge this *now* and yours later
[15:31] <tsdgeos> so we can have stuff working sooner than later
[15:31] <tsdgeos> i guess it's easier to get a 5 lines fix than a 2000 lines refactor
[15:32] <tsdgeos> more over when the bug for this has been one month ignored
[15:45] <tsdgeos> mzanetti: ↑↑↑
[16:10] <dednick> dandrader|lunch: that problem should be fixed now
[16:14] <dednick> s/that/those (same issue)
[16:15] <mzanetti> dandrader|lunch: hey, are you working on the bug with the lost input (touch vs mouse etch)?
[16:32] <dandrader> mzanetti, not anymore. proposed a qtmir fix for it last week. why?
[16:33] <mzanetti> dandrader: found a way to reproduce it
[16:33] <mzanetti> for the dash at least...
[16:34] <dandrader> mzanetti, might be a separate bug, but still interesting
[16:34] <dandrader> mzanetti, what is it?
[16:35] <mzanetti> dandrader: tap and hold the dash, not releasing, then launch another app from the launcher with the other hand
[16:35] <mzanetti> dandrader: seems the touchEnd event gets lost and doesn't recover
[16:37] <dandrader> mzanetti, if you press power twice to bring in the greeter, can you still swipe it away?
[16:38] <mzanetti> dandrader: yeah. input only gets lost in the app
[16:38] <mzanetti> in this case
[16:38] <mzanetti> I know there's also issues with input getting lost in unity
[16:38] <dandrader> unity = unity8 or unity = unity8-dash?
[16:38] <dandrader> mzanetti,
[16:39] <mzanetti> unity == unity8
[16:39] <mzanetti> dash == unity8-dash
[16:39] <mzanetti> dandrader: interestingly: now that mouse input is stuck in the dash, I can still use the bottom edge in the dash (touch input).
[16:40] <mzanetti> so it seems to be very similar to the issue in unity
[16:40] <dandrader> mzanetti, yes, it triggers the same issue in Qt
[16:40] <mzanetti> dandrader: can't we just send a cancel input event on focus switches?
[16:41] <dandrader> mzanetti, that would be a work around at best
[16:41] <mzanetti> hm... not sure...
[16:42] <mzanetti> dandrader: what would be the proper solution then?
[16:42] <dandrader> mzanetti, ensure that MirSurfaceItem is forwarding a sane stream of touch events to the mir client
[16:43] <mzanetti> define "sane stream"
[16:43] <dandrader> mzanetti, maybe the existing qtmir fix for that bug also solves that. but maybe not. it has to be checked
[16:43] <dandrader> mzanetti, every touch has a begin and an end
[16:43] <mzanetti> right... that's what I said, no? :D
[16:44] <dandrader> mzanetti, ending a touch is different from canceling it
[16:44] <mzanetti> dandrader: wait... if the user doesn't release on the dash I don't think there should be a mouse End event
[16:44] <mzanetti> in fact a cancel event is more correct in that case
[16:45] <dandrader> mzanetti, let's not mix touch with mouse
[16:45] <dandrader> mzanetti, once a window gets ownership of a touch it will get all events from that touch until it ends
[16:45] <mzanetti> but this specific issue I see in the dash is a mouse input issue
[16:46] <dandrader> mzanetti, because qt internally generates mouse events out of the touch events it receives
[16:46] <dandrader> mzanetti, check that qt review link I have on that bug
[16:46] <dandrader> mzanetti, its bug 1295623
[16:47] <dandrader> greyback, Saviq, btw, when are we releasing that?  https://code.launchpad.net/~dandrader/qtmir/missingTouchEnd-lp1295623/+merge/232410
[16:48] <greyback> dandrader: I'll request a silo for it
[16:50] <dandrader> greyback, thanks!
[16:50] <greyback> dandrader: I'm gonna hang on for mir0.7 to land though
[16:50] <greyback> but will after
[17:17] <dandrader> Saviq, dednick, prompts-in-prompts is good to go
[17:19] <dednick> dandrader: woop