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