[08:38] <Mirv> tsdgeos: seems obvious, but just stating that dropping Always-remove-reply-from-replies-when-processing-can.patch while adding the Add-QQuickAsyncImageProvider.patch
[08:38] <tsdgeos> Mirv: correct, the QQuickAsyncProvider includes that one too
[10:57] <Mirv> jamesh: hey! the asyncprovider qtdeclarative is now in silo 002. do you want me to start landing it already or do you want your future thumbnailer branch go in at the same time?
[10:59] <Mirv> you can develop against the 002 anyway right now
[11:07] <tsdgeos> mzanetti: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1446846
[11:07] <mzanetti> anyone has the link to the strip-tags script? I lost it on the reinstall
[11:07] <tsdgeos> Mirv: he's not on his computer at the moment
[11:26] <tsdgeos> Saviq: i did some fixlets based on your comments on the screenshotting branc
[11:26] <tsdgeos> h
[11:39] <greyback> mzanetti: http://pastebin.ubuntu.com/10924392/
[11:39] <mzanetti> greyback, thanks :)
[12:09] <seb128> Saviq, bug #1448716 ... settings are not involved in the indicators, or did you mean ubuntu-settings-component?
[13:11] <dandrader> mzanetti, so, what's the status on the shellRotation branch?
[13:11] <Mirv> jamesh: tsdgeos: I think I'll start landing testing for the qtdeclarative alone, since it should not hurt anything but is easier for QA signoff to not need to consider qtdeclarative as such later when the thumbnailer branch is ready
[13:12] <jamesh> Mirv: awesome.  Thanks!
[13:12] <tsdgeos> ok
[13:17] <greyback_> dandrader: hey, I would appreciate a couple of reviews, have you time today?
[13:17] <dandrader> greyback_, sure
[13:17] <greyback_> dandrader:  https://code.launchpad.net/~unity-team/qtubuntu/DPR/+merge/257515 would be good to start
[13:34] <boiko> Saviq: hi, I am working on some dialer-app autopilot tests, and one of them triggers a libnotify notification that gets in the way of the subsequent tests
[13:35] <boiko> Saviq: I wrote code to mock the notification daemon, but on ubuntu touch the daemon is embedded in the unity process, right?
[13:36] <Saviq> boiko, yeah
[13:36] <Saviq> boiko, it'd likely be better if we gave you an emulator so that you could actually interact with the notification
[13:36] <boiko> Saviq: so, is there any way I could request from autopilot for the notification to be dismissed?
[13:37] <Saviq> boiko, right now there is none, elopio, have you guys been working on anything related ↑?
[13:37] <boiko> Saviq: yep, that would be perfect, but in case you don't have time for it, is there any fast workaround?
[13:39] <elopio> Saviq, boiko: no. But it shouldn't take a lot of time, and you can ping the vanguard in #ubuntu-quality for help.
[13:41] <elopio> however, a way of dismissing the notification without the UI sounds like a nice thing to have.
[13:43] <boiko> elopio: ok, I will ping you guys on #ubuntu-quality for help with that
[14:05] <mzanetti> dandrader|afk, hey, did you update the demo-stuff ppa?
[14:06] <Saviq> huuh
[14:07] <Saviq> pstolowski, do you have music on your phone?
[14:08] <pstolowski> Saviq, atm not, but i can have some when my phone finishes flashing
[14:08] <pstolowski> Saviq, what's up?
[14:08] <Saviq> pstolowski, I go to My Music, tap on an artist... and have no way out other than pulling down to refresh
[14:09] <pstolowski> uh, what happened..
[14:09] <Saviq> pstolowski, it's like the search query isn't populated
[14:12] <pstolowski> Saviq, uhm, ok, let me see if i can reproduce. i have a suspiction about what change might have introduced it
[14:12] <Saviq> ↑ <wristslap> ↑
[14:16] <dandrader> mzanetti, it should be up to date
[14:17] <dandrader> mzanetti, it's been a while since I last did any shellRotation work
[14:17] <pstolowski> Saviq, ok, i can repro, investigating..
[15:32] <dandrader> greyback_,  this devicePixelRatio stuff is confusing. I would expect only QScreen to have it, as this is the only entity representing a physical device. But then also QWindow and QImage have devicePixelRatio()...
[15:32] <mhall119> tedg: ping when you're around
[15:34] <greyback_> dandrader: with devicePixelRatio=2, an qimage is scaled up x2 unless it also has devicePixelRatio 2
[15:35] <greyback_> dandrader: qwindow has the property mainly as convenience factor I believe, means you don't need to do QWindow::screen()->devicePixelRatio() all the time
[15:35] <greyback_> not sure why else
[15:35] <tedg> mhall119, Trick question? ;-)
[15:36] <tedg> mhall119, trick question? :-)
[15:36] <mhall119> tedg: nah, I'm asking for work instead of giving it :)
[15:36] <tedg> mhall119, I'm always available for that.
[15:37] <mhall119> tedg: you talked to me about the need for a symbols server last week, can you email the details of (A) the problem that needs solving and (B) the way to solve it, so that I can put together a plan for doing so
[15:37] <dandrader> greyback_, and a QImage with devcePixelRatio=2 on a regular QScreen (dpr=1) will have its size halved. so when you say a QImage has devcePixelRatio=2 you're saying it's a high-dpi image that will look huge on a low dpi screen unless you scale it down
[15:38] <greyback_> dandrader: pretty much
[15:40] <greyback_> dandrader: note I don't think that use-case you described will happen, as I think qt only looks for an image with devicePixelRatio=2 when DPR is set to 2
[15:40] <greyback_> and I think the parameter is mostly ignored if DPR=1
[15:41] <dandrader> oh, this is getting tricky
[15:42] <ted_> mhall119, Yeah, I can.
[15:43] <mhall119> thanks
[16:35] <tsdgeos> Whaat
[16:35] <tsdgeos> qmluitests has not been running some tests and not complaining
[16:35] <tsdgeos> booooo
[16:36] <tsdgeos> https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/788/consoleFull is marked as green
[16:36] <tsdgeos> but /usr/bin/xvfb-run: 184: /usr/bin/xvfb-run: dbus-launch: not found
[16:43] <pete-woods1> tsdgeos: http://pastebin.com/Trw7cxiw
[16:43] <pete-woods1> there's also libqtdbustest (which I wrote, disclaimer, etc)
[16:43] <greyback_> tsdgeos: think need to ping someone on #ubuntu-ci-eng about that, could be the runner script we have will need to pull that dependency in explicitly (tho xvfb should depend on dbus-x11, no?)
[16:43] <tsdgeos> greyback_: or actually use dbus-test-runner which we're alredy depending on
[16:44] <tsdgeos> so we should probably be using it
[16:44]  * tsdgeos prepares a patch
[16:44] <greyback_> tsdgeos: yeah, better
[16:44] <pete-woods1> if all you want is a private dbus instance, all you do is add dbusmock  as a member variable, and you're done
[16:44] <greyback_> pete-woods1: quit pimping yo sh*t here daug!
[16:44] <pete-woods1> greyback_: :D
[16:51] <tsdgeos> ok, so https://code.launchpad.net/~aacid/unity8/use_dbus_test_runner/+merge/257675 worked on my machine, let's see if CI likes it
[17:49] <om26er> dandrader, Hello!
[17:49] <dandrader> om26er, hi
[17:50] <om26er> dandrader, during regression testing unity8 crashes for us while switching an app. Its not reproducible but these logs[1] seem to suggest something to do with libUbuntuGestures. [1] https://errors.ubuntu.com/oops/7d668448-edcb-11e4-95a8-fa163e339c81
[17:59] <dandrader> om26er, no bug report?
[18:01] <om26er> dandrader, first need to know if those logs are of any use
[18:01] <dandrader> om26er, the StacktraceTop gives some clues
[18:02] <om26er> dandrader, ok, I'll report a bug for that now.
[18:03] <dandrader> om26er, and you can assign me to it directly
[18:03] <om26er> dandrader, sure
[18:04] <dandrader> om26er, does the moment where the crash happens involve closing or stopping some app?
[18:06] <om26er> dandrader, might be, because dialer-app had hanged that time so after apport collected its logs it did vanish
[18:06] <om26er> and then this crash
[18:06] <om26er> bug 1449686
[18:15] <dandrader> om26er, so this happens while doing a drag from the right edge?
[18:17] <om26er> dandrader, yes, the original reporter said "I tried switching the app, right after dial-app freeze"
[18:23] <dandrader> om26er, is he on IRC?
[18:24] <om26er> dandrader, no he EOD'd quite a while ago. You can email/comment on the bug if you want to contact him