[08:43] <Mirv> mzanetti: https://requests.ci-train.ubuntu.com/#/ticket/621 QA granted but new commits in unity8
[08:52] <Mirv> Trevinho: hey. to me it looks like this ticket was properly even through the SRU queue and I have it now on my 14.04 LTS, should it be cleaned up so that branches are merged? https://requests.ci-train.ubuntu.com/#/ticket/519 - _except_ that unity-lens-music is not published, that should be done manually. did you do the rest somehow by manual copying?
[08:52] <Mirv> but I've unity, indicator-session and ido from the trusty-updates
[08:53] <Mirv> Trevinho: to me it looks mterry published the three packages but somehow unity-lens-music was apparently put to the silo afterwards? https://ci-train.ubuntu.com/job/ubuntu-landing-042-2-publish/7/artifact/packagelist_rsync_ubuntu-landing-042/*view*/
[08:53] <Mirv> Trevinho: I think the best thing would be to force merge for the others (I can do that) and put the unity-lens-music MP into new request
[09:10] <Trevinho> Mirv: ok...
[09:13] <mzanetti> Mirv, which one?
[09:14] <mzanetti> how can you read that log? :D
[09:17] <Mirv> mzanetti: not sure, this one has the latest commit looking manually https://code.launchpad.net/~mzanetti/unity8/ubuntuanimations/+merge/276511 (same dates as the build date)
[09:17] <mzanetti> Mirv, that's the one I was waiting for before rebuilding the silo
[09:17] <mzanetti> should be fine
[09:18] <Mirv> mzanetti: checking manually that too
[09:18] <Mirv> mzanetti: correct, it's there
[09:19] <mzanetti> that ubuntuanimations one?
[09:24] <Mirv> Trevinho: bregma: ok you'll want to have another request for https://code.launchpad.net/~townsend/unity-lens-music/fix-icon-path.trusty.SRU/+merge/265656 that was not published back when unity + ido + indicator-session were. the previous ticket is now cleaned it trunks are up-to-date.
[09:24] <Trevinho> Mirv: ok, thanks
[09:26] <pandatrone> https://bugs.launchpad.net/canonical-devices-system-image/+bug/1518122
[09:39] <mzanetti> @unity: Merging time!
[09:40] <mzanetti> if youre on xenial, you need to wait a bit for the latest uniy-api packages still
[09:42] <seb128> I just copied that over
[09:43] <tsdgeos> mzanetti: i see nothing new in lp:unity8 still
[10:16] <VsyachePuz> is it possible to insert a long progress bar between main menu and ApplicationIndicators panel (for MATE that will be panel applet)
[10:20] <VsyachePuz> I want to implement "minimize window to progressbar" function
[10:49] <VsyachePuz> Is unity-panel derived from gnome-panel? Does this mean, that it is possible to add "panel applet" to unity panel?
[11:35] <dandrader> ltinkl, could you please review that: https://code.launchpad.net/~dandrader/unity8/mouseWheel/+merge/278009
[11:35] <dandrader> ltinkl, it's the new iteration of fixWheel
[11:36] <dandrader> ltinkl, done the way I initially suggested you
[11:41] <tsdgeos> cimi: ping
[11:50] <cimi> tsdgeos, pong
[11:55] <tsdgeos> cimi: do we really need the topMargin: 0.1 in https://code.launchpad.net/~cimi/unity8/new-shadows-1.3/+merge/271611 ?
[11:55] <tsdgeos> i can't see any difference on the top of the apps with or without
[11:55] <tsdgeos> even when zooming in
[11:56] <cimi> tsdgeos, yes we do, is the shadows that is around the cards
[11:56] <cimi> tsdgeos, it will be cut off at the top by some clipping done
[11:56] <tsdgeos> well i have screenshots that prove we do not need it
[11:56] <tsdgeos> can you show me some screenshots proving we do?
[11:56] <tsdgeos> or telling me where to look
[11:56] <cimi> so you move things slightly down...
[11:57] <cimi> tsdgeos, can I see this screenshot of a collapsed category?
[11:57] <tsdgeos> collapsed category?
[11:58] <tsdgeos> this is just for the apps scope, isn't it?
[11:59] <cimi> mmm yeah for now
[12:00] <tsdgeos> so is there a way to reproduce this problem you're speaking at the moment?
[12:07] <cimi> tsdgeos, make tryGenericScopeView iirc
[12:07] <cimi> or tryDash
[12:07] <cimi> let me try to compile here...
[12:09] <cimi> there is one scope that fakes to be app scope, so you see the shadows, and the top edge of collapsed app category will be clipped if you don't add the margin
[12:10] <cimi> nope there is none here in those tests, it must have been something I edited locally to make it behave as app sope
[12:10] <cimi> scope
[12:12] <tsdgeos> cimi: if we don't relaly need it today i'd prefer we leave that out, since i'm not convinced it's the proper fix for that
[12:12] <cimi> tsdgeos, we need that visual thing
[12:12] <tsdgeos> but you just said there's no way to reproduce it?
[12:13] <cimi> on the phone yes
[12:13] <cimi> the app scope
[12:13] <cimi> if you remove the margin and take a screenshot, you should see the top edge of the shadow being clipped
[12:13] <cimi> unless something changed in uitk and it is no longer the case
[12:14] <tsdgeos> i'll show you my screenshots
[12:14] <cimi> thanks!
[12:17] <ltinkl> dandrader, sure, will do
[12:18] <tsdgeos> cimi: http://i.imgur.com/TlpnLTP.jpg vs http://i.imgur.com/eBbccPj.jpg
[12:20] <tsdgeos> cimi: also what do you think about http://paste.ubuntu.com/13364390/ ?
[12:21] <cimi> tsdgeos, I like that pastebin
[12:22] <cimi> tsdgeos, indeed I cannot see any difference from your screenshots
[12:22] <cimi> tsdgeos, maybe something changed in the way it was rendered by uitk
[12:22] <cimi> I want to check here too though, I will let you know
[12:24] <tsdgeos> cimi: cool tx
[12:31] <tsdgeos> the merges have landed
[12:32]  * tsdgeos runs the conflcits script
[12:32] <tsdgeos> and goes for food
[12:45] <cimi> tsdgeos, ok no difference now, maybe the shadow got tweaked so it's not at the top anymore
[12:45] <cimi> we can remove for now the margin I'd say
[12:45] <cimi> GRID_UNIT_PX=28 tools/unity-scope-tool /usr/lib/x86_64-linux-gnu/unity-scopes/clickapps/clickscope.ini
[12:45] <cimi> tested this way
[12:51] <cimi> tsdgeos, that was the uitk branch I thought it was meant to fix your bug https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/focusPassesFromChildToParent/+merge/277962
[13:33] <tsdgeos> cimi: have you had time to try it?
[13:33] <tsdgeos> the sdk branch i mean
[13:34] <cimi> nope
[13:44] <tsdgeos> cimi: so are you removing the topMArgin and adding my pastebin suggestion?
[13:50] <tsdgeos> @unity: an easy one https://code.launchpad.net/~aacid/unity8/update_pot/+merge/278147
[13:52] <mterry> tsdgeos got i
[13:52] <mterry> t
[13:52] <mterry> ah so did ltinkl  :)
[13:52] <mterry> so fast
[13:52] <ltinkl> :)
[13:52] <ltinkl> the checklist needs one more item
[13:53] <ltinkl> * If you changed user-visible strings, have you run "update_pot"? :)
[13:53] <tsdgeos> i did argue for that
[13:53] <tsdgeos> everyone thought it was a bad idea because it has to be properly fixed elsewhere
[13:53] <ltinkl> tsdgeos, even better would be to write a test/commit hook for that
[13:54] <tsdgeos> but since it will noy be fixed properly elsewhere because it's too much work we still have this problem every time we land something
[13:54] <ltinkl> tsdgeos, what do you mean by "properly fixed elsewhere"?
[13:54] <tsdgeos> ltinkl: it's hard since you'd need a tool that really understood
[13:54] <tsdgeos> .po diffs
[13:55] <tsdgeos> ltinkl: something that runs this automagically under the hood like we have in KDE
[13:55] <ltinkl> tsdgeos, ye but you could change the source code diff for qStr, tr, etc...
[13:56] <ltinkl> tsdgeos, and see if the .pot file changed too with the commit
[13:56] <ltinkl> tsdgeos, ehm change diff, I mean check the diff
[13:56] <tsdgeos> yeah i got it
[13:56] <ltinkl> tsdgeos, dunno if bzr has some "commit hooks"
[13:56] <tsdgeos> it does
[13:57] <tsdgeos> we used to have one for something at some poitn
[13:57] <tsdgeos> barely rember what for though
[14:10] <cimi> tsdgeos, yes
[14:15] <mzanetti> tsdgeos, ltinkl, we still have that commit hook. it runs make test
[14:16] <mzanetti> ltinkl, inside a unity code tree, do "cd .bazaar && make install"
[14:31] <ltinkl> mzanetti, I see
[14:32] <ltinkl> dandrader, the new wheel fixes work fine, gonna test it on an external screen in a few minutes
[14:33] <mzanetti> ltinkl, can you combine them with my uinput branch and try if two-finger scrolling works?
[14:33] <mzanetti> oh... you don't have a nexus device iirc
[14:36] <ltinkl> mzanetti, yeah :/ gonna do the test with the laptop (hopefully that works)
[15:02] <dandrader> greyback_, that thing you asked me the other day, needs review: https://code.launchpad.net/~dandrader/qtubuntu/useApplicationStateAPI/+merge/277720
[15:08] <greyback_> dandrader: thanks
[15:29] <tsdgeos> mzanetti: That's really weird, http://i.imgur.com/TlpnLTP.jpg is what i get.
[15:30] <mzanetti> odd
[15:30] <mzanetti> maybe I installed it wrong?
[15:31] <mzanetti> @unity: standup
[15:31] <mzanetti> dednick, ^
[15:35] <mzanetti> cimi, tsdgeos: https://code.launchpad.net/~cimi/unity8/new-shadows-1.3/+merge/271611/comments/704186
[15:38] <ltinkl> tsdgeos, is that the new icons?
[15:39] <tsdgeos> ltinkl: yes
[15:39] <ltinkl> tsdgeos, looks so much nicer
[15:40] <tsdgeos> mzanetti: yeah i guess it'd be better if the store icon was on the same style too
[15:41] <mzanetti> ltinkl, well, actually its only new shadows
[15:41] <mzanetti> crazy how big of a difference that can make, eh?
[15:42] <ltinkl> yeah, suddenly it looks much cleaner
[15:42] <tsdgeos> cimi: i guess you can do that from qml/Dash/GenericScopeView.qml  assigning the item.artShapeStyle = "icon"; for scope.id [15:43] <cimi> tsdgeos, yeah but is not an icon, should use artShapeStyle = "shadow", maybe
[15:43] <cimi> not sure I added that too...
[15:43] <cimi> let me read
[15:43] <cimi> tsdgeos, icon style uses a strict aspect ratio
[15:43] <cimi> tsdgeos, shadow instead should simply add a shadow, it's what I use for carousel
[15:44] <cimi> yeah I confirm, should be set to shadow
[15:44] <tsdgeos> cimi: ah, try that yeah
[15:46] <cimi> http://paste.ubuntu.com/13366800/
[15:47] <cimi> mmm not working
[16:15] <cimi> mzanetti, tsdgeos looks like the shadow is builtin in the card I believe
[16:15]  * cimi checks
[16:16] <cimi> no, wrong, but is not a trivial thing
[16:35] <cimi> mzanetti, tsdgeos https://code.launchpad.net/~cimi/unity8/shadow-ubuntu-store-icon/+merge/278172
[16:35] <cimi> as a separate branch
[16:36] <mzanetti> wow, quite a lot of code to change a shadow
[16:37] <cimi> mzanetti, welcome to CardCreator.js world :)
[16:50] <ChrisTownsend> Eek, no more cursor on xenial Unity 8 desktop w/ 8.11+16.04.20151112.1-0ubuntu1!
[16:57] <mzanetti> oh oh
[16:57]  * mzanetti tries
[17:04] <ChrisTownsend> mzanetti: Any results?
[17:05] <mzanetti> indeed
[17:05] <mzanetti> dandrader, ^
[17:06] <ChrisTownsend> mzanetti: I suspect http://bazaar.launchpad.net/~unity-team/unity8/trunk/revision/2041
[17:06] <ChrisTownsend> mzanetti: I'm rebuilding to test my theory.
[17:06] <ChrisTownsend> mzanetti: I'll enter a bug too.
[17:07] <mzanetti> ChrisTownsend, sounds like the closest, yes. still a bit strange, I remember I tested and approved that branch. was working
[17:07] <mzanetti> so maybe a combination
[17:07] <ChrisTownsend> mzanetti: Well, it's just a theory.:)
[17:10] <ChrisTownsend> mzanetti: dandrader: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1518395
[17:10] <mzanetti> thanks
[17:10] <mzanetti> ChrisTownsend, we'll try to fix asap. sorry for the troubles
[17:10] <ChrisTownsend> mzanetti: Ok, thanks
[17:12] <dandrader> ChrisTownsend, wow
[17:12] <ChrisTownsend> dandrader: lol, you went from 2 cursors to none;-)
[17:12] <mzanetti> haha
[17:13] <dandrader> :)
[17:13] <mzanetti> ChrisTownsend, please let us know if reverting that one commit helps
[17:14] <ChrisTownsend> mzanetti: Yep, I'll let you guys know.  Still building...
[17:16] <ltinkl> weird, can't reproduce here (v+o)
[17:17]  * ltinkl wonders if this went thru QA
[17:18] <davmor2> I was testing bluez5 today I had a cursor on the latest phone image with a mouse connected
[17:19] <davmor2> If you are talking devel-proposed though that is completely broken
[17:20] <ChrisTownsend> mzanetti: Oh, for heaven's sakes, the package build failed due to LauncherModelTest failing.
[17:22] <mzanetti> hmm
[17:23] <ChrisTownsend> I'm running build.sh instead.
[17:24] <ltinkl> ChrisTownsend, is this the problem: http://bazaar.launchpad.net/~lukas-kde/unity8/desktopFileActions/revision/2017#tests/plugins/Unity/Launcher/launchermodeltest.cpp
[17:25] <mzanetti> the test is passing here
[17:26] <dandrader> mzanetti, so you can reproduce that "no cursor" bug?
[17:26] <mzanetti> yes
[17:26] <mzanetti> dandrader, not happening for you?
[17:26] <dandrader> mzanetti, still bringing my test laptop to trunk state of qtmir, qtubuntu, unity-api and unity8
[17:27] <ChrisTownsend> ltinkl: mzanetti:  Here are failing tests as captured in the .xml file.  I think we can parse out the errors from it: http://pastebin.ubuntu.com/13369251/
[17:27] <mzanetti> I wonder how it passed in the silo then
[17:28] <ltinkl> it passes here
[17:28] <ChrisTownsend> This is better: http://pastebin.ubuntu.com/13369307/
[17:28] <ChrisTownsend> This is during package build time.
[17:28] <ltinkl> QFATAL : LauncherModelTest::testCountChangeSyncsToAS() Received signal 11
[17:28] <ltinkl> crashes?
[17:29] <ChrisTownsend> Basically, I did a bzr branch lp:unity8, reverted the one little change, and did a debuild -us -uc.
[17:30] <ltinkl> mzanetti, is "debuild" running tests during compilation?
[17:31] <ChrisTownsend> ltinkl: The tests run after everything compiles.
[17:31] <ChrisTownsend> ltinkl: But, yes, the tests are being run by debuild.
[17:33] <mzanetti> ltinkl, yes
[17:33] <mzanetti> ChrisTownsend, I've reverted that commit, cursor still gone
[17:34] <ChrisTownsend> Ok, well, there goes my theory:)
[17:34] <mzanetti> sad thing is, atm I don't have a better one
[17:35] <ltinkl> mzanetti, ChrisTownsend: I can't reproduce it here, with or without
[17:36] <ChrisTownsend> mzanetti: bregma doesn't see the issue either on xenial.
[17:36] <dandrader> ChrisTownsend, mzanetti, I've a cursor here
[17:36] <mzanetti> ltinkl, the missing cursor or the launcher test?
[17:36] <ltinkl> mzanetti, neither
[17:37] <ChrisTownsend> Why, cursor, why?!?!?!?
[17:37] <ltinkl> mzanetti, but I'm convinced they're unrelated
[17:37] <mzanetti> definitely
[17:37] <mzanetti> ltinkl, test is passing for me too
[17:37] <ChrisTownsend> ltinkl: Oh, I don't think they are related either.
[17:37] <dandrader> ChrisTownsend, could you please rm everything in .cache/upstart, launch a unity8-mir session, then send me the resulting unity8.log?
[17:38] <ChrisTownsend> dandrader: Yep, will do.
[17:39] <dandrader> ChrisTownsend, also, what do you have in /usr/share/icons/default and where does the symlink /usr/share/icons/default/index.theme point to?
[17:41] <ChrisTownsend> dandrader: For you second question: http://pastebin.ubuntu.com/13369699/
[17:41] <ChrisTownsend> dandrader: Working on the unity8.log.
[17:42] <dandrader> ChrisTownsend, and "ls -l /etc/alternatives/x-cursor-theme"?
[17:43] <mzanetti> dandrader, http://paste.ubuntu.com/13369707/
[17:43] <mzanetti> dandrader, this is, however, with the updateHotspot() commit removed
[17:43] <mzanetti> can't see any error message tho
[17:43] <ChrisTownsend> dandrader: http://pastebin.ubuntu.com/13369768/
[17:44] <ChrisTownsend> $ ls -l /etc/alternatives/x-cursor-theme
[17:44] <ChrisTownsend> lrwxrwxrwx 1 root root 39 Mar 18  2013 /etc/alternatives/x-cursor-theme -> /usr/share/icons/DMZ-White/cursor.theme
[17:44] <mzanetti> I know it is not just frozen because pressing "tab" allows me to focus the password field and I can log in. just no cursor around
[17:44] <dandrader> all seem fine
[17:46] <dandrader> mzanetti, willing (have time) to build&run a unity8 branch full of debug stuff to help me out? how much time you still have today before your EOD?
[17:46] <mzanetti> dandrader, can do
[17:47] <mzanetti> instructions?
[17:49] <ChrisTownsend> As an aside, I downgraded to the previous package version of Unity 8 and the cursor is back.
[17:50]  * mzanetti does some bisecting in the meantime
[17:50] <ltinkl> dandrader, can you reproduce? I can't
[17:51] <dandrader> mzanetti, ChrisTownsend, you guys should be using my laptop. everything works there. it's great!
[17:51] <dandrader> ltinkl, I can't either
[17:51] <mzanetti> haha
[17:51] <dandrader> ltinkl, so you must have a good laptop as well :)
[17:51] <ChrisTownsend> dandrader: lol, I'm beginning to think my laptop is haunted.
[17:52] <dandrader> mzanetti, hmmm. could that be uinput telling unity8 there's no mouse present?
[17:53] <dandrader> mzanetti, that would make the Cursor.visible = false in Shell.qml
[17:53] <mzanetti> not excluding it, yes
[17:53] <mzanetti> in that case, likely
[17:53]  * mzanetti verifies
[17:53] <ltinkl> easy to check, connect one more mouse :)
[17:53] <dandrader> s/uinput/that input lib unity8 uses
[17:54]  * ltinkl tries w/o mouse, just with touchpad
[17:54] <mzanetti> right... must be it... ChrisTownsend and me using touchpad. afaik ltinkl and dandrader using desktops
[17:54] <ChrisTownsend> Right, I have a laptop w/ touchapd.
[17:54] <ltinkl> yeah
[17:54] <ltinkl> cursor gone when mouse is unplugged :/
[17:55] <mzanetti> ack.
[17:55] <ltinkl> just the touchpad doesn't cut it anymore
[17:55]  * mzanetti assigns bug back to himself
[17:56] <ChrisTownsend> Yep, when I plug in a mouse, the cursor shows up.
[17:56] <ltinkl> mzanetti, I wonder how your new virtual touchpad will come into the mix
[17:57] <mzanetti> that identifies itself as a mouse... and now I think that is wrong :D
[17:57] <dandrader> mzanetti, I've a mouse attached to my laptop
[17:57] <ltinkl> mzanetti, ye that too but think about this scenario: connect a BT mouse to your phone, attach a screen, disconnect the mouse -> cursor should still stay
[17:58] <ChrisTownsend> Funny, I can control the cursor with the touchpas as long as a mouse is plugged in.
[17:58] <ltinkl> ChrisTownsend, ye you can always control it, the problem is you can't see it :)
[17:58] <dandrader> mzanetti, ChrisTownsend, yeah, no mouse pointer once I detached the mouse
[17:59] <ChrisTownsend> Thanks guys for the help!
[18:00]  * davmor2 pictures mzanetti as the third chuckle brother, "to me, to you" :)
[18:01] <mzanetti> ChrisTownsend, http://paste.ubuntu.com/13370155/
[18:01] <bregma> I have a laptop with a touchpad (and touchscreen) and I see the cursor
[18:01] <mzanetti> bregma, up to date?
[18:02] <bregma> as of an hour ago, yes
[18:02] <mzanetti> hmm
[18:02] <ChrisTownsend> Maybe the touchscreen makes it appear.
[18:02] <mzanetti> unlikely
[18:02] <ltinkl> bregma, touchpad with physical buttons?
[18:02] <mzanetti> however, for example Meizu phones claim to have a mouse attached
[18:02] <bregma> man, the touchscreen really sucks wit hthe cursor
[18:02] <ltinkl> ChrisTownsend, ye unlikely, got a touch screen too
[18:02] <bregma> before I upgraded, the touchscreen wasn't working with Unity 8, so go figure
[18:03] <mzanetti> so I could imagine bregma's laptop having some weird thing that identifies itself as a mouse too
[18:03] <ltinkl> yea
[18:03] <mzanetti> bregma, would be nice if you could find out what on your system claims to be a mouse
[18:03] <bregma> I have an older semi-multitouch touchpad on this laptop
[18:03] <ltinkl> bregma, so your touchpad, a clickpad or with physical buttons
[18:03] <bregma> it has physical buttons
[18:03] <ChrisTownsend> lol, a Frankenstein laptop, probably a RasPi hanging off of it saying it's a mouse.
[18:03] <bregma> is there the equivalent of xinput for Mir/U8 ?
[18:03] <ltinkl> mzanetti, ye I think it's the physical buttons
[18:04] <dandrader> ltinkl, my test laptop touchpad's has physical buttons and I still don't get a cursor unless I connect a mouse to it
[18:04] <bregma> raspi is hanging off a different machine
[18:04] <ltinkl> dandrader, ye it probably depends on how the system sees the pointing device
[18:06] <bregma> oh, there's also a nipple on this machine
[18:07] <bregma> the nipple shows up with EV_SYN EV_KEY EV_REL
[18:07] <bregma> bet the system interprets that as a mouse-type device
[18:07] <bregma> good ol' EV_REL
[18:07] <mzanetti> bregma, how did you check?
[18:08] <bregma> su lsinput (from a  ssh session)
[18:09] <mzanetti> right... EV_ABS
[18:09] <bregma> the touchpad and touchscreen (and pen, although that's long lost somewhere down behind the desk) show up as EV_ABS devices, which makes perfect sense
[18:10] <mzanetti> strange tho... isn't a touchpad relative too?
[18:10] <bregma> no
[18:11] <mzanetti> if I touch my touchpad in the upper right corner, the cursor doesn't jump over there...
[18:11] <mzanetti> which is what I would understand as absolute
[18:11] <mzanetti> but it moves from it's current position relative to my finger movement...
[18:11] <bregma> that's because it's being treated as a mouse emulator
[18:11] <ChrisTownsend> mzanetti: BTW, your patch fixes it for me as well.
[18:11] <bregma> that's just how the system is interpreting the data, not how it's being reported
[18:12] <mzanetti> right...
[18:14] <ChrisTownsend> Another issue I'm seeing...the App Scope is behaving strangely.
[18:14] <ChrisTownsend> It always comes up in the upper left corner is kind of small.
[18:14] <ChrisTownsend> And scrolling in it is slow.  Resizing it is slow as well.
[18:17] <dandrader> ChrisTownsend, close dash to make it respawn
[18:17] <ChrisTownsend> dandrader: That does help.
[18:18] <ChrisTownsend> dandrader: Known issue?
[18:18] <dandrader> ChrisTownsend, the auto-started untiy8-dash  (as soon you log in a unity8-mir session ) is in some funky state
[18:18] <dandrader> ChrisTownsend, it used to be worse. you would see only a black screen in place of unity8-dash until you closed/restarted it
[18:19] <dandrader> ChrisTownsend, know but I'm not sure if it's reported
[18:19] <dandrader> ChrisTownsend, *known
[18:19] <ChrisTownsend> dandrader: Ok
[18:19] <ChrisTownsend> thanks
[18:21] <ltinkl> ChrisTownsend, I get a blank dash as well
[18:28] <mzanetti> ChrisTownsend, that's not new tho :/
[18:29] <mzanetti> ChrisTownsend, fix on the way btw: https://code.launchpad.net/~mzanetti/unity8/detect-touchpads/+merge/278190
[18:29] <mzanetti> including tests that test with touchpads too, not just mice
[18:29] <ChrisTownsend> mzanetti: Well, a new qtmir was released today that I thought was supposed to revert the previous issue.  Is a different issue?
[18:29] <mzanetti> yes, the dash in desktop mode has been happening for ages already
[18:30] <ChrisTownsend> mzanetti: Ok
[18:30] <mzanetti> ChrisTownsend, well, try just closing it, it should respawn and work
[18:30] <ChrisTownsend> mzanetti: Right, the defacto way to fix the Dash in desktop:)
[18:31] <mzanetti> ChrisTownsend, but good to know it's still happening for you. Albert tried today and couldn't repro any more
[18:31] <mzanetti> will let him know on monday
[18:31] <ChrisTownsend> mzanetti: Well, it seemed to be working better after the qtmir update, but before the latest unity8 update.
[18:32] <mzanetti> mhm
[18:32] <mzanetti> I still think it is a race
[18:32] <mzanetti> and not being fixed yet
[18:32] <mzanetti> albert and gerry weren't sure if they fixed it. just happened to change something in the area and it wouldn't happen any more for them
[18:32] <mzanetti> anyhow, will keep it on the list then
[18:33] <mzanetti> thanks for all the feedback ChrisTownsend, much appreciated
[18:33] <ChrisTownsend> mzanetti: Ok, thanks.
[18:33] <ChrisTownsend> mzanetti: Sure, I'm glad to help.
[18:33] <mzanetti> ok. gotta leave now.
[18:33] <mzanetti> have a nice weekend everybody!
[18:33] <mzanetti> o/
[18:33] <ChrisTownsend> mzanetti: Bye!
[20:35] <VsyachePuz> shiznix: tell this to the authors of Workrave application which was forced to implement a class per each type of panel.