[13:58] <facundobatista> Hola
[15:34] <seb128> Saviq, my phone has unity8 "frozen" on the app switcher view, what info would be useful in a bug report?
[15:35] <seb128> like lock screen or gestures don't work
[15:35] <seb128> no segfault, no apport running
[15:36] <Saviq> seb128, sounds like bug #1377332
[15:37] <Saviq> seb128, you could take it to Gerry for confirmation
[15:37] <seb128> Saviq, thanks
[15:43] <seb128> Saviq, who is working on the lock screen? bug #1383328
[15:43] <Saviq> seb128, mterry
[15:44] <mterry> maybe we are waiting for image to finish rendering...
[15:45] <Saviq> mterry, yeah, we need to evaluate whether it's actually worth it that we destroy it all the time
[15:46] <seb128> kenvandine, ^ maybe settings/content-hub should copy/store the image at the screen resolution to lower the unity work loading it?
[15:46] <seb128> but wth with the qt there
[15:47] <seb128> that's a 1Mb image and it takes like 6 seconds to load it
[15:47] <kenvandine> seb128, so maybe system-settings should resize it?
[15:47] <Saviq> seb128, yes and no... what happens when you change the display (connect to a display)
[15:47] <kenvandine> content-hub shouldn't though
[15:47] <seb128> Saviq, good point
[15:47] <Saviq> seb128, but then again we should allow panning / cropping
[15:47] <seb128> Saviq, maybe unity8 should cache a by-display version then?
[15:48] <seb128> in any case it should lock the screen first thing
[15:48] <seb128> even if the image is not loaded yet
[15:48] <Saviq> seb128, yeah, agreed
[15:48] <seb128> jibel showed me that issue earlier
[15:48] <seb128> you can see the session unlocked for some seconds
[15:48] <seb128> then the lock screen displays
[18:39] <dandrader> tsdgeos, are you actually reviewing https://code.launchpad.net/~dandrader/unity8/greeterVsLauncher-lp1381067/+merge/238697 (/me hopes so)
[18:39] <dandrader> tsdgeos, it's updated, by the way
[18:40] <tsdgeos> dandrader: i am not ^_^
[19:22] <tsdgeos> dandrader: i am now :)
[19:24] <dandrader> tsdgeos, great, thanks! after me you're the only person familiar with this code :)
[20:45] <dandrader> greyback, yep, got several in the log:
[20:45] <dandrader> qtmir.applications: ApplicationManager::onSessionStopping appId= "ubuntu-ui-toolkit-gallery"  Wiping QML Cache
[20:46] <greyback> dandrader: ok
[20:47] <greyback> dandrader: think revert might be best option, and poke ricmm for proper fix
[20:47] <dandrader> greyback, yep
[21:35] <mzanetti> tsdgeos: I think you're the right one for this: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1376044
[21:35] <mzanetti> err, sorry
[21:35] <mzanetti> should have been the branch
[21:35] <mzanetti> tsdgeos: https://code.launchpad.net/~mzanetti/unity8/setCurrentScope-index/+merge/238975
[21:38] <Saviq> mzanetti, do we need the dashComm to actually have an argument? can't we just have a "go to home" of some sort... preferably using url dispatcher?
[21:39] <mzanetti> Saviq: we still need the go to top or not, no?
[21:40] <Saviq> mzanetti, well, yeah, you always go to top if you get gotoHome
[21:41] <Saviq> mzanetti, there's basically no other usecase for this, and since we're touching this code already...
[21:41] <mzanetti> there was a way to not go to top, but still go to the apps scope
[21:41] <Saviq> mzanetti, the user could not
[21:41] <Saviq> mzanetti, and I feel like even the url handling should go to top, too
[21:43] <Saviq> mzanetti, basically, I'm thinking "scope://" url should take us to top left, scope:///foo should take us to top of foo
[21:43] <Saviq> mzanetti, ideally animating if visible, not animating if not visible
[21:43] <Saviq> i.e. focused
[21:43] <Saviq> on phone at least
[21:44] <mzanetti> so you would drop all of it?
[21:44] <Saviq> mzanetti, I don't see a use case for the dash comm now that we support scope:// urls
[21:44] <mzanetti> do we support that already?
[21:45] <Saviq> mzanetti, yup
[21:45] <Saviq> mzanetti, grep for UrlHandler
[21:45] <mzanetti> oh... missed that
[21:46] <mzanetti> don't you think we'd need more fine grained communication at some point between shell and dash?
[21:46] <mzanetti> feels like at latest when the desktop comes around a url handler won't cut it
[21:47] <Saviq> mzanetti, the current DashComm won't, either
[21:47] <mzanetti> sure... but just the establishing of the connection was quite tricky to get it done
[21:47] <mzanetti> would be a shame to drop it and redo it
[21:47] <mzanetti> right now we could just add api
[21:47] <Saviq> mzanetti, it's not like we'll lose history
[21:48] <Saviq> mzanetti, and without knowing reqs, I'd rather drop it, less code to maintain, less chance of fookups
[21:48] <mzanetti> oh well then...
[21:48] <mzanetti> tsdgeos: no need to review. Saviq disapproved already
[21:49] <tsdgeos> booo
[23:45] <lpotter> do unity & friends output messages go anywhere special?