[02:04] lpotter: have a minute to discuss https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1542224 ? [02:04] Launchpad bug 1542224 in unity8 (Ubuntu) "[regression] OSK suppressed in autopilot tests" [High,Triaged] [02:09] ok sure [02:10] So, forgive me if I'm asking you questions that have nothing to do w/ you... saviq told me to ping you regarding this and I'm not entirely sure what you know about it [02:11] I'm not entirely sure either, unless it has to do with qinputinfo [02:11] lpotter: I'm looking at the Unity.InputInfo plugin (which contains qinputinfo.cpp) :-) [02:12] ok [02:12] lpotter: and trying to figure out where qinputinfo is able to tell weather or not the keyboard plugged in is real/virtual [02:12] lpotter: If I could determine, at this level, if they keyboard was virtual (from autopilot) its trivial to fix the bug [02:13] not sure it handles virtual keyboards, just whatever comes tough udev.. at this point anyway [02:13] I thought about trying to discover that, but wouldn't having a touchscreen signal it also has virtual keyboard? [02:14] lpotter: I suppose I need a better understanding of what the keyboard emulator is doing on a lower level [02:15] lpotter: but knowing almost nothing about udev, is it as simple as reading the device path and filtering based on that (like a hardcoded blacklist as a temporary hack) [02:15] in other words, does the device path provide any useful information at all? [02:18] not in itself [02:18] humm ok [02:18] * josharenson goes to read more stuff [02:19] you can filter qinputinfo so you only get info about keyboard and touchscreens [02:19] lpotter: but there is no way to tell if its a real keyboard or the virtual one created by autopilot? [02:20] not currently through qinputinfo [02:33] I would have to figure out how to get virtual keyboard signals to add it, but it has been on my mind to do so [02:35] lpotter: it looks like the python evdev module that creates the virtual keyboard is able to retrieve a devices name, and the virtual keyboard names itself "autopilot-finger", which is unique enough that If I can figure out how to get that information in qinputinfo I'd be comfortable blacklisting it [02:36] lpotter: Like you can grab device=/dev/input/input1 and device.name will be "autopilot-finger" [02:37] I think I'm close and when I figure it out, I'll either run it by you directly or add you as a reviewer if that is ok w/ you [02:39] ok [02:39] lpotter: thanks... I'm going to go finish watching the super bowl and pick this up in the morning [02:39] :) enjoy [02:40] oh. I'm from near Denver, byw soo. go Broncos [09:39] Saviq: ping [09:39] tsdgeos, pong [09:40] the bug for https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1540490 will end up in 9.5 or 10? [09:40] Launchpad bug 1540490 in unity8 (Ubuntu) "app icons getting their top cut off (Ubuntu Touch)" [High,In progress] [09:42] Saviq: ↑ [09:42] tsdgeos, 9.5, I'm just landing the minimal silo with it [09:42] k [10:01] Saviq: any idea what's up with https://bugs.launchpad.net/ubuntu/+source/qtmultimedia-opensource-src/+bug/1534776 ? [10:01] Launchpad bug 1534776 in qtmultimedia-opensource-src (Ubuntu) "Notification sounds cause multimedia to pause" [Critical,In progress] [10:02] tsdgeos, nothing new that I know of [10:02] k === vrruiz_ is now known as rvr [10:44] Saviq: who is doing oobe? so we assign https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1443869 to him? [10:44] Launchpad bug 1443869 in unity8 (Ubuntu) "[Edge Education] New wizard in Vivid doesn't excercise indicator gesture" [Undecided,Triaged] [10:46] and same for https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1484383 i guess? [10:46] Launchpad bug 1484383 in unity8 (Ubuntu) "[Edge education] Tutorial doesn't teach you about the long swipe from left" [Undecided,Triaged] [11:05] tsdgeos, ltinkl [11:06] Saviq, tsdgeos :the latter would be for mterry actually [11:06] oh both in fact [11:07] ltinkl: but is something we "kind of have"? i gther from the comment mentioning silo 33 we're working on it, right? [11:07] tsdgeos, yes, mterry is working on it [11:07] k === zbenjamin_ is now known as zbenjamin [16:42] pete-woods: hey, any suggestions to help track down issue behind: https://bugs.launchpad.net/qtmir/+bug/1541854 ? [16:42] Launchpad bug 1541854 in QtMir "SharedWakelock test unstable" [High,Triaged] [16:43] greyback_: I think we've talked about something like this before [16:44] pete-woods: yeah, we have. But that test was solid until we switched over to Jenkaas [16:44] the qtdbustest lib there is waiting on a python process to startup and claim a well-known DBus name [16:44] it waits for some "sensible" timeout (10 seconds?) [16:44] it hardly takes >30 seconds for that python process to appear [16:44] and then gives in with that error [16:45] You're using QProcess::waitForStarted() which has default timeout of 30 seconds [16:45] should be more than enough [16:45] well that wait probably passes [16:46] it's probably a later wait, the one that actually waits for the DBus name that fails [16:46] aha yeah [16:46] sorry, you're right [16:46] but still, it's ample time [16:46] 5 seconds by default [16:47] maybe that's not quite enough then [16:47] on a really heavily loaded infrastructure [16:47] I guess first step, increase that to 10 :) [16:48] I'll propose an MP, just to see [16:50] sounds good [16:54] pete-woods: https://code.launchpad.net/~gerboland/libqtdbustest/increase-wait-timeout/+merge/285376 is worth a shot [16:55] greyback_: could you possibly make it read the value from an environment variable? [16:56] defaulting to 15 seconds sounds reasonable, thoguh [16:56] QDBUS_DBUS_START_TIMEOUT or something like that? [16:56] ok [16:57] hopefully that would help you iterate on it anyway, when it turns out 15 seconds is too low :) [17:01] mterry, press ♻ for us on https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-057/excuses.html please? [17:01] saviq, k [17:02] Saviq, done [17:02] greyback_, pete-woods, that's bug #1541854 ? [17:02] bug 1541854 in QtMir "SharedWakelock test unstable" [High,Triaged] https://launchpad.net/bugs/1541854 [17:02] Saviq: yes [17:03] * Saviq links [17:05] mterry, not even sure if it's supposed to work, but let's see :) [17:06] oh looks like it did http://autopkgtest.ubuntu.com/running.shtml#pkg-qtmir [17:28] greyback_: MR looks good [17:29] pete-woods: that was fast :) [17:29] :) === alan_g is now known as alan_g|EOD [19:44] hi, First sorry for my bad english, I'm from Hungary! :) I find this bugreport on launchpad: https://bugs.launchpad.net/ayatana-design/+bug/1104288 I know that Unity8 and Mir are the most important things right now, but I think there is an easy solution for that: bring back the first version of the bfb icon... or something like that [19:44] Launchpad bug 1104288 in Ayatana Design "New BFB icon is not in harmony with Unity design" [Undecided,Confirmed] [19:45] I created three versions: https://drive.google.com/folderview?id=0B5klMgq_kjoAa2ZOb3Q2dUgzSm8&usp=sharing [19:46] the one with the black shadow is ugly, but the basic and the glowing versions are fine... and both work with other themes [19:47] Saviq: have a min re: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1542224 ? [19:47] Launchpad bug 1542224 in unity8 (Ubuntu) "[regression] OSK suppressed in autopilot tests" [High,Triaged] [19:48] Saviq: actually I think I just figured it out... [20:07] josharenson, am here now if you need me still [20:09] Trevinho, hey, do you know where https://imgur.com/a/cdzm2 comes from? on vt switch or suspend/resume I often lose most of my text... [20:13] Saviq: wow...no idea what's happening, but I guess something related to fontconfig / pango? [20:13] it looks quite artistic though [20:18] Trevinho, indeed, it only started happening today [20:18] * Saviq looks at apt log [20:19] hmm a lot of xserver yesterday [21:04] mhall119: is wiki.ubuntu.com down for you? [21:04] kgunn: it's been having problems all day I think [21:04] ack [21:05] jose was pinging the vanguard in #canonical-sysadmin earlier [21:35] mterry, one more ♻ to click https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-057/excuses.html :) [21:37] Saviq, done [21:37] Damn I'm good at my job [21:37] mterry, indeed! [21:37] ;) [21:38] irreplaceable, too [21:39] ~core-dev is bigger than 1 :) [21:41] mterry, you're the only one I have any power upon! :D [21:44] Saviq, hehe