=== bschaefer_ is now known as bschaefer [06:04] there is a regression in unity/compiz with latest updates ( +13.10.20130920-0ubuntu1) bug 1229540 [06:05] bug 1229540 in unity (Ubuntu) "[regression] Clicking launcher icon does not switch to application with multiple workspaces" [Undecided,New] https://launchpad.net/bugs/1229540 === jamesh_ is now known as jamesh [08:46] mzanetti: hey, who would be a good person to talk to re: the dash and scopes? I'm introspecting it and can't tell which scopes are 'enabled'. I.e. the social.scope details state enabled, but I can't see it on the phone (only have 4 options) [08:49] veebers: hmm... mhr3 perhaps [08:49] veebers: but let me have a look in the code [08:50] mzanetti: awesome, much appreciated [08:50] veebers: you should be able to get the amount of loaded scopes with dashContentList.count [08:51] veebers: and in the delegate you can get the scope.id I'd say [08:52] mzanetti: hmm, that might give me the count, but not which ones are enabled. I.e. I see the QQuickLoader with scopeId: "social.scope" has the properties: isLoaded(True), enabled(True), active(True) [08:53] but I can't tell from the introspected details if it's available or not (i.e. the social scope isn't available on the phone, I actually have Music, Home, Apps and Videos) [08:53] veebers: hm... isn't that enough? [08:53] veebers: no... but in that case it won't show up in the loader either [08:53] mzanetti: hmm, then why can't I swipe to it? perhaps my settings are borked? [08:54] veebers: huh? [08:54] so it shows up on the desktop, but you still can't swipe to it? [08:56] mzanetti: hmm, actually [08:56] mzanetti: sorry I think I've lead you and myself astray [08:56] I've gotten the logs between what's running on the phone and what I have running on my desktop :-\ [08:56] ok [08:56] mzanetti: really sorry about that. Perhaps I'll have an actually question tomorrow. But for now I got that _all_ wrong [08:57] veebers: come on... no worries about that [08:57] happens [08:57] mzanetti: cheers [09:11] Could anyone have a look at bug bug 1229540, please [09:11] bug 1229540 in unity (Ubuntu) "[regression] Clicking launcher icon does not switch to application with multiple workspaces" [Undecided,Confirmed] https://launchpad.net/bugs/1229540 [09:11] this is a recent regression [09:11] asac, ^ [09:15] hiya [09:15] did anyone else notice apps like primarily firefox and thunderbird being extra slow since last week? [09:16] Trevinho, bregma, other compiz hackers: ^ [09:30] jibel: thats on desktop? [09:30] asac, yes [09:35] jibel also filed bug 1229540, which I encounter as well [09:35] bug 1229540 in unity (Ubuntu) "[regression] Clicking launcher icon does not switch to application with multiple workspaces" [Undecided,Confirmed] https://launchpad.net/bugs/1229540 [09:35] dholbach, I confirm the slowness on intel too [09:36] it takes up to 3-4 seconds when clicking on a folder in thunderbird [09:36] especially transitions between windows, dash, alt-tab [09:38] it's difficult to measure responsiveness with an application that heavily relies on network [09:39] sure, this is more gut feeling than anything scientific [09:50] dholbach, jibel: https://bugs.launchpad.net/compiz/+bug/1228352 and https://code.launchpad.net/~townsend/compiz/fix-auto-vp-switch-0.9.10/+merge/186881 seem to be the "super doesn't work on other workspace" issue you discussed earlier [09:50] Ubuntu bug 1228352 in compiz (Ubuntu) "[regression] Alt-Tab for all viewports will not switch viewports when selecting a window on another viewport" [High,In progress] [09:51] it's fixed in trunk [09:51] so I guess we need another compiz landing [09:51] seb128, thank you [09:51] yw [09:52] thanks seb128! [09:58] pstolowski, hey, here's what should get you going with the invalidation https://code.launchpad.net/~unity-team/unity8/scope-isactive/+merge/187179 [09:59] pstolowski, feel free to just push to the same branch [10:02] Saviq: awesome, thanks! [10:02] mhr3: ^ [10:02] pstolowski, tested, too! ;) [10:05] Saviq, are all those test changes desired/required? [10:05] or mixed up branches? [10:05] mhr3, cleaned up a little [10:05] mhr3, if you look at it it's just moving stuff around [10:05] very well, just wanted to check [10:06] i'll merge it with my searchInProgress branch, don't want conflicts in it later [10:06] mhr3, sure, just do whatever you want with it [10:07] mhr3, treat as your own :D [10:07] Saviq, like `bzr rm *`? :) [10:07] mhr3, try doing that remotely on my copy! [10:07] hmm, challenge accepted! [10:07] don't forget you're running my code [10:07] :) [10:34] Saviq: https://code.launchpad.net/~mzanetti/unity8/switching-previews/+merge/186991 [10:34] mzanetti, WiP? [10:34] Saviq: not any more [10:35] mzanetti, could you please get design ACK for that? I feel, for one, that we need a bigger spinner [10:36] and/or maybe darken the background while we're waiting [10:36] Saviq: I noticed that ApplicationsFilterGrid is not used any more. and in general the Dash directory contains a lot of unused legacy stuff [10:36] mzanetti, you sure it's not used? [10:37] Saviq: yeah... just in one test [10:37] mzanetti, right, it's using the generic one [10:37] yep [10:37] mzanetti, well, generally there's quite some cleanup that needs to happen around that indede [10:37] indeed, even [10:38] yep. and I'm afraid testing of the whole scope thing is not good enough either [10:38] which is why my branch doesn't really contain a test for this [10:38] we'll really need to setup a test scope and have some tests talk to it [10:38] it would require a lot of mocking and [10:39] mhr3, +1 [10:39] yeah... what mhr3 said [10:39] mzanetti, btw, could we get a spinner on first preview open? [10:39] Saviq: isn't it there? [10:39] mzanetti, when you tap on "More suggestions", it just sits there [10:40] right... problem is, that this is triggered by a activate() on the item which is supposed to run the app [10:40] so in QML I don't have a way to know if there's a preview coming up [10:40] the scopes items would need an additional property "activatable" or whatever so it can trigger the correct signal [10:41] => the spinner on first preview only shows up onPressAndHold (as I know a preview is coming up) [10:41] mzanetti, well, or we just put up a spinner on activate() [10:41] mzanetti, and drop it when anything comes back [10:41] just on top of the other stuff? [10:41] would look quite bad imho [10:41] mzanetti, all taps should do previews (minus apps) [10:42] mhr3: in all scopes? [10:42] mhr3, minus Online Videos, too, atm [10:42] mzanetti, Saviq, hm? [10:42] mzanetti, in all afaik [10:42] mhr3, oups, it seems to do both, actually [10:43] mhr3, yeah, I tap on an item in Online, get a preview, and soon thereafter the web browser [10:43] Saviq: really... just tried here... I only get the browser onClick [10:43] Saviq, then it's broken [10:43] oh wait [10:43] its broken indeed. first click behaves correctly [10:43] the others not any more [10:44] morning guys I have a bit of an issue with the commercial apps that I am porting to Unity in that the installed apps seem to be showing up twice in the dash http://ubuntuone.com/3YJYgeuXb9jN9IYwkQwzLm [10:44] actually. only once you trigger a preview manually with longpress. [10:44] after that it's broken and does both [10:44] to saucy rather than unity even [10:44] mhr3: ^ [10:45] davmor2, known bug, in fixing [10:45] Saviq, it is? [10:46] mhr3, I saw a branch... [10:46] Saviq: fantastic do you have a bug number I can subscribe to so I can retest once it is fixed please [10:46] davmor2, where are the .desktop files? [10:46] mhr3, davmor2 actually bug #1225387 [10:46] bug 1225387 in unity-lens-applications "Multiple entries for each application" [Undecided,Fix committed] https://launchpad.net/bugs/1225387 [10:46] Fix committed [10:47] or released, even [10:47] mhr3: /usr/bin/applications [10:47] that one was because of click scope [10:47] so not relevant to this [10:47] ok /me shuts up [10:47] sorry /usr/share/applications even [10:48] Saviq: this is desktop commercial apps vs click apps [10:48] davmor2, can you pastebin output of `libunity-tool -s /usr/share/unity/scope/applications.scope -q moves - r`? [10:48] -r [10:48] not - r [10:49] mhr3: scope or scopes? [10:49] scopes indeed [10:50] mhr3: I'll just install libunity-tool first then it might work better then D'oh [10:50] -tools :) [10:51] is the pkg name [10:52] mhr3: http://paste.ubuntu.com/6149541 [10:53] are you fully updated? [10:53] anyone, once again [10:53] plus you're missing the "-q moves" [10:53] D'oh [10:54] mhr3, mzanetti, so we can then assume that, except for running and installed apps, everything else will give us a preview? [10:54] Saviq, you shouldn't assume, you should request a preview [10:54] mhr3: http://paste.ubuntu.com/6149559 [10:54] mhr3, oh? [10:54] hmm... I'm not really sure if that will be true forever [10:54] mhr3: I updated this morning let me reboot incase that fixes anything [10:54] mhr3, thought it was the scope that will come back with a preview on activation [10:55] Saviq: yeah. that's what's happening now [10:55] davmor2, nah, it's fine, it was the missing param [10:55] mzanetti, yeah, I though we'll be continuing with that [10:55] t [10:55] brb [10:55] Saviq, that's just an old "hack" [10:55] the ui should request the preview, then you get proper signals etc [10:55] Saviq: the problem with that is that we don't have a chance to know if a preview will come up or not [10:56] hence we can't really display the ActivityIndicator [10:56] that's why you should request a previe [10:56] w [10:56] if you do, you know it will come up [10:56] mzanetti, of course [10:56] mhr3: Right so I'm up-to-date and rebooted and it is still the same so phew at least you are not wasting your time :) [10:56] well... or an error [10:56] mzanetti, mhr3, I'm game with that [10:57] mhr3: but I'm still not convinced that we should do some if(name != applications) hack [10:57] mzanetti, better solutions welcome [10:57] somehow the scope backend should tell us if this is supposed to be launched or not [10:57] as everything else is dictated by the backend too [10:58] mzanetti, thing is we don't want to let the scopes decide [10:58] mzanetti, why should it care? it's ui thing whether it want to launch something or preview it? [10:58] mzanetti, apps are the exception [10:58] mhr3: So do you need a fresh bug for this issue? [10:59] davmor2, no duplication when you search? [10:59] mhr3: duplication does indeed go when I search [11:00] mzanetti, it's just that sometimes scopes will give you preview instead of directly launching it :) [11:00] mzanetti, but if you do request a preview you will get a preview [11:00] davmor2, can you search in the dash for "moves" and screenshot it? [11:01] so we're 100% sure that everything should always open a preview (except apps) [11:01] ? [11:02] mzanetti, that's what design told us [11:02] and that's what unity7 does now [11:02] mhm.... [11:02] mhr3: http://ubuntuone.com/5ke5YUabcgNHzf9RJo8ZLu [11:02] ok. in that case I'd say the activate() should never deliver a preview [11:02] mzanetti, sorry, can't guarantee [11:03] but this seems all a mess then imho [11:03] if the scope has the power to device if it'll open a preview or not. then it also should tell us that [11:03] if unity is the one to decide than activate() should do what it says it does [11:03] mzanetti, you can assume it doesn't, but unfortunately there are valid use-cases when an activation will bring up preview [11:03] but those are rare [11:04] yeah... and exactly that's why I thought the if(name == applications) hack is bad [11:04] because there are more exceptions [11:04] mzanetti, i agree, yet it's a ui exception, not a scope exception === MacSlow is now known as MacSlow|lunch [11:06] mhr3: what are those use cases where activate() should bring a preview? [11:06] davmor2, sorry, meant in the apps dash page [11:06] mzanetti, things that need payment [11:06] mhr3: apps? [11:07] anything that needs payment [11:07] apps music videos [11:07] you can't just "activate" those results [11:07] mhr3: assuming we would only call activate() on installed apps anyways [11:07] are there still installed apps that need to open a payment dialog before launching? [11:08] mhr3: http://ubuntuone.com/0sge41sSr0oGMViZFRLeuy [11:08] mzanetti, well right now we don't do payments anywhere in unity8 [11:09] sure.. but in the future... it somehow seems paymant for apps can only happen int he suggested apps, not in the installed ones. [11:09] but I might be wrong... people want to charge for everything at times :D [11:09] davmor2, ok one more pastebin then, do the libunity-tool with -q "" [11:10] mzanetti, heh, pay per use apps? :) [11:10] opening new business models... why not [11:10] I really hope not... but I'm sure iOS supports something like that already [11:10] anyways, in that case it probably should be an in-app payment mechanism anyways [11:11] anyway, there are (rare) cases where you might get a preview when asking a scope to activate something [11:11] i don't think it needs to be super polished right now, but it should support that [11:12] ie, i know spinner is hard in that case, so let's forget about it [11:12] ok... I'll change it then... but I warned you. this is getting messy [11:12] mhr3: just so I get this one right the libunity-tool command you asked be to run earlier yes not just libunity-tool -q "" [11:13] davmor2, yes, same as before but instead of -q moves do -q "" [11:14] mhr3: http://paste.ubuntu.com/6149619 [11:15] davmor2, libunity-tool -s /usr/share/unity/scopes/applications.scope -q "" -r [11:15] that one pls ^ [11:15] meh yeah sorry wrong paste [11:16] mhr3: http://paste.ubuntu.com/6149634 [11:17] mhr3: I forgot to hit copy after select all D'oh. it's been a long day and I only started at 11 :D [11:20] davmor2, eh, one more pls, libunity-tool -s /usr/share/unity/scopes/home.scope -q "" -r [11:21] pstolowski, mhr3 re: bug #1226514 - how does that work in unity7? [11:21] bug 1226514 in Unity 8 "[DASH] button in preview and scope icon do not show disabled state" [Undecided,Incomplete] https://launchpad.net/bugs/1226514 [11:21] Saviq, yes [11:22] Saviq, mzanetti, clicking a preview button can send back a "new" preview, in this case with updated button [11:23] creating a whole new preview? [11:23] mhr3: http://paste.ubuntu.com/6149656 [11:24] davmor2, hm, something is broken there, once again pls [11:25] i mean, until it's different :) [11:26] mhr3: http://paste.ubuntu.com/6149661 that is different [11:26] mzanetti: yes [11:27] i see... on installing click apps for example [11:27] davmor2, you installed those via the software center? [11:27] mhr3: I did [11:27] davmor2, did they fly into the launcher when you did? [11:27] trevinho, you broke stuff ^ [11:27] mhr3: they did [11:27] davmor2, did you unpin them after they did? [11:27] pstolowski: what happens if I install a click app, and while the progress bar fills in I request another preview? will the update to the other be cancelled? [11:28] mhr3, well, yeah - it doesn't in unity8, but works in unity7? [11:28] Saviq, right, sorry missed the "how" the first time :) [11:28] mhr3: I did otherwise I have an unusable launcher there are 960 apps to test [11:28] davmor2, perfect, can you note those things in a bug report pls? [11:28] mhr3: sure [11:28] mzanetti, not entirely sure how it works right now, but the idea was that "progress" would be an action that would get triggered on complete [11:29] mhr3: is it just against unity7 or something specific [11:29] davmor2, yes, unity7 [11:29] mzanetti, so if we moved away from that preview, we should stop it from sending any actions, but refresh when we go back [11:29] no worries [11:29] Saviq: I mean, once the progress bar reaches 100%, the preview changes to have 3 buttons instead of a progressbar [11:30] davmor2, also, it'll remain broken for you even after it's fixed, sorry :/ [11:30] Saviq: and from what I understood that happens with the same signal as a new preview would have been requested [11:30] mzanetti, yeah, that *should* be handled by the fact that reaching 100% triggers that action, and the scope comes back with a new preview [11:31] yeah... comes back with a new preview. what if the user switched over to another preview? that will be overridden with the old, completed one [11:31] mzanetti, that action shouldn't be triggered [11:31] mhr3: that's not a biggie I just didn't want it broken for end users, I'll be wiping my system and reinstalling once I get all the app installed hitting 900+ ppas in apt-get update takes several hours :D [11:32] mzanetti, unless you're thinking the action was already triggered, and we're just waiting for a response... [11:34] mzanetti, trigerring the preview progress is same as triggering any other preview button - they can return a new(/updated) preview and navigating away should cancel those requests [11:34] mhm... [11:34] mzanetti, pstolowski has a branch that does preview cancellation [11:35] well, in the backend... might need some extra hooking up [11:39] mhr3, mzanetti : yep.. and I just realized I don't have cancellations for preview actions. and interestingly, unitycore doesn't seem to support that :/ [11:39] mhr3: bug #1229681 [11:39] bug 1229681 in unity (Ubuntu) "Unity7: Application appear twice in the dash home page" [Undecided,New] https://launchpad.net/bugs/1229681 [11:40] mhr3: did you want any of the pastebins adding or are the steps to reproduce enough [11:42] pstolowski, Saviq: ok... I pushed to the branch. should hopefully do what it is expected to: https://code.launchpad.net/~mzanetti/unity8/switching-previews/+merge/186991 [11:43] as in only call preview except for installed apps (which triggers the activityindicator also onClick) [11:44] mzanetti, runningApps are handled separately, right? [11:44] Saviq: seems so, yes. not triggering any of this code [11:44] mzanetti, k [11:45] mzanetti, you actively disabling swiping in the list of screenshots when there's no overflow? [11:46] Saviq: yes [11:46] mzanetti, not sure we want that [11:46] can drop it... felt right to me [11:47] mzanetti, can you get design folk to look at the whole thing? [11:47] yeah, on it [11:49] mzanetti, right, so... if you switch between previews while they're loading, they get mixed up [11:50] mzanetti, same with the update you mentioned [11:50] mzanetti, is there a way to slow down autopilot moves? [11:51] davmor2, that's ok, i added a comment [11:51] Saviq: yeah... pstolowski is still working on the cancellation branch [11:51] it's super fast I cannot see why it's failing [11:51] mzanetti, right, that will help things [11:52] Cimi: not entireley sure how. I think dandrader changed it intentionally to jump instead of move [11:52] * dandrader reads backlog [11:52] mhr3: nice one, /me goes off to break something else now [11:53] or if someone wants to help me here.. [11:54] mzanetti, suppose you should merge it with pstolowski's branch then [11:54] Cimi, mzanetti , well, I don't recall anything about this s/move/jump story... [11:54] ~cimi/unity8/unity8.hud-2_hint-reveal-commit/ [11:54] hud tests are failing... [11:57] unity8.shell.tests.test_hud.TestHud.test_show_hud_button_appears [11:57] is failing [12:02] Saviq: merged it with pstolowski's branch. looks quite good now. [12:02] mzanetti, great [12:02] pstolowski: any particular reason you didn't propose your branch for merging yet? [12:08] mzanetti, I wonder if we should block on activate() in the preview - so that you can't switch away from a preview you've executed an action on... [12:09] mzanetti, or somehow match the preview coming back with the spot where it should show up... [12:10] Saviq, so did you have any idea which osk issue olli was referring to ? [12:10] Saviq: wait... so. for example I trigger install on a recommended app [12:10] kgunn_, no [12:10] mzanetti, yeah, and switch away [12:11] Saviq: the progress bar starts. ok. switching away while waiting to be installed [12:11] mzanetti, I'm not sure that actually works as intended atm [12:12] mzanetti, I think the preview does the switching internally - except when there's an error, for example [12:12] I'm afraid it doesn't.... I guess the biggest problem is that items can disappear from the model while the previews are open [12:12] well... actually... not really [12:12] mzanetti, well, they could in theory, but we can make sure they won't [12:12] mzanetti, i.e. it's us that control when search results are refreshed [12:13] kgunn_, all of the things you mentioned in your emails are out of our control [12:13] Saviq: us as in the ui? [12:13] mzanetti, yes [12:13] mzanetti, with https://code.launchpad.net/~unity-team/unity8/scope-isactive/+merge/187179 [12:14] Saviq: ok... so I switch away, item gets destroyed. I switch back and the preview gets requested again [12:14] Saviq: should be fine I'd say [12:14] mzanetti, it's not that [12:14] mzanetti, and it doesn't get destroyed - not straight away - only when you switch more than one item away [12:15] yeah... that's true. that can be fixed tho [12:15] mzanetti, cacheBuffer should be 0 btw [12:15] mzanetti, still [12:15] mzanetti, if you activate an action in preview 1 [12:15] mzanetti, and switch to preview 2 [12:15] mzanetti, right now the response for preview 1 will come to preview 2's spot [12:16] Saviq: that's what I asked before... pstolowski said it will be cancelled [12:16] Saviq: as soon as we trigger a new preview() request, any actions won't trigger the update any more === jhodapp|afk is now known as jhodapp [12:16] mzanetti, ok, let's see [12:17] seb128: didrocks: ping [12:17] * mzanetti setting cacheBuffer to 0 [12:17] mzanetti, what if you close the preview after having activated? [12:17] ChrisTownsend, hey [12:17] Saviq: hmm... that might be an issue indeed. [12:18] seb128: Hey, I have a Unity/distro related question for you. [12:18] seb128: Does Distro agree with this MP: https://code.launchpad.net/~jbicha/unity/recommend-telepathy-indicator/+merge/186392 === alan_g is now known as alan_g|lunch [12:18] Saviq: but tbh... I think its quite a bad idea that everything can ship a preview at any time and we have no clue where it came from and what it is [12:19] ChrisTownsend, that seems fine to me yes [12:19] seb128: Ok, thanks, then we'll approve it. [12:19] ChrisTownsend, thanks [12:20] ChrisTownsend, since you are online, jibel and dholbach were looking for you earlier, new compiz seems to have lag issues on intel (your name come next to most of the approved changes in the recent landing so I guess it's a problem for you) [12:21] seb128: Uhh... [12:21] mzanetti, yeah, I agree I'm not liking that cat'n'mouse play [12:21] Saviq: it should be a proper model, holding all items and data for all the stuff (initially empty). with a fetch(index) to actually fill in the data if remote content [12:21] seb128: Hardly anything went into Compiz in the last release, definitely nothing that would affect performance. [12:22] Saviq: that way specific data can be updated in a performant and predictable manner, instead of just overwriting the whole set of data of whatever the current page is [12:22] mzanetti, problem is you can't know what type of preview you'll get [12:22] Saviq: withing a category it should be always the same, no? [12:23] mzanetti, not necessarily [12:23] Saviq i don't disagree with you [12:23] mzanetti, a request for a preview for the same item might get you different preview type, depending on other conditions [12:23] just need to convince the our bosses :) [12:23] ChrisTownsend, ok, maybe that one is unity ... there was also the compiz/multiple workspace/focus issue that seems to be fixed in trunk [12:23] ChrisTownsend, http://irclogs.ubuntu.com/2013/09/24/%23ubuntu-unity.html#t09:15 [12:24] seb128: Yes, the workspace issue, I'm very familiar with:-( [12:24] Saviq: then we'd need a "previewType" property in the model data. [12:24] Saviq: that can change at any time [12:24] seb128: That is definitely fixed, but that should have zero performance impact. [12:25] ChrisTownsend, ok, maybe the performance stuff is another bug [12:25] seb128: Well, I have an Intel machine have not noticed any subpar performance. [12:25] jibel, ^ did you open a bug about the performance thing? [12:25] mzanetti, potentially, yes, we'd have to go through all of the use cases and see where we can go - but anyway, not this time [12:26] Saviq: yes. I agree... something for a cold december day :D [12:26] seb128: Also, new Firefox and Tbird was released recently. [12:26] ChrisTownsend, right, that could be an issue with those apps if that's specific to them [12:27] seb128: Ok, that seemed to be all that was mentioned. [12:28] seb128: I doubt they have Atom based machines, but performance on those chips is pretty bad right now. [12:28] seb128: Due to Mesa 9.2 [12:29] seb128: Anyways, I can only speculate right now, so I'll keep a look out for any poor performance related bugs. Thanks! [12:30] ChrisTownsend, thanks ;-) [12:31] seb128, no I didn't, the machine I tested on is a test machine that I don't use every day, and I don't have a good base for comparison. I'll ask dholbach to submit one as he seems most affected by this performance issue [12:32] jibel, thanks [12:41] mzanetti: only reason it's not MPed is because I was adding support for result row to it [12:42] pstolowski: ah ok... no worries then. I've merged the current state into my branch and set it as a prerequisite branch [12:43] pstolowski: seems to work quite well btw [12:43] pstolowski: one thing I'd need is to manually cancel stuff [12:44] pstolowski: assuming I open the preview for a click app, click in install, then close the preview. when the installation is completed I think it would open again because of the action stuff [12:45] MacSlow|lunch, when will the mp be for prompting pin dialog ? [12:47] mzanetti: hmm, why? I'm giving you a preview instance, and make QML the owner of it, so it will be gone? [12:47] pstolowski: didn't you guys tell me before that in that case new preview will be generated? [12:48] if that's not the case then we're fine [12:51] mzanetti: you mean this: mhr3 | mzanetti, trigerring the preview progress is same as triggering any other preview button - they can return a new(/updated) preview and navigating away should cancel those requests"? I'm not sure tbh [12:51] pstolowski: yeah... that one [12:57] pstolowski, mzanetti, you know in the ui when a preview is closed, at that point you should call something so that any pending requests to the scope (like waiting for response to action-activated) can be cancelled [12:57] something == something that you'll agree on with pstolowski :) [12:58] mhr3: yeah... that's what I asked pstolowski for :) [12:58] right, i'm just translating ;P [12:58] mzanetti, mhr3 : ok, got you.. will add that, though afaict we miss that bit on unity core side... [12:59] pstolowski, we do? don't we pass cancellable to those? === MacSlow|lunch is now known as MacSlow [12:59] mhr3: not to action activation in Preview::performAction() === alan_g|lunch is now known as alan_g [13:00] pstolowski, :/ we need to fix unity-core then [13:00] i hate touching unity-core, the whole thing is an abi break waiting to happen [13:01] kgunn_, as soon as I solved the exported MenuModel not showing up in the AP-tests... currently don't know what's causing this. [13:02] MacSlow, so does it work on the phone? i'm assuming you see the unexpected on the pc ? [13:05] kgunn_, yes... the issue is on the desktop-machine... I've not yet tried the ap-test on the phone yet. [13:05] greyback, thanks for the top approval help [13:06] kgunn_: only did my bit, hope everythings ok [13:06] MacSlow, it'd be interesting to see not only the AP test on the phone...but even just manual use case exercise [13:07] kgunn_, I can verify that today [13:07] olli_, around? [13:08] Saviq, yep [13:11] MacSlow, thanks...one more ques, is the back end there & ui tied in? === _salem is now known as salem_ [13:14] kgunn_, yes... for the MP only the autopilot-tests are missing (for pinunlock, password and user-auth) ... wifi-selection still has to be completed [13:15] MacSlow, oh yeah...i knew about wifi...but sim pin is the one we're gunning for [13:16] good to hear its all tied in [13:16]