=== tkamppeter_ is now known as tkamppeter [08:10] good morning [08:11] Good morning [08:11] morning didrocks [08:11] good morning all [08:12] hey pitti, dpm [08:31] G'Morning, all! [08:32] hey Sweetshark :) [08:32] how was your travel to return home? [08:32] hey Sweetshark, good morning! enjoyed fosdem? [08:34] didrocks: better than expected: there had ben verz haevy rains in Hamburg this weekend and we expected trouble, but it went well ... [08:36] Sweetshark: oh really? Julie told me that I missed a very sunny week-end in Lyon (with a little "ahahah, you should have been home, see!" :p) [08:37] yeah, it was awesome here as well, warm and sunny [08:38] pitti: Absolutely! I think it was a great success for Libreoffice too. Some of the talks of the LO track had the room really packed. The booth was also very wellvisited (other than the OOo booth 3 Meters next to it) .... [08:39] lol - good to hear! [08:42] and the booth was wayyyyy bigger. I found that fun :) [08:56] bonjour seb128 [08:57] hello pitti [08:57] how are you? [08:57] hey seb128 and pitti, how are you? [08:58] hey chrisccoulson, how are you? ;) [08:58] hey chrisccoulson, hey again didrocks [08:58] hi didrocks! i'm good thanks, how are you? [08:58] I'm fien thanks [08:58] I'm fine as well :-) [08:59] chrisccoulson: little bit tired, but I'm fine, thanks :) [09:02] yeah, i'm quite tired too. i was rudely awoken at 6.30am by my daughter [09:02] i wish she would realise that waking up when it is still dark outside is not normal ;) [09:02] urgh ;) === kamstrup is now known as kamstrup|hackfes [09:15] hey pitti - did you have a chance to try the latest version of my extension? i fixed a few more crashes on friday too [09:15] hopefully it stops crashing for you now ;) [09:15] chrisccoulson: hm, I did dist-upgrade, which version should I have now? [09:15] pitti - 0.4 [09:16] chrisccoulson: I have that; so, let me switch back to unity and compiz and check [09:16] thanks :) [09:16] chrisccoulson: I noticed that under metacity/gnome (no global menu) I still have the "5 seconds of CPU until a click is processed" issue [09:17] pitti - try turning off the testpilot extension [09:17] i've seen a few people say that's eating CPU [09:17] testpilot? [09:17] pitti - yeah, it's called "Feedback" in the addons manager [09:17] oh, is that the "weekly report" kind of thing? [09:18] yeah, that's the one [09:18] chrisccoulson: ok, I'll try that, too, once it comes back [09:18] thanks [09:18] still early in the morning, it hasn't gone bad yet [09:18] testpilot will go away automatically when we get a RC build anyway [09:19] (which will be quite soon) [09:25] morning [09:25] hey rodrigo_, had a nice weekend? [09:26] hey pitti [09:29] hey rodrigo_ [09:29] rodrigo_, how are you? [09:30] hi seb128, I'm fine after a week of vacation, thanks :-) [09:30] seb128, and you= [09:30] ? [09:30] I'm great thanks! [09:30] rodrigo_, what do you plan to work on this week? ;-) [09:31] seb128, unity a11y, gnome3 ppa, and anything other you tell me to do :-) [09:31] rodrigo_, the tomboy gconf cleaning? ;-) [09:32] seb128, oh yes, been looking at that last week [09:32] did sandy say that was acceptable upstream? [09:32] oh, nice, do you think it's some not hard to do? [09:32] well, it needs to be changed in gconf#, doing it in tomboy only is a lot of work [09:33] rodrigo_, what needs to the changed in gconf#? [09:33] rodrigo_, the goal was to use gconf# rather than the gconfpeditor thing no? [09:33] Laney, dunno, rodrigo_ said he would check [09:33] ok then [09:34] seb128, gconfpeditor is in gconf#, and tomboy has a lot of classes hierarchy based on that, so that it works on windows only [09:34] s/only/also [09:35] oh, k, sucks [09:35] well maybe not worth the work there [09:35] well, I think we can remove the dep in gconf#, I'll let you know today [09:35] it's annoying we are like 2 rdepends away from dropping libbonoboui, etc [09:35] yeah [09:36] not sure why the gconfpeditor bindings are in libgnomeui [09:36] that brings in gnomevfs etc [09:36] yes [09:36] need to move to my desktop pc, brb === bilalakhtar_ is now known as cdbs === bilalakhtar_ is now known as cdbs [09:56] hi pitti, morning. I saw that the full tarball export for the Lucid language packs worked - https://translations.launchpad.net/ubuntu/lucid/+language-packs, but I cannot see the packages in the PPA yet. Was there any build failure, or are they still building? [10:00] hey dpm -- I'm currently building fresh lucid langpacks, with -base refresh [10:02] hey pitti, ah, is that not an automated process? I thought they'd be built in the PPA during the weekend [10:02] dpm: only the updates; they were actually, I got a few error messages from it [10:03] dpm: I disabled the lucid cron job now, and building from teh 0205 base export [10:04] pitti, ok. Shall I send the testing announcement to translators saying that packages will be built soon, or shall I wait on your confirmation? [10:05] dpm: I think you should wait until they are actually built [10:05] I'll ping you [10:05] I also need to test one first, for firefox [10:06] ok, will wait for your ping then. Thanks pitti! [10:32] rodrigo_, could you check with upstream about this g-s-d gdm race issue? [10:32] seb128, yes [10:33] rodrigo_, I've assigned you the bug as well, that's something we should fix this cycle, we get extra users unhappy about it every day it seems [10:33] rodrigo_, thanks [10:33] right [10:34] k [10:35] jibel: hey [10:36] jibel: bug #712630, the milestone seems wrong? you set a 10.04.3 one but the issue is 11.04 one [10:36] Launchpad bug 712630 in gnome-session "Ubuntu Alternate: Empty desktop after installation with 2D fallback" [High,Confirmed] https://launchpad.net/bugs/712630 [10:38] seb128, sorry, monday morning :( and already 10.04.2 in mind. Fixing. [10:38] jibel_, no worry, thanks [10:38] didrocks, ^ seems a bug for you btw [10:38] let me look [10:39] ok, I'll have a look today, should install daily live on virtualbox [10:40] hum, this was before alpha1 [10:40] alpha2 [10:40] I think it was the compiz crashing and shouldn't be valid starting from next Thursday with nux testing compiz as well [10:41] jibel_: do you still have this virtualbox? [10:42] didrocks, I can try to reproduce, but another user confirmed it this morning on #u-testing. [10:42] jibel_: right, I just want to know if you can launch a shell and check that gnome-panel is running [10:42] (even if not shown) [10:43] if it's running, xwininfo -root -tree and put that in a log file [10:43] didrocks, I trashed the VM, give me time to reinstall it and I'll tell you. [10:44] jibel_: excellent, thanks :) [10:44] jibel_: my bet is that it's a dup of https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/711378 [10:44] Launchpad bug 711378 in compiz "after compiz crashed, gnome-panel isn't mapped again" [High,Triaged] [10:59] pitti, also, could we have the Natty langpack uploads back now that we're post freeze? [10:59] dpm: already done [10:59] still haven't had time to look into the firefox translations [10:59] but I just fixed a bug in the po2xpi wrapper script [10:59] which broke firefox translations for lucid [11:00] (lucid now re-building) [11:00] this has affected the natty build as well [11:00] ah, bummer. Thanks pitti [11:00] but I want to produce a mini-tarball and integrate it into the test suite at some point [11:01] pitti, I'm not familiar with it, which test suite? What are these plans? [11:01] dpm: langpack-o-matic's [11:03] oh, we're going to see firefox translations this week? [11:03] nice :) [11:03] well, for lucid langpack updates [11:03] natty uses the new po2xpi branch [11:04] I don't know whether that one is actually working :) [11:23] didrocks, gnome-panel is running, I attached the output of xwininfo to the report. I'll keep this VM for a few days if needed, let me know if you need other info. [11:23] jibel_: ok, so it's bug #711378 [11:24] Launchpad bug 711378 in compiz "after compiz crashed, gnome-panel isn't mapped again" [High,Triaged] https://launchpad.net/bugs/711378 [11:24] jibel_: can you please attach it to this one and mark yours as dup? [11:24] didrocks, sure [11:24] it's not a gnome-session issue in any case [11:24] jibel_: what I will do it with next nux release, the fallback will be handle diffenrently and we will avoid this bug [11:25] but it will still be there, the restacking isn't working right [11:25] thanks jibel_ :) [11:31] didrocks, you're welcome, I've added a note about nautilus which suffers the same symptoms. [11:31] jibel_: yeah, basically everything which was launched by gnome-session before metacity (once compiz crashes…) [11:32] jibel_: the "no effect" session is working well, isn't it? [11:33] didrocks, apparently, yes. [11:34] jibel_: ok, thanks for confirming, so it's really when compiz is crashing… ok, I asked smspillaz as I think he's the most knowledgeable on that [11:38] pitti, hi [11:45] hey tkamppeter, how are you? === MacSlow is now known as MacSlow|lunch [12:01] pitti, fine [12:01] pitti, I have added a Poppler-based pdftoraster filter to CUPS, to address bug 668800. [12:01] pitti, see the BZR. [12:01] Launchpad bug 668800 in cups "Printing speed problem" [High,In progress] https://launchpad.net/bugs/668800 [12:01] pitti, but it is not ready for upload yet, as now both cups and ghostscript provide pdftoraster, so the packages conflict. [12:02] tkamppeter: does that apply to Debian as well, or just our gs? [12:06] pitti, what I want to do is an update-alternatived, but this needs a change in both cups and ghostscript, default should be the Poppler-based one. [12:06] I don't like abusing alternatives for that really [12:07] alternatives should be for user invoked programs [12:07] not for driver things like pdftoraster; cups should know which ones is better and use that, and if we have several, they should have a different name [12:07] tkamppeter: why not name the new cups one pdftoraster-poppler [12:07] ? [12:07] pitti, this is no problem for UIbuntu, as I can quickly change ghostscript, too. In Debian we must wait for the Debian maintainer, so better disable it in Debian for the time being. [12:08] pitti, yes, I could do so, and then by a .convs file control which one gets used. [12:09] pitti, but now if I deliver a pdftoraster-poppler.convs from cups and a pdftoraster.convs from Ghostscript, which one will get used. [12:10] pitti, probably I have to modify the cost factors in a way that the inactive gets a very high cost factor and if problems occur (bug reports) I can tell the user to change the cost factors to switch over. [12:10] tkamppeter: don't they have a priority? [12:12] pitti, the priority is managed by the cost factors in the .convs files. I have worked out the cost factors so that a PDF workflow gets used by default. The only exception is to have a PS workflow if incoming data is PS and the printer is PS. [12:12] pitti, so I will do the following: [12:14] pdftoraster-poppler will get the cost factor with Ghostscript's pdftoraster had before and Ghostscript's pdftoraster will get commented out. [12:14] pitti, these changes I will do via the debian/rules files to make them only affect the Debian/Ubuntu packaging. Upstream will not get changed. [12:16] tkamppeter: you mean a patch? sure [12:29] bug #579300 [12:29] Launchpad bug 579300 in linux "Please disable CONFIG_SOUND_OSS* and CONFIG_SND_*OSS*" [Wishlist,Fix released] https://launchpad.net/bugs/579300 [12:41] pitti, now I have pushed the inclusion of the convs file in the PDF filter add-on. The "make install" of CUPS now installs /usr/lib/cups/filter/pdftoraster and /usr/share/cups/mime/pdftoraster.convs in addition. [12:42] good [12:42] thanks [12:43] pitti, a Debian build should remove these two files, an Ubuntu build should rename them to /usr/lib/cups/filter/pdftoraster-poppler and /usr/share/cups/mime/pdftoraster-poppler.convs and do s/pdftoraster/pdftoraster-poppler/ in the .convs file. [12:44] tkamppeter: why does it need to be different on D and U? [12:44] can't we use the -poppler name in both? [12:47] Theoretically we can do. Build and install will perfectly work in both distros. Problem is that then there are two filter workflows with exactly the same cost: The ones which use pdftoraster of Ghostscript and the ones which use pdftoraster-poppler. On Ubuntu I will fix this today by modifying ghostscript. On Debian I will inform the ghostscript maintainer but it can take some days until he switches over. Or can you also upload Debian [12:47] 's ghostscript? [12:49] no, I can't [12:49] pitti, if you do anything on cups to implement this, please do not change anything in debian/local/filters/pdf-filters/, as this directory is a copy of the upstream add-on package. The implementation of the soluttion of our problem should be done only in the distro packaging. [12:50] tkamppeter: can we wait with the cups upload until you discussed that with the gs maintainer? [12:50] tkamppeter: but shouldn't cups just put a heavier weight on the gs filter then? then you can have both installed, and switch over in the .conf if the gs one works better [13:00] mvo_, hi, I'd like to make lots of little tweaks to the USC reviews presentation. Which do you think would be faster for you: (1) I make a branch of the 3.0-reviews branch, which you then merge onto both 3.0-reviews and trunk; or (2) I give you a long boring list? [13:00] definetly (1) [13:01] ok [13:01] thanks! looking forward to that merge [13:01] mpt: let me know if you need anything (to find the right places etc) [13:02] chrisccoulson, dpm: argh, now the lucid langpacks built, but: [13:03] mozilla.tar.gz is only 233 bytes, and only has a folder [13:03] ./usr/lib/firefox-addons/extensions/langpack-de@firefox-3.6.ubuntu.com/ [13:03] hm, I think I know why, hang on [13:03] it probably used the new branch [13:03] ah [13:04] if [ "$3" = lucid -o "$2" = maverick ]; then [13:04] it was called with lucid-proposed [13:04] pitti, I have looked into it now, and we can simply let CUPS put a heavier weight on its own pdftoraster. This way we do not need any change on ghostscript and also no difference between Ubuntu and Debian. So I can complete the CUPS package. [13:04] phew, glad it was an easy fix [13:07] * pitti runs again, darn === warp11 is now known as warp10 === MacSlow|lunch is now known as MacSlow [13:52] good morning all [13:52] seb128, nudge about geoclue [14:00] mvo_, first silly question: The stars are currently red, but the only star graphics I see in the tree (in data/images/) are yellow and orange. Where are the red ones? [14:00] (orange one in data/emblems/) [14:00] re [14:00] seems I got disconnected [14:02] seb128, nudge about geoclue [14:02] :) [14:02] kenvandine, hey, oh right! [14:02] doing it now this time [14:02] :-D [14:02] thx [14:02] kenvandine, how are you? [14:02] great [14:02] and you? [14:03] I'm fine thanks [14:03] e gpg [14:03] ups [14:06] pitti, cups package is tested and updated now so that it actually uses the new pdftoraster in both Debian and Ubuntu and without need of change on ghostscript. Can you please upload it? Thanks. [14:06] :) [14:07] tkamppeter: nice! yep, will do ASAP [14:07] kenvandine, ok, will do in a bit when indicator-appmenu will stop crashing my command lines when I try to ssh to the server [14:07] ugh [14:07] weird crash === oubiwann is now known as oubiwann_ [14:13] mpt: we draw them now manually, let me quickly check if you have the very latest version [14:14] mvo_, revno 1127 [14:14] mpt: please update to r1128 and see if that is better [14:14] mpt: the stars should no longer be red, I fixed that a while ago [14:14] * bcurtiswx waves to room [14:16] mvo_, they're still red in r1128 [14:16] oh, hold on a sec [14:17] kenvandine, ok, done [14:17] seb128, thx! [14:17] kenvandine, it was just geoclue? [14:17] ubuntu-geoip too [14:17] both got mir acked right? [14:17] yup [14:17] kenvandine, ok, both done [14:18] seb128, thx! [14:18] yw [14:18] * kenvandine makes i-d build [14:18] seb128, what's this about indicator-appmenu crashing your ssh? [14:18] kenvandine, can you do some libdbusmenu backporting? the one commit from mterry after the release [14:18] mterry, hey [14:18] mpt: please try r1129 [14:19] jibel_, what was the bug number you pinged about before? [14:19] jibel_, the appmenu crasher [14:20] seb128, tedg, bug 703988 [14:20] Launchpad bug 703988 in vim "(various) crashed with SIGSEGV in g_atomic_int_exchange_and_add()/g_variant_unref/?libappmenu.so/g_simple_async_result_complete" [Undecided,New] https://launchpad.net/bugs/703988 [14:20] mterry, ^ [14:20] jibel_, Yeah, I need to see if I can recreate that. [14:21] Doesn't look pleasant. [14:21] not sure why ssh-ing to the d-c triggers it but I couldn't keep it running enough to run a command [14:21] tedg, just run vim-gnome in unity and wait [14:21] I had to turn off unity now [14:21] mvo_, ok, they're now orange instead of red, but where is that defined? [14:22] seb128, i'll backport it [14:22] kenvandine, btw nice that you got libindicate to build, that seems a workaround though? [14:22] kenvandine, thanks [14:22] tedg, I also now get the same trace with gucharmap running on classic desktop without effects [14:23] seb128, yeah... no idea why i had to do that [14:23] i so wanted to figure out wtf happened [14:23] mpt: check softwarecenter/view/widgets/reviews.py (self.bg_color, self.fg_color) [14:23] but i spent too much time on it... :) [14:24] jibel_, Hmm, yeah, I don't :( [14:25] hi seb128, I prepared the pidgin update as discussed on Friday, it's a merge proposal w/ubuntu-desktop and ubuntu-dev as reviewers, so hopefully on both sponsorship lists [14:25] seb128, bookmarked, i can look at it eventually if no one else does [14:25] jibel_, Can you run dbusmenu trunk and see if it happens for you? There are a couple of fixes there that may have gotten this one as well. === didrocks1 is now known as didrocks [14:26] tedg, ok [14:26] tedg, natty has your most recent commit backported [14:26] tedg, the only other commit was mterry's update fix, would that make a difference for that crash? [14:27] seb128, I don't think it would [14:27] seb128, No, it shouldn't. Okay, so that's not a useful exercise :) [14:27] Wonder why it doesn't happen here then. [14:27] tedg, how did you try? [14:28] gdb vim.gnome -ex run and gdb gucharman -ex run [14:28] not sure what makes it crash, got several softwares crashing this way today [14:28] but it seems the easiest way there to crash something is to ssh from a command line [14:28] not sure if it has to do with title updates [14:29] seb128, Hmm, odd. Why is there no retrace? Are the retracers down? [14:29] * tedg hopes not [14:29] let me check [14:29] seb128, mterry: was there a specific bug for that dbusmenu fix i am backporting? [14:30] * tedg challenges seb128 to do it without using SSH ;) [14:30] kenvandine, bug 709839 [14:30] Launchpad bug 709839 in libdbusmenu "some apps are missing menu items" [Undecided,Confirmed] https://launchpad.net/bugs/709839 [14:30] thx [14:31] tedg, ok, retracers are down on a stupid upgrade error, I'm cleaning that and restarting [14:31] seb128, Great, thanks! [14:31] seb128, does that crash make you not be able to type in any window? [14:31] kenvandine, no [14:32] humm... i just tried to ssh and suddenly lost all keyboard input [14:32] well, in windows [14:32] could get to a VT [14:32] mouse worked though, just couldn't type in anything [14:32] appmenu crashed too [14:33] kenvandine, you might have hit this one [14:33] bug #714531 [14:33] Launchpad bug 714531 in indicator-appmenu "unity-panel-service consuming very high cpu time" [Undecided,New] https://launchpad.net/bugs/714531 [14:33] kenvandine, chrisccoulson said it was blocking applications for him sometimes [14:33] ah [14:33] that would make sense [14:34] not a great start of week for appmenu-gtk ;-) [14:34] didn't look at the load [14:34] hehe :) [14:34] yeah [14:35] tedg, ok, retracers should be running again, let's wait a bit [14:36] pitti: can you accept the invit for ~ubuntu-core-dev to be part of ~utouch-packaging (seeing the Technical board is the administrator) [14:37] didrocks: ~utouch-packaging should have a contact email set first [14:37] pitti: oh right, for the spamming issue, let me try to fix it [14:37] otherwise every ubuntu-core-dev will get bug mail [14:37] pitti: yeah, I keep forgetting about that one, sorry :) [14:38] So... looking for some help here in debugging SWT Java apps and appmenu: GTK+ in SWT sees an XID that is reliably 48 higher than the XID that libwnck sees for the window. This mismatch means appmenu doesn't show anything. Where should I be looking to explain that 48? There don't seem to be any offscreen rendering or parenting issues that I can see [14:38] smspillaz, ^ any ideas? [14:40] mterry: why are you using libwnck for menus ? [14:40] libwnck only tracks windows in _NET_CLIENT_LIST [14:40] smspillaz, its being used through bamf on the appmenu side [14:40] so you're using libwnck to get the XID of the actual application then? [14:40] smspillaz, He's looking for the XID of the window. [14:41] and by "window" you mean, the actual window and not the X window of the menu right? [14:41] smspillaz, right [14:41] smspillaz, the gdk window of the toplevel [14:41] mterry: right [14:42] mterry: so libwnck will get the one out of _NET_CLIENT_LIST (which works fine, otherwise there'd by no window decorations) - how are you getting the xid from GTK+ ? [14:43] smspillaz, GDK_WINDOW_XID of the toplevel that contains the menu. I'm thinking I have the wrong toplevel, but that would be odd, as it does contain the menu. [14:43] smspillaz, XID is just an xlib Window pointer, right? [14:44] mterry: yeah, that's right [14:44] smspillaz, so what would result in a 48 byte difference between the Real window and my window? [14:44] mterry: let me think [14:45] mterry: the only thing that would explain that is that the one in _NET_CLIENT_LIST and the gdk one are different windows [14:45] mterry: sudo apt-get install wmctrl and then wmctrl -l and see if your gdk xid is in there [14:46] smspillaz, it's not [14:46] smspillaz, or at least, it's not in the list of windows wnck knowss about [14:46] I haven't done wmctrl, but I assume it's the same list? [14:46] it should be [14:46] I'm thinking there could be a bug somewhere though [14:46] so wmctrl -l will just tell you whats in _NET_CLIENT_LIST [14:46] and then we'll know if wnck or bamf is buggy [14:51] smspillaz, wmctrl agrees with wnck [14:51] uh-huh [14:51] mterry: and your window gets decorated? [14:53] WAH! third attempt of langpack building failed again *sigh* [14:53] jibel_, could you submit one of the crashes you get with the crashdump as well? [14:54] seb128, okay, uploading a 42MB report for simple-scan now. [14:56] jibel_, or install the dbgsym locally if you prefer [14:56] brb [14:58] smspillaz, whoops, I disconnected. Let me recap what I may have sent into the void [14:58] smspillaz, wmctrl agrees with wnck [14:58] There's no secret transient-for window... [14:58] smspillaz, but remember that this is GTK inside of Java's SWT library. Could it be doing some funky proxying or some such? The SWT library code doesn't appear to be, but maybe there's something there [15:00] seb128, bug 714630 [15:00] jibel_: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/714630) [15:00] jibel_, thanks, let's wait for retracing now [15:01] mterry: swt is just funky in general [15:02] mterry: maybe let me know the gdk xid of the window and then post your xwininfo -root -tree ? [15:02] so we can see where it is sitting [15:02] good idea, trying [15:05] mterry: just be weary of swt in general [15:05] mterry: they make all these stupid assumptions [15:05] for example, they'll check the window manager string for "kwin" and then assume that you're double reparenting only in that case [15:05] smspillaz, http://pastebin.ubuntu.com/563902/ : wnck sees 0x06a0004a and gtk sees 0x06a0007a (they are both in the wininfo tree) [15:05] tedg, the unity-panel-service crashes this way, http://paste.ubuntu.com/563903/ [15:05] tedg, known issue? [15:06] tedg, ignore that, libdbusmenu is not uptodate and it lacks debug symbols [15:06] smspillaz, oh sorry, chop leading 0 for both of those [15:06] yeah, saw [15:07] mterry: is 0x6a0004a a menu or a toplevel ? [15:07] smspillaz, toplevel [15:07] 140x39 seems like a weird size for a toplevel [15:07] ok [15:07] smspillaz, it's a test window [15:07] ok [15:07] so 0x6a0004a is in fact the managed window (reparented) [15:08] mterry: is your menu 200x200 ? [15:08] smspillaz, not likely [15:08] mterry: can you post xwininfo -id 0x6a0007a -all ? [15:09] smspillaz, http://pastebin.ubuntu.com/563904/ [15:11] right, so it is one of those stupid unmapped "lets store properties on these" windows [15:11] also override-redirect [15:11] so it might be the menu [15:12] or just a property storage window [15:12] pitti: https://launchpad.net/~utouch-packaging has a contact now [15:12] smspillaz, it is definitely a toplevel GtkWindow [15:13] smspillaz, that is holding the menu anyway (may be some fake container window just for the menu...) [15:13] that sounds messy .... [15:13] thought his is sun-awt we're talking about [15:13] *this is [15:14] smspillaz, and I agree it seems to be unmapped until I realize it [15:14] smspillaz, it's eclipse swt, whatever that is. openjdk [15:15] smspillaz, ok, so gtk is seeing the wrong window. there is probably something I can do here... I'll dig some more, thanks smspillaz [15:16] np [15:26] tedg, do you need details on this bug then? [15:28] seb128, Which one? Did it get retraced? [15:29] tedg, not yet the retracing, I was just wondering if you managed to get it [15:30] seb128, No, but I can't run Unity anymore with the xserver transition :-/ [15:30] seb128, So that's probably why I can't recreate it. [15:30] seb128, Hoping the stack trace makes it clear. [15:30] tedg, k [15:34] smspillaz, think I got it. both windows were being passed to appmenu-gtk's gtk module, but we were ignoring the Real one due to a separate bug [15:36] tedg, ok, I think it's a sideeffect of bug #714531 [15:36] Launchpad bug 714531 in indicator-appmenu "unity-panel-service consuming very high cpu time" [Undecided,New] https://launchpad.net/bugs/714531 [15:37] tedg, http://paste.ubuntu.com/563916/ [15:37] mterry, ^ [15:38] tedg, it starts happening to lot of applications once appmenu get stucked eating cpu [15:38] which is the bug I just pointed before [15:38] the pasteb has a stacktrace of a nautilus crash [15:38] seb128, Yeah, I think there's some race there. Cool, I'll look at the trace. [15:39] seb128, tedg: seems like a clear bug that appmenu-gtk tries to unref the variant even if it's null there. The unref should go after the if (error != NULL) block in bridge.c [15:40]