=== jhodapp is now known as jhodapp|afk === jalcine is now known as jalcine_ === _salem is now known as salem_ === salem_ is now known as _salem === jalcine_ is now known as jalcine === jalcine is now known as jalcine_ === jalcine_ is now known as jalcine === jalcine is now known as jalcine_ [08:28] Saviq: you around yet? [08:31] mzanetti, yup [08:33] Saviq: any hints on how to clip something to an Ubuntu Shape while still allowing mouse interaction? [08:34] couldn't really understand why it works in the popover's code tbh. [08:34] mzanetti, UbuntuShape { source: ShaderEffectSource { sourceItem: foo } } [08:34] rm [08:35] image: ShaderEffectSource [08:35] right... that's what UbuntuShapeForItem does [08:35] yeah [08:35] however, it does also "hideSource: true" [08:35] whcih is obviously needed for clipping [08:35] mzanetti, yeah, but that's only visual hiding, not for input [08:35] oh really... I wonder why my code doesn't work then [08:35] because that's what I do [08:35] mzanetti, it's not same as visible: false AFAICT [08:36] I had the same impression when doing the Launcher. but somehow it doesn't pick up input right now [08:36] well, I'll figure it [08:36] thanks [08:36] unity8 crashes for me whenever I open a music preview :/ bug 1240408 [08:36] bug 1240408 in unity8 (Ubuntu) "unity8 crashed with SIGSEGV in QCoreApplication::postEvent()" [Undecided,New] https://launchpad.net/bugs/1240408 [08:42] MacSlow, Saviq: https://bugs.launchpad.net/unity8/+bug/1237752 what's going on there? [08:42] Ubuntu bug 1237752 in Unity 8 "alarm / appointment times aren't displayed on touch" [High,In progress] [08:43] dednick, dunno :D [08:43] dednick, that's me having picked bugs to work on... [08:43] Why has it been set to ubuntu-settings-components ? [08:43] MacSlow, dednick please sync, then :) [08:44] dednick, Saviq: I'm just trying to figure out what/where stuff is missing [08:44] :) [08:44] MacSlow: ubuntu-settings-components not in archive and not used by unity8 yet [08:45] dednick, I rather pick high/critical bugs in components I know... but there are none :) [08:45] sil2100: what is the status of ubuntu-settings-components landing in archive? [08:45] dednick, so this "bug" is rather a missing / unimplemented feature?! [08:45] greyback, on https://code.launchpad.net/~gerboland/unity-mir/listen-for-server-start-stop-ready/+merge/191224 [08:45] MacSlow: it's "half implemented", the impl is there, but it's not available yet. [08:46] greyback, think we could post a custom event on the loop instead? [08:46] greyback, maybe not now - but ultimately [08:46] greyback, would rather not have unity-mir tied to unity8 that closely [08:46] Saviq: do-able I think yes [08:46] dednick, ok... removed myself then... and look for something else... [08:47] greyback, feels like that'd be the cleanest? [08:47] MacSlow: ok. sorry about the confusion [08:47] i'll assign myself [08:47] Saviq: well if we drop SF support, is not thing something only unity-mir should worry about? [08:47] s/thing/this/ [08:47] dednick, np... not your fault... the bug-description could be a bit more detailed :) [08:48] greyback, I don't think unity-mir should "know" about what upstart requires of unity8 [08:48] dednick, would be good if you could add some info there to avoid anyone else running into this assuming it's a plain bug [08:48] greyback, after all we don't want unity-mir to be tied to unity8, if possible [08:49] greyback, and unity-mir shouldn't just raise SIGSTOP 'cause unity8 needs it [08:49] MacSlow: well, now that i'm assigned hopefully nobody will try pick it up :) [08:49] dednick, crap... I can't get the bug-status back to "Triaged" [08:49] greyback, sure, the $UPSTART_JOB check helps us there [08:49] Saviq: depends on who you should should be responsible for talking to upstart. Technically it is Mir who is notifying upstart, not unity [08:49] MacSlow: i've updated it. [08:50] dednick, ah ok... even better that way [08:50] greyback, IMO technically it's unity [08:50] greyback, it's a unity8 job, after all [08:50] just leaving it in progess so nobody steals [08:50] greyback, unity just listens to Mir/unity-mir to know *when* to raise that [08:50] greyback, ah wait [08:50] greyback, stupid, we've not yet exec()'d [08:51] greyback, so we won't get that event until then [08:51] OTOH that's probably not such a big problem [08:52] Saviq: ok, thinking about it, it is upstart-specific, so shouldn't always be in unity-mir. [08:52] greyback, yup [08:53] greyback, aaaanyway [08:53] greyback, 'tis good for now [08:53] yarp [08:53] greyback, we need to bump the build dep on mirserver when we know what to bump it to [08:53] Saviq: actually, must test it with lightdm... [08:53] greyback, how so? [08:53] Saviq: think lightdm using unity-mir. [08:54] though since I check the job name it'll probably be fine [08:54] greyback, yeah [08:54] greyback, it would actually make sense for lightdm to expect stop, too [08:55] greyback, since we'll have maliit as a client there, too [08:55] at some point at least [08:56] indeed [09:04] Saviq: ping [09:07] veebers, pong [09:08] Saviq: hey re: your question in the MR for unlocking greeter, wanted it catch you before i was off for the night. Are you suggesting that the unity8 tests should use the same functions for unlocking the greeter/starting unity? [09:08] (to clarify) [09:09] veebers, yes [09:09] veebers, so that there's only one breaking point - that we'll know of 'cause our tests will fail if we break it [09:10] Saviq: yeah that's a good thought I like it. Right now the unity tests would need re-jigging (I'm not to sure how much off the top of my head) we could always have a single test that 'tests unlocking greeter' which uses those methods etc. [09:11] veebers, shouldn't be huge I don't think [09:11] Saviq: but will hit that tomorrow and see if I can work it in [09:11] veebers, yeah, cool o/ [09:13] Saviq: but that shouldn't hold back that specific MR if doanac needs it right(unless you see any issues w/ it)? We/I can update the tests to use them after it's been merged [09:15] veebers, ah no, yeah, not a prerequisite [09:16] Saviq: sweet, if I could bother you to comment approve if you're happy and I'll hit up doanac tomorrow and top approve if he's sorted too [09:18] veebers, yeah, still need to read through [09:20] Saviq: understood. Thanks, I'm off for the night have a good one [09:43] mzanetti, ping [09:44] Saviq: pong [09:44] mzanetti, hey, can you please have a look at https://code.launchpad.net/~diegosarmentero/unity8/disable-ui-on-actions/+merge/190145 and confirm what I wrote in the comment [09:44] ack [09:45] mzanetti, and if that's correct, let's just yank out the "block input" part from it [09:45] to avoid breaking scopes and stuff [09:51] Saviq: hmm... not so sure you're right there [09:51] mzanetti, if I'm not, then even better [09:52] Saviq: well... I'm not sure either. would need to see how it looks like on top of switching-previews [09:52] mzanetti, didn't have time to do it proper [09:52] mzanetti, it would conflict with switching-previews [09:52] mzanetti, but that's ~ok [09:52] Saviq: as this one only wants to disable one preview, not all of them [09:52] mzanetti, and then there's bug #1235430 [09:52] bug 1235430 in Unity 8 "[dash] Should support previews of different height." [Medium,Triaged] https://launchpad.net/bugs/1235430 [09:52] there is no real overlay in switching-previews [09:53] mzanetti, right, it's replaced on preview loaded? [09:53] not really, it's a underlay so to say [09:53] actually it's only the spinner as the dakened background is supposed to be there all the time [09:54] yeah... the variable height is another one... the openEffect won't do as it is [09:54] as the openEffect splits the background [09:55] hmm... might still look good [10:04] mzanetti, no, it will look fine [10:04] mzanetti, only there's a lot that needs to be answere d around dynamic height of the preview [10:05] first question: is it really dynamic or is it just another fixed height? [10:05] well, I'll take care about it. probably not today tho [10:07] mzanetti, yeah no, of course [10:07] mzanetti, I'd say dynamic - even if just because we don't know the height beforehand [10:08] mzanetti, we don't know what preview will we get [10:08] Saviq: hmm.. we kinda do. i.e. the previewDelegateMapper will give us some preview that has some fixed height [10:09] mzanetti, that's too late [10:09] mzanetti, that's when the preview is already back [10:09] mzanetti, not when we open the dash [10:09] mzanetti, say if a preview takes 2s to generate [10:09] oh, is it [10:09] no... [10:09] mzanetti, we open the dash straight away [10:09] mzanetti, and wait for the preview to come back [10:10] without knowing what type it's going to be [10:10] and only then the mapper goes into play [10:10] hmm... but the type is mapped according to the filtergrid we're in, not according to the actual content response iirc [10:11] Saviq: yep, just checked, it queries the delegateMapper immediately [10:11] mzanetti, that's wrong then [10:11] don't see why [10:11] Saviq, on the issue with the inversemousearea for application grid [10:12] Saviq, it might be that other mouse area are on top of it [10:12] mzanetti, because we don't know what type of a preview the scope comes back with [10:12] Saviq: oh right... it uses previewData.rendererName [10:12] Saviq, I did a test app and indeed mouse area can overlap and stop the inversemousearea to work [10:12] Cimi, that's broken then [10:12] Saviq, are you aware of a way of detecting, from inspector or so, that mouse areas are overlapping? [10:13] Cimi, IMA should be the first to take any input - that's its whole purpose [10:13] Cimi, please file a bug with your testcase [10:13] Saviq, that should explain nic-doffay issue on search box dismiss kbd? [10:14] mzanetti, wait [10:14] mzanetti, we don't want Diego's branch on top of switching previews yet [10:14] mzanetti, we need it for v1, we won't get switching previews in [10:14] * greyback bbiab [10:14] hmm... ok [10:14] mzanetti, would've loved to, but it's just too late :/ [10:14] I agree [10:15] mzanetti, we might SRU it ;) [10:16] mhr3_, should we be seeing "publisher" in app previews yet? [10:16] I probably should know what SRU means. but I don't [10:16] mzanetti, Stable Release Update [10:16] ah [10:17] mzanetti, but yeah, it's mostly for security fixes ;) [10:17] Saviq, maybe we should start using prevent stealing more often? [10:18] Cimi, why? [10:18] Saviq, no such field in our schemas, "copyright" is the closest i guess, still don't think it's filled in by click [10:18] Saviq, because our shell is populated by mouse areas [10:19] Cimi, so you don't want to be able to flick the shell any more? [10:19] mhr3_, hmm bug #1226265 ? [10:19] bug 1226265 in Click Package Index "no indication of publisher in click app preview" [Medium,Triaged] https://launchpad.net/bugs/1226265 [10:20] Saviq, come on, we don't need flicking [10:20] Saviq, all results should stay in the window frame :) [10:20] Cimi, file an ubuntu-ux bug! ;) [10:21] oh jeez click previews are slow today :/ [10:21] Saviq, ah, they're passing it as generic info hint, in that case it should work [10:22] mhr3_, k [10:22] Saviq, i mean, if app previews display those :) [10:22] mhr3_, that bug says it would [10:24] Saviq, i don't see it in single preview though [10:31] mhr3_, me neither [10:33] Saviq, my guess is that it's cause app preview is misusing info hints and passes super-special-click-scope-only variants that are used to build the ui [10:35] Saviq, actually [10:35] Saviq, z index works in my testcase [10:36] Saviq, I can put the inversemousearea on top [10:36] Saviq, I can't in the dash [10:36] Cimi, shouldn't happen anyway [10:36] Saviq, you know how can I debug this in the dash? [10:37] Cimi, IMA should be z: ∞ [10:37] Saviq, what about when you have two? [10:37] two of them? [10:37] (ima) [10:37] Cimi, two of IMAs? dunno [10:38] indeed [10:38] we might have two in the dash [10:38] Cimi, Cimi but only one active at any given time, afaik [10:38] Cimi, either way, z-order shouldn't matter for them [10:38] Cimi, please file a bug against uitk [10:38] Saviq, I will but doesn't help to fix my bug [10:39] Cimi, it does - 'cause people that know IMA will look at it [10:39] Saviq, I can look at ima too [10:39] Saviq, I can read c++, just cannot write it :P [10:40] Cimi, please talk to Zsombor first === alan_g is now known as alan_g|afk [10:50] mhr3_, grr you broke our autopilot tests on desktop ;P === hikiko is now known as hikiko|lunch [10:51] Saviq, oh haven't you heard? ap-test-breaker is my job title now :P [10:51] also, you're welcome :P [10:52] Saviq, anyway, what did i do this time? === alan_g|afk is now known as alan_g [10:55] mhr3_, we can't launch the fake apps [10:55] mhr3_, so no Hud tests [10:55] mhr3_, 'cause you "fixed" application:/// to not have full path [10:55] mhr3_, granted, all that's broken anyway ;P [10:56] Saviq, so i guess ap reads the uris directly? [10:56] why doesn't it go via the regular shell.activateApplication route? [10:57] Saviq, also, if you revert it back you'll break the previews ;) [10:57] mhr3_, because the desktop files don't exist on desktop [10:58] mhr3_, and Scope::fallbackActivate bails at that point [10:58] mhr3_, nah, I'm seeing if I can find an actual fix [10:59] actual fix is to have proper test environment [10:59] mhr3_, care to enable mir on desktop? kthxbai [11:01] Saviq, i meant dropping a few .desktops in test data dir and pointing a few envvars to it [11:01] mhr3_, ah well, except they're not really required [11:01] mhr3_, but yeah, I get what you mean [11:05] mhr3_, and maybe it's the safest bet now... [11:06] Saviq, need pointers how to set it up? [11:06] mhr3_, nah [11:06] we only really need the camera for now [11:06] k [11:06] mhr3_, and it's really only about it _being_ there, not about the contents [11:13] Saviq, we can enable disbar bottomswipe [11:13] Saviq, line 62 of dashbar.qml [11:17] Cimi, probably won't happen - we're getting rid of dash bar anyway [11:17] Saviq, I know, but it's one liner :P [11:18] Cimi, post v1, k? [11:18] ok [11:24] mhr3_, huh, actually it was as easy as fixing application:// → application:/// ;) [11:25] Saviq, you mean in the model? [11:25] mhr3_, yeah [11:25] Saviq, then you broke the preview [11:25] mhr3_, why? application:// is wrong [11:25] mhr3_, application:/// is correct [11:26] Saviq, /// is correct if it continues with full path [11:26] mhr3_, no [11:26] Saviq, yes [11:26] mhr3_, NO [11:26] Saviq, YES [11:26] mhr3_, no, because it doesn't support uppercase === MacSlow is now known as MacSlow|lunch [11:27] mhr3_, hostname part needs to be always empty [11:27] mhr3_, bug #1231444 [11:27] bug 1231444 in Unity 8 "Use /// to remove hostname element" [High,Fix released] https://launchpad.net/bugs/1231444 [11:27] Saviq, ehm? application schema isn't defined to have any hostname [11:28] mhr3_, it's not a correct url then [11:29] mhr3_, when parsed with QUrl, the hostname part is downcased [11:29] which is correct [11:29] you can't just "omit" the / to say there's no hostname part [11:29] the part after :// is always hostname [11:32] Saviq, in that case the app id should be considered the hostname, no? [11:32] mhr3_, no it can't be [11:32] mhr3_, 'cause it's meant to be case sensitive [11:32] mhr3_, and hostname is not [11:33] you're making me read the rfc [11:33] mhr3_, hostname is case insensitive, that I guarantee you [11:33] mhr3_, but ok, fixing with XDG_DATA_HOME now [11:39] Saviq, ok, the application schema isn't exactly well defined according to the URI rfc, and that's why we introduced the appid schema, right? [11:39] but that doesn't change the fact how application schema is used [11:40] it's either application://[app_id] or applications://[/full/path/to/.desktop] === hikiko|lunch is now known as hikiko [11:56] lunch! [11:57] mhr3_, https://code.launchpad.net/~saviq/unity8/add-ap-data/+merge/191382 [11:58] Saviq, prepending to XDG_DATA_DIRS would be better [11:59] mhr3_, hmm ok [12:00] Saviq, reason being that home is just one dir, you're likely to break something by changing it, data_dirs is a set of dirs [12:00] mhr3_, mhm === alan_g is now known as alan_g|lunch [12:04] mhr3_, pushed [12:05] Saviq, sure you don't want to put something inside the .desktop? [12:05] mhr3_, not needed atm [12:05] ok [12:05] mhr3_, so don't want to [12:06] mhr3_, it's just to trick Scope::fallbackActivate [12:06] approved [12:08] mhr3_, I'll wait for ci to be happy [12:08] k [12:09] Saviq, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1238763 [12:09] Ubuntu bug 1238763 in unity8 (Ubuntu) "[greeter] doesn't like ubuntu-wallpapers-saucy images" [Medium,New] [12:10] Saviq, my nexus cannot handle 2560x … images [12:10] can someone try this with nexus 10? [12:10] Cimi, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1227783 [12:10] Ubuntu bug 1227783 in ubuntu-ui-toolkit (Ubuntu Saucy) "Black backround image -CrossFadeImage does not set the sourceSize for the images" [Critical,In progress] [12:11] Saviq, ok, marking duplicate then [12:16] Cimi, already done === david is now known as Guest82446 === _salem is now known as salem_ === davidcal_ is now known as davidcalle === alan_g|lunch is now known as alan_g === MacSlow|lunch is now known as MacSlow [13:05] Saviq: why does it break append_hint ? [13:06] tsdgeos, it breaks more I'm afraid [13:06] tsdgeos, must be the lookup is broken somehow [13:06] tsdgeos, anything that updates notifications [13:06] tsdgeos, this is as far as I got http://paste.ubuntu.com/6245541/ [13:07] this is just fixing the autopulot, no? [13:07] how did you find the append_hint is broken? [13:08] tsdgeos, I ran the tests [13:08] tsdgeos, but I can also see [13:08] and they worked? [13:08] tsdgeos, no they didn't [13:08] the tests still don't pass here with that chang [13:08] but because it can't find notification1 [13:09] not because anything else [13:09] tsdgeos, did you install the modified unity-notifications? [13:10] why would i need that for the notification1 to be found? [13:10] tsdgeos, notification1 *are* all the notifications that are displayed - 0 is the placeholder [13:10] ah [13:10] obviously i do [13:10] silly me [13:10] tsdgeos, we're down to http://pastebin.ubuntu.com/6245556/ [13:10] 4 failures that I don't think are ap issues [13:11] tsdgeos, scratch that, the urgency_order is fine, as I'd expect it [13:12] tsdgeos, but none of the ones that *update* a notification are good [13:13] tsdgeos, I expect the backend to be updating the wrong notification object [13:13] ok [13:13] i'll check [13:14] or something like htat [13:14] tsdgeos, you can use "examples" from unity-notifications to see what happens [13:15] tsdgeos, but well, ap tests are probably even better, 'cause they'll tell you if stuff's fine [13:15] sre [13:16] Saviq: my device keeps asking for ssh password lately. any way to get it to stop? [13:16] dednick, ssh-copy-id [13:17] dednick, probably ssh key failed to copy for some reason [13:17] charles, ping [13:17] i hate autopilot [13:18] why is it not using my compiled unity8 and instead using the system one [13:18] don't we have code exclusively for that? [13:18] Saviq: thanks. worked [13:19] ../../../builddir/install/bin/%s :_S ¿ [13:19] pstolowski, pong [13:20] weird [13:20] greyback, updated https://code.launchpad.net/~dandrader/ubuntu-keyboard/osk_rotation_lp1236489/+merge/190946 [13:20] dandrader: cool, will take a look in 30mins or so [13:22] charles, hey! indicator-datetime-service crashes quite often for me on the desktop (almost daily); today it was https://bugs.launchpad.net/indicator-datetime/+bug/864530 but I'm not sure if it's the same every time. can I collect any more info to help fix it? [13:22] Ubuntu bug 864530 in indicator-datetime (Ubuntu) "indicator-datetime-service crashed with signal 5 in ffi_call_SYSV()" [Medium,Confirmed] [13:22] pstolowski: ! [13:22] * charles clicks [13:22] charles, sometimes it results in ~5 apport windows open in one session, but perhaps it's a separate issue with apport [13:26] yeah, the weird "StateNotFoundError" is basically the same [13:26] tsdgeos, ↑ as the notification times out due to not being updated [13:26] you know what's cool: with 3 fingers you can swipe the launcher, greeter and indicators simultaneously :) [13:26] looking at it :) [13:27] mzanetti: you have 3 fingers? that's what's cool [13:27] ... [13:27] I have 10. believe it or not [13:28] :O === pstolowski is now known as pstolowski|brb [13:30] sil2100: ping [13:31] dednick: pong [13:32] MacSlow: git://anongit.kde.org/marble.git [13:32] sil2100: hi. just wanted to check on the landing status for ubuntu-settings-components. Is it in the pipeline? [13:32] MacSlow: branch qt5 [13:33] mzanetti, thx [13:34] MacSlow: compile with "cmake -DQTONLY=1 -DQT5BUILD=1" [13:34] dednick: didn't see any plans for it - is it required by anything right now? I can poke the landing guys if we can maybe prioritize it if needed [13:34] mzanetti, k [13:36] greyback, standup? [13:36] pstolowski|brb: that ticket is way too old, the backtrace is in code that doesn't exist anymore. Was that the link you intended to share, or do you have a newer crash report? [13:36] sil2100: it's not a major priority yet. Just didnt want it to be forgotten; will need it soonish. [13:40] free karma https://code.launchpad.net/~cimi/unity8/fix-1231731/+merge/191414 [13:44] Saviq, I can spend some hours digging into this if you don0t have other high prio https://bugs.launchpad.net/unity8/+bug/1195349 [13:44] Ubuntu bug 1195349 in Unity 8 "First few items in Carousel don't switch correctly" [Medium,Triaged] [13:44] Cimi, sure, we're past high prio bugs, really [13:45] Saviq, we still have a good list of unassigned https://bugs.launchpad.net/unity8/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&assignee_option=none&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field [13:45] .has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search [13:45] ops [13:45] needs to shorten than [13:45] Cimi, unassigned is fine, New is worse [13:46] http://goo.gl/nd3NLw [13:48] Cimi, that's ok, *we* are assigned by default [13:48] https://bugs.launchpad.net/unity8/+bug/1238232 [13:48] Cimi, but we need to triage [13:48] Ubuntu bug 1238232 in Unity 8 "User can bypass lockscreen." [Undecided,New] [13:48] Cimi, yeah, that one's interesting :) [13:48] quite funny :) === pstolowski|brb is now known as pstolowski [13:51] charles, hmm, right.. looking, I still have a crash file around [13:53] charles, this is my backtrace http://pastebin.ubuntu.com/6245754/ [13:54] charles, I think ffi_call there made me think it was the same bt [13:56] pstolowski: what a happy coincidence, seb128 and larsu and I were just talking about that bug [13:57] that's been filed already, bug #1238737 [13:57] bug 1238737 in indicator-datetime (Ubuntu) "indicator-datetime-service crashed: "Unable to get bus connection to own name 'com.canonical.indicator.datetime'"" [Medium,Confirmed] https://launchpad.net/bugs/1238737 [13:57] seb128 figured out the fix [13:57] charles, awesomeness! thanks [14:01] dandrader: ping [14:01] mzanetti, pong [14:01] dandrader: I can reproduce the edge drag crash and have some findings. looks like a bug in DDA [14:02] dandrader: http://paste.ubuntu.com/6245792 [14:02] dandrader: now, I'm not sure how m_touchId works [14:03] dandrader: afaics you're only setting that in touchEvent_absent(). I assume when a new gesture starts [14:03] dandrader: but for some reason it can happen that the m_touchId is 0, while there is only one available touch point with id 1 [14:05] mzanetti, m_touchId is the id of the touch that is performing (or that we expect to perform) the gesture [14:06] mzanetti, did you happen to have two fingers at the same time on the screen at any given moment? [14:07] Saviq, ping [14:08] nic-doffay, pong [14:08] mzanetti, but in any case, we should get a "touch 0 ended" notice before it disappears from subsequent TouchEvents [14:08] mzanetti, and that's what the code asusmes [14:08] assumes [14:09] Saviq, so I've moved the searchHistory ListModel to be a shared asset, however it appears that queries are not being added correctly because the search count never increase above 0. Any inclination what might be causing this? [14:09] They are definitely being added to the same searchHistory. [14:09] mzanetti, to make sure we are missing events you would have to log all touch events received [14:10] nic-doffay, console.log() agrees with you? [14:12] dandrader: that's what I do [14:13] dandrader: got a touch event ... [14:13] dandrader: thats the first line touchEvent() [14:13] dandrader: oh... actually it's not... it's after the check for visible && enabled [14:13] so we _could_ miss something in there I guess [14:15] Saviq, yeah. [14:16]