=== brainwash_ is now known as brainwash [04:58] thanks micahg [04:59] Long gone, mate. === Mez_ is now known as Mez [16:25] not that anybody has noticed i guess, but spinners in all our gtk3 apps are broken [16:25] i already pushed a branch for greybird and added the icon needed for it to work to elementary-xfce in git === eydu is now known as brainwosh [17:36] brainwash: bug 1416843 [17:36] bug 1416843 in xfce4-indicator-plugin (Ubuntu) "Indicator element appears over the panel, not above" [Undecided,New] https://launchpad.net/bugs/1416843 [17:36] http://i.imgur.com/3sr4Wd7.png [17:37] if you happen to click transmission in the panel and have shaky finger and click twice - you will in fact hit quit for it :) [17:40] elfy, ok.. but it works fine here. the menu never covers my panel [17:42] seems to work ok for me if panel is at top [17:43] elfy, it happens if you uncheck "reserve space on border" in the panel settings [17:44] mine's on intellihide currently so that option's not available [17:45] I guess it's a valid report after all [17:45] definitley an issue [17:45] yea :) [17:45] I'll comment [17:45] I'll do an upstream one too if it's needed [17:46] thanks, please mention that it's best to forward this bug upstream :) [17:46] heh :D [17:49] brainwosh: bug report against xfce4-panel or? [17:51] xfce4-indicator-plugin, because only the indicator menus are affected [17:51] other panel items are fine [17:52] not there to report against [17:52] nvm [17:54] I'm not sure if the menu placement is affected by the indicator-plugin, maybe it's something in the indicator code [17:59] ok reported and LP updated [17:59] thanks [18:00] at least I don't have to do a "It'll just get ignored why bother" :) [18:02] it's a rare case I'd guess. one has to move the panel to the bottom and configure it to not reserve space (so windows can go behind the panel) [18:03] brainwosh: not so rare - especially if we start giving people intellihide [18:03] people have to be expected to not like the defaults :) [18:16] wb cjbrambo [18:16] cjbrambo is rare - someone who wants to help us with testing \o/ [18:17] Hi hi [18:17] elfy, FYI http://cdimage.ubuntu.com/ is up now [18:20] bah wrong channel [18:20] ^ I think that leads to an answer to an upcoming question of mine. [18:21] slickymasterWork: zsync is still being an issue here [18:21] bbs [18:21] I'm currently on 14.10 [18:23] Never mind http://cdimage.ubuntu.com/xubuntu/daily-live/20150202/ [18:25] cjbrambo: in short - because I'm still not really here :) [18:26] you can do one of 3 things [18:26] upgrade that install to 15.04 [18:26] bbl -> [18:26] install 15.04 to a seperate partition [18:26] install 15.04 in a virt environment of some sort [18:26] we'll help you once you know which you're prefer to use :) [18:27] I'm in and out for the next hour or so, but will be back later [18:27] knome pleia2 - I never know who's got control of social stuff - but could someone tweet or f/b or google the mail for trusty point testing please :) [18:28] will do momentarily [18:29] thanks awfully :) [18:31] I'm fine with upgrading. [18:42] all posted [18:42] I'll do one reminding people about QA for stickers soon too, now that it's february [19:01] elfy, FYI http://cdimage.ubuntu.com/ is up now It may be up, but it's really really slow and in the end I get 0 byte files (tyried twice now). Anyone else having these problems? [19:01] BTW, it's not my 'net connection :) [19:02] I should note it's slow in display and refreshing, not DL'ing. [19:03] but as I get a 0 byte file "slow" is relative :) [19:10] OK, got a iso and md5 matches. Not sure what happened before. [19:26] Not off to a great start http://i.imgur.com/wP6wOkn.png [19:32] cjbrambo, bug 1409555 [19:32] bug 1409555 in ubuntu-release-upgrader (Ubuntu) "drop extras.ubuntu.com" [High,In progress] https://launchpad.net/bugs/1409555 [19:38] cjbrambo: that normal - just disable them , other software in software and updates - independent === brainwosh_ is now known as brainwosh [20:10] cjbrambo: how's it going ? [20:11] It's upgrading. [20:11] nice - which method you using? [20:12] using the gui software updater [20:12] ok [20:41] oh great :| [20:45] seems that the .2 version of trusty has ibus in it [20:45] thought we got rid of that [20:47] elfy, the upgrade to 15.04 took quite nicely. [20:48] cjbrambo: excellent - this your main machine? using it a lot? [20:49] I use it a lot for development. But I always keep it so that I won't miss anything off it if something goes awry. [20:51] we call that exploratory testing, so if you use one of the default apps - for anything, please have a look at the package test for it [20:51] http://packages.qa.ubuntu.com/qatracker/milestones/327/builds/82959/testcases [20:52] say you used mousepad - find that there ^^ [20:52] and have a look - then you can report bugs (if you've found and reported it to LP) [20:52] and pass or fail [20:53] http://packages.qa.ubuntu.com/qatracker/milestones/327/builds/82959/testcases/1557/results [20:54] ochosi: just so you know - the .2 for trusty is about - and I have critically failed 32 and 64 bit as we seem to have ibus there again and I couldn't login with my password using US keyboard [20:55] login on the greeter screen? [20:58] mmm [20:58] now I can [20:58] and would it be most helpful for me to just start at the top of the test cases and work my way down? [20:58] cjbrambo: no need to do that :) [20:59] heh even better! [20:59] we set that tracker up at cycle start, then changed what we wanted to do [20:59] if you USE one of those apps - you can report against it - better to really use something than just run through a basic testcase [21:00] Gotcha [21:00] brainwosh: mmm, not sure what's going on there - not got time tonight to do more [21:01] it'll have to wait till tomorrow now [21:03] cjbrambo: nice to see you - thanks for helping us all - and that means you as well if you use Xubuntu [21:03] no problem. Been looking for a way to get involved with open source. Happy to help [21:03] :) [21:04] this is a pretty painfree way to do that :) [21:04] Why I chose it! [21:04] Why I chose it too :p [21:04] and that coding is all a foreign land to me ... [21:05] I'm new to programming. So, not much I can do there [21:06] :) [21:07] well - I'll see you next time - I'm off for the night now [21:07] others are about off and on if you're still here later [21:08] Great. I'll through questions out when they arise [21:52] elfy: hm, crap, that sounds bad. guess we gotta figure out what pulls it in [22:08] elfy: and meh, that indicator bug sucks a bit. i'm not sure whether that's fixed best in the panel or actually in the indicator-plugin... [22:09] but it could be an indicator-problem, since they are at the top of the screen in ubuntu too [22:09] maybe there's some code related to that, but this is just a (very) wild guess [22:09] ali1234: wanna take a peek at that ^, aka https://bugs.launchpad.net/bugs/1416843 [22:09] Launchpad bug 1416843 in Xfce4 Indicator Plugin "Indicator element appears over the panel, not above" [Medium,Confirmed] [22:10] i don't understand it [22:10] it's pretty easy to reproduce [22:11] move your panel to the lower end of the screen, set it to autohide or intellihide and click an indicator [22:12] can't reproduce [22:12] in vivid? [22:12] no in 14.04 [22:13] oh right [22:13] with the dev ppa [22:13] hm, so what panel version is that then [22:13] lemme check [22:13] 4.11.2 [22:13] there is actually a gap between the panel and the menu [22:13] with dev-ppa you're referring to -staging? [22:13] but only at the bottom of the screen [22:13] i guess yeah [22:14] ok, that should be fine [22:14] this is probably related to the struts bug [22:14] so you're on the same panel version [22:14] yeah [22:14] i thought so too [22:14] which has been fixed [22:14] but it seems to happen exclusively with indicators [22:14] although that should never cause an overlap [22:14] maybe they broke something in the indicators then [22:14] yeah because indicators are gtk3 [22:14] gtk2 menus aren't affected [22:14] it is a gtk3 regression [22:14] yeha, i remember now [22:15] the weird thing is that with a panel at the top of the screen everything is totally fine and expected [22:15] it happens only at the bottom [22:15] anyway, struts but only affects multimonitor [22:15] it's almost certainly related somehow [22:15] ah [22:15] i know [22:15] wtf [22:15] it also works on left and right [22:16] *only* bottom is broken [22:16] so you can reproduce? [22:16] yeah [22:16] okay [22:16] i need to look somehting up [22:16] hold on a minute [22:16] sure [22:16] i'll fix something else meanwhile [22:17] bug 1397470 [22:17] bug 1397470 in ubuntu-mate "Bottom Panel Covering Bottom Of Windows (Strut Issue?)" [Low,New] https://launchpad.net/bugs/1397470 [22:17] have a look at that bug [22:18] and then run the commands in it and pastebin the output for me [22:18] _NET_WORKAREA(CARDINAL) = 0, 0, 1920, 1200, 0, 0, 1920, 1200, 0, 0, 1920, 1200 [22:18] _NET_DESKTOP_GEOMETRY(CARDINAL) = 3200, 1200 [22:19] hah [22:19] you have no struts at all [22:19] http://dpaste.com/3YD1R5X [22:19] yeah, the panel is set to intelligent hiding [22:19] consequently, no struts [22:19] okay so can you somehow make the panel unhide while running those commands? [22:20] without setting it to never hide of course [22:21] ah sure [22:21] sleep 5 && command - then move mouse over the bottom of the screen [22:22] it wasn't hidden though [22:22] my terminal window wasn't maximized [22:22] oh, intelligent? okay [22:22] so with intelligent hiding, the panel is shown [22:22] so then the problem is that the panel doesn't set struts when it unhides itself [22:22] but still no struts [22:22] yeah [22:22] i guess that must be it [22:22] simples [22:22] i have no idea how to handle that though [22:22] report a bug :P [22:23] 13.10 didn't have gtk3 did it? [22:23] indicators i mean [22:23] or did it? [22:23] easy, elfy has already done that: https://bugzilla.xfce.org/show_bug.cgi?id=11501 [22:23] bugzilla.xfce.org bug 11501 in General "Panel at bottom, indicator covers panel" [Normal,New] [22:24] no, 14.04 was the first to have gtk3 indicators iirc [22:24] right, so that's why [22:24] it's gtk3 again [22:24] the thing is that the panel shouldn't set struts when it autohides [22:24] hmm [22:24] it would make all the windows it covers resize (possibly) [22:25] certainly maximized ones [22:25] thing is, i never touched any of the struts code and didn't test the indicators in all layout positions obviously (when i was fixing intelligent hiding, i mean) [22:25] yeah [22:25] i mean, autohide panel covers maximized windows right? so it should appear behind menus too [22:25] so how can we work around that then? [22:25] absolutely no idea [22:25] i don't think we even should [22:26] the sucky thing is that it works just fine in gtk2 [22:26] i guess i haven't really understood what gtk3 is messing up there [22:26] they rewrote the menu placement code [22:26] hm, ok [22:26] i can't even reproduce this but i suspect that if you boot up with the panel set to not autohide, then the struts just stay the way they were always set [22:27] elfy, should the daily xubuntu trusty image include stuff from -proposed? [22:27] struts and all the netwm stuff is horrible [22:27] so badly broken [22:27] i mean it's quite simple really [22:28] hm, yeah, just tried that (restarted the panel), that didn't work. although i see why it could've [22:28] too simple really [22:29] so no tricks/hacks we can add to the indicator-plugin to behave more like gtk2? [22:29] (not that i consider this a huge issue, it's actually rather a corner-case) [22:30] so with autohide it works fine for you in 14.04? [22:31] i wouldn't say fine [22:31] it is actually too high [22:31] wait that is because i have two panels on two monitors [22:31] let me retest [22:32] my first instinct was that it's a regression introduced by intelligent hiding, but then again, no struts code was touched [22:32] no, it isn't [22:32] it has always been "broken" [22:33] it's just that only gtk3 exposes it [22:34] intelligent hiding in 14.04? [22:35] actually, considering that it doesn't happen at the top of the screen, all what i just said is most likely bullshit [22:35] i've got no idea :S [22:36] ping the indicator guy [22:36] i could go and start an argument with gtk devs if you want [22:37] this needs thorough testing inside a VM i think [22:37] hmyeah, i guess so [22:37] i should make a tool to mangle the struts [22:37] well, frankly i'm not sure it's really worth it [22:37] you cannot even trigger this bug in unity, because the panel is always visible and placed at the top [22:37] that way i can throw any nonsense and see what gdk does with it [22:38] brainwosh: i bet you can [22:38] i hope that we can work towards a gtk3 panel soon [22:38] if you have multimonitor [22:38] and then we'll have to solve this at the panel level for everything i guess [22:38] the panel needs a rewrite :( [22:38] broken things everywhere [22:38] not sure [22:39] brainwosh: everywhere? you really seem to like overstating things [22:39] argh [22:39] firefox is going behind my bottom panel now [22:39] hide: never, reserve space on borders -> struts are still messed up [22:40] fixed it [22:40] startup notify stopped working on my desktop (root area), thunar crashed -> "double free or corruption (fasttop), some random X server complete freeze, and many more today [22:41] someone found out how to reproduce the thunar crash on ascending to parent directory [22:41] and I'm just using the pc for basic stuff [22:41] i'm also getting LOADS of flash plugin and firefox crashes [22:41] and the odd X freeze, probably related to flash/firefox [22:41] and i'm on 14.04 [22:42] this distro might have jumped the shark :( [22:42] remove flash [22:42] i might install flashblock actually [22:43] so check this rant: https://bugzilla.xfce.org/show_bug.cgi?id=10725#c13 [22:43] bugzilla.xfce.org bug 10725 in Window Buttons "Setting "Show windows from all monitors" stops working correctly after changing monitor layout" [Normal,New] [22:43] this can't be fixed without a panel abi break [22:44] yeah, i've seen the report before [22:45] so much to do [22:45] the only thing i can say is discuss it with nick when he's around [22:45] i'm not touching any of that with a 10-foot pole :) [22:49] ali1234: thanks for adding the comment [22:53] this looks familiar https://bugzilla.xfce.org/show_bug.cgi?id=11503 [22:53] bugzilla.xfce.org bug 11503 in Display Settings "xfsettingsd fails to reenable LVDS after opening lid" [Major,New]