[11:59] please nominate xubuntu-default-settings for trusty and utopic bug 1292290 [11:59] bug 1292290 in xfce4-settings "Window manager keybindings don't work after reboot" [Medium,Confirmed] https://launchpad.net/bugs/1292290 [12:54] brainwash: you sure it's against that package and not xfce4-settings? [12:57] teward: yes, I've linked my branch for vivid to the report already. the problem is caused by xubuntu-default-settings, but the underlying issue needs to be handled/fixed in xfce4-settings [12:58] and I'll try to SRU an updated xubuntu-default-settings package for trusty and utopic [12:58] brainwash: well, the SRU won't happen until it lands in Vivid [12:59] i'll nominate but you have to keep in mind it needs to land in Vivid or be fixed in Vivid before it can truly be SRU'd backwards [12:59] I know [13:00] 'course it gets nominated for both packages against trusty and utopic >.> [13:00] doesn't matter I guess [13:00] nomination done though [13:00] thank you :) [15:04] Can I mark this bug report as won't fix: https://bugs.launchpad.net/ubuntu/+source/evolution-exchange/+bug/111936 Found it while looking for duplicates. [15:04] Launchpad bug 111936 in evolution-exchange (Ubuntu) "Message headers of emails sent from Windows Mobile not read correctly by Exchange OWA proxy" [Low,Triaged] [15:08] octoquad: I can do that for you [15:09] octoquad: if it won't let you do it - but yes it seems the right thing to do [15:09] ok, busy triaging and do some housekeeping for Ubuntu Gnome [15:09] thanks penguin42 [15:10] I assume that unassigning the person or team responsible should also happen at the same time, correct? [15:11] octoquad: Nah, I'd just leave that [15:11] octoquad: I'd never unassign from a person, from a team seems less of an issue, but it's probably best to let them sort it out [15:12] penguin42, you will have to do it for me, I'm not part of the Ubuntu Bug Squad only Ubuntu Gnome Bug Squad so Won't fix is disabled for me. [15:12] I think I should just apply now and get it over with lol [15:14] ok, will do [15:15] apply to bug-control? [15:15] octoquad: done [15:18] brainwash, yes, just applied. [15:18] thanks penguin42 [15:19] octoquad: on the mailing list? [15:19] brainwash, sorry to Ubuntu BugSquad team [15:19] https://launchpad.net/~bugsquad. [15:20] oh, but then you will have to apply for bug-control too [15:20] fun times [15:20] ok [15:20] otherwise you won't be able to mark reports as won't fix etc [15:21] thanks brainwash, I will apply after I've been accepted to Bug Squad. [15:22] octoquad: heh, I should apply too. I'm only in bugsquad :) [15:22] :) [15:22] bug list could definitely do with some housekeeping. Do they have a bug housekeeping week once a year? [15:23] or cycle [15:26] you mean something like automatically closing reports if the affected release is not supported anymore? [15:28] hmm, yeah I suppose but that can only work if the report is new and there are 0 comments. Sometimes the bug can be present over multiple cycles, so it's pretty tough to automate. I think Invalid to Expire is pretty neat, but there bugs that are 8 years old and triaged as an example or confirmed. [15:28] generally I think there are things that automatically close bugs that are for a release that's now out of support [15:28] so bugs do fall through the net if they are still affected [15:41] octoquad: I'm doing the clean up job for Xubuntu/Xfce bug reports now and I wish too that there was some automate system to remind the bug reporter to re-test and update the report after some time without activity [15:46] brainwash, that's a pretty useful. What would you recommend as the default automated response time 30/60/90/120/240/365 days? Maybe it can do it automatically for all periods and then just close due to no response? [15:47] at 365 days [15:48] * penguin42 thought there was already a 'no activity on this bug' type of thing [15:49] penguin42, yes, only if it has been marked as incomplete and no activity for 60 or 90 days depending on the project bug tracking configuration. [15:50] my bad, there is no way to set the number of days. [15:50] https://wiki.ubuntu.com/Bugs/Triage?action=show&redirect=Bugs%2FHowToTriage#Invalidating [15:50] but someone has to mark the report as incomplete [15:50] yes [15:51] * penguin42 had thought there was something that did it on non-incompletes [15:51] and usually many reports are just filed, but then ignored for long period of time (or forever) [15:51] hehe penguin42 [15:51] yup [15:54] it's very difficult to make generalisations - for example someone might find something is badly broken, so they just give up on it; then 2 years later you ask them to retest and they don't have the machine any more, etc [15:55] yes, that is one of probably many things to take in consideration, but if the original reporter is no longer able to test and nobody else is affected, then how useful is that report? [15:56] yep, although it's useful to go through and look for dupes to find out actually there are bunches of bugs that no one has managed to find are actually the same thing [15:58] Have a look ubiquity, classic example penguin42 I filed a bug report for ubiquity failing to complete an installation, there a few with the same issue, but reported with different subjects and descriptions, although it might be related to what I reported, or a side effect of what I reported. [15:59] Sort by age, as the bug only cropped up betweek the yesterday and today. [15:59] between* [15:59] yes, you get lots of that type of thing [16:02] nice chatting to you two, i'll be back later. ciap [16:02] ciao* === Guest47523 is now known as maxb [19:38] Is there any chance we will still see a fix for this issue in 14.10? https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/1297302 [19:38] Launchpad bug 1297302 in ubuntu-themes (Ubuntu) "Orange squares around checkboxes and radio buttons" [Medium,Triaged] === brainwash_ is now known as brainwash