=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [02:02] this fucking sucks === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [02:58] i am out [02:58] yeah me to === gnomefreak pissed off === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp59-167-2-105.lns1.syd7.internode.on.net] has joined #ubuntu-mozillateam === red_herring [n=rj@c-24-14-245-251.hsd1.il.comcast.net] has joined #ubuntu-mozillateam === red_herr1ng [n=rj@c-24-14-245-251.hsd1.il.comcast.net] has joined #ubuntu-mozillateam === red_herr2ng [n=rj@c-24-14-245-251.hsd1.il.comcast.net] has joined #ubuntu-mozillateam === red_herring [n=rj@c-24-14-245-251.hsd1.il.comcast.net] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === Admiral_Chicago [n=FreddyM@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [08:05] morning! === hjmf_ is out for the morning === jerome_ [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === Admiral_Chicago [n=FreddyM@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam === smrt [n=smrt@81.104.95.80.ip.b26.cz] has joined #ubuntu-mozillateam === smrt [n=smrt@81.104.95.80.ip.b26.cz] has joined #ubuntu-mozillateam === jerome_ [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === smrt [n=smrt@81.104.95.80.ip.b26.cz] has left #ubuntu-mozillateam ["Leaving"] === ondraAllPeers [n=smrt@81.104.95.80.ip.b26.cz] has joined #ubuntu-mozillateam === jerome_ [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [10:47] morning ... anyone has encrypted wifi? [10:48] yep [10:50] asac_: i do, not on gutsy though [10:50] sitting with a lappy right next to me on WEP [10:51] Admiral_Chicago: thanks ... but i need gutsy [10:51] Admiral_Chicago, wep ftl [10:51] jerome_: you are on gutsy? [10:52] asac : no [10:52] :( [10:52] sorry :) [10:52] np [10:54] DarkMageZ: whats wrong with WEP? [10:55] Admiral_Chicago, it's a highly broken encryption setup... infact. it's the most broken encryption method ever used. [10:55] what should I use WAP? [10:55] whatever that is called [10:55] wpa? yes [10:56] wep = 2-50minutes [10:56] bug 121228 [10:56] Launchpad bug 121228 in network-manager "[gutsy] segfault retrieving passphrase for WiFi network" [High,Confirmed] https://launchpad.net/bugs/121228 [10:56] is my concern atm [10:56] wpa (with a semi-smart key) = 1week-200years. [10:57] DarkMageZ: i'm an idiot and forgot the login name to my router so i can't change it now [10:57] i'll change it soon, thanks for the tip === Admiral_Chicago off to bed [11:00] Admiral_Chicago, i'd be reviewing any authentication logs your access point has been keeping. [11:00] Admiral_Chicago: night === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [12:28] asac: hrya [12:28] *heya [12:54] asac: leaving for work [12:54] will you be here later? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === jerome_ [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam [02:28] hello [02:28] i've just started to triage firefox bugs [02:28] i'm starting with bug 122539 [02:28] Launchpad bug 122539 in firefox "firefox-bin crashed with SIGSEGV" [Undecided,Invalid] https://launchpad.net/bugs/122539 [02:29] if the report has no stacktrace/backtrace... [02:29] and if it's a random crash [02:30] we should close it ? [02:36] its already invalid :) [02:36] probably i was faster :) [02:36] jerome_: ^^^ [02:36] but otherwise yes ... close and ask reporter to resubmit next time he has a crash [02:36] asac : ok :) [02:37] jerome_: are you going through New bugs? [02:37] fine [02:37] how many New bugs do we have atm? [02:37] granparadiso -> 2 [02:37] firefox -> 15 [02:38] good ... not that bad :) [02:38] thunderbird -> 26 [02:38] jerome_: ah ... for crashes we fix summary right from the beginning because we had lots of triagers marking bugs dupes that aren't [02:38] e.g. its always firefox-bin crashed with SIGSEGV i summary [02:38] so we make [gutsy] firefox crashed out of it [02:39] and tag mt-needsummary [02:39] ok [02:39] or [feisty] ... or whatever [02:39] :) [02:39] for example let's take bug #122525 [02:39] Launchpad bug 122525 in firefox-granparadiso "firefox-granparadiso-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/122525 [02:39] the backtrace is full of ??? [02:39] so i put mt-needreport and mt-needtestcase [02:39] yeah same for latest firefox submissions [02:40] and ask for a backtrace with debug symbols on ? [02:40] auto-retracers appear to just yield garbage for us [02:40] jerome_: no ... lets wait what hjmf_ can get [02:40] ok [02:40] you have your own retracer ? [02:40] he usually can produce good retraces where auto-retracers fail [02:40] ok [02:41] hjmf_: somehow ... we had auto-retracers before they were setup [02:41] so just needtestcase ? [02:41] for now its mt-needretrace [02:41] and to testcase ? [02:41] as it need retrace try by mozillateam member [02:41] you can tag as mt-needtestcase ... but usally we don't do that before we have a good retrace [02:41] ok [02:41] because we deliberately reject bugs without usable trace anyway [02:42] you can drop info that reporter may reopen if he can reproduce and provide step-by-step instruction though [02:42] but if retracers fail ... tag mt-needretrace first and wait what hjmf_ can do [02:42] ok [02:42] done :) [02:43] jerome_: great! [02:43] hard to change habits... [02:43] hjmf_: can you see if we get better results for bug 122393 and bug 122525 [02:43] Launchpad bug 122393 in firefox "firefox-bin crashed with SIGSEGV in raise()" [Undecided,Invalid] https://launchpad.net/bugs/122393 [02:43] Launchpad bug 122525 in firefox-granparadiso "firefox-granparadiso-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/122525 [02:44] and I bump the LP status to incomplete or just leave it to new ? [02:44] jerome_: incomplete [02:44] asac : ok [02:44] as soon as you did something its always incomplete [02:44] ok [02:44] asac : and for importance you have a different scale ? Or it's the normal one ? [02:45] so retitle bug 122525 '[gutsy] firefox-granparadiso crashed' [02:45] Launchpad bug 122525 in firefox-granparadiso "firefox-granparadiso-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/122525 [02:45] jerome_: we used to set all crashers to High [02:45] but i am reconsidering this atm [02:45] asac : so I put it on high until then ? [02:46] jerome_: yes [02:46] asac : ok ! [02:46] thx [02:47] np [02:54] gnomefreak: can you subscribe mozilla-bugs to firefox-granparadiso bugs? [03:17] hjmf_: maybe we miss loads of dupes of bug 14911 [03:17] Launchpad bug 14911 in firefox "Flash plugin problem with ARGB visuals causes crash" [Medium,In progress] https://launchpad.net/bugs/14911 [03:17] we somehow don't have a retrace [03:17] hjmf_: looking at dupe list ... it stopped at bug-id 77k ... but i don't think this issue is fixed [03:47] mozilla bug 343747 [03:47] Mozilla bug 343747 in History "bfcache should only cache documents where the channel implements nsICachingChannel" [Normal,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=343747 === hjmf [n=hjmf@81.Red-217-125-221.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [04:04] hjmf_: maybe we miss loads of dupes of bug 14911 [04:04] Launchpad bug 14911 in firefox "Flash plugin problem with ARGB visuals causes crash" [Medium,In progress] https://launchpad.net/bugs/14911 [04:04] we somehow don't have a retrace [04:04] Launchpad bug 14911 in firefox "Flash plugin problem with ARGB visuals causes crash" [Medium,In progress] https://launchpad.net/bugs/14911 [04:04] Launchpad bug 14911 in firefox "Flash plugin problem with ARGB visuals causes crash" [Medium,In progress] https://launchpad.net/bugs/14911 [04:04] hmm, I might be able to retrace the last report attached which seems to be from edgy in the hope that shows something useful... [04:05] but not the others as look to be from dapper [04:07] asac: do we have -dbg or -dbgsym for firefox-granparadiso? [04:07] it seems not [04:11] hjmf: yes there should be [04:11] in pittis repo [04:11] at least we have for latest firefox [04:11] looking === hjmf [n=hjmf@81.Red-217-125-221.dynamicIP.rima-tde.net] has joined #ubuntu-mozillateam [04:17] uha! I had a full system crash [04:17] maybe something wrong on my gutsy chroot caused it :S [04:20] oh [04:20] hardware issue? [04:20] I hope not [04:21] I was doing two retraces one on gutsy and the other on edgy [04:21] I think I'm going to rebuild my gutsy chroot [04:21] system should not be crashable by user-space [04:21] so most likely driver issue? [04:21] mmm [04:21] or memory problem :) [04:22] or hard-disk [04:22] do you see anything in messages? [04:23] hjmf_: i talked with pitti about improving auto-dupe marking [04:23] yes [04:23] he is fine with adding a feature that allows us to manually merge in initial crashes [04:23] to existing dupe clusters ... so we don't need to remaster everything [04:23] cool [04:24] only change needed is to look if bug that is found as master in crashdb is marked as duplicate [04:24] and then use the real master to merge in new bug [04:25] hjmf_: so retrace of Cc: Bryce Harrington , Alexander Sack , tim.gardner@canonical.com, amit.kucheria@canonical.com, Colin Watson , Ben Collins [04:25] ups [04:25] :) [04:25] :) === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [04:32] hmm offline [04:32] i hate this provider [04:32] today is really a bad day [04:33] haven't received anything for last 10 min or so [04:34] hjmf_: anyway ... i think the change should be done in apport/crashdb_impl/launchpad.py:319 [04:35] currently there is just bug.mark_duplicate(master) [04:35] which is the master found in crashdb [04:35] so how can i find if master is marked as duplicate to use that accordingly? [04:35] btw, the bzr branch i am looking at is: http://bazaar.launchpad.net/~ubuntu-core-dev/apport/ubuntu/ [04:36] looking [04:36] oh its line 257 [04:36] hjmf_: http://paste.ubuntu-nl.org/27432/ [04:36] thats the code [04:36] i guess [04:37] maybe we need to do something about mark_regression as well [04:38] but unsure [04:40] that code is just to mark a bug duplicate of another [04:40] as I have something similar in my scripts [04:40] we need something to change the master if is that what I understand? [04:42] hjmf_: no [04:42] ... maybe I'm lost [04:42] the idea is to look if master is 'not a master', but is already a child of another master [04:42] e.g. is master marked as duplicate of #xxxx [04:42] then use #xxxx instead [04:42] yes, that's what i meant [04:42] :) [04:42] ah [04:43] when I said change master of the one that apport sees [04:43] yes right ... e.g. bug.mark_duplicate(new_master) :) [04:44] with new_master = master.has_master() ? master.get_master() : master [04:44] ;) === asac having no idea about the api [04:44] does python allow ? : ? [04:44] yes, but I'm not sure if that is the piece of code to look [04:44] why not? [04:44] its the place that apport calls if he finds a master in its crashdb [04:44] so we can always look if there is a master [04:45] i don't think we should add the new master to db [04:45] because bug.mark_duplicate(master.bugnumber) [04:45] its the place where a bug is marked as dup of a master [04:45] where the master is already knonw [04:45] right [04:45] sure [04:45] known [04:45] you can probably do it on higher level [04:46] just an initial idea :) [04:46] we need to find where/how are the masters set [04:46] probably in apport/crashdb.py [04:46] as masters [04:46] he? [04:46] looking [04:46] look apport/crashdb.py:142 [04:47] which looks a bit broken btw [04:47] e.g. the else: is somewhere in the limbo [04:47] hmm looking [04:48] hjmf_: but i really think launchpad.py is the right place as this feature is launchpad specific [04:48] it deals with the special constraint of launchpad that you cannot merge into a non-master [04:48] which (might) work in other bts [04:49] I think I have a different repo, downloading again [04:52] maybe what we look is at check_duplicate() in crashdb.py [04:52] seems that if not finds a master it adds a new one [04:52] hjmf_: yes thats all ok [04:52] i mean its just ment to support already existing master bugs [04:52] that are not in crashdb [04:55] i think if we add it to check_duplicate we need an astract method in crashdb: lookup_dupe [04:55] and recusively invoke that after we found the bugid in crashdb [04:55] yeah ... but take a look :) [04:56] i stop now ;) === asac stops blocking innovation :) [04:56] I'll take a look [04:56] :) [04:57] by bet is: simple fix in close_duplicate ... real fix: provide abstract method in crashdb to traverse duplicate up and implement that method in launchpad.py properly [04:57] :) [04:57] if the real fix is worth the efford depends how launchpad independent the rest of the code is [04:59] hmm baby appears to upload new gnash every minute [05:00] apparently she does daily cvs snapshots from a stable cvs branch :-P [05:01] how senseless ;) [05:01] asac: do you know from when is the db filled up? [05:02] s/from/since [05:03] yes right ... e.g. bug.mark_duplicate(new_master) [05:03] after all you were right :) [05:04] calling that will be enough as the new_master has a low id, and will be taken as the oldest report [05:05] let's say our master is bugVeryOld [05:06] so def close_duplicate(self, bugVeryOld.bugnumber, master): [05:07] ... never mind, I'll have to look deeper how it works [05:07] :) [05:07] I'm too tired now === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [05:07] let's have some lunch [05:07] aaaaaahhhhh [05:07] gimme a bomb [05:07] asac_ you haven't read my stuff [05:07] probably not [05:07] asac_ better [05:07] :) [05:07] last message is 10 min ago [05:08] :) [05:08] hehe === asac_ goes to irclog ;) [05:08] just kiddin [05:08] then I'm too tired to read pitti's code [05:08] :-P [05:10] k ;) [05:10] good appetite [05:11] asac_ before I go off [05:11] asac: do you know since when is the db filled up? [05:11] since a few days ... shouldn't matter for our case though ;) [05:12] unfortunately retraces are broken for us [05:12] yes [05:12] which is why i wondered if you get better ones [05:12] (pitti mentioned that it might be a new bug in latest apport) === devilsadvocate [n=chintal@202.65.134.21] has joined #ubuntu-mozillateam [05:12] e.g. on granparadiso bug above [05:12] or my testbug from yesterday [05:12] yes a couple have resubmitted the full crash reports w/o coredumps [05:13] ok, I'll try them later [05:13] off for a while :) [05:13] cool cu [05:13] i will probably be here [05:13] might be out for sport a few hours [05:13] that's good [05:13] cu [05:14] but that is still not sure ... if the rain doesn' stop here I won't move a meter [05:14] its 12C :( [05:14] asac_: subscribing now [05:14] on Jun 27 [05:14] what a sad thing [05:14] soon as i find it [05:14] gnomefreak: great [05:16] theres already bugs on it [05:17] yes [05:17] done [05:17] which is my i noticed that i don't receive mails [05:17] thanks! [05:18] yw [05:18] any other new packages need to be done while im in here [05:20] not that i know of [05:20] is alpha6 out yet? [05:20] should be coming soon i guess [05:20] not sure yet i will let you know later this afternoon i have alot of house work to try and get done today [05:21] brb reboot === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [05:28] am i back? [05:28] apparently [05:28] no fun today === kj[] [n=kolja@dslb-084-056-117-095.pools.arcor-ip.net] has joined #ubuntu-mozillateam [06:19] hi [06:19] does anyone know how to have thunderbird show the message size of big messages in MB instead of KB? [06:26] asac; back [06:26] asac: how its going? [06:29] yeah ... i will finish soon [06:29] not my day today [06:29] interenet connection dropped about 10 times today [06:30] asac: gonna post the mail soon [06:30] can you wait for that? [06:30] :) [06:30] no idea [06:30] :) === kj[] [n=kolja@dslb-084-056-117-095.pools.arcor-ip.net] has left #ubuntu-mozillateam ["adele"] [06:31] asac: I hope so, it's something really important for me, you know :) [06:31] bluekuja: discussion will probably take more than 2 minutes [06:31] lol [06:31] i don't expect that they need my comment today === Admiral_Chicago [n=FreddyM@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [06:32] I know :) [07:29] asac: I was trying to retrace your crash report, that one on gutsy and I get this gdb error "Failed to read a valid object file image from memory" [07:30] ... so I'm not able to get a much better retrace than the one from apport retracing service === Admiral_Chicago [n=FreddyM@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [07:34] hmm [07:34] interesting [07:35] I can attach the gdb.log if you want to check it === Admiral_Chicago [n=FreddyM@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [07:58] hjmf: dbgsym packages installed? [07:58] hjmf: do you get a readable backtrace if you run firefox -g [07:58] yep all of them [07:58] and then at some point hit ctrl-z (halt) [07:58] then type bt ? [07:58] asac: yes I've just retrace the granparadiso crash [07:59] asac: I'm going to try [08:02] asac: tested, backtrace with good symbols [08:02] with firefox-2.0.0.4...-dbsym [08:03] dbgsym [08:04] hmm ... so the coredumps are still borked [08:04] hmm [08:04] damn thing [08:05] i think i will upload with -fno-omit-framepointer (anti-optimization) [08:05] as soon as tribe-2 is out [08:05] just to see if it helps of us [08:07] asac: bug 122525 [08:07] Launchpad bug 122525 in firefox-granparadiso "[GUTSY] firefox-granparadiso crashed [@??] [@~nsCOMPtr_base] [@~nsHttpTransaction] " [High,Incomplete] https://launchpad.net/bugs/122525 [08:07] I was able to get a good backtrace [08:08] despite I still have to set up my machinery for gutsy as I never thought I was going to use it [08:09] you have to setup (future) or had (past) ? [08:10] hjmf: that crash is due to incompatible extension [08:10] i think so [08:10] if extension works with our 2.0 package [08:11] I have to setup future :) [08:11] I trusted in apport retracing service for gutsy [08:11] :) [08:19] we are not getting granparaiso bugmail in ubuntumozilla-team-bugs, are we? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [08:26] yeah what fun this is [08:27] hjmf_: [08:27] 20:10 < hjmf> i think so [08:27] 20:10 < asac> if extension works with our 2.0 package [08:27] 20:10 < asac> then they should file bug at extension author that they fix their compatibility hints in install.rdf [08:27] 20:10 < asac> (e.g. so it gets disabled in 3.0) [08:27] 20:11 * asac brain.TODO.append("apport hook patch to firefox-granparadiso") [08:27] 20:12 < asac> hjmf: so can you retrace the other bugs in the same environment as this one? === DarkMageZ [n=richard@ppp59-167-2-105.lns1.syd7.internode.on.net] has joined #ubuntu-mozillateam [08:48] asac: your connection rules :-P [08:49] thanks [08:49] i will sell it on ebay i guess :) [08:50] I can retrace the gusty bugs that can be retraced, but slower than usual [08:50] hmmm ... what do you mean by slower? [08:50] but I'll fix it when I have time [08:50] just more CPU cycles? or more manual interaction needed? [08:50] more manual interaction [08:50] not a problem [08:51] will be fixed soon, maybe tomorrow === amigrave [n=amigrave@213.30-240-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-mozillateam [08:54] hjmf: what manual interaction is needed? [08:55] is there an official firefox build in the ubuntu repositories ? [08:55] maybe that info will help us to track down the problem with auto-retracers [08:55] amigrave: there are official ubuntu packages ... yes [08:56] asac: i meant mozilla official build installable via apt [08:56] no [08:56] asac: I'm using apport -g to check all the errors it produces [08:56] that means running gdb by hand and review what packages are missing [08:57] hmmm ... so packages are not properly detected? [08:57] but just by personal decision, not by an apport problem [08:57] he? [08:57] so would it work without manual interaction? [08:57] (e.g. at least to get basic good results?) [08:57] I tried and it didn't work right [08:57] some packages weren't installed [08:58] dunno why so I went by hand [08:58] but apport run rightly in the next tries [08:59] damn ... so the bug has always been there ... i think this is the issue pitti wanted to look into -> e.g. why aren't proper packages found [08:59] so there's no problem with apport, maybe I'm insane today [08:59] hmm [08:59] not sure [08:59] why no problem with apport ... i don't understand that [08:59] are you using latest apport? [08:59] yes [08:59] hmmm maybe the old one still works? [08:59] I have to try [09:08] damn i ordered a pizza more than one hour ago ... still no door bell [09:08] i am starving [09:11] i'm pretty hungry too [09:16] I'm going to have dinner right now :D === hjmf 's off [09:26] finally pizza arrived [09:27] almost cold of course [09:34] asac: using the latest bughelper? [09:35] bugnumbers -p firefox --lc="d:2007-05-27" > possibleuntouched [09:35] doesn't work for me at version 0.2 [09:35] r~183 === bere [n=bere@adsl-68-72-103-252.dsl.chcgil.ameritech.net] has joined #ubuntu-mozillateam [09:48] Admiral_Chicago: hmm ... is that a new feature? [09:48] asac: mail sent [09:48]