=== MacSlow is now known as MacSlow|lunch | ||
=== MacSlow|lunch is now known as MacSlow | ||
cnd | Satoris, the bug report looks nice :) | 14:02 |
---|---|---|
cnd | unfortunately, I'm getting some duplicate entries | 14:02 |
cnd | you have them in your foo.html too | 14:03 |
cnd | look at bug 963525 | 14:03 |
cnd | when I run your script it has three entries for each task (dulwich and bzr-git) | 14:03 |
cnd | oh wait | 14:04 |
cnd | there's something buggy with the colunn sorter | 14:04 |
cnd | ahh, nm, I didn't realize something | 14:04 |
cnd | there's three tasks for that bug | 14:04 |
cnd | for each task, there are three entries where there should be only one | 14:04 |
* bregma drains his coffee cup | 14:13 | |
cnd | I think I have fixed all the "bugs" with touchscreens in X right now, but there is a design issue that prevents menus from working properly | 14:14 |
tvoss | working on utouch-frame generic backend, prototype of x-backend rewrite is working, iterating chromium patch, jenkins work (production and staging) | 14:14 |
cnd | I'm trying to figure out if we should just say they are broken | 14:14 |
cnd | and move on | 14:14 |
cnd | or if we should change the XI 2.2 protocol slightly when explicit device grabs are used | 14:15 |
tvoss | cnd, what is the design issue? Just curious | 14:15 |
cnd | when a touch begins, a list of listeners is created | 14:15 |
cnd | touches and pointer events derived from them are only ever sent to that list of listeners | 14:15 |
Satoris | Bug report and bugfixing secret project. | 14:16 |
cnd | however, the way menus work is it receives a button press | 14:16 |
tvoss | ah, and a menu opens up after the initial list of listeners is created? | 14:16 |
cnd | then it creates a new menu window | 14:16 |
cnd | and then it grabs the device | 14:16 |
cnd | and it expects to receive events through that grab | 14:16 |
Satoris | cnd: you can't have only one line for each entry, because they can all have different status/importance/milestone/etc. | 14:16 |
cnd | which it does for subsequent touches, but not for the touch that initiated it | 14:16 |
cnd | Satoris, there should be one line per task | 14:17 |
Satoris | Or putting them in a tree structure, which is unsortable as discussed earlier. | 14:17 |
cnd | I'm seeing 3 lines per task | 14:17 |
cnd | but only for a few bugs | 14:17 |
cnd | most are correct | 14:17 |
cnd | dandrader, standups! | 14:17 |
Satoris | Hmm. That is strange. | 14:18 |
dandrader | I'm now debugging the patch that makes unity use geisv2 api with accept() reject() (regular recognizer) | 14:18 |
cnd | bregma, if you're going to drink coffee by the water cooler, you need to chat too :) | 14:18 |
bregma | I got my gesture-config stuff almost done yesterday then realized the config is per-subscription, not global, so now I have a whole lot more left to impement | 14:18 |
cnd | dandrader, where do we stand with the geis touch coordinates? | 14:18 |
bregma | test cases these days are the bulk of the work | 14:18 |
Satoris | I put bugs in an array. Probably need to change that to a dict so that duplicates go away. | 14:19 |
cnd | Satoris, ahh, that sounds like a good idea :) | 14:19 |
dandrader | cnd, didn't start working on it yet. will do after I finish with the unity geisv2 update (ie. once it's working again) | 14:19 |
cnd | dandrader, how long until you have geisv2 done? | 14:19 |
dandrader | took much more work than I anticipated. I wanted to expose that event->groupset->group->gestures hierarchy in GeisAdapter | 14:21 |
cnd | dandrader, if it's not much more then that's fine, but we need to focus on fixing bugs for the release | 14:21 |
bregma | jeepers cripes I just went to do an apt-get upgrade and it's 2 GB of downloads... has every single package in the distro been updated in the last 3 or 4 days? | 14:22 |
Satoris | cnd: is there anything else to add to the output? | 14:22 |
cnd | Satoris, assignee would be good | 14:23 |
Satoris | Ok, will add. | 14:23 |
cnd | otherwise, I think it's good :) | 14:23 |
cnd | for a future version, I'm starting to think we want to separate bugs that are relevant to us, and bugs that are our responsibility | 14:24 |
cnd | so the bzr-git signed tag support is relevant to us, but not under our control | 14:24 |
cnd | we'll have to come up with a way to separate them though | 14:24 |
cnd | but that's after we get the initial report up | 14:25 |
cnd | I'll be biab | 14:29 |
Satoris | cnd: I'll leave now but Skype later? | 14:36 |
=== dandrader is now known as dandrader|afk | ||
=== dandrader|afk is now known as dandrader | ||
dandrader | cnd, https://code.launchpad.net/~dandrader/utouch-geis/lp984069/+merge/102337 | 15:45 |
dandrader | should I include a test as well? | 15:46 |
cnd | dandrader, fix looks good, but yes it does need a test | 15:55 |
cnd | dandrader, you can use one of the existing touchscreen device recordings in the geis testsuite | 15:55 |
dandrader | cnd, could you test it out (as explained in the proposal)? | 15:57 |
cnd | dandrader, yeah | 15:57 |
cnd | dandrader, I won't get to it for a bit thoug | 15:58 |
cnd | meetings and such | 15:58 |
dandrader | ok | 15:58 |
=== dandrader is now known as dandrader|lunch | ||
cnd | bregma, wrt dandrader|lunch's branch, did you build and run the unity branch too? | 16:55 |
cnd | if you were able to perform three touch gestures, then it should be all fixed | 16:55 |
bregma | no, I have not rebuilt unity | 17:01 |
bregma | I do want to know why having to have all three touches in the window is a requirement | 17:01 |
bregma | it seems we discussed that and I recall the conclusion was that it's OK for one touch to be outside the window (fat fingers and small windows) | 17:02 |
bregma | that's why Ikbel asked the question on the big | 17:02 |
=== dandrader|lunch is now known as dandrader | ||
dandrader | bregma, I get several failures when running geis tests. do they all work for you? | 17:16 |
bregma | you mean "make check"? | 17:19 |
dandrader | yes | 17:20 |
bregma | yes, works for me on all my machines, at least on a first pass | 17:20 |
dandrader | well, if I leave my computer alone while the display is blank I get only one failure (a seg fault) | 17:20 |
bregma | on subsequent runs I sometimes get the spurious failure | 17:20 |
dandrader | so the tests automatically switch to a tty and should be kept there? | 17:22 |
bregma | I don't run them in a tty | 17:22 |
bregma | the gtest-based tests shouldn't need one, the check-based tests don;t need one | 17:23 |
bregma | you _do_ need to be root to run the gtest-based tests | 17:23 |
dandrader | me neither, but when I run them they seem to do so. My screen gets blank and I have to do Ctrl+Alt+F7 to get back to my desktop | 17:23 |
dandrader | yes, I'm running them as root | 17:24 |
bregma | perhaps one of the captive evemu recordings are doing something bad to your desktop | 17:24 |
dandrader | hmm... now I get more failures but no tty swithc | 17:27 |
dandrader | that switch might be related to the fact that I'm running compiz from a tty | 17:27 |
dandrader | would be nice if those recordings could be played in-process through a fake utouch-frame layer | 17:28 |
bregma | or something like that | 17:35 |
cnd | dandrader, yes and no, I like having the recordings play through X because then I can double check that I haven't screwed anything up in the display server :) | 17:59 |
cnd | and the necessary VT switch should be fixed in a future xorg-gtest release | 17:59 |
cnd | if you have xorg-gtest build and installed from upstream git, then log out and back in, you shouldn't need a VT switch anymore | 17:59 |
dandrader | something is really wrong. tests in all utouch projects are failing for me. no utouch-grail test gets any event (such as device added) for instance | 18:39 |
dandrader | I wonder what has changed since the last time I've run those tests... | 18:39 |
dandrader | (successfully, that is) | 18:40 |
cnd | dandrader, do you have a stale X server process maybe? | 19:10 |
cnd | sometimes the test dies unexpectedly and the X server is left running | 19:10 |
dandrader | hmmm... let me check | 19:10 |
cnd | that could cause an issue | 19:10 |
dandrader | cnd, I did! | 19:12 |
dandrader | good. now I'm back to a new set of failures and that odd VT switch :) | 19:12 |
cnd | dandrader, hopefully that is resolved with an upstream X server patch and an update to xorg-gtest | 19:12 |
cnd | I'm just waiting on keith packard to merge the patch into xserver | 19:12 |
cnd | dandrader, I'm checking out geis and unity now :) | 19:13 |
dandrader | my frustration level decreased quite a bit now :) | 19:13 |
dandrader | (with your tip about the stale X server) | 19:14 |
cnd | good, though I'm sorry you had to go through it :( | 19:14 |
bregma | ah, yeah, that. forgot to mention it sometimes happens | 19:15 |
dandrader | cnd, btw, I think you're the appropriate person to reply to this one https://bugs.launchpad.net/unity/+bug/978378/comments/1 | 19:15 |
cnd | ahh, I hadn't seen that comment yet | 19:16 |
cnd | I'll respond | 19:16 |
cnd | dandrader, btw, Ikbel was a previous member of the utouch team | 19:16 |
cnd | he wrote ginn | 19:16 |
cnd | just fyi | 19:16 |
dandrader | hmmm, is he still at Canonical? | 19:16 |
bregma | that's the comment on the bug I mentioned above (see scrollback) | 19:17 |
bregma | dandrader, no, he's studying full time | 19:17 |
dandrader | ah, ok | 19:18 |
cnd | dandrader, hmm... the coords still seem wrong | 19:23 |
cnd | I'll debug a bit | 19:23 |
dandrader | :( | 19:24 |
cnd | oh wait | 19:25 |
cnd | I checked out the wrong geis branch :) | 19:25 |
cnd | dandrader, the geis change fixed it :) | 19:28 |
cnd | \o/ | 19:28 |
dandrader | finally! | 19:29 |
cnd | when straddling windows it doesn't work any more | 19:29 |
=== dandrader is now known as dandrader|afk | ||
=== dandrader|afk is now known as dandrader |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!