[00:17] hicham: Yup. [00:17] RAOF: what is is it ? [00:18] RAOF: indicator-network if for conmann [00:18] *is [00:18] I think we patch the nm-applet source to add an indicator. [00:18] oh [00:18] thanks [00:28] what about programs that use the notification area ? [00:28] they need to be patched as well ? [00:32] There is a notification area in Unity, but it's protected by a whitelist. Wine is on that whitelist, as I think is skype. [00:32] Others get to use indicators instead :) [00:32] how bad [00:33] I presume it'd be relatively easy to remove the whitelist; then you'd have a notification area and indicator area. [00:34] Which wouldn't interact very well, which is why the notification area is restricted to a whitelist :) [06:32] RAOF, NOooooooooooooooooooooooooooooooooooooOOOOoooooooooooooooooOOOOOOooooooooooooooo [06:33] DBO: We got *one* set of bugs, at least! [06:34] RAOF, I was thinking about it [06:34] and the only one that doesn't make sense is the dri2 freeze [06:34] thats on the same display as the grabs [06:34] it doesn't make sense for that to be an XGrabServer issue then [06:34] I have asked Chris to see if it still happens for him with vsync disabled [06:35] I expect it won't. [06:35] right [06:36] so now we get to figure out why the hell vsync fails so hard sometimes [06:36] I'm parsing his kernel logs to check that the kernel hasn't simply missed the vblank event. [06:37] 250MiB of kernel log is *fun* to wade through! [06:42] Wow. We really waited the *hell* out of from 3788 - we waited for it no fewer than 7 times! [06:42] s/from/frame/ [07:15] DBO: Suspicions! [07:15] they abound [07:16] It looks like drm_queue_vblank_event might be broken if you call it at a particularly inopportune time. [07:17] is that our fault? [07:17] No. [07:17] Looks like it may be a kernel problem. [07:19] Oh, maybe not :/ [07:20] Well, suspicions remain, but it's not what I thought. [07:55] good morning [08:04] good morning [08:05] greetings everybody [09:01] didrocks : morning [09:02] didrocks: session, datetime, and sound indicators run ok here [09:02] hey hicham [09:02] nice :) === daker_ is now known as daker === API is now known as apinheiro === gabon_ is now known as gabon [11:43] kamstrup, ping! [11:44] kamstrup, seems like bug 764352 reporter is telling the truth, so does the issue go into unity-places or is it a unity one? [11:44] Launchpad bug 764352 in unity (Ubuntu) "Unity search results depends on typing speed" [Low,New] https://launchpad.net/bugs/764352 [11:46] om26er: I have a hunch as to why that could happen - i'll add a unity-place-files task for it. Thank's for the heads up [11:47] yw === MacSlow is now known as MacSlow|lunch === om26er_ is now known as om26er === yofel_ is now known as yofel === apinheiro is now known as apinheiro_lunch === MacSlow|lunch is now known as MacSlow [13:43] didrocks, Hi! any words on bug 754327 ? [13:43] Launchpad bug 754327 in unity-place-applications (Ubuntu) "Unity should ignore trailing &" [Undecided,New] https://launchpad.net/bugs/754327 [13:44] om26er_: not a priority anyway, wishlist for O I would say [13:44] ok [13:57] Hi all. njpatel or didrocks, is there any way to kill a lens service? It keeps respawning. [14:01] Nervermind, I did it. [14:04] davidcalle: you can probably chmod it temporarly [14:04] didrocks, I just commented out the exec line in the .service. [14:04] works too :) === apinheiro_lunch is now known as apinheiro === bregma_ is now known as bregma === daker_ is now known as daker [15:37] kenvandine: njpatel: so did we ever find the problem in the python lens race login mystery? [15:38] jcastro, not sure, but the AU lens is working for me now [15:41] jcastro, kenvandine, for me, it's when I add the AU lens that all others fail to load at times. [15:42] davidcalle, that sounds scary [15:42] davidcalle, but i can kind of confirm that [15:43] last week, the books lens wouldn't work either, at the same time the AU lens didn't [15:43] the gwibber lens kept working though, which makes it more confusing [15:45] kenvandine: right, so depending on my luck either one, both, or none of them would work [15:46] om26er: there is is no opened bug on the first icon being displayed as if we were in a keynav state, isn't it? [15:47] kenvandine, it seems to be related to loading things via web APIs. That would explain why the gwibber lens keeps working. [15:49] didrocks, hm I dont think so [15:49] on the other note unity just crashed on clicking empty trash :p [15:51] om26er: on trunk? [15:52] official versions didrocks [15:52] om26er: ok, I changed that part of code since Friday, should be safer now :) [15:55] om26er: this is bug #761643 [15:55] Launchpad bug 761643 in unity (Ubuntu) "unity crashes when emptying trash twice" [High,Fix committed] https://launchpad.net/bugs/761643 [15:55] marcobiscaro2112, thx :) [15:56] hey marcobiscaro2112 :) [15:56] hi didrocks ! [15:57] * davidcalle is happy, has found a way to deal with slow API in lenses. [15:59] om26er: I've just reproduce bug #763791 once, couldn't at all then, do you have any clue? [15:59] Launchpad bug 763791 in unity (Ubuntu) "Windows which were maximized and minimized are unminimized incorrectly" [Medium,Triaged] https://launchpad.net/bugs/763791 [16:00] kenvandine: ok so as you login from now on can you keep an eye on the AU lens? [16:00] didrocks, its duplicate [16:01] om26er: oh really? didn't notice [16:01] didrocks, assigned to sam ;) [16:01] jcastro, will do [16:01] * om26er finds the duplicate [16:02] didrocks, bug 760436 [16:02] Launchpad bug 760436 in unity (Ubuntu) "Window display shifted" [Medium,Confirmed] https://launchpad.net/bugs/760436 [16:04] om26er: no, it's no a duplicate [16:04] om26er: here, the mouse/keyboard input are correct [16:04] bug #760436 is an old bug I could reproduce at will with chromium some time ago [16:04] Launchpad bug 760436 in unity (Ubuntu) "Window display shifted" [Medium,Confirmed] https://launchpad.net/bugs/760436 [16:05] both aren't the same [16:05] the screenshot seems same [16:05] yeah, but to have experienced it once, I'm sure the input window was matching what we see [16:05] (I see it's a race in our undecorate function) [16:06] didrocks, bug 727060 was also the old bug you reported [16:06] Launchpad bug 727060 in unity "Damage events not received when chromium opened automaximized" [High,Fix released] https://launchpad.net/bugs/727060 [16:06] wasn't that also related? [16:06] om26er: so, this one is indeed related to bug 760436 [16:06] Launchpad bug 760436 in unity (Ubuntu) "Window display shifted" [Medium,Confirmed] https://launchpad.net/bugs/760436 [16:06] where the input is shifter [16:06] shifted* [16:07] on the other bug (I unduped it), the focus/input is fine [16:07] it's just that we undecorated on maximize after compiz set the size of the window [16:07] (but the input corresponds to what is drawn) [16:08] hmm hmm [16:10] comment#9 in bug 760436 sounds similar to bug 763791 description [16:10] Launchpad bug 760436 in unity (Ubuntu) "Window display shifted" [Medium,Confirmed] https://launchpad.net/bugs/760436 [16:10] Launchpad bug 763791 in unity (Ubuntu) "Windows which were maximized and minimized are unminimized incorrectly" [Medium,Triaged] https://launchpad.net/bugs/763791 [16:11] I guess once one of them is fixed we'll know if the other is the same or not ;) [16:20] DBO: I don't know how to quite reproduce this [16:21] but every once in a while a launcher tooltip will just hang around [16:21] yeah I have heard about this [16:25] jcastro: do you wrong keynav color appearing as well? (or sometimes, quicklist appearing) [16:26] sometimes I get a white glow on my top icon for seemingly no reason [16:26] haven't seen a quicklist yet though [16:27] jcastro: I got the white glow (and quicklist sometimes) just down, but the tooltip (I saw that too), doesn't seem to be related :/ [16:27] right, they don't seem to be [16:27] I've been getting the tooltip off and on for a long time [16:27] the glow thing is only recently [16:27] right [16:28] it's due to a compiz change [16:28] the tooltip, let me have a look if I can see anything obvious in the code… === alecu is now known as alecu-ferry [16:39] kenvandine, I got some news on the lenses. When a 1 or 2 sec delay is introduced before the daemon loop (to preload some stuff), it fails to register at unity startup. That's what Stefano is doing and if I try the same thing, my lens fails at statup too. That's quite logical, but here is a confirmation. [16:43] davidcalle, ah... interesting === bregma is now known as bregma|walkies [16:58] didrocks: from the apps lens, try to drag an application to the desktop, do you get some dumb error dialog? [16:59] jcastro: there was a crash which has been fixed, by not dumb error dialog though [16:59] jcastro: is it displayed by nautilus? [16:59] like, you can click through the launcher and so the dnd happened in nautilus? [17:01] There was an error getting information about "/". [17:01] The specified location is not supported [17:01] looks like a nautilus window [17:03] jcastro: yeah, so it seems that you can click through the launcher [17:03] DBO: in case you didn't notice, we still have some cases of that issue ^^ [17:03] (particularly on edge reveal) [17:03] yeah I saw that [17:03] its annoying me deeply [17:03] so, the reveal happens, you put the mouse over the launcher and nothing happens, so it hides again [17:03] its not click through actually [17:04] I thought we killed it by not spamming too much X… [17:04] you *can* click on something if you click before it hides [17:04] its actually a hide state issue [17:04] DBO: hum really? I have no mouse over tooltip appeareance for instance [17:04] yep [17:04] DBO: I tried to keep super pressed, hovering with the mouse [17:04] thats part of the weirdness [17:05] i am not sure what causes it yet [17:05] no tooltip, nothing… click was ending up in nautilus [17:05] had looked at it a bit this weekend... [17:05] no reproducible test case though :/ [17:06] yeah I get it sometimes [17:06] and then debugging is like impossible [17:06] DBO: right. Hum, I'm in a weird state again, the leave event isn't received in the Launcher [17:06] i hate that [17:07] the weird thing is that the LauncherIcon received it [17:07] (no more tooltip) [17:07] I am afraid to fix that in nux for fear of triggering other bugs [17:07] DBO: agreed [17:07] DBO: anyway, the day we can fix this leave event stuff, we will remove a lot of hidemachine workaround [17:08] yeah === rodrigo__ is now known as rodrigo_ === bregma|walkies is now known as bregma [18:11] kenvandine, are you around? [18:13] stefano-palazzo, hey [18:13] hi :) [18:13] maybe you can help me, I'm pretty flummoxed [18:13] My lens is still not working on login, so, I replaced every print statement with a logging function, [18:14] after logging in, it wrote 400 megabytes of logs [18:14] what in the name of all that's holy could cause that do you know? [18:14] ugh! [18:14] what the hell! [18:14] what kind of stuff? [18:14] it is working at login for me [18:15] it looks like the first few hundred megabytes (yeah..) are just telling me the program has been started, and that the imports have finished [18:15] stefano-palazzo, like is it looping and printing the same thing? [18:16] kenvandine, towards the end, it looks like it's starting properly, but by that time my computer is completely overloaded anyway [18:16] it does work for you? maybe I should just dist-upgrade, maybe it wasn't my fault at all? David said something about a long startup time before the gobject main loop [18:16] davidcalle noted this morning that if he adds a 1 or 2s delay before the daemon class it fails to load [18:17] stefano-palazzo, well it worked for me on this login :) [18:17] right, that's what I was trying to tackle, I have this sort of delay just because I'm downloading stuff [18:17] but unity should be able to handle that [18:17] so if that is the case, it is a bug [18:18] however you should make sure you have the latest unity [18:18] oh good, [18:18] i think there was some lazy loading stuff [18:18] I'll take a break (trying to fix it with unity crashing left and right wasn't much fun), create a completely fresh usb disk and check again [18:19] ok [18:19] I might bug you later (: [18:19] thanks for your help [18:19] i had assumed the lazy loading in unity fixed it, which i just updated to this morning [18:19] anytime! [18:19] oh yes that sounds very encouraging === tremolux_ is now known as tremolux === daker is now known as daker_ === smspillaz|z is now known as smspillaz|zzz === bregma_ is now known as bregma|away [20:01] kenvandine, I've gotten rid of the startup-delay, but the problem is still there [20:05] stefano-palazzo, bummer [20:05] it is still working here [20:05] rebooted [20:05] that is strange [20:06] I've just been logging out, I'm going to reboot for good measure [20:07] Are we getting another Unity release today? [20:10] kenvandine, nope, still nothing. Do you have any idea how I might investigate this? [20:10] stefano-palazzo, dunno... i think we need kamstrup to help debug [20:11] stefano-palazzo, try this, start the daemon in a terminal [20:11] then "setsid unity" [20:11] and look at the console output [20:11] see if you see assertions, like DEE_IS_MODEL [20:11] on the sections model [20:12] stefano-palazzo, when i was debugging this the other day, i was consistently getting those assertions that the sections model wasn't actually a dee model [20:12] which made me suspect an offset problem [20:12] but i couldn't see where [20:13] kenvandine, mh. I don't get any of those - but neither do I get any search results [20:13] it was working a minute ago [20:14] i was getting that when it wouldn't work at all [20:14] then, when I try to ^C it, it takes five interrupts to quit - [20:14] (which sometimes happens with threaded code, in my experience) [20:16] mh, the traceback is all socket stuff, it's probably the only the server not responding [20:36] kenvandine, I think you can go ahead and patch that [20:36] ok [20:36] * kenvandine will do === gabon_ is now known as gabon [21:31] Compiz is using 1.8 gigs of RAM. === ivanka is now known as ivanka-train === API is now known as Guest23578 === m_conley is now known as m_conley_away