[00:42] hey robert_ancell did you see andy's comment about the white flicker in LightDM in the latest FFB email thread? Curious if others are seeing that. You hear anything? [00:42] jasoncwarner_, my flicker has returned... [00:43] robert_ancell: :( ah, ok...is it related to the debugging you and I were doing a few days ago? that is when I saw it [00:44] RAOF, bryceh, perhaps you can help me with this.. When lightdm starts, there is a chance of the background colour being drawn when the window is show if the draw routine doesn't execute fast enough. Is there a safe way of ensuring the first frame is drawn in time? [00:44] jasoncwarner_, so, anything that slows the system down can trigger this [00:45] robert_ancell: ah, ok...so it might (or seemingly) be related to the lag I am seeing? [00:45] yes [00:46] I'm hoping there's some X magic that can make this work properly. But the real answer might be "wayland" :) [00:47] the difficultly is it's a big window, with a number of elements and it's being drawn when the system is under load [00:47] and none of the content looks like the default background color so it's really obvious [00:49] hi jasoncwarner_ [00:49] hey chrisccoulson , how is the new laptop [00:49] jasoncwarner_, fast :) [00:50] robert_ancell: instead of white flicker, can we make it a purple flicker ;) so it looks like grub (talk about a bandaid!)? [00:50] robert_ancell, bryceh RAOF obviously fixing the lag would work much better if we can figure it out... ! [00:50] jasoncwarner_, it's a last second option, but I'd like to fix it properly if we can [00:51] robert_ancell: ageed...totally === eeejay is now known as eeejay_is_afk [01:16] jasoncwarner_: compiz tarballs with the stacking fix will be in a ppa today [01:16] but I'm off today [01:16] toodleloo! [01:17] robert_ancell: protip, set the backing_pixel to (thepurplecolor) [01:17] when you create the window [01:17] I think you can do that with get [01:17] you can do it with X at least [01:18] smspilla|z, yeah, but I *really* dont want X to draw the first window until I have the frame ready [01:18] robert_ancell: the next option is compositing I suppose [01:19] do XCompositeRedirectSubwindows with CompositeRedirectManual [01:19] create your window but don't draw it on-screen till you know its read [01:20] (use XCompositeNameWindowPixmap to get a pixmap for the offscreen window and you can draw it on screen fairly easily using cairo) [01:20] stackinspector is a good example of that [01:20] ok [01:20] bye! [01:23] jasoncwarner_: I'm curious...where is FFB being discussed? [01:23] is there a list for it? [05:17] pitti: hello! I just wanted to let you know that I've prepared the tzdata updates for 2011j, bug 802778 [05:17] Launchpad bug 802778 in tzdata "tzdata 2011j-1 available" [Undecided,In progress] https://launchpad.net/bugs/802778 [05:18] pitti: and thanks!! [05:36] good morning [05:48] good morning didrocks [05:49] robert_ancell, hey, am I ok to upgrade this morning? [05:49] hey rickspencer3 [05:49] I saw something about a bug that you fixed [05:49] didrocks, fwiw, I don't think compiz/unity crashed once for me yesterday [05:49] rickspencer3, yes, it's all updated [05:49] thanks robert_ancell [05:50] robert_ancell, it's looking sweeeet [05:50] rickspencer3: ah, nice to know! I got unity crashes with the new music lens using ubuntuone (but it's only in the desktop team ppa). We'll debug it today, was too late yesterday [05:50] hmmm [05:50] music lens is quite the problem, I guess [05:51] I see more new compiz stuff [05:51] * rickspencer3 crosses fingers [05:51] rickspencer3: the compiz stuff coming isn't dangerous [05:51] rickspencer3: new ws switcher settings, with what's needed to upgrade them [05:51] thanks didrocks [05:52] the music lens is in a ppa anyway, won't be for beta2 and it only crashes when trying to show data from u1 [05:52] (and only for french apparently ;)) [05:52] heh [05:53] didrocks, isn't beta 2 next week? [05:53] rickspencer3: indeed, but the freeze was yesterday evening [05:54] seems like it might be worth it for Dx to try to fix the music lens and get it in for beta 2 [05:56] rickspencer3: the production server side will be only ready on Tuesday… Not sure it's wise for us to push it before the server is ready [05:58] oh [06:12] does anyone know why aptd takes up 100% of one of my cores each start up? [06:14] rickspencer3, how long does this high load phase take? [06:15] glatzor, seems a couple of minutes [06:15] I haven't timed it [06:15] I usually just go to a vt and renice it [06:15] rickspencer3, that is far too long indeed [06:15] robert_ancell: hi! before filing a bug report: what's supposed to happen when i log out a second user? [06:15] robert_ancell: right now this sends me to the unity-greeter (on tty8) with the first user selected (and marked as logged in), but it doesn't accept my password. [06:16] robert_ancell: however, if i switch to tty7, i'm presented with the unlock screen for the first user and can log in just fine. [06:16] htorque, it should return you to the greeter and entering the password for the first user should return you to the first session [06:17] robert_ancell: could this be connected to the auth issue from yesterday (i haven't updated yet)? [06:17] htorque, the lightdm.log will be the most useful one as it will say what PAM said after you provided your password [06:17] htorque, it shouldn't be related [06:18] rickspencer3, could you add the -d parameter to the Exec statment in /usr/share/dbus-1/system-services/org.debian.apt.service and append the syslog output of aptd to a bug report? [06:19] robert_ancell: ok, thanks. will reboot to get fresh logs and file a bug report. [06:19] htorque, thanks [06:19] glatzor, sure, logging another bug right now, but I'll do that next [06:28] robert_ancell, htorque I think I just logged a related bug: bug #851612 [06:28] Launchpad bug 851612 in lightdm "Logging out from a FUSA session does not reliably return to VT7" [Undecided,New] https://launchpad.net/bugs/851612 [06:33] glatzor, of course, aptd was perfectly well behaved this time [06:39] does anyone know if vt switches are logged by the kernel? I'd like to check the requests are getting there from lightdm and nothing else is overriding it [07:40] hi didrocks [07:40] shouldn't we be tracking bug 805087 in oneiric? [07:40] hey chrisccoulson_, how are you? [07:40] Launchpad bug 805087 in unity "Dash and launcher appear underneath windows" [Critical,In progress] https://launchpad.net/bugs/805087 [07:40] seems pretty serious to me ;) [07:40] yeah, i'm good thanks [07:40] how are you? === chrisccoulson_ is now known as chrisccoulson [07:42] morning [07:42] hi rodrigo_ [07:42] chrisccoulson: still the stacking issue, sam apparently just got a fix yesterday, but it needs testing [07:42] chrisccoulson: and he rolled the wrong tarballs [07:42] so not sure where the fix is, he's off today [07:42] hey rodrigo_ [07:43] chrisccoulson: we'll certainly push on Monday the fix in a ppa, and you can be a goog guinea pig [07:43] heh :) [07:43] chrisccoulson: see the "didrocks-oneiric-list" [07:43] tag [07:43] It means I track it :p [07:43] ah :) [07:43] rodrigo_, were you still looking at bug 832603 btw, or do you want me to? [07:43] Launchpad bug 832603 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in g_simple_async_result_complete()" [High,Triaged] https://launchpad.net/bugs/832603 [07:44] hi chrisccoulson, didrocks [07:44] chrisccoulson, hmm, no [07:45] chrisccoulson, it disappeared from my list as it's assigned to you [07:45] chrisccoulson, assign it back to me if you want [07:45] rodrigo_, ah, ok. i can still look at it if you don't have time [07:45] chrisccoulson, I have time, so assign it back if you want [07:45] rodrigo_, can i assign you all my bugs? [07:45] j/k ;) [07:46] chrisccoulson, no, only this one :) [07:46] didrocks: I'm a good guinea pig too, have had that bug for a loong time [07:46] tjaalton: ok, it will be in the ubuntu-desktop ppa by Monday I hope :) [07:47] didrocks: thanks [07:47] * didrocks weirdly doesn't have a lot of stacking issue, compared to last cycle [07:47] tjaalton, yeah, that's the reason i've been using unity-2d for most ot the cycle [07:47] chrisccoulson: seems firefox is making that worse, a lot [07:47] heh [07:47] maybe that's why I don't get it [07:47] chrisccoulson: not a joke! that's what sam told me :) [07:48] didrocks, it's strange that i've never had a stacking issue in mutter or metacity ;) [07:48] talking about firefox, chrisccoulson what package do you have installed for flash plugin? [07:48] rodrigo_, i don't have the flash plugin installed at all atm [07:48] chrisccoulson: that's my answer for the past year as well :) [07:48] fresh install ;) [07:48] chrisccoulson: right, like didrocks said firefox seems to trigger it here. full-screening windows may also un-trigger it [07:48] chrisccoulson: "it's because of the compositing (but metacity has compositing enabled now)" [07:48] chrisccoulson, oh, because of it being broken in oneiric? [07:48] oh well, let's just hope it fixes :) [07:49] flashplugin-installer that is [07:49] didrocks, yeah, i'm using metacity + compositing without issues too, and i don't get it in gnome-shell either :/ [07:49] I've installed gnash and it doesn't work well on some pages [07:49] rodrigo_, what's wrong with flashplugin-installer? [07:49] i try to put off installing flash for as long as insanely possible ;) [07:49] The following information may help to resolve the situation: [07:49] The following packages have unmet dependencies: [07:49] flashplugin-installer : Depends: flashplugin-downloader but it is not installable [07:49] Depends: nspluginwrapper but it is not going to be installed [07:49] E: Unable to correct problems, you have held broken packages. [07:50] rodrigo_, oh, you need to enable ,multiarch ;) [07:50] do you not read mailing lists? :P [07:50] chrisccoulson, only sometimes :) [07:50] so what do I need to enable? [07:50] rodrigo_, 1 second, i'll try and find the mail [07:50] ok thanks [07:51] rodrigo_: echo "foreign-architecture i386" > /etc/dpkg/dpkg.cfg.d/multiarch [07:51] and then apt-get update [07:51] rodrigo_, https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-August/000886.html [07:51] i386 even if I'm using 64bit? [07:51] yeah, what mvo said ;) [07:51] ok [07:51] hmm so if sam pushed a fix for compiz I'll just test it right away [07:51] (the rleease upgrader will do that automatically btw ;) [07:51] rodrigo_: you should subscribe to ubuntu-devel-announce [07:52] yeah, I'm not on that list afaics [07:52] tjaalton: we don't really know where the fix is and he rolled wrong tarballs apparently (he's off today) [07:52] rodrigo_: you should, really low traffic (3/4 emails a month as an average?) [07:52] didrocks: i mean if it's in bzr "somewhere" [07:53] tjaalton: it's a merge of multiple branches AFAIK, hence the "no definite answer" :) [07:53] ahah, ok :) [07:53] I'll sit tight and wait then [07:53] I would have pushed it otherwise ;) [07:53] didrocks, ok [07:53] didrocks: sure [07:54] chrisccoulson: btw, any chance playing with nautilus? [07:54] didrocks, yeah, i was looking at it last night, but ended up having to sleep when i felt like my head was going to explode ;) [07:54] and i ended up dropping it to investigate bug 851055 too [07:55] Launchpad bug 851055 in lightdm "[Oneiric] 'Not Authorized' error given when mounting device" [Critical,Fix released] https://launchpad.net/bugs/851055 [07:55] chrisccoulson: come on, head exploding just for a tiny tiny 5 px width window? :) [07:55] heh [07:55] yeah, bug 851055 seems to have made a "strike" on the french forum [07:56] (as in bowling, not the french strike :)) [07:56] yeah, it broke basically everything (software-center, update-manager, audio, restart/shutdown etc) ;) [07:57] everything using policykit or relying on device ACL's ;) [07:57] weeh [08:00] need to reboot [08:10] i'm not the only one who thinks that the icons in the dash are broken am i? [08:10] i can't believe that's the design :/ [08:10] https://bugs.launchpad.net/unity/+bug/851259/+attachment/2409198/+files/Ghost.png [08:10] Ubuntu bug 851259 in unity "Icon ghosting/colour bleed in dash (dup-of: 838925)" [Undecided,Confirmed] [08:10] Ubuntu bug 838925 in ayatana-design "Dash - reflections should be fixed on the centre of the viewport, *NOT* the centre of the entire page including occluded areas" [High,Fix committed] [08:10] chrisccoulson: it's by design [08:11] chrisccoulson: so, the story is: [08:11] - the dash is a glass [08:11] the icons look absolutely terrible in my screenshot :( [08:11] - what is under the dash (the windows) are blurred by the glass (it's an opaque one) [08:11] - the icons above the dash are reflected by the glass [08:12] then, for anything more, talk to JohnLea :) [08:12] right, he already closed my bug though ;) [08:12] talk again? :-) [08:13] I find the ones at the bottom are really away from the original icon [08:13] i get a headache just looking at the dash. it looks how i would expect it to look after having a few beers [08:13] double vision ;) [08:13] chrisccoulson: so, even no need to drink! [08:13] see* [08:13] lol [08:13] unity is definitively for you :) [08:13] when the stacking issues are fixed ;) [08:14] in the meantime, i think i will continue to drink actual beer :) [08:14] chrisccoulson: come on! the stacking issue enables you to not have any headache! [08:14] it hides the dash :) [08:14] lol [08:14] I think you really need better arguments :p [08:14] and steals the input -> hilarity [08:14] * didrocks stops kidding :-) [08:19] didrocks, :) [08:21] hmm, now no flash plugin shows in about:plugins in firefox [08:21] I guess it doesn't find the 32bit plugin? [08:25] chromium does find it [08:30] hmm, wonder when the fix for bug 807950 enters oneiric, if it's already fixed upstream [08:30] Launchpad bug 807950 in zeitgeist "zeitgeist-daemon crashed with LookupError in remove_from_connection(): <_zeitgeist.engine.remote.RemoteInterface at /org/gnome/zeitgeist/log/activity at 0xb74ee2cc> is not exported at a location matching (None,None)" [Undecided,Fix released] https://launchpad.net/bugs/807950 [08:45] tjaalton, , we did not release it yet [08:46] its fixed in trunk [08:51] Ack [08:51] Gnome3 PPA reverted to baby fonts *again* [08:52] What's the default font/size meant to be? [08:53] seif: two weeks ago? [08:54] tjaalton, we fixed it [08:54] but we did not release it yet [08:54] right, but that commit should be pushed to oneiric [08:54] tjaalton, i will look into getting a release done this weekend [08:54] seif: ok, thanks [09:18] everytime there is a unity release, I get lots of spam from a spammer called didrocks :) [09:18] rodrigo_: oh really? sorry about it! :-) [09:18] didrocks, no problem, I'm used to it :) [09:20] didrocks, that's your unify script, right? [09:22] rodrigo_: right, it opens/assign/close/retarget all the needed tasks :) [09:23] ok, so I won't add you to the list of spammers then :) [09:36] rodrigo_: heh :-) [10:03] didrocks, so i confirmed now that the nautilus issue is the grab handle separating 2 panes (the desktop icon view is in a GtkPaned container) [10:04] chrisccoulson: ahah! I wasn't *that* wrong then :-) [10:04] :-) [10:04] chrisccoulson: is there a way from the master icon view class to know that we are in desktop and so, hiding it? [10:04] it is GtkPaned which creates the offset GdkWindow, and the offset is the width of the grab handle [10:04] i'm just looking at a way to fix it now ;) [10:08] chrisccoulson: I had to reparent my oneconf view in software-center to hide the Pane… [10:09] didrocks, could even be a gtk bug. perhaps gtk shouldn't draw the handle if there is no first child (which is the case for the desktop window, as the sidebar isn't created) [10:09] chrisccoulson: yeah, it's drawing the handler, that's what I saw in oneconf [10:15] didrocks, yeah, from the docs - "No separator is drawn if one of the children is missing" [10:15] so, i'm pretty sure that's a gtk bug [10:16] i'll try and write a small test case for that [10:16] chrisccoulson: indeed :) [10:16] and then send it upstream [10:16] chrisccoulson: good work! [10:39] ugh, monitor-lost-signal bug again, twice in a row [10:39] iirc, it might have been caused by overheating, so switching to my laptop for a bit [11:34] why is libproxy not being updated to the currently maintained (i.e. by upstream) release? [11:34] the release that's in Oneiric is plain and simply broken. [11:42] oh man, c# bindings [11:47] Shred00: can you explain in a bug why the current version is non-functional? We're quite close to release so it's difficult to squeeze new versions of libraries in but it may be doable in the case of important bugs. [11:48] all I can see are comments saying it is broken but not why [11:50] didrocks, oh, it's difficult for me to get it to happen in a test case, as everything draws so quickly. i shall just write a gtk patch and be done with it ;) [11:50] chrisccoulson: take a slower machine then! :-) [11:50] it crashes any application that links to it when there is a PAC proxy configuration [11:50] Laney: it crashes any application that links to it when there is a PAC proxy configuration [11:50] chrisccoulson: yeah, if you found the difference in gtk where it does the unwanted effect, sure :) [11:57] i reckon this will do it - http://paste.ubuntu.com/690735/ [11:57] just need to rebuild and test :) [11:59] Laney: i.e. https://bugs.launchpad.net/ubuntu/+source/libproxy/+bug/660455 and for upstream reference http://code.google.com/p/libproxy/issues/detail?id=153&can=1&q=segfault wherein the completely admit that they don't maintain 0.3 any more. [11:59] Ubuntu bug 660455 in libproxy "clock-applet continually crashing" [Medium,Triaged] === MacSlow is now known as MacSlow|lunch [12:16] good morning! [12:16] pitti: could you please review https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/849994 ? [12:16] Ubuntu bug 849994 in network-manager "FFE: add NetworkManager DUID support" [Undecided,New] [12:26] cyphermox, pitti isn't around today [12:26] d´ oh [12:42] didrocks, fixed \o/ [12:43] hmmm, need to remember my bugzilla password now ;) [12:44] chrisccoulson: you rock so much! [13:14] victorp, if my machine froze up in the middle of a "System Testing" run, what's the best thing to do now? [13:16] restart [13:17] if you then restart the test it will just continue from when it left [13:17] mterry, what test were you running? [13:19] victorp, ok. I had just clicked "next" after the "how much memory" question [13:19] ah, it run a memory stress test after that [13:20] I guess your computer wasnt too happy with that [13:20] hmm, i might take a look at this metacity crasher now [13:20] mterry, if we get similar reports from other people we can always remove that test [13:20] didrocks, https://bugzilla.gnome.org/show_bug.cgi?id=659241 [13:20] Gnome bug 659241 in gtk "GtkPaned initially allocates space for separator, even if there is only one child" [Normal,Unconfirmed] [13:21] chrisccoulson: it ook more time for you to find your password than getting the fix? :) [13:21] heh :) [13:21] chrisccoulson: the patch looks good, can you stage it in the gtk branch? [13:22] didrocks, yeah, sure, i'll do that shortly [13:22] chrisccoulson: the metacity crash, you mean bug #797078 ? [13:22] Launchpad bug 797078 in metacity "metacity crashed with SIGABRT in raise()" [High,Triaged] https://launchpad.net/bugs/797078 [13:22] didrocks, yeah, was going to take a look at that if nobody else is already [13:23] I was about to jump on it, but I won't remove you this pleasure to work on non xul-related stuff :) [13:23] victorp, froze me again. Is it possible to submit what I have without finishing? [13:23] victorp, or skip that test? [13:23] heh :) [13:24] hello! [13:25] roadmr, mterry is getting a system freeze when the automated memory test run, can he skip that test somehow? [13:26] mterry: how are you running checkbox? can you deselect it on the initial test selection screen? [13:26] victorp, (FYI also, one of the sound tests refers to "Sound Preferences" in the sound indicator -- but in Oneiric that's "Sound Settings...") [13:26] roadmr, I don't remember an initial test screen. Also, at this point, I'm in the middle, so if I resume the test, I don't believe I get such a screen for the rest of the tests [13:27] mterry: you're right, then let me come up with a workaround [13:28] mterry: memory/check is the troublesome test, right? [13:28] cyphermox: hey, are you around? [13:28] hey didrocks, yeah, I´ m there [13:28] what´ s up [13:29] roadmr, not sure. The one right after seeing how much memory you have [13:29] mterry: please run this command to temporarily disable the threaded_memtest binary [13:29] cyphermox: just a small question on the network indicator, when clicking on it, I get the menu, then it hides, then it shows again (very clickly) [13:29] mterry: chmod 000 /usr/share/checkbox/scripts/threaded_memtest [13:29] didrocks: yeah :/ [13:29] didrocks, same here [13:29] cyphermox: or sometimes, I get a first menu (without the wifi access point, and then, get them 0.5s later (even if I'm connected for a long time already) [13:29] hum, interesting [13:29] roadmr, ok, will re-run [13:29] it´s on purpose, kinda. I need to update the menu from the initial thing there was [13:29] seems to only be on this indicator, isn't it? [13:29] and indicators can´t not have a menu [13:30] right [13:30] cyphermox: yeah, and you don't do this in the backend? [13:30] mterry: let me know how it goes, also, once your test run is finished, I'd appreciate if you could run the memory test by itself and see if it has the same result [13:30] didrocks: I do update the menu, but it needs to be replaced at some point, and only when you click on it to display it to get the most up to date information [13:30] roadmr, maybe checkbox could detect such scenarios and offer to skip the next test when resuming? [13:30] cyphermox: maybe, there is a rendering workaround that is possible, can you check with tedg and njpatel about them? [13:30] roadmr, k [13:31] cyphermox: even when the menu didn't change? [13:31] mterry: that would be possible, not sure if we can get that into oneiric at this point but we'll look at implementing a crash detection system, so to speak [13:35] roadmr, quite a few tests are internally crashing too. I'm clicking "yes" to report them as bugs. Is that info being bundled up with the rest of the report? [13:35] didrocks: it always gets a new menu, because so many things can have changed [13:35] mterry: nope, it should send you to launchpad to file the report, I think our apport integration is a bit wonky still :( [13:36] mterry: the report will have information about the failed tests anyway, so it might be a starting point [13:36] cyphermox: and you can't detect if the menu changed or not? That would remove a lot of flickering already, wdyt? [13:36] cyphermox: we need a md5 of the menu! :p [13:37] cyphermox: (I meant, updating the menu after the click) [13:37] roadmr, submitted! :) [13:37] didrocks: for wifi it makes no difference; this works quite well with gtkstatusicons [13:38] cyphermox: but with this "redraw my whole menu" glitches (disappear and appear againà [13:38] didrocks: not with the gtkstatusicon [13:38] so this is really just specific to the indicator [13:38] where it does make sense to poke tedg or njpatel about it [13:39] ah ok, so they have to cache it [13:39] and make the diff locally [13:39] mterry: yay! [13:39] anyway, this will make sense with a lot of indicators I guess, thanks cyphermox :) [13:40] roadmr, about to manually test the mem, I may not respond for a bit if I freeze :) [13:40] didrocks: yeah [13:40] mterry: ok, just change the executable's permissions to 755, cd /usr/share/checkbox/scripts/ and run ./memory_test (it's a Python wrapper) [13:41] roadmr, seems to be further than it got before [13:42] mterry: hmm, if it only crashes when running through checkbox it'll be a lot of fun to debug heh [13:43] roadmr, I'm willing to remote-debug with you if it helps [13:43] mterry: thanks, if we can't reproduce on any of our systems I'll take you up on the offer [13:44] roadmr, if this console-test finishes, is there anything useful I should do with the results, or just note that I didn't freeze up? [13:45] mterry: if you could pastebin the output, just for reference, that'd be ok, but if it finishes I guess the test will say all went well [13:47] cyphermox, You really shouldn't be removing the menu and starting over. You should update the items that changed, including adding or deleting. [13:49] tedg: that´ s not really going to be possible, tracking down which ap disappeared that was in the menu and which was now added, then making sure it shows up in the right place [13:49] tedg: like i said, this is working just fine with gtkstatusicons, so there has to be something that can be done [13:50] cyphermox, Yes, put everything in the same process. [13:51] cyphermox, With status icon it blocks on the creation. Which we're explicitly avoiding. [13:51] Bad architecture does solve some problems, but we've moved beyond that. We need to embrace that. [13:53] mterry: is your installation amd64? could you let me know which version of checkbox you're running? [13:54] tedg: and I did ask about blocking the display of the menu until the menu is updated in about-to-show, shouldn´ t that work? [13:54] roadmr, x86 and 0.12.7 [13:55] mterry: oh ok.... but the system has 4 GB RAM I see.. that might give a clue, but let's wait until it's finished [13:55] roadmr, ok, test just finished, no freeze [13:56] cyphermox, No, it doesn't work. There's some space in the protocol for it, but it's not been implemented. I think that in general, it's a bad idea. [13:56] mterry: hm, ok, I'm looking at your report right now [13:56] cyphermox, And in that case it won't take a destruction of the menu, only postpone display. [13:57] tedg: destroying the menu has nothing to do with it, all I´m doing is updating, i destroy after [13:57] cyphermox, Never destroy! Keep updated. [13:57] well, *right now* it´s building a new menu [13:58] Yes, and that's why it flickers. [13:58] because tracking down all that may have changed (esp. APs) is hard if not impossible [14:01] cyphermox, Why don't you just mark the entries that are APs and remove them, and then update just that list. [14:02] cyphermox, g_object_set_data(menuitem, "is-ap", GINT_TO_POINTER(TRUE)) on each one. [14:02] don´ t think this is any better than what´s being done now, but I have another idea that might work [14:05] tedg: seems chrisccoulson is doing the same with xul, as i'm seeing something similar [14:05] ?? [14:05] ie, a small 0-entry menu embryo, and then an update with the content [14:05] that's because menus are generated dynamically [14:05] mterry: ok, what the memory test does is run a command twice, so could you run this on two terminals at the same time? [14:05] chrisccoulson: i noticed that recently in thunderbird, maybe my system was slowed down by the ZG bug at that time [14:06] mterry: /usr/share/checkbox/scripts/threaded_memtest -qpv -m1024m -t60 [14:06] dbarth: the menu is never 0-entry, it just doesn´t have time to show before it gets updated [14:06] chrisccoulson: i understand, but that creates a display flicker [14:06] (at least for nm-applet) [14:06] dbarth, that's why we need a mechanism for delaying the menu opening whilst we build it [14:08] roadmr, ok, hold on one sec [14:09] chrisccoulson: hmm, i thought that about-to-show would give apps enough time to update and avoid the need for that [14:10] dbarth, not really. the panel still displays the menu as soon as it has sent that [14:10] so it's already open before the application does anything with it [14:10] which maybe the problem in the first place [14:11] roadmr, froze me [14:11] roadmr, seemingly due to the second terminal running it too [14:12] mterry: sorry :( that's a slightly destructive test [14:15] mterry: i'm trying to replicate your results on a system I have here === chris|| is now known as chris| [14:22] mterry: 4 of your test errors (bluetooth, wireless) were due to bad permissions in the package, we're working on that [14:23] mterry: usb/storage_transfer might fail if you didn't have usb storage plugged in [14:23] I believe I did... [14:23] mterry: and the two memory-related tests fail obviously - other than these your report looks good :) [14:23] yay-ish! [14:23] pitti: hi there! would you please remind me where I can file bugs for ubuntu-dev-tools? [14:23] mterry: oh ok, let me check the test definition for usb storage [14:27] mterry: ok, could you please plug in a usb thumbdrive, make sure it gets detected/mounted, and then /usr/share/checkbox/scripts/usb_test -t [14:28] mterry: btw, if you're busy this all can wait, I don't want to impose or take up your time or anything [14:28] roadmr, permission denied [14:28] mterry: argh, for the usb test too? that's why it failed then :) [14:29] mterry: oy yes, my bad, I just checked the ubuntu branch of the code and a bunch of scripts lack the correct permissions === MacSlow|lunch is now known as MacSlow [15:44]