=== kgunn is now known as Guest52384
=== nudtrobert1 is now known as nudtrobert
=== maclin1 is now known as maclin
Saviqgreyback_, "why not" what?09:13
=== timp is now known as t1mp
tsdgeosMirv: fix for the u1-dbqt FTBFS at https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/144718211:28
ubot5`Ubuntu bug 1447182 in qtbase-opensource-src (Ubuntu) "u1db-qt FTBFS with Qt 5.5" [High,New]11:28
Mirvtsdgeos: wowee, thanks! just uploaded my newest qtbase 5.5.1 build 40 mins ago but I'll rebuild it later11:31
Mirvtsdgeos: and thanks for the rush of other fixes/investigations too!11:32
tsdgeosMirv: unfortunately that patch won't be in 5.5.1 so you'll have to distropatch it11:32
Mirvtsdgeos: I'm not surprised by it not traveling through the time to yesterday :)11:32
Mirvtsdgeos: I've other post-5.5.1 patches too already11:33
Mirvtsdgeos: 5.5.1 will change networking in the way the may pose problems for us. I've experimented backporting fixes to our vivid image at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-032/+packages and using those weather app claims to have no network. I'm not sure if the fixes increased the need to use apparmor blocked functions.11:34
Mirvsince the upstream patches (one of which got in post-5.5.1) fix the qnam hang and accessible() function bug #147070011:34
ubot5`bug 1470700 in thumbnailer (Ubuntu) "QNetworkAccessManager hangs when in flight mode" [Undecided,Triaged] https://launchpad.net/bugs/147070011:34
Mirvtsdgeos: but I may ask for your ponderings once I've 5.5.1 ready, if it still shows the same problem. it might be weather app doing something really wrong too, since no other app had any network problems.11:35
=== alan_g is now known as alan_g|lunch
dandraderdidn't you have a branch for usc to solve (or work around) its window positioning issues in  multimonitor?12:15
dandradergreyback_, ^12:15
pstolowskiSaviq, mzanetti hey, i'm going to mark silo 4 for landing, it's been delayed for months but finally works!12:17
pstolowskiSaviq, mzanetti nb, i've rebuilt it this morning12:17
greyback_dandrader: I did have something a long time ago, but was more to rotate the display than anything else12:18
greyback_dandrader: I've logged https://bugs.launchpad.net/unity-system-compositor/+bug/150684612:19
ubot5`Ubuntu bug 1506846 in Unity System Compositor "[multimonitor] nested server surface positioning incorrect" [Undecided,New]12:19
dandradergreyback_, it was adding a side-by-side parameter to the command line...12:19
greyback_dandrader: that doesn't fix it completely though12:19
dandraderSaviq, greyback_, I'm a bit puzzled about the landing strategy. I thought we were going to land multimonitor knowing it had some issues as a way of moving foward and that mir folks have something ready in the images to debug. as opposed to land only once it's in good shape (which can take too long). specially considering that since there's no multimonitor  support yet, we wouldn't be regressing anything12:22
dandraderSaviq, greyback_or is it that we want to be sure that all the existing issues in multimonitor are not on our side before landing?12:24
pstolowskiSaviq, mzanetti let me know if i should wait for something else12:27
=== alan_g|lunch is now known as alan_g
Saviqpstolowski, if you have it tested, kick it, we have silo 22 in the works, but not gonna be ready with it today13:32
Saviqdandrader, I would like to at least have an idea of what's wrong when we have a clearly reproducible issue13:32
ltinkldandrader, what do you think of this: http://paste.ubuntu.com/12798836/13:41
dandraderltinkl, they're not the same13:42
dandraderltinkl, ScreenController::getWindowForPoint checks the screen geometry, not the window geometry13:43
dandraderltinkl, which is what I guess the QGuiApplication method does13:43
ltinkldandrader, a sec13:43
dandraderltinkl, because in mir the displays live in the same coordinate system13:43
dandraderltinkl, like in a big virtual desktop13:44
ltinkldandrader, http://code.woboq.org/qt5/qtbase/src/gui/kernel/qguiapplication.cpp.html#_ZN15QGuiApplication10topLevelAtERK6QPoint13:44
dandraderltinkl, and qtmir puts the screens one next to the other13:44
ltinkldandrader, I think it does the same13:44
dandraderltinkl, see tileddisplayconfigurationpolicy.cpp13:45
dandraderltinkl, well, if it does the same then I guess it's fine13:45
ltinkldandrader, well just look at the Qt code13:45
ltinkldandrader, I think it does roughly the same, but you're the expert ;)13:45
dandraderltinkl, almost the same13:46
dandraderltinkl, it also calls QPlatformScreen::topLevelAt13:46
ltinkldandrader, but the old code didn't13:47
ltinkldandrader, plus it checks if the window  is visible13:47
dandraderltinkl, and I'm not even sure if the original code is totally correct13:47
ltinkldandrader, it doesn't (didn't) take QGuiApplication::topLevelWindows() into account, or is there always only one toplevel?13:48
dandraderltinkl, touch input comes from the builtin display. doesn't make sense trying to match it with the external one13:49
dandraderltinkl, and I've no idea what would happen if you connect an eternal monitor that also has a touchscreen (not even sure how that works, the monitor would send the touch input through usb?)13:49
ltinkldandrader, unless it's also a touch display... but meh13:49
ltinkldandrader, ye not sure either :)13:50
dandraderltinkl, and if mir would map the touch coords into this big virtual desktop space or not13:50
dandraderltinkl, I say most probably not...13:50
dandraderltinkl, so for now I think the sane thing to do is to simply send touch input to the built-in display and be done with it. writing a big TODO on top explainint the above scenario13:51
ltinkldandrader, right, so for touch this is probably ok; I was more curious about my wheel events, there using it is likely not correct13:51
ltinkldandrader, I should probably be using qGuiApp->topLevelAt()13:52
dandraderltinkl, for mouse events you send to the window that the cursor13:52
ltinkldandrader, since you can send wheel event to non-focused (partially) covered windows13:52
ltinkldandrader, click yes, wheel not13:52
* ltinkl bbl, need to pick kids from school, wife not feeling well13:54
dandraderltinkl, are you talking about qtmir windows (shell windows) or client/application windows inside DesktopStage.qml?13:57
Saviqdednick, didn't we make prompts persistent? bug #135822514:51
ubot5`bug 1358225 in unity8 (Ubuntu) "Locking+unlocking phone mysteriously dismisses location access prompt" [Undecided,New] https://launchpad.net/bugs/135822514:51
dednickSaviq: pretty sure we did14:51
ltinkldandrader, client windows inside shell14:51
dednickSaviq: although, perhaps they are stopped due to the suspension of the app.14:52
dandraderltinkl, in which case you shouldn't be looking at qtmir code at all14:53
Saviqdednick, but only the app is SIGSTOP'ed, not the prompt14:54
dednickSaviq: the prompts are notified of their suspension14:54
Saviqdednick, yeah, and the helper needs to decide what tod o14:55
Saviqwe don't close them14:55
dednickSaviq: no, unless something is going wrong14:55
Saviqdednick, I can't reproduce it anyway14:55
SaviqUbuntu 14.10 r19714:56
dednickSaviq: ah14:56
SaviqBug #1358225 reported by Matthew Paul Thomas on 2014-08-1814:56
ubot5`bug 1358225 in unity8 (Ubuntu) "Locking+unlocking phone mysteriously dismisses location access prompt" [Undecided,New] https://launchpad.net/bugs/135822514:56
Saviq→ Fix released14:56
ltinkldandrader, ye, I'm looking at unity814:56
dandraderSaviq, greyback_, pushed the fix for the shell with outdated size14:57
Saviqdandrader, ack14:57
Saviqpstolowski, so what's the deal with silo 4? if you don't land it today, I'm putting a lock on unity{8,-api} landings :P14:57
pstolowskiSaviq, i cannot mark it qa ready for some reason, bileto doesn't like me14:58
dandraderltinkl, so the wheel event should go to whatever MirSurfaceItem has active focus (if any)14:58
Saviqpstolowski, done14:58
dandraderltinkl, like any other mouse or key event14:58
pstolowskijust like that? :O14:58
ltinkldandrader, I don't think so... it's not what happens on X/u7 or wayland (unless we want to differ)14:59
Saviqdandrader, no, wheel event goes to whatever surface is under the cursor14:59
pstolowskiSaviq, thanks!14:59
Saviqsame as any other event14:59
* dandrader checks14:59
dandraderltinkl, Saviq, right14:59
ltinkldandrader, only the key event should imo15:00
Saviqdandrader, windoze does that, and I hate its guts for it15:00
dandraderltinkl, and QQuickWindow doesn't handle wheel events like that?15:00
dandraderltinkl, s/handle/dispathces15:00
ltinkldandrader, what do you mean?15:00
ltinkldandrader, at the moment, it does the right thing if you click inside a window (to activate it)15:01
dandraderltinkl, because QQuickWindow is the one dispatching input (mouse, touch) events to items in the qml scene. so if the qml item under the mouse is not the one getting wheel events it's QQuickWindow's fault15:01
ltinkldandrader, then it works also for non-focused windows (weird...)15:01
Saviqpstolowski, yeah, but try and find out with robru why it didn't work for you15:02
dandraderltinkl, unless our unfocused windows are disabled15:02
ltinkldandrader, disabled as in?15:02
dandraderltinkl, QQuickItem.enabled = false15:03
ltinkldandrader, hmm ye15:03
pstolowskiSaviq, yeah i did that15:03
ltinkldandrader, so in a desktop scenario, any non-focused window is disabled?15:03
* Saviq says occlusion-driven15:04
dandraderltinkl, I don't know. I was just hypothesizing15:04
Saviqif you can't see the window, you don't interact with it15:04
=== dandrader is now known as dandrader|afk
ltinklSaviq, partially hidden15:04
ltinklSaviq, behind the focused one15:04
Saviqltinkl, you can see it then15:04
ltinklwell, we have a _lot_ of focus related issues15:04
Saviqsure, dednick's working on part of that (occlusion-based)15:05
ltinklclick the window decoration -> the window isn't activated, no focus15:05
ltinklrestore the window from minimization, it's raised but doesn't get focus15:05
ltinklstrangely, the only thing that works reliably is the spread (or alt+tab)15:06
Saviqltinkl, you know the drill - file a bug, fix it, MP, I'll land it for you ;P15:13
ltinklSaviq, ye ye :)15:13
Saviqgreyback_, dandrader|afk, so do we need --display-config=sidebyside in the session after all?15:50
greyback_Saviq: I don't think so15:50
greyback_alan_g tells me we should get the behaviour we desire from usc by default15:51
Saviqok /me drops, we can add with fix for u-s-c if needed15:51
alan_gUSC defaults to sidebyside15:51
alan_gBut (empirically) display-config options are not honoured on a replug15:52
* alan_g is still investigating why lp:150684615:53
Saviqok /me rebuilds silo 22 for the last time15:55
Saviqdandrader|afk, greyback_, {do,can} we have a tag for multimon bugs?15:55
greyback_Saviq: there's this one https://bugs.launchpad.net/qtmir/+bugs?field.tag=multimonitor15:56
=== dandrader|afk is now known as dandrader
Saviqgreyback_, ack, please use it for any subsequent bugs you guys file15:57
Saviqdandrader, ↑15:57
dandradergreyback_, I think the resize issue was the only thing from my side. want/need help with something else?15:59
Saviqgreyback_, uhm... https://bugs.launchpad.net/bugs/+bugs?field.tag=multimonitor15:59
greyback_ah, it's quite a busy one already16:00
greyback_need a new tag so16:01
Saviqgreyback_, yeah, otherwise we hunt for it between all the different projects16:03
dandraderSaviq, did you really have to merge unity8/liveCaption into unity8/externalMonitor? I wanted to have a branch depending on the latter16:36
Saviqdandrader, hum? I merged mousePointer, not liveCaption16:38
Saviqdandrader, needed it because there was a conflict further up the chain16:38
Saviqdandrader, and not sure what's the problem? can't you have a branch depending on externalMonitor?16:39
dandraderSaviq, that's not what history tells :)16:39
dandraderSaviq, because now a branch depending on externalMonitor  will also have to depend on all liveCaption branches16:40
dandraderSaviq, in qtubuntu and qtmir16:40
dandraderSaviq, and unity-api16:40
Saviqdandrader, but wait, https://code.launchpad.net/~unity-team/unity8/externalMonitor/+merge/27382916:40
Saviqdandrader, unless I mixed the comment up16:41
dandraderSaviq, check it with "bzr qlog"16:42
Saviqyeah doing16:42
Saviqdandrader, so yeah, I messed something up, but you undid it?16:45
dandraderSaviq, I didn't16:45
Saviqso where's that commit in https://code.launchpad.net/~unity-team/unity8/externalMonitor...16:45
Saviqah now I see16:46
Saviqit hid under the merge16:46
Saviqdandrader, so yeah, sorry, I should've merged mousePointer instead16:47
Saviqmust've thought liveCaption is between that and externalMonitor16:48
dandraderSaviq, is it even possible to undo it? guess only if you rewrite history16:48
Saviqdandrader, yeah, uncommit, push --overwrite16:48
Saviqwe'd need ltinkl to uncommit x2 and remerge/resolve conflict in rotateScreenshots16:49
dandraderSaviq, don't forget my commit is inbetween16:49
Saviqdandrader, yeah I know16:49
Saviquncommit, shelve, uncommit, revert, unshelve, commit16:49
Saviqor the like16:50
Saviqltinkl, you around?16:50
Saviqdandrader, ok, I'll fix externalMonitor and let ltinkl know what to do16:54
=== alan_g is now known as alan_g|EOD
Saviqdandrader, overwrote externalMonitor17:07
Saviqdandrader, now I understand what tricked me17:07
SaviqliveCaption was merged here before externalMonitor, so I thought that was the chain17:08
dandraderSaviq, ok, thanks17:08
* greyback_ eow17:08
greyback_good weekend all17:08
=== willcooke_ is now known as willcooke
Saviqdandrader, ok, all resolved17:13
Saviqltinkl, sorry, made a small mess yesterday with the merges, have resubmitted rotateScreenshots under unity-team now: https://code.launchpad.net/~unity-team/unity8/rotateScreenshots/+merge/27474317:13
* Saviq feels like editing prerequisites shouldn't be a resubmission17:14
Saviqdandrader, ok, all resolved now, externalMonitor clear of deps17:16
Saviqand seems everything merges still17:17
Guest52384Saviq: silo 22 much better, on connect, i see what's expected now (on monitor) tried a few different ways (screen already on, connect then turn on etc)17:22
Guest52384but seeing consistent problem on disconnect17:23
Saviqlook out @all, Guest52384 is kgunn hiding17:23
Guest52384oh, wow, didn't notice...weird17:23
SaviqGuest52384, yeah, that's a u-s-c spin most likely, Gerry's been looking for a traceback, not sure if filed a bug yet17:24
Guest52384Saviq: fwiw, it seems much better, unsure if you wanna land as is with known bug for disconnect....17:24
Saviq/nick kgunn17:26
SaviqGuest52384, yeah, I wanna land, just not advertise it's done17:26
Guest52384Saviq: i did, but it's not even responding to /nick17:27
kgunnthat fixed it17:28
kgunnat any rate +1 to landing17:28
Saviqkgunn, I only delayed because it got worse since before Mir 0.1717:32
Saviqand I had to fight with bluetooth17:33
* kgunn agrees, it at least had to connect17:36
Saviqkgunn, well, fwiw we didn't do anything to address your issues :)17:38
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!