/irc-logs / mozilla / #developers / 2012-03-20 / end
Options:
- # Session Start: Tue Mar 20 00:00:00 2012
- # Session Ident: #developers
- # [00:00] <@smaug> not sure I understand
- # [00:00] <@smaug> I should read the patch
- # [00:00] <@smaug> (when I have time :/ )
- # [00:01] <JonathanS> bz, I have been reading both arguments about system codec, Google is not helping WebM to succeed and licensing.
- # [00:01] <avih> smaug: current patch watches the scroll unit (pages/lines/pixels) and decides that if it's pixels, then it came from mouse wheel roll. it was dodgy, but we thought it's enough. now tn says that this is incorrect for linux/osx. so we need another method
- # [00:01] * bz is now known as bz_dinner
- # [00:01] * Quits: krit (Adium@moz-1FC1932F.adobe.com) (Quit: Leaving.)
- # [00:02] <tn> smaug, a mouse wheel event gets eventually translated into a nsGfxScrollFrame::ScrollTo call. avih would like to know when that ScrollTo call is the result of a mouse wheel event and not one of the many other ways it can be called
- # [00:02] <@smaug> ah
- # [00:02] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:02] * Joins: mib_dcihue (Mibbit@F801B9ED.4729CA8C.7EC5A5A5.IP)
- # [00:02] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [00:02] <@smaug> ok, so wheel event isn't relevant here
- # [00:03] <@smaug> (DOM3 wheel event is reasonable close to MozPixelScroll)
- # [00:03] <avih> smaug: why not? (pardon the side tracking here)
- # [00:03] <@smaug> avih: we have already similar events
- # [00:03] <@smaug> DOMMouseScroll/MozPixelScroll
- # [00:04] <@smaug> but if you need some more information about scrolling, I suggest talking to masayuki
- # [00:04] <avih> smaug: you mean the sequence where mouse wheel events generate also mozPixelScroll events, and only the latter is eventually used with scrollTo, and the duality of events set to the dom?
- # [00:04] <@smaug> er, s/scrolling/wheel handling/
- # [00:05] <@smaug> avih: don't understand
- # [00:06] <@smaug> wheel event itself won't change to current setup too much
- # [00:06] <@smaug> except that there will be even more events, at least for some time
- # [00:06] <@smaug> before we can remove DOMMouseScroll/PixelScroll
- # [00:06] <avih> smaug: the siilar events you mentioned, is this the duality of MODMOUSESCROLL and MOZPIXELSCROLL (if i remember the names correctly)?
- # [00:07] <RyanVM> so close to zarro c-n bugs found :(
- # [00:07] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [00:07] <gavin> tchevalier: ping?
- # [00:07] <@smaug> avih: there will be probably just wheel event, not several wheel events
- # [00:08] <@smaug> I mean, only pixel level wheel events
- # [00:08] <tchevalier> gavin: pong
- # [00:08] <tchevalier> hi :)
- # [00:08] <pierron> Is there a way to determine what compartment is leaking CPU ?
- # [00:08] <avih> well.. bottom line of our issue is that what we thought to be working, is apparently not, so we need another method to identify the event source.
- # [00:08] <@smaug> (actually, subpixel)
- # [00:08] * Quits: mak (chatzilla@moz-777E45F2.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [00:08] <gavin> tchevalier: hi!
- # [00:08] <avih> smaug: currently the dom reports both wheel and pixel events per mouse wheel.
- # [00:08] <@smaug> avih: well, the event source is different problem, isn't it
- # [00:08] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:08] <gavin> tchevalier: looking over your telemetry patch again, I'm not sure I understand the need for the "rejected" pref changes. are those still necessary with the new approach?
- # [00:09] <avih> smaug: different than what?
- # [00:09] <@khuey> who knows where onload is fired for documents?
- # [00:09] <@khuey> smaug: ^?
- # [00:09] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Ping timeout)
- # [00:09] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:09] <@smaug> khuey: DocumentViewer.cpp
- # [00:09] <@khuey> ty
- # [00:09] <@smaug> or is it nsDocumentViewer.cpp
- # [00:09] <@khuey> ns
- # [00:09] * Joins: ekr (ekr@moz-7B0110AD.mv.mozilla.com)
- # [00:09] <@smaug> khuey: and it is "load" not "onload"
- # [00:10] <@smaug> avih: currently there are line scrolling events, and pixel scrolling events
- # [00:10] <@khuey> smaug: sure
- # [00:10] <avih> smaug: and pages, but yes
- # [00:10] <tchevalier> gavin: Yes, we need it for bug 731433, but maybe we can delay that? But I think this is the good moment to fix this
- # [00:10] <avih> (talking c++ code now, not dom)
- # [00:10] <@smaug> well, sure, page scrolling is rare :)
- # [00:11] <@smaug> and page scrolling is currently part of DOMMouseScroll
- # [00:11] <avih> smaug: page up/down, space, and potentilly also clicking scrollbar tracks (which now doesn't use page units)
- # [00:11] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [00:11] <tchevalier> gavin: wrong bug, sorry
- # [00:12] <@smaug> avih: page up/down in which way? using pageUp/Down buttons or wheel?
- # [00:12] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [00:12] <avih> smaug: keyboard page up/down, and space generate page scrolls
- # [00:12] <avih> (with page as unit)
- # [00:12] <tchevalier> gavin: lol, It's the right bug :)
- # [00:13] <@smaug> avih: ok, so couldn't ESM just pass some parameter to ScrollTo when wheel is used for scrolling?
- # [00:13] <@smaug> is that not enough?
- # [00:13] <avih> it might, what's esm?
- # [00:14] <tchevalier> gavin: basically we need it to make the difference between the default case, and when a user disable telemetry with the pref pane
- # [00:14] <tn> khuey, LoadComplete
- # [00:14] <@smaug> avih: ESM == nsEventStateManager
- # [00:14] <gavin> tchevalier: I'm not sure I understand the scenario. do you mean nightly/aurora users who disabled telemetry reporting, but then switch to beta?
- # [00:15] <avih> smaug: yes, which is what i suggested to tn few minutes ago, but the event goes through quite a few functions before it reaches scrollTo (or scrollBy), so that means changing API along the way
- # [00:15] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:16] <@khuey> tn: yep
- # [00:16] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [00:16] <avih> which could be the correct solution, but this has a greater potential to break things, since it's much less local than current patch
- # [00:16] <tchevalier> gavin: No, every Firefox user who have disabled telemetry by unchecking this checkbox: we're currently not recording their choice (only set enabled to false). So, we can't determine, on ALL channels when a user have not yet made a choice, or if he disabled with the box: the pref are in the same state in this two different cases
- # [00:17] * Quits: mib_dcihue (Mibbit@F801B9ED.4729CA8C.7EC5A5A5.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:17] <tchevalier> gavin: I dunno if I'm clear :\
- # [00:17] <@smaug> avih: btw, you really should discuss with masayuki too, since he is changing all that stuff in EventStateManager
- # [00:17] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [00:17] <mcsmurf> huh, since when do we use webtrends on bugzilla?
- # [00:17] <philor> we stalk you long time
- # [00:17] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:18] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Ping timeout)
- # [00:18] <gavin> tchevalier: so you mean someone who enables it but then later disables it?
- # [00:18] <mcsmurf> good I installed Ghostery only a few days ago ;)
- # [00:18] <avih> smaug: so far we didn't get as far back as the ESM, but maybe we should now. problem is, patch has already made it into firefox 13, so we're a bit short on time, and possibly also the scope of changes which we backport to aurora
- # [00:19] <@smaug> ah, right
- # [00:19] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [00:20] * fabrice is now known as fabrice|afk
- # [00:20] * Quits: enda (chatzilla@moz-797AFB4F.cisco.com) (Connection reset by peer)
- # [00:20] <@smaug> avih: for FF14 you could hack nsEventStateManager::DoScrollText a bit. It calls frameToScroll->ScrollBy and you could add some new parameter to ScrollBy
- # [00:20] <tchevalier> gavin: We only record the rejected choice when they click "No" on the opt-in prompt.
- # [00:20] <NeilAway> Ms2ger: oh yes? which bug#?
- # [00:21] <NeilAway> bah, not here?
- # [00:21] <tchevalier> gavin: So yes, it's what you're sayin
- # [00:21] <avih> smaug: indeed, and we might do it. the teh more urgent question is how to we deal with the fact that the current patch only works on windows?
- # [00:21] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
- # [00:21] <tchevalier> gavin: Or someone who dismiss the prompt, and disabled it after
- # [00:21] <tchevalier> gavin s/dismiss/avoid
- # [00:22] <@smaug> avih: hmm, can say anything to that
- # [00:22] <avih> (though it doesn't break anything on other platforms)
- # [00:22] <@smaug> avih: I would need to look at the code
- # [00:24] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
- # [00:24] <bjacob> lol @ http://24.media.tumblr.com/tumblr_m12hhsboCB1rrf1eeo1_500.png
- # [00:24] <bjacob> (seamonkey meme)
- # [00:24] <avih> smaug: if you wish to look at it, bug 206438. technically, is allow different configurable scroll durations for different scroll unit types. practically, it changes only the duration for pixel scrolls, and leaves the rest unchanged (=150ms)
- # [00:25] * Joins: jhford (jhford@moz-2EB93484.info)
- # [00:25] * Joins: jhford-work (jhford-wor@moz-2EB93484.info)
- # [00:25] <avih> it was intended to affect mouse wheel only, but we now know that pixels === mouse wheel only on windows
- # [00:26] * padenot is now known as padenot|away
- # [00:26] * Joins: victorporof (victorporo@E9758364.9EC0A5AF.CFE928A7.IP)
- # [00:26] * padenot|away is now known as padenot
- # [00:26] * Quits: dcamp (dave@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [00:26] * Quits: hvq (HVQ@moz-A131ED0D.dynip.nus.edu.sg) (Ping timeout)
- # [00:27] <tchevalier> gavin: In all these cases, the user have disabled telemetry, but we can't know that he disabled it. You follow me? But, for our bug, it's okay, we reprompt this crowd once and it's ok, but for the bug about reprompting those who haven't made a choice yet on beta, we can't without reprompting people who aleady disabled it, and we can't do that on Beta.
- # [00:28] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [00:29] <gavin> tchevalier: yeah I understand
- # [00:29] * joduinn is now known as joduinn-brb
- # [00:30] <gavin> tchevalier: the logic in the patch looks a little bit wrong - there is a call to initTelemetry that doesn't seem to be defined
- # [00:30] * Joins: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk)
- # [00:30] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Ping timeout)
- # [00:30] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [00:31] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [00:31] <tchevalier> gavin: in my patch? Where?
- # [00:31] <gavin> tchevalier: in advanced.js, +#ifdef MOZ_TELEMETRY_REPORTING
- # [00:31] <gavin> + this.initTelemetry();
- # [00:32] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [00:32] <gavin> tchevalier: also telemetryRejectedBox should be unnecessary - you can just set document.getElementById("toolkit.telemetry.rejected").value
- # [00:32] * Quits: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP) (Quit: Computer has gone to sleep.)
- # [00:32] * Joins: ekr (ekr@moz-7B0110AD.mv.mozilla.com)
- # [00:32] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [00:33] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
- # [00:34] * Joins: njn (chatzilla@moz-3F0C67EF.dyn.iinet.net.au)
- # [00:34] <tchevalier> gavin:this.initTelemetry(); yeah it's useless now (We use the value of the pref to check/unckeck the box) I'll remove it ;)
- # [00:34] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Ping timeout)
- # [00:35] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: ddahl (ddahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] <@khuey> apparently sf fell off the internet
- # [00:35] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:35] <@khuey> which is interesting because I'm here ...
- # [00:35] <jduell> Do we have a tool/compiler flag that barfs for incorrect memory accesses that don't fail normally because access is on same page?
- # [00:35] <nthomas> I be smontago isn't
- # [00:35] <nthomas> *bet
- # [00:35] <@khuey> nthomas: smontagu is in sf
- # [00:36] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [00:36] <nthomas> alrighty then
- # [00:36] <@khuey> how much money do I win?
- # [00:36] <jduell> I'm seeing valgrind report a bad memory access, but gdb isn't breaking on it.
- # [00:36] <nthomas> you win one 't'
- # [00:36] <tchevalier> gavin: Yeah, but I explained it on the bug (But you will tell me if it's a good idea or not): the pref is instant applied on Linux an OS X, but not on Windows: the pref are applied when we click on the "OK" button, so it's the only solution we found with Sonny to set at the same time the prefs
- # [00:37] * Joins: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:38] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
- # [00:38] * Joins: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:38] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:38] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:38] * Joins: ddahl (ddahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:39] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:39] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:39] * ChanServ sets mode: +o dbaron
- # [00:39] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
- # [00:39] * Joins: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:40] <RyanVM> sweet, sgautherie broke my local builds with his packager change
- # [00:40] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
- # [00:40] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [00:40] * Joins: willy1234x1 (willy1234x@moz-60E85079.slkc.qwest.net)
- # [00:41] <gavin> tchevalier: setting pref.value should obey the instantApply setting...
- # [00:41] <mcsmurf> RyanVM: package change?
- # [00:41] <mcsmurf> bug #?
- # [00:41] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [00:41] <RyanVM> mcsmurf: making packager errors fatal
- # [00:41] <tchevalier> I think I've already tried it, but I'll redo to be sure.
- # [00:41] <tchevalier> gavin:^
- # [00:42] * AutomatedTester is now known as zz_AutomatedTester
- # [00:42] <mcsmurf> oh
- # [00:42] * Joins: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP)
- # [00:42] * Joins: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com)
- # [00:42] * Quits: nical|away (blog@moz-3FBBB4EC.ovh.net) (Ping timeout)
- # [00:42] <RyanVM> mcsmurf: safebrowsing needs ifdef love
- # [00:42] <RyanVM> and it doesn't like that I don't package msvc runtime dlls
- # [00:42] <RyanVM> etc
- # [00:43] * Quits: padenot (paul@moz-3FBBB4EC.ovh.net) (Ping timeout)
- # [00:43] <mcsmurf> yeah, those small things
- # [00:43] * Quits: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Ping timeout)
- # [00:43] <RyanVM> and since I use pgo, packager breakage means build bustage
- # [00:43] * Joins: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net)
- # [00:43] <@khuey> we accept patches!
- # [00:44] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Ping timeout)
- # [00:44] <@khuey> I promise speedy r+s to fixes to the package manifest made when I'm online
- # [00:44] <RyanVM> khuey: planning on it :P
- # [00:45] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [00:45] <gavin> instead of spending time chasing down packaging warnings, how about we fix the bug about hvaing a single manifest for "gecko"?
- # [00:45] * Joins: nical|away (blog@moz-3FBBB4EC.ovh.net)
- # [00:45] * Quits: sicking (chatzilla@moz-87306D4.dsl.snfc21.pacbell.net) (Ping timeout)
- # [00:45] * Joins: padenot (paul@moz-3FBBB4EC.ovh.net)
- # [00:45] <avih> tn: back it out completely == WONTFIX?
- # [00:45] <@khuey> gavin: because these two things are completely unrelated?
- # [00:46] <avih> or only for firefox 13?
- # [00:46] <@khuey> except for the fact that they both involve touching the package manifest
- # [00:46] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [00:46] * Quits: AaronMT|afk (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [00:46] <tn> avih, no, if we back out completely then we reopen the bug and work on the issues and try to land again when we think they are fixed
- # [00:47] <tn> avih, i don't think a backout is needed right now
- # [00:47] <tchevalier> gavin: And for mobile, how can we set rejected to false when enabled is changed? (Is there a "onchange", "oncomand" like?)
- # [00:47] <tchevalier> *to true when enabled is false
- # [00:47] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
- # [00:47] * joduinn-brb is now known as joduinn
- # [00:48] <avih> tn: ok, so open a new bug to change differentiation method and hope to backport it to 13?
- # [00:48] <tn> avih, yes
- # [00:48] <avih> tn: will do. thx.
- # [00:48] <tn> avih, if the more involved fixed doesn't work out we can just make them all 150ms, so we have a simple plan to fix it we can use if needed
- # [00:49] * Joins: mjschranz (mjschranz@84482DE6.531FD64C.630E4E47.IP)
- # [00:49] <gavin> tchevalier: I have no idea how mobile prefs work, I was going to ask someone from the mobile team to look into that
- # [00:49] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [00:49] <avih> tn: yes, that can always be a last second change, which we know will work.
- # [00:49] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [00:49] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
- # [00:50] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [00:50] * joduinn is now known as joduinn-mtg
- # [00:50] <avih> tn: however, that can't make the previous bug resolves, as it only changes infrastucture, but keeps behavior practically identical
- # [00:50] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [00:50] <avih> resolved*
- # [00:50] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [00:51] <tchevalier> gavin: Ok, thanks. I'll update the patch, and try the pref.value
- # [00:51] * Quits: @smaug (chatzilla@moz-8BE48BDF.gprs.sl-laajakaista.fi) (Ping timeout)
- # [00:52] <tn> avih, aren't all the other changes you made besides the 150ms->800ms chage worthwhile?
- # [00:52] * Joins: smaug (chatzilla@moz-1AC674FF.elisa-mobile.fi)
- # [00:52] * ChanServ sets mode: +o smaug
- # [00:53] <avih> tn: from a user point of view, there are none apart from this (almost correct, but definitely correct enough for our discussion)
- # [00:53] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [00:53] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
- # [00:54] <tn> avih, i don't understand? are you saying that we could get the exact same user visible benefit from changing the 150 that was in the code to 800 without anything else?
- # [00:54] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
- # [00:55] * Joins: ekr (ekr@moz-7B0110AD.mv.mozilla.com)
- # [00:56] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [00:56] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:57] <avih> tn: no. the patch allows to set different duration values for different scroll triggers (distinguished by scroll unit), and also makes the duration dynamic according to events rate (high rate -> shorter duration, and vice versa, by defining min/max duration). and min/max were only changed for "pixels" unit. so if we restore those to 150/150, nothing else has changed (except for the edge behavior whoch now doesn't aim past the edge)
- # [00:58] <tn> avih, ok, so edge behaviour, and dynamic duration, that still sounds like a worthwhile improvement
- # [00:58] * Quits: Mossop (mossop@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [00:59] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [00:59] <avih> tn: edge behavior was alredy questioned by yourself at least, and dynamic duration is good only if you actually set min != max duration. but restorign to 150/150 will result in the same behavior as prior to thi patch. the edge thing is relatively minor in our discussion, and in general.
- # [01:00] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [01:01] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [01:01] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:02] <tn> avih, in the future you will probably want to split things into smaller patches. for example the edge behaviour seems like it could be completely seperate. it helps people understand the changes that are being made, and why they are being made. especially when people look back at these changes later.
- # [01:03] <avih> tn: i agree, but the bug definition was "make firefox scroll like smoothwheel". and SW does all these...
- # [01:03] <avih> tn: but yes, it could have been split within the same bug. i agree.
- # [01:03] <tn> avih, each bug can have many patches. don't feel hamstrung by the bug title.
- # [01:03] <avih> i'm learning as i go ;)
- # [01:04] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:04] <tn> avih, yeah ;) i'm just passing this on to you.
- # [01:04] * Quits: victorporof (victorporo@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Linkinus - http://linkinus.com)
- # [01:05] <avih> botton line is: reverting to 150/150 leaves only the edge behavior, which is minor in the rand scheme of things.
- # [01:05] * padenot is now known as padenot|away
- # [01:06] <tn> avih, ok, i understand what you are saying now.
- # [01:06] <avih> tn: ok, i'll start with a new bug and see if i can propagate the event origin from ESM without changing too many APIs along the way.. wish me luck ;)
- # [01:07] <mbrubeck> avih: By the way, I've seen a lot of Nightly/Aurora users have commenting on scrolling -- mostly not positive or negative, just noticing that it changed, e.g.: http://www.reddit.com/r/firefox/comments/r3yo4/firefox_aurora_13_is_out_spdy_on_by_default_and_a/
- # [01:07] <avih> does idl allow optional arguments?
- # [01:07] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [01:07] <tn> avih, sounds good!
- # [01:07] <avih> mbrubeck: cheers. will look at :)
- # [01:09] * Joins: anant (anant@moz-7B0110AD.mv.mozilla.com)
- # [01:09] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [01:09] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Quit: Leaving)
- # [01:09] * Quits: Peng (mnordhoff@moz-72431484.mattnordhoff.net) (Ping timeout)
- # [01:09] * Quits: jhford (jhford@moz-2EB93484.info) (Quit: ZNC - http://znc.in)
- # [01:09] * Quits: jhford-work (jhford-wor@moz-2EB93484.info) (Quit: Uh oh pasghettioh!)
- # [01:10] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:12] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
- # [01:13] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
- # [01:14] <avih> tn: fwiw, i suspected from day 1 that we might get to this wider change, i just hoped everyone else was correct to assume that "it'll probably work as is". meh :)
- # [01:14] <avih> i even have this suspicion on record ;)
- # [01:15] * Joins: tonymec__ (tonymec@3084F8A1.ABCFDEF4.277517C1.IP)
- # [01:15] * Quits: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net) (Quit: darktrojan)
- # [01:16] * Quits: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
- # [01:16] * Quits: tonymec__ (tonymec@3084F8A1.ABCFDEF4.277517C1.IP) (Quit: Konversation terminated!)
- # [01:17] <tn> avih, landing a bug usually brings up many issues, its just a byproduct of getting wider testing.
- # [01:18] * Joins: tonymec__ (tonymec@3084F8A1.ABCFDEF4.277517C1.IP)
- # [01:18] * Joins: jhford-work (jhford-wor@moz-CFC7247A.members.linode.com)
- # [01:18] * tonymec__ is now known as tonymec|away
- # [01:18] * Joins: jhford (jhford@moz-CFC7247A.members.linode.com)
- # [01:18] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [01:18] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
- # [01:19] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [01:19] <avih> tn: sure, it's never as easy as it seems initially :) however, it could have helped if you've posted your knowledge regarding that decision from the google hangout, which I summurized by your request ;)
- # [01:19] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
- # [01:19] * Neil is now known as NeilZZZ
- # [01:20] * Joins: ekr (ekr@moz-7B0110AD.mv.mozilla.com)
- # [01:20] * Joins: anant_ (anant@moz-BBE3ABD.mv.mozilla.com)
- # [01:20] * Quits: ekr (ekr@moz-7B0110AD.mv.mozilla.com) (Quit: ekr)
- # [01:20] * Quits: anant (anant@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [01:20] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:20] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:21] * anant_ is now known as anant
- # [01:21] <avih> at the original bug i asked at least 3 times that if someone knows that it's incorrect to detect mouse wheel by pixel unit, then please say so because this patch depends on it to function properly.
- # [01:21] <zzzzz> seems that what seems to work fine in an addon always turns into a bitch when making it main-stream in the browser
- # [01:22] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
- # [01:23] <@smaug> avih: I would guess you need the information from ESM that whether it is wheel which caused the scrolling
- # [01:23] * zpao is now known as zpao|detached
- # [01:23] <avih> zzzzz: nahh.. not really. just different things to consider. just taking into account some more scenarios. an addon can look narrowly, but the rowser can't. that's expected.
- # [01:24] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:24] <tn> avih, i didn't have that knowledge in my head. your comment today triggered me to look at the code because it sounded fishy. what i posted today was a result of my looking through the source code today.
- # [01:25] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Quit: Quit)
- # [01:25] <avih> smaug: yes, i'll look into it, and also add other triggers which can be easily identified (specifically, probably kb arrows and kb page triggers). experiennce shows that users like to change smooth scrolling for them too. so while we're at it, and we put in the infrastructure, detecting few more easy sources should be added too imo.
- # [01:25] <avih> brb
- # [01:25] * Joins: cfree (chatzilla@moz-8470EB89.sc.res.rr.com)
- # [01:25] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [01:28] * bz_dinner is now known as bz
- # [01:29] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
- # [01:30] * Quits: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au) (Ping timeout)
- # [01:31] <tn> avih, if i knew there was a mistake in the patch before i would have mentioned it when i found the mistake is what i'm saying
- # [01:31] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:31] * Quits: @smaug (chatzilla@moz-1AC674FF.elisa-mobile.fi) (Ping timeout)
- # [01:32] * Joins: markh (markh@moz-1F941FBB.cxzr1.win.bigpond.net.au)
- # [01:33] <@bz> anyone around who understands webgl?
- # [01:33] <dholbert> jgilbert_, ^
- # [01:33] * Joins: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net)
- # [01:34] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:35] <jgilbert_> bz: what's up?
- # [01:35] <@bz> just trying to learn webgl
- # [01:35] <@bz> without knowing gl. ;)
- # [01:35] <@bz> so far at the cargo-cult stage
- # [01:36] <jgilbert_> hah, sure
- # [01:36] <@bz> specifically, I want to write some script to take a given image, stick it in a canvas, then apply a particular pixel transform to it
- # [01:36] <jgilbert_> there's also #webgl
- # [01:36] <@bz> I cribbed enough stuff from our tests and such to do the image thing
- # [01:36] <@bz> I think
- # [01:36] <jgilbert_> pixel transforms like a shader?
- # [01:36] <@bz> yeah
- # [01:36] <@bz> specifically, r = g = b = max(r, g, b)
- # [01:36] <@bz> dead simple
- # [01:36] <jgilbert_> ok, sure
- # [01:37] <@bz> the getting an image in seems to involve setting up textured quads, then loading the image into a texture....
- # [01:37] <jgilbert_> luckily, this is about as simple as it seems
- # [01:37] <@bz> maybe I'be being put off by the 30 lines of code it took to get the image in there... ;)
- # [01:37] <@bz> (and that's with me using our webgl-test-utils helper functions!)
- # [01:38] <jgilbert_> texImage2d should be able to take images as input, iirc
- # [01:38] * Quits: rillian_lime (rillian@21B7B9F2.B87E9213.6E712CE2.IP) (Broken pipe)
- # [01:38] <@bz> it does
- # [01:38] <@bz> and I'm using that
- # [01:38] * Joins: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk)
- # [01:38] * Quits: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com) (Quit: ibarlow)
- # [01:38] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [01:38] <@bz> lemme just pastebin what I have
- # [01:38] <jgilbert_> alright
- # [01:39] <@bz> http://pastebin.mozilla.org/1526925
- # [01:39] * Joins: smaug (chatzilla@moz-78530867.gprs.sl-laajakaista.fi)
- # [01:39] * ChanServ sets mode: +o smaug
- # [01:39] <jgilbert_> basically, you'll be binding this texture, and drawing a quad using the texture
- # [01:39] <@bz> yes
- # [01:39] <jgilbert_> and sample it in the fragment shader
- # [01:39] <jgilbert_> applying the pixel transform stuff there
- # [01:39] <@bz> ok
- # [01:40] * Parts: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [01:40] <jgilbert_> yeah, right now you're missing the shader setup and such
- # [01:40] <jgilbert_> lemme see if I have a simple case of that
- # [01:40] * Fallen is now known as Fallen|away
- # [01:41] <@bz> jgilbert_: that would rock
- # [01:42] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
- # [01:43] <jgilbert_> http://pastebin.mozilla.org/1526928
- # [01:43] <jgilbert_> I think that's basically straight from one of the online tutorials
- # [01:43] <@bz> hmm
- # [01:44] * @bz didn't find any decent tutorials..
- # [01:44] <@bz> thanks!
- # [01:44] * @bz will play with this
- # [01:44] <jgilbert_> this one looks like it draws a white triangle
- # [01:44] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
- # [01:45] <avih> bz: got few minutes to discuss a potential issue with bug 702463 (smooth scrolling should use refresh driver notifications instead of a timer)?
- # [01:45] * Quits: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr) (Ping timeout)
- # [01:45] <@bz> sure
- # [01:45] * nthomas is now known as nthomas|away
- # [01:46] <avih> bz: ok, smooths scrolling needs to called frequently and update the scroll position. ideally, for every OS paint request. so far so good?
- # [01:46] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
- # [01:47] <@bz> avih: ok
- # [01:47] <RyanVM> khuey: ping
- # [01:47] * Quits: @smaug (chatzilla@moz-78530867.gprs.sl-laajakaista.fi) (Ping timeout)
- # [01:48] <RyanVM> khuey: I'd like to change this check to whether or not REDIST dir is defined or not. Sound OK or should I make it a separate nested ifdef?
- # [01:48] <RyanVM> khuey: http://mxr.mozilla.org/mozilla-central/source/browser/installer/package-manifest.in#72
- # [01:48] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [01:48] <avih> however: 1. not all smooth scroll iterations actually trigger a layout change (e.g. we're scrolling overall 20 pixels over 1 second, so by definition not everyone of the potentially 60 requests will result in a layout change)
- # [01:48] * jlebar|dinner is now known as jlebar
- # [01:49] <avih> and 2: if i understand correctly, the refresh driver will only notify when there's an actual layout change.
- # [01:49] <jlebar> So in mochitest, if I want to load a page from some other domain, do we have some page I can load that's smaller than the page at example.com, which is the full-mochitest page (it's gigantic)?
- # [01:49] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [01:49] <avih> bz: so, how can we make the refresh driver notify us 60 times/sec when not every one of those triggers an invalidation/paint?
- # [01:50] <@bz> avih: this is talking about using requestAnimationFrame for the smooth scrolling, no?
- # [01:50] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [01:50] <@khuey> RyanVM: you mean like the patch in bug 735810 does?
- # [01:50] <avih> bz: not sure of the specifics yet. just noticed this issue after looking at the refresh observer API
- # [01:50] <avih> (and understanding the need)
- # [01:50] <@bz> one sec
- # [01:51] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [01:51] * @bz is down a hand for a few mins; hard to type
- # [01:51] <RyanVM> khuey: Yes, can you r+ them?
- # [01:51] <avih> TMI? :P
- # [01:52] <@bz> avih: baby
- # [01:52] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
- # [01:52] <avih> bz: oh, it was funny till now ;)
- # [01:54] * timA is now known as timA|away
- # [01:54] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [01:54] * Joins: smaug (chatzilla@moz-FF40437B.gprs.sl-laajakaista.fi)
- # [01:54] * ChanServ sets mode: +o smaug
- # [01:55] <@bz> ok
- # [01:55] <@bz> baby handedoff
- # [01:55] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [01:55] <@bz> so here's the deal
- # [01:55] <@bz> the refresh driver just fires on a timer
- # [01:55] <@bz> 60Hz
- # [01:55] <@bz> in a foreground tab, and modulo the obvious bugs in our timer code
- # [01:55] <@bz> It just stops firing when no one is watching
- # [01:56] <@dbaron> jlebar, you can load any page in the harness via any one of the domains it supports, no?
- # [01:56] <@bz> so it's not that it fires when there is a layout change; it fires when we want to find out whether there might be a layout change
- # [01:56] <jlebar> dbaron, I was going to ask if I could rely on that behavior, but whether or not I *should*, I bet a bunch of test *do*. :)
- # [01:56] <avih> bz: but that implementation could change because it's flawed (not all monitors work at 60HZ, and it should probably rely on paint event more than on its own timer)
- # [01:57] <@khuey> jlebar: that behavior is very intentional
- # [01:57] <@bz> avih: it could
- # [01:57] <@bz> avih: webkit has something that depends on paint events
- # [01:57] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [01:57] <@bz> avih: it's apparently an incredibly source of broken
- # [01:57] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
- # [01:57] <@bz> avih: er, "incredible"
- # [01:58] <avih> bz: and also, if i understand correctly, if no layout changes have happened, no notifications are sent. so it becomes a chicken and egg case
- # [01:58] <@bz> avih: but in any case, the point is that the job of the refresh driver is to let its observers know when we're about to snapshot
- # [01:58] <@bz> avih: you understand incorrectly
- # [01:58] <@bz> avih: refresh driver will notify its observers when the timer fires
- # [01:58] <@bz> avih: the thing that figures out whether layout changes have happened is one of the observers...
- # [01:58] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
- # [01:58] <avih> so how can we count on <monitor refresh rate>/sec notifications?
- # [01:59] <avih> this is mandatory for smooth scrolling.
- # [01:59] <@bz> avih: you really can't right now
- # [01:59] <@bz> avih: we have no concept of monitor refresh rate
- # [01:59] <avih> can we count on <what the refresh driver assumes is the monitor refresh rate>/sec notifications?
- # [01:59] <@bz> avih: nope
- # [02:00] <@bz> avih: because the timer implementation sucks
- # [02:00] <@bz> avih: you can more or less count on the average firing rate being about 60Hz
- # [02:00] <@bz> avih: if not too much else is going on
- # [02:00] <avih> and also because it only fires on notifications, not on timer/vsync triggers, right?
- # [02:00] <avih> on invalidation*
- # [02:01] <@bz> no
- # [02:01] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [02:01] <@bz> it's the other way around
- # [02:01] <@bz> we invalidate when the refresh driver fires
- # [02:01] <@bz> the refresh driver is really firing off what tries to be a 16ms repeating timer
- # [02:01] <avih> i recall clearly reading it at the docs, that it won't fire if there are no layout changes...
- # [02:01] <@bz> how well it does this .... <sigh>
- # [02:01] <avih> let's assume it does it well.
- # [02:01] <@bz> it uses a mechanism that has 16ms resolution on Windows
- # [02:02] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [02:02] * Quits: jammink (textual@moz-56E18348.tcso.qwest.net) (Quit: Computer has gone to sleep.)
- # [02:02] <@bz> so you can assume that on Windows it does it crappily
- # [02:02] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
- # [02:02] <@bz> For the other...
- # [02:02] <@bz> any idea what docs you were reading?
- # [02:02] <@bz> I'd like to reconcile what they say with reality....
- # [02:02] * joduinn-mtg is now known as joduinn-brb
- # [02:02] <@bz> The reality is here:
- # [02:03] <@bz> nsresult rv = mTimer->InitWithCallback(this,
- # [02:03] <@bz> GetRefreshTimerInterval(),
- # [02:03] <@bz> timerType);
- # [02:03] <@bz> where timerType is:
- # [02:03] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [02:03] <@bz> basically either TYPE_REPEATING_PRECISE_CAN_SKIP or TYPE_REPEATING_SLACK
- # [02:03] <RyanVM> khuey: I needed to include ifdefs for the installer and safe browsing. testing patches locally now. Will file bug when I confirm they work.
- # [02:03] <avih> bz: sec, looking for the doc
- # [02:03] <@bz> in practice, it's TYPE_REPEATING_PRECISE_CAN_SKIP
- # [02:05] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
- # [02:05] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.11a1/20120315203711])
- # [02:06] <avih> bz: cannot locate it right now. do you say that it can fire ~60Hz even if there's no pending layout change/invalidation, etc?
- # [02:07] <@bz> avih: it fires if anyone is watching
- # [02:07] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
- # [02:07] <@bz> avih: the things that drive layout/etc are some of the things that can watch it
- # [02:07] <avih> consistently (up to timer accuracy) regardless of any invalidations?
- # [02:07] <@bz> yes
- # [02:07] <@bz> as long as each refresh tick takes < 16ms to process
- # [02:08] <@bz> and up to timer accuracy
- # [02:08] * Quits: necolas (necolas@moz-8F849A9F.bb.sky.com) (Client exited)
- # [02:08] <avih> bz: and we can count on this behavior for that bug?
- # [02:09] <@bz> avih: I believe so, yes
- # [02:09] * Quits: bjacob (bjacob@moz-B6AC6549.rev.sfr.net) (Ping timeout)
- # [02:09] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
- # [02:09] <@bz> avih: the only reason it would change is to actually sync up to screen refresh
- # [02:10] <avih> bz: yes, and that would be for the better. ok, thank you. i will keep looking for that doc, and will let you know ehen I find it. thx.
- # [02:11] * Quits: ddahl (ddahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Adios Amigos)
- # [02:11] * lsblakk is now known as lsblakk|afk
- # [02:11] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:12] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
- # [02:12] <@bz> avih: thanks!
- # [02:13] * Quits: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP) (Ping timeout)
- # [02:14] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
- # [02:14] <avih> bz: http://doxygen.db48x.net/mozilla/html/classnsARefreshObserver.html (detailed description): When nothing needs to be painted, callers may not be notified.
- # [02:15] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [02:16] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [02:16] <avih> bz: so if we count on current implementation, IMO there a good chance it'll break in the future (well.. if the refresh code is improved, and especially because there would be no paint events if we didn't notify the OS of invalidation)
- # [02:16] * nthomas|away is now known as nthomas
- # [02:17] <avih> (which would be the case with at least some of the smooth scrolling iterations)
- # [02:19] * Quits: sheeri (sheeri@moz-1FBCB7F1.vps1.hostirian.com) (Ping timeout)
- # [02:19] <avih> bz: http://mxr.mozilla.org/mozilla-central/source/layout/base/nsRefreshDriver.h#63
- # [02:19] * RyanVM hates android orange
- # [02:22] * Joins: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net)
- # [02:23] * Quits: jamesr (jamesr@16B54CE2.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [02:23] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.1/2008072406])
- # [02:24] <@khuey> how to fix random orange
- # [02:24] <avih> boot
- # [02:24] <avih> (literally)
- # [02:24] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [02:24] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [02:24] <@khuey> step 1: Add debugging code to a test that fails several times a day
- # [02:24] <@khuey> step 2: see that it doesn't fail for two straight days
- # [02:24] <@khuey> wtf
- # [02:24] <@bz> avih: yeah, that comment is ... kinda out of date
- # [02:25] <@bz> avih: I'll get it fixed
- # [02:25] <avih> bz: but not out of context if we'll count on paint events.
- # [02:25] * Quits: zzzzz (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 11.0/20120312181643])
- # [02:25] <avih> which is quite reasonable.
- # [02:25] <@bz> we will never count on paint events
- # [02:25] <@bz> we can count on monitor refresh
- # [02:25] <RyanVM> khuey: a lot of the android orange is just flakey test harnesses or something of that sort (timeouts, dropped connections, etc)
- # [02:25] <@bz> but since we need to run a refresh tick to know whether we need to paint....
- # [02:25] <@bz> we can't tick off paint events
- # [02:26] <avih> bz: ok, that should be good enough for that bug, i guess. thx :)
- # [02:26] * Joins: sheeri-afk (sheeri@moz-1FBCB7F1.vps1.hostirian.com)
- # [02:26] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
- # [02:26] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
- # [02:27] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [02:27] * jgilbert_ is now known as jgilbert
- # [02:28] * Joins: tonymec (tonymec@3084F8A1.ABCFDEF4.277517C1.IP)
- # [02:28] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Quit: Joeh)
- # [02:29] * sheeri-afk is now known as sheeri
- # [02:29] * Quits: willy1234x1 (willy1234x@moz-60E85079.slkc.qwest.net) (Ping timeout)
- # [02:29] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:30] * Joins: willy1234x1 (willy1234x@moz-4843AEEE.slkc.qwest.net)
- # [02:30] * khuey is now known as khuey|away
- # [02:30] * khuey|away is now known as khuey
- # [02:30] <avih> bz: if we want to do better than now, then I guess we could fire the test timer at twice the max reasonable monitor refresh (say, 250hz), especially if the test is fast, and notify observers on 1/4 that frequency, or on paint, which would put us practically on vsync.
- # [02:30] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [02:31] * Joins: willy1234x1|2 (willy1234x@moz-FBAA5861.slkc.qwest.net)
- # [02:31] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [02:31] * ewong|afk is now known as ewong
- # [02:31] * Quits: willy1234x1 (willy1234x@moz-4843AEEE.slkc.qwest.net) (Ping timeout)
- # [02:32] <avih> but that's another issue. my original issue got answered. thx.
- # [02:32] * Quits: karl (karl@moz-BEE77D25.jetstream.xtra.co.nz) (Ping timeout)
- # [02:33] * Joins: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP)
- # [02:33] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [02:33] <avih> also, fwiw, on my tests, the windows timer is quite accurate down to 4ms at least, if not even lower.
- # [02:33] <jlebar> jesup, .mozconfig still works. But not for try.
- # [02:34] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [02:34] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [02:34] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [02:35] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
- # [02:37] <mcpherrin> Mozilla uses the word "Open" a lot, but I haven't found a definition of what that means anywhere on a Mozilla website. Does anybody know if it is defined anywhere?
- # [02:37] <avih> mcpherrin: mostly that anyone can use and/or implement the standards without owning anything to anyone.
- # [02:38] <avih> though this definition might change now, with the support for h264 video on some platforms.
- # [02:38] <mcpherrin> avih: Sure, I know what Mozilla means by open; I'd just like a document to back me up.
- # [02:38] <mcpherrin> (This was in the context of a hacker news thread today, where people called me on using a word without defining)
- # [02:38] <@khuey> I know what it doesn't mean!
- # [02:39] <@khuey> https://twitter.com/#!/arubin/statuses/27808662429
- # [02:39] * Joins: willy1234x1 (willy1234x@moz-C6CF4A59.slkc.qwest.net)
- # [02:39] * @khuey gets in his andy rubin dig for the day
- # [02:39] * Quits: willy1234x1|2 (willy1234x@moz-FBAA5861.slkc.qwest.net) (Ping timeout)
- # [02:39] <kbrosnan> http://www.mozilla.org/about/manifesto.en.html
- # [02:39] <philor> 'When I use a word,' Mozilla said, in rather a scornful tone, 'it means just what I choose it to mean — neither more nor less.'
- # [02:40] <kinetik> philor++
- # [02:40] * khuey is now known as khuey|away
- # [02:40] * Joins: willy1234x1|2 (willy1234x@moz-9AB343BE.slkc.qwest.net)
- # [02:40] * Joins: Mavericks (Mibbit@3ADBA210.391625A5.FDEA3160.IP)
- # [02:40] * Quits: willy1234x1 (willy1234x@moz-C6CF4A59.slkc.qwest.net) (Ping timeout)
- # [02:41] * Quits: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net) (Quit: leaving)
- # [02:41] <avih> mcpherrin: here's probably the closest: http://www.mozilla.org/about/manifesto.en.html
- # [02:42] * Quits: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP) (Quit: Computer has gone to sleep.)
- # [02:42] <avih> ahh.. oops :)
- # [02:42] * Quits: willy1234x1|2 (willy1234x@moz-9AB343BE.slkc.qwest.net) (Ping timeout)
- # [02:42] * Quits: tonymec (tonymec@3084F8A1.ABCFDEF4.277517C1.IP) (Ping timeout)
- # [02:42] * Joins: willy1234x1 (willy1234x@moz-E492CB39.slkc.qwest.net)
- # [02:42] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:42] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [02:44] * Joins: jammink (textual@moz-1FFEF1B7.tcso.qwest.net)
- # [02:45] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
- # [02:46] * Joins: tonymec (tonymec@3084F8A1.ABCFDEF4.277517C1.IP)
- # [02:47] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [02:49] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Quit: bretr)
- # [02:51] <philor> wondered who would realize that safe browsing was now mandatory
- # [02:51] * Quits: cfree (chatzilla@moz-8470EB89.sc.res.rr.com) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [02:52] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [02:52] <RyanVM> khuey: be my hero :)
- # [02:52] * Quits: JeroenDeDauw (jeroen@moz-F2CC56B.dip.t-dialin.net) (Quit: Leaving.)
- # [02:53] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gozala)
- # [02:54] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [02:55] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [02:58] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [02:58] <philor> don't think the installer patch actually works, without adding MOZ_INSTALLER to DEFINES in the makefile
- # [02:59] * Quits: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net) (Ping timeout)
- # [02:59] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:00] <nthomas> that looks pretty similar to a patch that someone else wrote
- # [03:00] <RyanVM> philor: doh - worked for me because I have it disabled I guess
- # [03:00] * joduinn-brb is now known as joduinn-afk
- # [03:01] <philor> RyanVM: a thing I might have recognized by getting it wrong three times before 3am this morning :)
- # [03:01] <philor> and yeah, that bug's a dupe of a bug that Serge wontfixed after he named himself a build config peer, but I'd stick with yours if I were you
- # [03:03] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [03:03] * Quits: jammink (textual@moz-1FFEF1B7.tcso.qwest.net) (Quit: Computer has gone to sleep.)
- # [03:03] <RyanVM> so there needs to be a -DMOZ_INSTALLER in makefile.in?
- # [03:04] * Quits: @smaug (chatzilla@moz-FF40437B.gprs.sl-laajakaista.fi) (Ping timeout)
- # [03:05] <philor> yep, like https://hg.mozilla.org/integration/mozilla-inbound/rev/41143e1cae85#l1.12 only installer
- # [03:05] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [03:06] * Quits: mjschranz (mjschranz@84482DE6.531FD64C.630E4E47.IP) (Client exited)
- # [03:06] <philor> you're fine for safe_browsing because it's AC_DEFINEd in configure, so the $(ACDEFINES) passed to Preprocessor.py take care of it
- # [03:06] * jmaher is now known as jmaher|afk
- # [03:06] * Joins: nli__ (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:06] * Quits: nli__ (nli@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [03:06] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [03:06] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
- # [03:06] * Joins: nli__ (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:06] * KaiRo_away is now known as KaiRo
- # [03:07] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:07] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [03:08] <RyanVM> good
- # [03:08] <RyanVM> any reason MOZ_INSTALLER isn't AC_DEFINEd?
- # [03:08] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [03:08] * Quits: nli__ (nli@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [03:08] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:09] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [03:09] * Joins: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP)
- # [03:09] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
- # [03:10] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [03:11] * Joins: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP)
- # [03:12] * Joins: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP)
- # [03:12] <Asa> so awesome he had to say it twice http://grab.by/cr5e
- # [03:12] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:12] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [03:13] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
- # [03:13] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [03:13] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:13] * Quits: psjinx (ps_jinx@moz-7763569B.compute-1.amazonaws.com) (Quit: leaving)
- # [03:13] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Connection reset by peer)
- # [03:13] * Quits: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP) (Ping timeout)
- # [03:13] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:13] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:14] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [03:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b972b89518c3 - Serge Gautherie - Bug 735810. (Cv1) Stop trying to package MSVC dlls when WIN32_REDIST_DIR isn't set. r=khuey.
- # [03:14] * Joins: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP)
- # [03:15] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
- # [03:15] * heycam is now known as heycam|away
- # [03:15] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
- # [03:16] <KaiRo> nice: https://joindiaspora.com/posts/1436696 - memory consumption comparison between browsers
- # [03:16] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [03:16] * Quits: ericz (eziegenhor@moz-B77DEAEB.mozilla.org) (Quit: leaving)
- # [03:16] * Joins: ericz (eziegenhor@moz-B77DEAEB.mozilla.org)
- # [03:17] * Quits: gandalf (zbraniecki@moz-1874F14E.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [03:17] <jesup> jlebar: you can use .mozconfig on a project repo like alder? As in, checked into the tree? That would cause a lot of annoyance and pain I'd think.
- # [03:17] <jlebar> jesup, Not checked into the tree...
- # [03:17] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Ping timeout)
- # [03:18] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [03:18] <jesup> jlebar: for reference, bug 737044 was about setting options for tbpl & try for alder
- # [03:18] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
- # [03:18] <jlebar> jesup, Yeah, that's pretty annoying. :(
- # [03:18] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [03:18] <jesup> We have a bug in the gyp->makefile converter where it doesn't add dependencies, so the safest way to deal with it is to add "touch configure.in" to mozconfig-extras (or so I thought...)
- # [03:19] <jesup> Instead, I now need to change ~ 10 files, then back it all out before merge, and to disable android builds I need to ask releng
- # [03:20] <nthomas> you woke it up
- # [03:20] <jesup> Just as an added cherry, to figure out which files I needed to view the full logs of all the builds and search, since there many more mozconfigs in the tree
- # [03:21] * Joins: ctopper (craig@moz-42075866.hsd1.or.comcast.net)
- # [03:22] <jesup> kairo: nice!
- # [03:22] <nthomas> (oops, was typing into scrollback)
- # [03:22] * Joins: asac_ (asac@moz-67557800.pppoe.wtnet.de)
- # [03:23] * Quits: asac (asac@B5E62582.D39703F5.B3DDC20A.IP) (Ping timeout)
- # [03:23] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [03:23] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [03:23] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
- # [03:23] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [03:23] <avih> C++ help please, if I modify a public member function to have another optional argument, I should recompile whichever modules which call it too, even if they have not changed (hence should use the default value of the optional arg), right?
- # [03:24] * Quits: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP) (Ping timeout)
- # [03:26] <@bz> yes
- # [03:26] <avih> thx.
- # [03:27] <avih> (unfortunately... now an hour for a full recompile, since it's used from many places... :/)
- # [03:27] <jgilbert> a depend build shouldn't take an hour D:
- # [03:27] <@bz> depends on your hardware
- # [03:27] <@bz> and OS
- # [03:27] <jgilbert> I guess windows on something really old
- # [03:28] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [03:28] <avih> i use make -f client.mk . have not setup pyname (but i still doubt it'll be less than half an hour even with it)
- # [03:28] <jgilbert> my depend builds are about 4 minutes, iirc
- # [03:28] * jgilbert makes a note to time them again
- # [03:28] <jgilbert> on windows, that is
- # [03:28] <avih> i'm on win7 x64, core2duo e8400 @3GHz, 6G ram
- # [03:28] <jgilbert> but that's with pymake and -j12 or so
- # [03:28] <jgilbert> yeah, you should probably be running -j4
- # [03:29] <avih> only 2 cores...
- # [03:29] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
- # [03:29] <jgilbert> well, 2+2 cores, right? :P
- # [03:29] <jgilbert> oversubscribing cores by a bit shouldn't thrash too bad
- # [03:29] * Quits: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:29] <jgilbert> and it should help with IO
- # [03:29] <avih> i usually only compile the changed folder and toolkit, but it does not seems enough with my recent change.. so either i start adding more and more, or just do a full build
- # [03:30] <avih> jgilbert: no, just 2, no HT
- # [03:30] <jgilbert> I would probably still run -j4
- # [03:31] <avih> jgilbert: yes, i see you point, with enough ram, it probably wouldn't hurt. however, i haven't tried pymake yet, and i don't feel like wasting an hour on tryouts now...
- # [03:31] <jgilbert> fair
- # [03:31] <RyanVM> heycam|away: you may have crashtest bustage
- # [03:31] * Joins: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP)
- # [03:31] <jesup> jgilbert: on a real disk (not SSD), typical best is 1.5-2x cores (including HTs) - probably closer to 1.5x. On a fast CPU with an SSD and tons of ram under linux, I've found it's more like 1x cores+HTs (8 on my quad Xeon w/ HT)
- # [03:31] <jdm> avih: yeah, when you finish up with the smooth scrolling stuff, it would be worth getting pymake to work
- # [03:32] <jdm> multiple core builds are a significant improvement
- # [03:32] <avih> jdm: yes, i have that in my todo :)
- # [03:32] <jesup> jdm: huge improvement
- # [03:32] * Quits: tonymec (tonymec@3084F8A1.ABCFDEF4.277517C1.IP) (Input/output error)
- # [03:33] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [03:33] <avih> it's gonna hurt if i don't nail that interface change on first try...
- # [03:33] <jgilbert> jesup: I have been running -j12 on my 4-core i7, but I haven't tried 6/8 for comparison yet
- # [03:33] * Quits: cers_ (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
- # [03:33] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [03:33] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
- # [03:34] * Quits: tonymec|away (tonymec@3084F8A1.ABCFDEF4.277517C1.IP) (Quit: Konversation terminated!)
- # [03:34] <jesup> jgilbert: I wouldn't go below 8 (4+4HT). If it's a real disk, 12 may be right
- # [03:34] <jgilbert> avih: my build script is http://pastebin.mozilla.org/1527103 , if that helps when you get to it
- # [03:34] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
- # [03:34] <jgilbert> real disk atm, ssd soon(tm)
- # [03:35] <jesup> jgilbert: mine is quad Xeon (w/HT) 16GB, SSD, and 8 seems best, maybe 10 depending on phase of the moon
- # [03:35] * Joins: smaug (chatzilla@moz-2AEB7635.gprs.sl-laajakaista.fi)
- # [03:35] * ChanServ sets mode: +o smaug
- # [03:35] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
- # [03:35] <avih> jgilbert: it basically executes pymake, yes? i don't see any extra smarts there.. correct?
- # [03:35] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
- # [03:36] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:36] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [03:37] <jgilbert> avih, yeah, but it has the format for it, so you shouldn't need to go looking for that
- # [03:37] * Quits: rs (rs@449D9B3B.C1004DD8.CFEE42E2.IP) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [03:37] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [03:37] * Joins: KaIRC (robert@moz-2DD8B3FF.adsl.highway.telekom.at)
- # [03:37] <jgilbert> then just add mk_add_options MOZ_MAKE_FLAGS='-s -j12' to your mozconfig
- # [03:37] <jgilbert> well
- # [03:37] <jgilbert> -j3 or -j4 for you
- # [03:37] * Quits: KaiRo (robert@moz-F6D1357.adsl.highway.telekom.at) (Ping timeout)
- # [03:37] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
- # [03:38] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Ping timeout)
- # [03:38] <avih> yeh. thx. will get to it after my bugs are not on fire ;)
- # [03:39] * KaIRC is now known as KaiRo
- # [03:39] * Quits: @smaug (chatzilla@moz-2AEB7635.gprs.sl-laajakaista.fi) (Ping timeout)
- # [03:40] <avih> bleh, propagating an argument from the events manager down to ScrollTo on first try would be a miracle..
- # [03:40] <avih> a new argument..
- # [03:40] * Joins: biesi (cbiesinger@18D50FD1.E23F1158.43362C16.IP)
- # [03:43] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
- # [03:43] <philor> nice, we started out last week with a dismal Orange Factor of 2.92, but by yesterday we'd managed to run it up to an expected 9.06 failures per push
- # [03:44] <philor> full employment for tree starrers!
- # [03:44] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
- # [03:45] <RyanVM> philor: when do I get my check?
- # [03:45] <RyanVM> roc: ping
- # [03:47] <@roc> hi
- # [03:47] <RyanVM> roc: I had to back cam out
- # [03:47] <RyanVM> can't comment on the bug
- # [03:47] <@roc> I saw that
- # [03:47] <@roc> ah
- # [03:47] <@roc> heycam|away: ^^^
- # [03:48] <@roc> thanks, I'll comment in the bug
- # [03:48] * Joins: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP)
- # [03:48] <RyanVM> np, thanks
- # [03:48] <avih> jgilbert: since I have 6G ram, and the entire the hg source+obj is just sub 2G here, if i setup a 2.5G ramdrive and work there, i should see quite a considerable gain, right? especially with pymake..
- # [03:49] * Quits: KaiRo (robert@moz-2DD8B3FF.adsl.highway.telekom.at) (Input/output error)
- # [03:50] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [03:50] * Quits: chewey (chewey@moz-B0AC5988.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:50] * Joins: chewey (chewey@moz-B04E1983.dip0.t-ipconnect.de)
- # [03:50] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Quit: Leaving)
- # [03:51] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [03:51] * Joins: pranavrc (pranavrc@44938117.5B86C286.C28326FD.IP)
- # [03:52] * Quits: asac_ (asac@moz-67557800.pppoe.wtnet.de) (Ping timeout)
- # [03:53] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120315164356])
- # [03:53] * Quits: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP) (Ping timeout)
- # [03:53] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
- # [03:54] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
- # [03:54] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
- # [03:54] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [03:54] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [03:55] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [03:55] * Quits: sewardj (sewardj@moz-E7DB09E9.dip.t-dialin.net) (Ping timeout)
- # [03:56] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Ping timeout)
- # [03:56] * Joins: sewardj (sewardj@moz-54BDA5C7.dip.t-dialin.net)
- # [03:56] * Joins: smaug (chatzilla@moz-59BDE710.elisa-mobile.fi)
- # [03:56] * ChanServ sets mode: +o smaug
- # [03:57] * Quits: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Leaving...)
- # [03:57] * sheeri is now known as sheeri-afk
- # [03:58] * Joins: jammink (textual@moz-1FFEF1B7.tcso.qwest.net)
- # [03:58] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [03:58] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [03:59] * Quits: @smaug (chatzilla@moz-59BDE710.elisa-mobile.fi) (Input/output error)
- # [03:59] * Joins: smaug (chatzilla@moz-59BDE710.elisa-mobile.fi)
- # [03:59] * ChanServ sets mode: +o smaug
- # [03:59] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [04:00] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
- # [04:01] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [04:02] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [04:02] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [04:03] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
- # [04:06] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
- # [04:07] <avih> jgilbert: decided to try pymake on a ramdrive. i've heard before that pymake requires full rebuild even after make -f client.mk. is that true? and if not, will make clean remove all obj files for me before i use pymake?
- # [04:07] * Joins: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP)
- # [04:08] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356])
- # [04:11] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
- # [04:12] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
- # [04:14] * Quits: Sinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
- # [04:14] * Quits: biesi (cbiesinger@18D50FD1.E23F1158.43362C16.IP) (Ping timeout)
- # [04:14] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [04:15] * Joins: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP)
- # [04:15] <njn> philor: remember that weird MOZ_STATIC_ASSERT compile error that made me back out a change yesterday? http://mxr.mozilla.org/mozilla-central/source/mfbt/Assertions.h#106 explains it. I just removed a blank line and it compiled again O_o
- # [04:17] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [04:17] <philor> oh... my.
- # [04:18] * Joins: jcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
- # [04:18] * mcote|afk is now known as mcote
- # [04:21] * Quits: @smaug (chatzilla@moz-59BDE710.elisa-mobile.fi) (Ping timeout)
- # [04:21] <dholbert> avih, he's at dinner
- # [04:22] <dholbert> fwiw
- # [04:22] <avih> thx
- # [04:22] <dholbert> np
- # [04:22] <philor> it's fun that the common review nit of "add/remove that blank line" can be a compile failure
- # [04:22] <njn> philor: that was my reaction, too. Actually, I was rather thankful for the detailed comment
- # [04:23] <dholbert> on the bright side, you could land the fix as "[whitespace-only change]" :)
- # [04:23] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [04:23] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [04:23] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
- # [04:24] <njn> dholbert: if I'd understood the problem at the time, yes :) as it was I just said WTF? and backed it out
- # [04:24] * Quits: willy1234x1 (willy1234x@moz-E492CB39.slkc.qwest.net) (Ping timeout)
- # [04:24] <dholbert> ( plus, the implication of that annotation is "non-functional, nothing to see here..." which wouldn't apply in this case apparently. :) )
- # [04:25] <njn> dholbert: true, a whitespace only change looks odd if it unbreaks Mac builds
- # [04:25] <dholbert> you could label it DONTBUILD and give all credit to whoever lands next
- # [04:25] * Quits: eflores_ (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
- # [04:25] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
- # [04:27] * Joins: willy1234x1 (willy1234x@moz-5B35D086.slkc.qwest.net)
- # [04:27] * Quits: willy1234x1 (willy1234x@moz-5B35D086.slkc.qwest.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
- # [04:28] * Joins: mccr8 (mccr8@moz-154C6CE3.dslextreme.com)
- # [04:28] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [04:29] * Quits: mccr8 (mccr8@moz-154C6CE3.dslextreme.com) (Quit: mccr8)
- # [04:30] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [04:31] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Ping timeout)
- # [04:31] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
- # [04:32] * Joins: hvq (HVQ@moz-CEEFB77D.dynip.nus.edu.sg)
- # [04:32] * Joins: bretr (bret_recka@moz-EC82158.hsd1.ca.comcast.net)
- # [04:34] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
- # [04:36] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [04:36] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [04:38] * Quits: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Leaving...)
- # [04:39] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [04:40] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [04:42] <jgilbert> avih: from what I hear, ramdisk won't speed up builds that much, but it will help a bit
- # [04:42] <jgilbert> also, yeah, I would do a clobber build
- # [04:42] <jgilbert> but for me, those only take like 30m
- # [04:42] <avih> what's clobber build?
- # [04:42] <jgilbert> rm -rf obj
- # [04:43] <avih> which does what?
- # [04:43] <jgilbert> deletes the obj dir and its contents
- # [04:43] <avih> can't i just delete it manually? it's a single folder :)
- # [04:43] <jgilbert> ReMove -Recursive+Force
- # [04:43] <jgilbert> that works too
- # [04:43] <jgilbert> make sure you don't just move it to recycling, since it's a number of gigs
- # [04:44] * Quits: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP) (Ping timeout)
- # [04:44] <avih> ok, preliminary result for ram drive and pymake: i was stupid to not remove the opengl stuff. I set it at my mozconfig, using export MOZCONFIG=/path/to/firefox-mozconfig, so it fails. but it worked pretty fast till then ;)
- # [04:45] <avih> (but forgot the mozconfig for the new dir at the ramdrive)
- # [04:45] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [04:46] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [04:46] <avih> jgilbert: pymake should consider MOZCONFIG export, yes?
- # [04:47] <jgilbert> my build scripts copy my various mozconfig-*s onto .mozconfig (I think) in the moz-central dir
- # [04:47] <jgilbert> then just building will use the correct mozconfig
- # [04:48] <jgilbert> I don't know how other ways work; that's just what I do
- # [04:48] <avih> jgilbert: i don't think pymake has considered MOZCONFIG...
- # [04:48] <jgilbert> ah
- # [04:49] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [04:49] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [04:49] * Quits: wlach|afk (wlach@moz-C2356FEE.vif.net) (Input/output error)
- # [04:50] <avih> jgilbert: by default it should look for ./.mozconfig ?
- # [04:51] <jgilbert> yeah
- # [04:51] <avih> i don't have the dependencies for the opengl stuff... so it fails compiling because i still couldn't make it use a mozconfig file..
- # [04:51] <dholbert> avih, be sure your mozconfig is actually named ".mozconfig" and not ".mozconfig.txt" (if you have file-extension-hiding turned on in windows)
- # [04:51] <dholbert> avih, (I've seen that bite someone else)
- # [04:51] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [04:51] <avih> dholbert: thx, but yes, i'm past that stage ;)
- # [04:51] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Input/output error)
- # [04:51] <avih> for about 20 yeats now ;)
- # [04:52] <dholbert> avih, so was the person who hit this problem before. :) Always good to double-check...
- # [04:52] * jlebar is now known as jlebar|sleep
- # [04:52] <avih> hmm.. can't make it work. i'm at /r/mozilla-central, executing: python -OO build/pymake/make.py -j4 -f client.mk | tee /build.log
- # [04:53] <jgilbert> but yeah, I have my configs in there like 'mozconfig-dbg' and 'mozconfig-opt'
- # [04:53] <jgilbert> so in the build script, I copy 'mozconfig-dbg' to '.mozconfig'
- # [04:53] <avih> and my config is /r/mozilla-central/.mozconfig
- # [04:53] <jgilbert> -j4 doesn't go there
- # [04:53] <avih> and yet it doesn't "take" it.. :/
- # [04:54] <jgilbert> my build command is
- # [04:54] <jgilbert> python -O ../mozilla-central/build/pymake/make.py -f ../mozilla-central/client.mk
- # [04:54] <avih> jgilbert: my cores were at absolute 100% at least 70% of the time
- # [04:54] * Joins: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP)
- # [04:54] <jgilbert> what isn't working then?
- # [04:55] <avih> it fails to compile opengl stuff, presumably because i can't make it take a mozconfig file
- # [04:55] <jgilbert> which stuff fails to compile? It should Just Work
- # [04:55] <avih> which has only these 2 lines:
- # [04:55] <avih> ac_add_options --disable-debug-symbols
- # [04:55] <avih> ac_add_options --disable-angel
- # [04:56] <jgilbert> oh, I've never run those
- # [04:56] <avih> i just want it to take the mozconfig file.. can i tell it a file explicitly? tried exporting MOZCONFIG, which worked for make, but i don't think it works for pymake (unless if fails for another reason)
- # [04:56] <jgilbert> my mozconfig-dbg: http://pastebin.mozilla.org/1527292
- # [04:57] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [04:57] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [04:57] <avih> can i force it to take an explicit mozconfig file?
- # [04:57] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [04:58] <jgilbert> just put the file at .mozconfig
- # [04:58] <jgilbert> that's the one it uses
- # [04:58] <avih> well, i have, and i think it doesn't work, so i wanna try explicit
- # [04:58] <jgilbert> how do you know it's not working?
- # [04:59] <avih> my only indication is that it fails to compile at the openglesv2.lib, and that it does compile using make and that mozconfig, and the mozconfig which make uses disables webgl
- # [04:59] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [04:59] <avih> it's a bit indirect conclusion, but i think it's correct
- # [05:00] <jgilbert> so try --disable-angle instead of --disable-angel
- # [05:00] <avih> yes, my mozconfig has both. i just posted the first here :)
- # [05:00] <jgilbert> haah
- # [05:00] <dholbert> try --disable-anleg ?
- # [05:01] <jgilbert> >>
- # [05:01] <avih> lol
- # [05:01] <avih> seriously, can i make it take an explicit mozconfig file?
- # [05:02] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [05:02] <avih> i recall, when i use make, it says that it takes a mozconfig file, but i didn't see a similar message with pymake, though it's just an info message, it could take it without displaying it too.
- # [05:02] <avih> but it does fgail to compile and this failure seems to point to a module with mozconfig should disable
- # [05:02] <fabrice> avih: set the MOZCONFIG environment variable that points to your mozconfig
- # [05:03] <jgilbert> try cd'ing into your obj-dir, and building from there
- # [05:03] <avih> fabrice: i have, same result
- # [05:03] <jgilbert> that's what I do (maybe for no reason), but dholbert says he was told something similar
- # [05:03] <avih> jgilbert: will try, ok
- # [05:03] <dholbert> yeah, the one time I built with pymake, Bas recommended that
- # [05:03] <avih> jgilbert: if i build from the obj dir, should the mozconfig be at the obj dir too? or at the source root?
- # [05:03] <dholbert> it only needs to be in your srcdir
- # [05:04] <jgilbert> ^
- # [05:04] <avih> ok
- # [05:04] * Quits: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [05:04] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
- # [05:04] * Quits: njn (chatzilla@moz-3F0C67EF.dyn.iinet.net.au) (Connection reset by peer)
- # [05:05] * Joins: knelson (Adium@A4273395.64AC677C.42E94045.IP)
- # [05:05] * Parts: knelson (Adium@A4273395.64AC677C.42E94045.IP)
- # [05:07] <avih> should pymake detect if .mozconfig is created or modified?
- # [05:07] <jgilbert> not on-the-fly, since it's only accessed at start
- # [05:07] <jgilbert> (I think)
- # [05:07] <avih> start of what?
- # [05:07] <jgilbert> of compilation
- # [05:08] <jgilbert> if you change something and recompile, it'll use the new one
- # [05:08] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [05:08] * Joins: dseif (dseif@moz-DD1F0571.dsl.teksavvy.com)
- # [05:08] <avih> so if i execute pymake -O .../make.py ... it SHOULD detect creation/change, yes?
- # [05:08] * Joins: njn (chatzilla@moz-82326C5E.dyn.iinet.net.au)
- # [05:09] <avih> hmm.. now i get another failure... (built from the objir)
- # [05:09] <avih> still around opengl es and d3d10effect.h
- # [05:10] <avih> well.. enough experiments for now. going back to make..
- # [05:10] <jgilbert> make sure that between mozconfig changes, you wipe your obj-dir
- # [05:11] <avih> jgilbert: ahh.. that might be it..
- # [05:11] <avih> i haven't
- # [05:11] <avih> that's why i asked "start of what"..
- # [05:11] <jgilbert> because if you don't, it'll basically be resuming with different settings
- # [05:11] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
- # [05:11] <avih> hence, i asked when does it read changes..
- # [05:11] * Quits: njn (chatzilla@moz-82326C5E.dyn.iinet.net.au) (Ping timeout)
- # [05:11] * Joins: njn_ (chatzilla@moz-D437BF56.dyn.iinet.net.au)
- # [05:11] * njn_ is now known as njn
- # [05:12] * glob|away is now known as glob
- # [05:12] <jgilbert> well it reads changes at compilation start, but without a wipe, it'll be doing a dep build
- # [05:12] <jgilbert> that is, only trying to build what it needs
- # [05:12] <dholbert> avih, you might also take a look at the last line of $SRCDIR/.mozconfig.mk
- # [05:12] <jgilbert> (or what it thinks it needs, since what it needs is a clobber between mozconfig changes)
- # [05:12] <dholbert> avih, that .mk file is auto-generated, and it has the path of the mozconfig it's using (if any)
- # [05:13] <avih> a-ha, not it shows a message that it took my mozconfig file...
- # [05:13] <avih> not=now*
- # [05:13] <dholbert> yay
- # [05:13] <jgilbert> \o/
- # [05:13] <avih> :)
- # [05:13] <dholbert> hopefully now you'll get a build with angels disabled
- # [05:14] <avih> jgilbert: stopped it. how to i make it use 4 thread from cli?
- # [05:14] * Quits: hvq (HVQ@moz-CEEFB77D.dynip.nus.edu.sg) (Ping timeout)
- # [05:14] <avih> u said i use -j4 incorrectly
- # [05:14] * Joins: njn_ (chatzilla@moz-A7286896.dyn.iinet.net.au)
- # [05:14] * Quits: njn_ (chatzilla@moz-A7286896.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120319161143])
- # [05:14] <jgilbert> well it seemed like it worked, but if you check my mozconfig, I add the options in there
- # [05:14] * Quits: njn (chatzilla@moz-D437BF56.dyn.iinet.net.au) (Ping timeout)
- # [05:14] <jgilbert> I also add '-s' to keep the spew down to a reasonable level
- # [05:15] <avih> what's spew?
- # [05:15] <dholbert> build output
- # [05:15] <avih> live less verbose?
- # [05:15] <avih> like*
- # [05:15] <dholbert> yeah
- # [05:15] <jdm> it's so much cleaner
- # [05:15] <jdm> you have no idea
- # [05:15] <avih> :)
- # [05:16] * Joins: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw)
- # [05:16] <avih> wtf, it went almost silent :P
- # [05:16] * Joins: njn (chatzilla@moz-B15A394.dyn.iinet.net.au)
- # [05:18] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [05:18] * Quits: pranavrc (pranavrc@44938117.5B86C286.C28326FD.IP) (Quit: Ping timeout: ∞)
- # [05:18] * nthomas is now known as nthomas|away
- # [05:19] <BenWa> Grr, is there a way to disable that 'Restore Windows' thing? It's preventing me from debugging a startup crash
- # [05:21] <kwierso> BenWa: can you set browser.sessionstore.max_resumed_crashes to 0?
- # [05:21] <kwierso> I think that disables session restore completely upon a crash
- # [05:21] * Quits: philor (philor@moz-638273A8.my-nick.name) (Quit: ZNC - http://znc.sourceforge.net)
- # [05:21] <BenWa> kwierso: thanks
- # [05:22] <kwierso> BenWa: there's also a browser.sessionstore.resume_from_crash boolean that can probably be flipped to false
- # [05:25] <BenWa> it worked
- # [05:26] <sfink> BenWa: do you run with SPS installed?
- # [05:27] <BenWa> sfink: It's compiled by default, I turn it on always
- # [05:27] <sfink> for normal browsing, I mean
- # [05:27] <BenWa> Yes
- # [05:27] <nigelb> hahahahahaha/ws 24
- # [05:27] <BenWa> I've never seen a performance problem
- # [05:27] <nigelb> bah
- # [05:27] <sfink> do you have any problems when launching external processes? eg going to mailto: urls, or opening PDFs?
- # [05:27] * Joins: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it)
- # [05:27] * Joins: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP)
- # [05:27] <sfink> On Linux, it hangs for me with SPS installed, even when it is disabled
- # [05:28] <BenWa> The extension you mean?
- # [05:28] <sfink> sorry, yes, the extension
- # [05:28] <BenWa> To tell you the truth I've barely used it on Linux so far
- # [05:28] <BenWa> But I don't see this problem on mac
- # [05:28] <sfink> strace shows an endless series of clone (ERESTARTNOINTR), SIGPROF received, rt_sigreturn
- # [05:29] <BenWa> You should file a bug and write if you're using a profiling build
- # [05:29] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
- # [05:29] <sfink> Yeah, I will, I just now finally got around to removing the profiler extension to see if it made a difference. It does.
- # [05:29] <BenWa> If it's enabled then that would be expected
- # [05:30] <sfink> It actually did the same thing when installed but disabled. (I was still getting SIGPROFs, too.) I restarted the browser after disabling it, even.
- # [05:30] <sfink> But I'll put it in the bug.
- # [05:30] <sfink> what's the component?
- # [05:30] <BenWa> sfink: Can you attach and see if the SamplerThread is still active?
- # [05:30] <BenWa> sfink: Gecko Profiler
- # [05:31] <BenWa> The SPS name is no longer used
- # [05:31] <sfink> Hm... how do I identify the thread in gdb?
- # [05:32] <BenWa> shity, we don't use pthread name stuff
- # [05:32] * Quits: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [05:32] <BenWa> break in tgkill
- # [05:33] <BenWa> tools/profiler/platform-linux.cc:138
- # [05:33] <BenWa> we likely goof-ed stopping
- # [05:35] <sfink> on my nightly, without symbols, gdb doesn't know tgkill
- # [05:35] * Joins: philor|away (philor@moz-638273A8.my-nick.name)
- # [05:35] * philor|away is now known as philor
- # [05:36] <BenWa> well no worries, its most likely it
- # [05:36] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
- # [05:37] <sfink> Ah, found the thread by re-enabling and looking at the threads gdb reported as starting up. Sure enough, after disabling, it's still running, and strace shows a tgkill/nanosleep loop.
- # [05:37] <BenWa> Alright well get that fix
- # [05:38] <BenWa> Does the analyze stuff work on Linux?
- # [05:39] * Joins: vikram360 (vikram360@C48ECFF0.F1F8D4FA.2A068A5E.IP)
- # [05:39] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [05:41] <sfink> yes
- # [05:41] <sfink> well, I don't get symbols
- # [05:44] * Quits: vikram360 (vikram360@C48ECFF0.F1F8D4FA.2A068A5E.IP) (Ping timeout)
- # [05:45] * Joins: vikram360 (vikram360@3E87BEC3.6E88BEBA.2A068A5E.IP)
- # [05:45] * Quits: Mavericks (Mibbit@3ADBA210.391625A5.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:46] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
- # [05:47] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [05:50] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [05:51] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [05:53] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
- # [05:56] * mcote is now known as mcote|afk
- # [05:59] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [06:06] * Quits: fryn|cloud (u3935@moz-160C58C6.com) (Quit: Connection closed for inactivity)
- # [06:06] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [06:06] * Quits: anky (anky@A962A901.E7A59767.A3D1B221.IP) (Client exited)
- # [06:08] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
- # [06:08] * Joins: hvq (HVQ@moz-CEEFB77D.dynip.nus.edu.sg)
- # [06:09] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [06:09] * jhford-work is now known as jhford-work-away
- # [06:11] * jhford-work-away is now known as jhford-work
- # [06:11] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [06:13] * Quits: dnivra (dnivra@83956FD3.8293D34.9105FBCF.IP) (Ping timeout)
- # [06:14] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
- # [06:18] <avih> jlebar|sleep: for the record, i used pymake, -j4, on a ramdrive of 1.7G (system has overall 6G ram, win7 x64, core 2 duo 2 cores no HT @3Ghz). took 37 minutes (about twice as fast than make on HDD), and i was left with 0.5G free on the ramdrive. overall, twice faster, but still not practical for programming iterations. but better :)
- # [06:18] <avih> also, i copied mozilla-central to the ramdrive, but didn't copy the .hg folder
- # [06:19] * heycam|away is now known as heycam
- # [06:20] <mwu> hm, did someone remove the profile manager?
- # [06:20] <dholbert> mwu, ./dist/bin/firefox -no-remote -ProfileManager WORKSFORME in a m-c build from today
- # [06:22] <avih> dholbert: ramdrive and pymake, -j4 came out twice as fast (compared to make/HDD). hoped for more :)
- # [06:22] <mwu> oh here we go
- # [06:22] <mwu> wow I crashed it without even starting the browser
- # [06:22] <Unfocused> avih: out of curiosity, what'd you use to create the ramdrive?
- # [06:22] * Joins: dnivra (dnivra@2E56966.8293D34.9105FBCF.IP)
- # [06:22] <avih> Unfocused: OSS: http://www.ltr-data.se/opencode.html/#ImDisk
- # [06:23] <avih> work very nicely. can probably replace daemon tools too.
- # [06:23] <mwu> dholbert: I've been using the -P option to select a specific profile and it doesn't seem to work
- # [06:23] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [06:23] <mwu> wait..
- # [06:23] <mwu> ok
- # [06:23] <mwu> so -no-remote is required to use that now..
- # [06:23] <mwu> weird
- # [06:23] <dholbert> mwu, that's how it's always been on Linux IIRC
- # [06:23] <mwu> not for me
- # [06:23] <mwu> as long as I don't have other firefoxes open at least
- # [06:24] <mwu> oh
- # [06:24] <mwu> which I do
- # [06:24] <mwu> nevermind
- # [06:24] <dholbert> :)
- # [06:24] <avih> i think that if you don't use -no-remote then it might reuse an already running gecko instance
- # [06:24] <dholbert> yup
- # [06:24] <dholbert> mwu knows that
- # [06:24] <dholbert> he just forgot that he had a running gecko instance :)
- # [06:24] <avih> oh. sorry.
- # [06:24] <mwu> yeah I had one on another desktop
- # [06:24] <dholbert> no problem :)
- # [06:25] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:25] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [06:29] * Joins: Peng (mnordhoff@moz-72431484.mattnordhoff.net)
- # [06:30] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Ping timeout)
- # [06:30] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [06:30] * Quits: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:31] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
- # [06:32] <avih> also, fwiw, to it took pymake 5 minutes and lots of cpu watts to rebuild firefox a 2nd time, without a single changed file from the previous successful build...
- # [06:33] <avih> and still on the ramdrive
- # [06:34] * Joins: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com)
- # [06:34] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [06:37] <jesup> biesi: ping
- # [06:37] * Joins: kwierso_ (chatzilla@moz-77693AC4.desm.qwest.net)
- # [06:37] * Joins: mniranja_ (mrniranjan@moz-88FF8AE8.redhat.com)
- # [06:37] * Quits: mniranja_ (mrniranjan@moz-88FF8AE8.redhat.com) (Quit: Leaving)
- # [06:38] * Quits: mrniranjan (mrniranjan@moz-88FF8AE8.redhat.com) (Quit: Leaving)
- # [06:38] * Joins: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP)
- # [06:38] * Quits: kwierso (chatzilla@moz-77693AC4.desm.qwest.net) (Ping timeout)
- # [06:38] * kwierso_ is now known as kwierso
- # [06:38] * Joins: kutsurak_ (pex@moz-3021D75B.w92-128.abo.wanadoo.fr)
- # [06:38] * Quits: kutsurak (pex@moz-48F9CCC1.w90-46.abo.wanadoo.fr) (Ping timeout)
- # [06:39] <biesi> jesup, sorry, now is bad. ask me tomorrow
- # [06:41] <jesup> k
- # [06:41] * Quits: ctopper (craig@moz-42075866.hsd1.or.comcast.net) (Quit: ctopper)
- # [06:42] * glob is now known as glob|away
- # [06:42] * Joins: yashshah (Mibbit@8E6C34C1.A3F9767A.1C37C358.IP)
- # [06:42] <yashshah> Hey, I would like to discuss an Gsoc idea, if it is possible?
- # [06:43] * Joins: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP)
- # [06:44] * Quits: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Leaving...)
- # [06:45] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
- # [06:45] <jdm> yashshah: go ahead
- # [06:53] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
- # [06:53] * Joins: anky (anky@A962A901.E7A59767.A3D1B221.IP)
- # [06:56] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [06:57] <jdm> although if you haven't completed a build I wouldn't expect there to be a timestamp yet
- # [06:57] <jdm> oops
- # [06:57] <jdm> ignore that last line
- # [06:58] * Quits: dseif (dseif@moz-DD1F0571.dsl.teksavvy.com) (Input/output error)
- # [06:58] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
- # [06:58] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [06:58] * Joins: azakai|2 (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
- # [06:58] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
- # [06:59] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [06:59] <yashshah> jdm: I would like to developed gesture controlled web browser using computer vision Opencv libraries.
- # [06:59] <jdm> hmm
- # [06:59] <jdm> interesting idea
- # [06:59] <jdm> I'm not quite sure who the best person to talk to about that would be
- # [07:00] <yashshah> I would like to develop the first very own kind of gesture controlled web browser plugin. I would be using OpenCV libraries and webcam to detected the gestures. For example, Moving hands in the left/right direction will change the tab and moving it up and down will scroll the page.
- # [07:01] <yashshah> Here we are not using touch as the medium, We are processing the images taken from the web cam to detect the gestures. I would like to open new channel of linking computer vision to the World's best web browser Firefox.
- # [07:01] <hendry> hi, I'm looking for the canonical FF10 about page, so I can override it. searches for "about.xhtml" on http://mxr.mozilla.org/mozilla-central/ are coming up empty
- # [07:01] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [07:03] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [07:04] * Quits: anky (anky@A962A901.E7A59767.A3D1B221.IP) (Ping timeout)
- # [07:04] <jdm> hendry: http://mxr.mozilla.org/mozilla-central/source/browser/base/content/aboutDialog.xul (or js or css)
- # [07:04] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [07:05] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [07:08] * glob|away is now known as glob
- # [07:09] * Quits: yashshah (Mibbit@8E6C34C1.A3F9767A.1C37C358.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [07:10] <hendry> jdm: thanks. now wondering why it's netError.xhtml (XHTML) for net error and XUL for about:
- # [07:10] <jdm> probably historical reasons
- # [07:10] <jdm> or different requirements or something
- # [07:11] * Joins: anky (anky@B832703C.146E8EF.A3D1B221.IP)
- # [07:12] <hendry> i noticed the android port uses XHTML http://mxr.mozilla.org/mozilla-central/source/mobile/android/chrome/content/about.xhtml
- # [07:13] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: Leaving)
- # [07:19] * Quits: anky (anky@B832703C.146E8EF.A3D1B221.IP) (Ping timeout)
- # [07:19] * thinker is now known as Sinker
- # [07:20] * Joins: anky (anky@C4C7D5ED.143170AD.A3D1B221.IP)
- # [07:21] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
- # [07:22] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [07:22] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
- # [07:22] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [07:25] <hendry> jdm: I want to replace, about:, not Help->About Firefox
- # [07:25] <jdm> oh, that's very different
- # [07:26] <jdm> hendry: http://mxr.mozilla.org/mozilla-central/source/toolkit/content/about.xhtml ?
- # [07:26] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
- # [07:26] <hendry> jdm: yes, that looks like it
- # [07:29] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
- # [07:31] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [07:33] * Fallen|away is now known as Fallen
- # [07:33] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [07:33] * philor is now known as philor|away
- # [07:35] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
- # [07:36] * Quits: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net) (Ping timeout)
- # [07:38] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [07:38] * philor|away is now known as philor
- # [07:39] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
- # [07:39] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [07:39] * Joins: By-Tor` (bytor@moz-A87A4C74.dyn.optonline.net)
- # [07:39] * Quits: By-Tor` (bytor@moz-A87A4C74.dyn.optonline.net) (Input/output error)
- # [07:40] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Input/output error)
- # [07:45] * Joins: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net)
- # [07:45] * Joins: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP)
- # [07:48] * Fallen is now known as Fallen|away
- # [07:50] * Joins: wolfiR (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de)
- # [07:52] <hsivonen> aargh. comm-central making my test perma orange
- # [07:52] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
- # [07:53] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [07:54] * hsivonen tries to locate the implementation of cid: URIs
- # [07:54] <hsivonen> which is fun, since we use CID for something else
- # [07:56] <hsivonen> http://mxr.mozilla.org/comm-central/source/mailnews/base/src/nsCidProtocolHandler.cpp?force=1#57
- # [07:56] <hsivonen> hooray
- # [07:57] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:59] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Input/output error)
- # [08:00] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
- # [08:01] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [08:02] * Joins: anant (Anant@moz-1722580F.dsl.dynamic.sonic.net)
- # [08:03] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [08:04] <hsivonen> is there a try server for seamonkey?
- # [08:05] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: gozala)
- # [08:05] * philor is now known as philor|away
- # [08:06] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [08:07] <heycam> hsivonen, there's one for thunderbird at least, which I assume would also use that
- # [08:07] * Quits: anky (anky@C4C7D5ED.143170AD.A3D1B221.IP) (Ping timeout)
- # [08:07] <hsivonen> heycam: it doesn't run browser-ish mochitests does it?
- # [08:08] <heycam> hsivonen, I don't know actually
- # [08:08] <heycam> see http://build.mozillamessaging.com/tinderboxpushlog/?tree=ThunderbirdTry
- # [08:08] <heycam> oh there are SeaMonkey trees listed on there
- # [08:09] <heycam> but no SeaMonkey Try
- # [08:09] * Joins: anky (anky@42AB3007.AAA86E60.A3D1B221.IP)
- # [08:09] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [08:11] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [08:13] <ewong> hsivonen: SeaMonkey'
- # [08:14] <ewong> hsivonen: s try server = ThunderbirdTry
- # [08:16] <hsivonen> ewong: thanks. I guess I should learn how to tell it to build seamonkey instead of tb, but maybe I can do enough testing locally
- # [08:16] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [08:16] <darktrojan> alter the mozconfigs to build suite instead of mail?
- # [08:16] <ewong> hsivonen: it's been some time since I last pushed to try, but iirc, you add a .mozconfig w/ |ac_add_options --enable-application=suite|
- # [08:17] <hsivonen> darktrojan, ewong: thanks
- # [08:18] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [08:19] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
- # [08:20] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:20] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [08:20] <Mark_Capella> Ask the experts: i've got Mozilla build environment: MSVC version 10. with msys/bin/find.exe version 4.3.0 ... I seem to need 4.4.0 ... can anyone point to where I can get that latest version?
- # [08:21] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:24] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [08:24] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [08:27] * Quits: mreavy (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Input/output error)
- # [08:28] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [08:28] * ChanServ sets mode: +o roc
- # [08:28] * Joins: anant_ (Anant@moz-1722580F.dsl.dynamic.sonic.net)
- # [08:29] * Quits: anant (Anant@moz-1722580F.dsl.dynamic.sonic.net) (Ping timeout)
- # [08:29] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
- # [08:31] <gcp> you shouldn't need more than the mozilla-build package
- # [08:31] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
- # [08:31] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [08:33] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [08:33] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [08:34] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [08:34] <glazou> bonjour
- # [08:36] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/65578021a495 - Serge Gautherie - Bug 735805. (AAv1) test_bug518777.html misses waitForExplicitFinish() + finish(). r=roc.
- # [08:38] <Mark_Capella> v4.3 doesn't recognize -newermt which is required for SMARTMAKE.py util
- # [08:39] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [08:39] <Mark_Capella> gcp: mozilla-build comes with v4.3
- # [08:39] * Joins: Ms2ger (Ms2ger@9E1FEA7.F9DDA0AC.37724B0D.IP)
- # [08:39] <ewong> what's smartmake.py?
- # [08:40] <Mark_Capella> http://www.joshmatthews.net/blog/2012/01/smartmake-redux-harder-better-faster-stronger/
- # [08:40] * Joins: Julian (chatzilla@moz-DDDF9FB.dip.t-dialin.net)
- # [08:40] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [08:41] * Quits: hvq (HVQ@moz-CEEFB77D.dynip.nus.edu.sg) (Ping timeout)
- # [08:43] * Joins: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP)
- # [08:43] <hsivonen> so I updated comm-central and its nested mozilla-central and deleted all .pyc files
- # [08:44] <hsivonen> I shill get syntax errors in .idl to .h conversion
- # [08:44] <hsivonen> what should I do?
- # [08:44] * hsivonen tries removing the obj dir
- # [08:44] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [08:44] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [08:44] * Quits: Julian (chatzilla@moz-DDDF9FB.dip.t-dialin.net) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
- # [08:45] <hsivonen> I thought I'd land my patch on comm-central in the morning and move onto other things. But noooooo.
- # [08:45] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [08:47] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [08:47] * Quits: anant_ (Anant@moz-1722580F.dsl.dynamic.sonic.net) (Quit: Leaving)
- # [08:49] <hsivonen> looks like various nsIDOM*Event.idl files are treated as erroneous when building comm-central...
- # [08:51] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [08:51] * Quits: dcamp (dave@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Leaving...)
- # [08:52] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
- # [08:52] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [08:53] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [08:54] <Ms2ger> hsivonen, the dictionaries?
- # [08:54] <hsivonen> Ms2ger: is that something that landed in the last 24 hours on central?
- # [08:55] <Ms2ger> No, right before the uplift
- # [08:55] <darktrojan> hsivonen, have you got xpidllex and xpidlyacc files in srcdir/mozilla/xpcom/idl-parser
- # [08:55] <darktrojan> ?
- # [08:55] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [08:55] <hsivonen> darktrojan: yes
- # [08:56] <darktrojan> chuck 'em (.py and .pyc)
- # [08:56] <hsivonen> darktrojan: thanks
- # [08:56] <darktrojan> np
- # [08:56] <hsivonen> having to remove .py is unexpected
- # [08:56] <darktrojan> took me ages, that on
- # [08:56] <darktrojan> one
- # [08:57] <hsivonen> .pyc I already tried
- # [08:57] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Quit: This computer has gone to sleep)
- # [08:58] <darktrojan> I seem to be neglecting to type the last character on each line
- # [08:58] <nigelb> Is there a way I can write an extention to STOP Cmd + Q from working?
- # [08:58] <glazou> yes
- # [08:58] <glazou> make an overlay removing the corresponding <key>
- # [08:58] <glazou> or disabling it
- # [08:58] <nigelb> Thanks.
- # [08:59] <nigelb> I'm going to do that right away. Second time today I closed firefox accidentally.
- # [08:59] * darktrojan makes an extension for extensions
- # [08:59] <darktrojan> yo dawg, I heard you like extensions
- # [08:59] <glazou> nigelb: why don't you just re-enable the quit warning ?
- # [08:59] <glazou> (that you probably disabled like everyone else...)
- # [09:00] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [09:00] * ChanServ sets mode: +o roc
- # [09:00] <glazou> hi roc
- # [09:02] <@roc> hi
- # [09:03] * Quits: tor (tor@9043A4AC.46A41C28.49CEED6B.IP) (Ping timeout)
- # [09:05] * Joins: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr)
- # [09:06] <nigelb> glazou: all of it is enabled. We broke it at some point :(
- # [09:07] * Joins: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net)
- # [09:07] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
- # [09:07] * Joins: pranavrc (pranavrc@43883306.3AABCBEA.520CDC98.IP)
- # [09:09] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [09:10] * Joins: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de)
- # [09:10] * jhford-work is now known as jhford-work-away
- # [09:11] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
- # [09:12] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
- # [09:13] <jdm> nigelb: please link me whenever that gets finished!
- # [09:13] <hsivonen> darktrojan: it worked! thanks
- # [09:14] <jdm> glazou: if you have session restore turned on, no quit warning will ever show
- # [09:14] <Ms2ger> http://29.media.tumblr.com/tumblr_m162irvkYT1rrf1eeo1_400.jpg < nice picture of lckl
- # [09:14] * Quits: njn (chatzilla@moz-B15A394.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120319161143])
- # [09:14] <jdm> that one might taint every post I read of his in the future
- # [09:16] <Asa> Ms2ger: hey now. I was non-specific there and not calling out any one individual.
- # [09:17] <Asa> :P
- # [09:17] <nigelb> lol
- # [09:17] <Ms2ger> Asa, alright, I'll call out the one individual for you :)
- # [09:18] * Quits: anky (anky@42AB3007.AAA86E60.A3D1B221.IP) (Quit: Leaving...)
- # [09:18] <nigelb> the freelance writer one is *so* good.
- # [09:18] <hsivonen> nigelb: indeed
- # [09:18] <Asa> yeah. that's the winner of the week so far
- # [09:18] <nigelb> jdm: will do. apparently. it takes 3 lines.
- # [09:22] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
- # [09:29] * Joins: karl (karl@moz-8FFBB6B4.jetstream.xtra.co.nz)
- # [09:30] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
- # [09:32] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/6e1983c0efbb - Panos Astithas - Bug 711164 - Add support for stepping to the debugger; r=rcampbell
- # [09:32] <firebot> http://hg.mozilla.org/mozilla-central/rev/551a912cd950 - Mihai Sucan - Bug 731721 - Source Editor stepping support; r=rcampbell,past
- # [09:32] <firebot> http://hg.mozilla.org/mozilla-central/rev/90d3b1fb284d - Tim Taubert - Bug 736424 - Intermittent TEST-UNEXPECTED-FAIL | browser_tabview_bug600645.js | The app tab icon has the right tab reference; r=dietrich
- # [09:32] <firebot> http://hg.mozilla.org/mozilla-central/rev/9ff494dfc9b0 - Tim Taubert - merge m-c to fx-team
- # [09:32] <firebot> http://hg.mozilla.org/mozilla-central/rev/d220d4a76a0f - Victor Porof - Bug 735151 - Intermittent browser_tilt_picking_highlight02.js | Highlighting a node didn't work properly and | an unexpected uncaught JS exception reported through window.onerror -
- # [09:32] <firebot> this.treePanel is undefined at resource:///modules/inspector.jsm:478; r=rcampbell
- # [09:32] <firebot> http://hg.mozilla.org/mozilla-central/rev/f671c3dc0f27 - Tim Taubert - Bug 736416 - intermittent browser/components/sessionstore/test/browser_625016.js | Test timed out, followed by other errors; r=mak
- # [09:33] <nigelb> jdm: https://addons.mozilla.org/en-US/firefox/addon/meta-q-override/
- # [09:33] <firebot> http://hg.mozilla.org/mozilla-central/rev/d7b1fd262d91 - Michael Ratcliffe - Bug 736014 - "Copy rule" with some text selected copies that text additionally; r=paul
- # [09:33] <jdm> nigelb: you're the best.
- # [09:33] <firebot> http://hg.mozilla.org/mozilla-central/rev/9b911534deca - Pranav Ravichandran - Bug 725430 - Add feature to sourceeditor/scratchpad: comment/uncomment line/block of code; r=msucan
- # [09:33] <nigelb> I should write a blog post about the jetpack addons I've written so far :)
- # [09:33] <nigelb> Now I feel like an idiot for not writing this all along.
- # [09:34] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
- # [09:36] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [09:37] <avih> any help on debugging/single-stepping/getting-a-stack-trace on win32 would be GREATLY appreciated :)
- # [09:37] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [09:37] * Joins: gandalf (zbraniecki@moz-1874F14E.neoplus.adsl.tpnet.pl)
- # [09:38] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [09:38] <hsivonen> aaargh. comm-central Y U NS_ERROR_NOT_IMPLEMENTED
- # [09:38] <avih> i'm drowning inside the events manager...
- # [09:38] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [09:38] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [09:38] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [09:39] <jdm> avih: that's a common feeling!
- # [09:39] <jdm> and with that, bed.
- # [09:39] <avih> jdm: thx for the sympathy ;)
- # [09:39] <avih> or empathy?
- # [09:40] <jdm> probably both
- # [09:40] <avih> :)
- # [09:40] <avih> meh.. this d**p shit :P
- # [09:41] * Quits: gandalf (zbraniecki@moz-1874F14E.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [09:41] * Quits: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP) (Client exited)
- # [09:41] <avih> you see **** when i type my password, right?
- # [09:41] <nigelb> obviously, are you typing *******? :)
- # [09:41] <avih> i am! :P
- # [09:41] <Ms2ger> WFM with hunter2
- # [09:41] <nigelb> hunter2!
- # [09:41] <avih> lol
- # [09:42] <hsivonen> wait, why does nsCidProtocolHandler::NewURI set the spec to "about:blank"?
- # [09:42] <avih> omg, i desperately need a breakpoint + stack trace on win32.. otherwise i can't see myself finding anything...
- # [09:42] * Joins: hvq (HVQ@moz-A131ED0D.dynip.nus.edu.sg)
- # [09:45] <hsivonen> looks like I'm going to spend at least half of my day unhacking ancient mailnews hacks
- # [09:45] <avih> just bypass it with a shiny new hack
- # [09:46] <hsivonen> avih: seems like a likely course
- # [09:46] <avih> :)
- # [09:47] * Quits: vikram360 (vikram360@3E87BEC3.6E88BEBA.2A068A5E.IP) (Ping timeout)
- # [09:47] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [09:48] * padenot|away is now known as padenot
- # [09:49] * Quits: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net) (Ping timeout)
- # [09:49] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
- # [09:52] <avih> slight flood alert: if anyone has a clue about what code triggers PreHandleEvent twice for a mouse wheel event (one with NS_MOUSE_SCROLL and another with NS_MOUSE_PIXEL_SCROLL) but triggers only one PostHandleEvent for the latter, i'd appreciate it:
- # [09:53] <avih> PreHandleEvent: start
- # [09:53] <avih> PreHandleEvent: NS_MOUSE_SCROLL
- # [09:53] <avih> PreHandleEvent: end
- # [09:53] <avih> PreHandleEvent: start
- # [09:53] <avih> PreHandleEvent: NS_MOUSE_PIXEL_SCROLL
- # [09:53] <avih> PreHandleEvent: end
- # [09:53] <avih> PostHandleEvent: MOUSE_SCROLL_PIXELS
- # [09:53] <avih> DoScrollText: start
- # [09:53] <avih> it's like the first event is intercepted, canceled, and the second one is fired instead
- # [09:53] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:54] <avih> and i want ot know who pulls the strings :)
- # [09:56] <Ms2ger> NeilAway, bug 737122
- # [09:56] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [09:57] * Quits: mcsmurf (mcsmurf@moz-80112064.dip.t-dialin.net) (Ping timeout)
- # [09:57] * Quits: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [09:58] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [09:58] * Joins: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz)
- # [10:01] <Ms2ger> avih, did you find out about optional arguments in IDL?
- # [10:01] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [10:01] <mounir> Ms2ger: dom bugs and html bugs have the same policy regarding FIXED bugs? I should mark it CLOSED if the solution satisfies me?
- # [10:01] <avih> Ms2ger: turned out ot be a plain h(pp) file, so yes for me.
- # [10:01] <Ms2ger> Depends
- # [10:01] <Ms2ger> avih, OK
- # [10:01] <Ms2ger> mounir, which spec?
- # [10:02] <mounir> Ms2ger: dom core
- # [10:02] <Ms2ger> Closed is good
- # [10:02] <Ms2ger> We're not really tracking it right now
- # [10:03] <mounir> ok
- # [10:03] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [10:03] <mounir> thanks
- # [10:03] * Joins: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net)
- # [10:04] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:05] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:05] <Ms2ger> Np
- # [10:07] * Quits: jgilbert (jgilbert@moz-2B3CF81C.hsd1.ca.comcast.net) (Ping timeout)
- # [10:08] * Quits: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP) (Ping timeout)
- # [10:09] * Joins: dcamp (dave@40018561.F684631.21A4E96A.IP)
- # [10:10] * Quits: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz) (Ping timeout)
- # [10:10] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [10:10] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:11] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:12] * Quits: hvq (HVQ@moz-A131ED0D.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [10:12] * Joins: hvq (HVQ@moz-A131ED0D.dynip.nus.edu.sg)
- # [10:13] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [10:13] <avih> dxr can be outdated compared to mxr, right?
- # [10:13] <Ms2ger> Yes
- # [10:13] <Ms2ger> It's updated only when you remind jcranmer, IIRC
- # [10:14] <avih> i see. been using both and switching with a bookmarklet, but now i need something which is out of sync..
- # [10:14] * glob is now known as glob|away
- # [10:14] <Ms2ger> Yeah :/
- # [10:14] <jwatt> nsHTMLObjectElement::GetContentDocument doesn't appear to do cross origin checks, so where does that happen?
- # [10:15] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:16] * Quits: Ms2ger (Ms2ger@9E1FEA7.F9DDA0AC.37724B0D.IP) (Ping timeout)
- # [10:19] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:19] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [10:19] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [10:21] <avih> meh.. there's a 1500 lines file which only handles mouse scroll for windows, before any generic mozilla handling...
- # [10:22] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [10:23] * Joins: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP)
- # [10:23] * Quits: karl (karl@moz-8FFBB6B4.jetstream.xtra.co.nz) (Ping timeout)
- # [10:24] <avih> where do PR_LOG messages appear?
- # [10:25] * davehunt is now known as davehunt|away
- # [10:26] * Joins: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP)
- # [10:27] <gcp> console. else NSPR_LOG_FILE
- # [10:27] <gcp> if NSPR_LOG_MODULES is set correctly
- # [10:27] <avih> gcp: do i need a special command line to enable PR_LOG messages to appear on the console?
- # [10:27] <avih> (otehr than -console)
- # [10:27] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
- # [10:28] * Quits: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP) (Ping timeout)
- # [10:28] <gcp> you need to set the enviroment var NSPR_LOG_MODULES
- # [10:28] <gcp> to what you want to log
- # [10:29] <gcp> "If NSPR_LOG_FILE is not in the environment, then log output is written to stdout or stderr, depending on the platform."
- # [10:29] <avih> gcp: so, for example, PR_LOG(gMouseScrollLog, PR_LOG_ALWAYS, ...) will need NSPR_LOG_MODULES = ... LOG_ALWAYS ... ?
- # [10:30] <gcp> RTFM: http://www.mozilla.org/projects/nspr/reference/html/prlog.html
- # [10:30] <avih> thx
- # [10:31] * Joins: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP)
- # [10:31] * Quits: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [10:32] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [10:33] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [10:38] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [10:39] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:40] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [10:40] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [10:41] * Joins: anky (anky@42AB3007.AAA86E60.A3D1B221.IP)
- # [10:42] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [10:42] * Joins: asac (asac@moz-67557800.pppoe.wtnet.de)
- # [10:43] * Joins: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [10:43] <NeilAway> Ms2ger: thanks
- # [10:44] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:46] * Joins: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP)
- # [10:47] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [10:47] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:49] * Quits: Wevah (Wevah@moz-5435D49F.stcd.qwest.net) (Quit: Wevah)
- # [10:51] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
- # [10:52] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [10:53] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [10:53] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
- # [10:54] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
- # [10:57] * Joins: MarcoZ (marco.zehe@moz-4C75F63F.dip.t-dialin.net)
- # [11:00] * Joins: vikram360 (vikram360@4E328B90.AF8B567D.2A068A5E.IP)
- # [11:01] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [11:02] * Quits: kutsurak_ (pex@moz-3021D75B.w92-128.abo.wanadoo.fr) (Quit: Leaving)
- # [11:03] * Joins: kutsurak (pex@moz-3021D75B.w92-128.abo.wanadoo.fr)
- # [11:04] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [11:04] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [11:06] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Client exited)
- # [11:09] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [11:10] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [11:11] * Quits: dcamp (dave@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [11:11] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [11:11] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
- # [11:11] * Joins: harth (harth@40018561.F684631.21A4E96A.IP)
- # [11:11] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [11:12] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [11:12] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Quit: Lost terminal)
- # [11:12] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [11:14] * ewong is now known as ewong|afk
- # [11:14] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [11:16] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [11:18] * Joins: smaug (chatzilla@moz-F7F2A241.elisa-mobile.fi)
- # [11:18] * ChanServ sets mode: +o smaug
- # [11:19] * sheeri-afk is now known as sheeri
- # [11:21] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
- # [11:23] * Joins: tor (tor@9043A4AC.46A41C28.49CEED6B.IP)
- # [11:26] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [11:26] * Quits: anky (anky@42AB3007.AAA86E60.A3D1B221.IP) (Client exited)
- # [11:27] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:27] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
- # [11:29] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:33] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
- # [11:34] * Quits: Wei_o_o (Wei@8F61C0E2.4F4B4250.FAA9ED67.IP) (Client exited)
- # [11:34] * Joins: Ms2ger (Ms2ger@moz-A19C9E9E.ugent.be)
- # [11:34] * Joins: anky (anky@42AB3007.AAA86E60.A3D1B221.IP)
- # [11:35] * Quits: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP) (Ping timeout)
- # [11:36] * padenot is now known as padenot|away
- # [11:36] * Quits: thelodger (thelodger@3F6B379F.C9F9DC3E.C2E02DEF.IP) (Quit: Leaving.)
- # [11:36] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
- # [11:37] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [11:37] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [11:40] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
- # [11:40] * davehunt|away is now known as davehunt
- # [11:42] * Joins: dcamp (dave@40018561.F684631.21A4E96A.IP)
- # [11:42] * Joins: mak (chatzilla@moz-777E45F2.retail.telecomitalia.it)
- # [11:43] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
- # [11:44] * Quits: Ms2ger (Ms2ger@moz-A19C9E9E.ugent.be) (Ping timeout)
- # [11:44] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [11:45] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
- # [11:46] * Joins: decoder (quassel@45737F17.411DB1E9.95550721.IP)
- # [11:46] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [11:49] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [11:50] <mak> mounir++ for merge!
- # [11:50] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120313042010])
- # [11:50] <mounir> now I have to mark the bugs :'(
- # [11:50] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [11:51] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Ping timeout)
- # [11:51] * Joins: sliv (spyros@moz-1700A48.cti.gr)
- # [11:51] * Joins: spyros_ (spyros@moz-1700A48.cti.gr)
- # [11:51] <mak> mounir: I will start from bottom, you can start from top, we'll meetup sooner
- # [11:51] * Quits: sliv (spyros@moz-1700A48.cti.gr) (Quit: Leaving)
- # [11:51] <mounir> we can do that
- # [11:51] * spyros_ is now known as sliv
- # [11:51] <mounir> just make sure we don't mark backouted patches ;)
- # [11:51] <mak> yep!
- # [11:52] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Input/output error)
- # [11:52] <mak> I always hope people mark backouts :p
- # [11:52] <mak> and that usually happens
- # [11:55] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:57] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [11:59] * Quits: anky (anky@42AB3007.AAA86E60.A3D1B221.IP) (Ping timeout)
- # [12:00] * Joins: anky (anky@42AB3007.AAA86E60.A3D1B221.IP)
- # [12:00] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [12:00] * mattwoodrow is now known as mattwoodrow|away
- # [12:01] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
- # [12:03] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
- # [12:03] <@smaug> Hmm, I'm not sure Google's doodle marketing is too effective
- # [12:06] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [12:07] * Joins: KaiRo (robert@moz-2DD8B3FF.adsl.highway.telekom.at)
- # [12:07] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
- # [12:08] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [12:08] <mak> mounir: good team work, thanks!
- # [12:08] <mounir> mak: thank to you ;)
- # [12:08] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [12:09] * Quits: anky (anky@42AB3007.AAA86E60.A3D1B221.IP) (Client exited)
- # [12:09] * Quits: sliv (spyros@moz-1700A48.cti.gr) (Client exited)
- # [12:10] * Joins: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP)
- # [12:11] * Joins: jfkthame (jfkthame@3FED40A5.7DCE60A1.5F3A0DA9.IP)
- # [12:11] * Quits: vikram360 (vikram360@4E328B90.AF8B567D.2A068A5E.IP) (Ping timeout)
- # [12:13] <NeilAway> anyone know where the code for pseudo-class lock is?
- # [12:14] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [12:16] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
- # [12:16] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [12:16] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
- # [12:17] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [12:21] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [12:21] * Joins: gabor (gabor@moz-817E7AB5.pool.digikabel.hu)
- # [12:21] * Quits: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:22] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
- # [12:22] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [12:23] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [12:24] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [12:25] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [12:25] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Ping timeout)
- # [12:27] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [12:27] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [12:28] * Quits: imphil (philipp@moz-55513EF0.rad.med.uni-muenchen.de) (Ping timeout)
- # [12:31] * Joins: necolas (necolas@moz-8F849A9F.bb.sky.com)
- # [12:34] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [12:39] * Joins: andrei (chatzilla@moz-E54CCECA.shef.merlin.ask4.co.uk)
- # [12:39] * andrei is now known as Andrei_Misarca
- # [12:40] * Joins: Honza (chatzilla@40018561.F684631.21A4E96A.IP)
- # [12:40] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [12:41] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
- # [12:42] * zz_AutomatedTester is now known as AutomatedTester
- # [12:45] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Client exited)
- # [12:45] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [12:47] <darktrojan> why is mdn so horrible
- # [12:48] * Joins: rohan (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [12:48] <rohan> Hi, need some help about Google summer of code project
- # [12:49] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
- # [12:50] <rohan> gerv
- # [12:50] <gerv> Hello :-)
- # [12:53] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Ping timeout)
- # [12:53] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [12:57] * Quits: Andrei_Misarca (chatzilla@moz-E54CCECA.shef.merlin.ask4.co.uk) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310010446])
- # [13:01] * Joins: Mitch (chatzilla@moz-12A2B0E.sbr802.nsw.optusnet.com.au)
- # [13:03] * Quits: jfkthame (jfkthame@3FED40A5.7DCE60A1.5F3A0DA9.IP) (Quit: jfkthame)
- # [13:05] * Joins: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [13:06] * bhearsum|afk is now known as bhearsum
- # [13:06] * mak is now known as mak|afk
- # [13:07] * Quits: @smaug (chatzilla@moz-F7F2A241.elisa-mobile.fi) (Ping timeout)
- # [13:09] * AutomatedTester is now known as zz_AutomatedTester
- # [13:12] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [13:12] <rohan> can anyone here help me a bit with GSOC
- # [13:13] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [13:14] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [13:15] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [13:15] * Quits: pranavrc (pranavrc@43883306.3AABCBEA.520CDC98.IP) (Ping timeout)
- # [13:15] <rohan> whois sheppy
- # [13:15] <jwatt> dao: inbound burning
- # [13:16] <darktrojan> weeeeeeee "Three used interfaces are nsIPrefService, nsIPrefBranch and nsIPrefBranch2. They are frozen and will not change."
- # [13:16] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [13:17] <jwatt> rohan: gerv already said hi - try asking him a specific question
- # [13:17] <glazou> is the Navigation Timing API implemented (or planned to be implemented) in gecko ?
- # [13:17] <glazou> yeah apparently yes
- # [13:17] <glazou> coooooool
- # [13:18] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [13:19] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
- # [13:19] * ewong|sleep is now known as ewong
- # [13:19] * KaiRo wonders if we are supposed to remember the screenshots on the new tab page across sessions
- # [13:19] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [13:19] * Joins: pranavrc (pranavrc@EE757242.1A7EE299.C28326FD.IP)
- # [13:20] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [13:20] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [13:20] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [13:21] * zz_AutomatedTester is now known as AutomatedTester
- # [13:21] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [13:24] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Client exited)
- # [13:24] * catlee-away is now known as catlee
- # [13:24] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [13:25] * Quits: hvq (HVQ@moz-A131ED0D.dynip.nus.edu.sg) (Ping timeout)
- # [13:26] * Joins: smaug (chatzilla@moz-548FA23B.gprs.sl-laajakaista.fi)
- # [13:26] * ChanServ sets mode: +o smaug
- # [13:28] * Joins: jfkthame (jfkthame@3FED40A5.7DCE60A1.5F3A0DA9.IP)
- # [13:30] * Joins: hvq (HVQ@moz-F087FFFE.pc.nus.edu.sg)
- # [13:30] * Quits: ircloggr (nodebot@moz-D2DA4C74.compute-1.amazonaws.com) (Client exited)
- # [13:31] * Joins: ircloggr (nodebot@moz-F885385B.compute-1.amazonaws.com)
- # [13:32] * catlee is now known as catlee-buildduty
- # [13:35] * Quits: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net) (Quit: darktrojan)
- # [13:36] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [13:36] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [13:37] * Quits: pranavrc (pranavrc@EE757242.1A7EE299.C28326FD.IP) (Ping timeout)
- # [13:38] <@bsmedberg> Who own .pushState?
- # [13:38] <@bsmedberg> owns
- # [13:38] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [13:38] <@smaug> jlebar|sleep
- # [13:40] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [13:41] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [13:41] * Joins: tonymec__ (tonymec@B89E4AB7.66C7C178.277517C1.IP)
- # [13:42] * Joins: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de)
- # [13:42] * tonymec__ is now known as tonymec|away
- # [13:42] * Quits: jfkthame (jfkthame@3FED40A5.7DCE60A1.5F3A0DA9.IP) (Quit: jfkthame)
- # [13:44] <@bsmedberg> Hrm, are the subject lines of encrypted emails not encrypted?
- # [13:44] * Quits: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120303192654])
- # [13:44] <bhearsum> apparently not
- # [13:44] <@bsmedberg> That might explain the weirdness of the bugzilla securemail behavior, blech.
- # [13:44] <@bsmedberg> I wonder if that multipart thing dbaron was talking about would fix this.
- # [13:45] <glob|away> Oh?
- # [13:45] * Joins: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [13:46] <glob|away> bsmedberg, the subject isn't encrypted, however it's replaced with static-ish text
- # [13:47] <bhearsum> oh yeah, that's right
- # [13:47] <@bsmedberg> glob|away: sure, but I want the real subject if it can be encrypted somehow
- # [13:47] <@bsmedberg> since that's how bugmail gets scanned ;-)
- # [13:47] <gcp> we have no way to enable vsync in firefox?
- # [13:47] <@bsmedberg> glob|away: worth filing, or will multipart solve this?
- # [13:47] <glob|away> bsmedberg, use s/mime
- # [13:48] <@bsmedberg> I am
- # [13:48] <glob|away> bsmedberg, hrm. hang on (on the phone)
- # [13:49] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [13:49] * Quits: jammink (textual@moz-1FFEF1B7.tcso.qwest.net) (Quit: Computer has gone to sleep.)
- # [13:50] * glob|away is now known as glob
- # [13:50] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [13:52] * mak|afk is now known as mak
- # [13:53] * Joins: victorporof (victorporo@40018561.F684631.21A4E96A.IP)
- # [13:53] <glob> bsmedberg, oh, indeed
- # [13:54] * rail_away is now known as rail
- # [13:54] * Joins: pranavrc (pranavrc@16790001.BBE46712.520CDC98.IP)
- # [13:55] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [13:56] <glob> bsmedberg, even using s/mime, only the email payload is encrypted, not the headers :(
- # [13:57] * Joins: Steve (chatzilla@moz-1203B78C.dyn.plus.net)
- # [13:57] <@bsmedberg> yeah, I saw that in view-source
- # [13:57] <@bsmedberg> blech
- # [13:57] <@bsmedberg> Content-Type: application/x-pkcs7-mime; smime-type=enveloped-data; name="smime.p7m"
- # [13:58] <avih> I've managed to nail mouse wheel events -> scroll commands, but eventhough I've been looking for it for a while, i'm not really finding keyboard events -> scroll commands (arrows, page up/down/etc). If anyone can have a more specific pointer than ESM, I'd appreciate it. thx.
- # [13:59] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [14:00] <avih> (i'm searching for a while now on mxr/dxr)
- # [14:00] * Joins: vikram360 (vikram360@6EE74620.F93E2519.2A068A5E.IP)
- # [14:00] <Steve> hi all - wanting to use spidermonkey from the same app in two different threads. is this possible. getting an assert out when I try it.
- # [14:00] * Joins: imphil (philipp@F25A9EC0.C9D3A6D5.478CFEE9.IP)
- # [14:00] * Joins: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP)
- # [14:00] <Steve> ff 11 source.
- # [14:00] <@bsmedberg> Steve: are you using the same JSRuntime or separate ones?
- # [14:01] <Steve> same rt at the moment. tried two rts & that worked but got a crash on exit
- # [14:01] <Steve> trying to get a clean solution
- # [14:01] <@bsmedberg> runtimes are now single-threaded
- # [14:01] <Steve> that's ok. two runtimes would work.
- # [14:01] * Quits: rohan (Mibbit@816337C3.2C2BFB59.35E0727C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:01] <Steve> think there's some statics shared between them.
- # [14:01] <@bsmedberg> Steve: in any case, either #jsapi or mozilla.dev.tech.js-engine are the best place to ask
- # [14:02] <Steve> thanks.
- # [14:02] * Joins: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [14:02] * Joins: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP)
- # [14:03] <Steve> another that might be best addressed where you've directed me, to link to a statically built jsapi - I just link js_static.lib , right ? seem to be getting loads of unresolved so I'm doing something wrong.
- # [14:04] <Steve> (win)
- # [14:04] <jorendorff> Steve: these are great questions for #jsapi
- # [14:04] * Quits: vikram360 (vikram360@6EE74620.F93E2519.2A068A5E.IP) (Ping timeout)
- # [14:04] <jorendorff> you might be on the wrong side of the world for most of the js team but as it happens i'm awake
- # [14:04] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [14:04] * Joins: vikram360 (vikram360@D1C8AE60.46686E3.2A068A5E.IP)
- # [14:05] * Joins: armenzg (armenzg@moz-DBD74FB0.home1.cgocable.net)
- # [14:05] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [14:05] <Steve> they can wait until later in the day but if you have some time ... should I switch to #jsapi or talk here ?
- # [14:05] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [14:06] <jorendorff> Steve: Let's switch to #jsapi just to avoid bothering folks working here.
- # [14:06] <Steve> sure.
- # [14:06] <avih> what is the handler for GeckoInputDispatcher::notifyKey ?
- # [14:07] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [14:07] * rniwa_ is now known as rniwa
- # [14:13] * Joins: mcsmurf (mcsmurf@moz-48B8D2B6.dip.t-dialin.net)
- # [14:14] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
- # [14:17] * Quits: Gentlecat (Roman@4654FE12.18EC6E70.8FB52CB8.IP) (Quit: Leaving)
- # [14:18] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [14:19] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [14:20] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
- # [14:20] * Joins: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP)
- # [14:21] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [14:22] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [14:22] * Joins: dseif (dseif@CC8ADE37.531FD64C.630E4E47.IP)
- # [14:22] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
- # [14:23] * bear-afk is now known as bear
- # [14:23] * Quits: Mitch (chatzilla@moz-12A2B0E.sbr802.nsw.optusnet.com.au) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120312220748])
- # [14:26] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [14:26] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [14:26] * Quits: vikram360 (vikram360@D1C8AE60.46686E3.2A068A5E.IP) (Ping timeout)
- # [14:26] * jlebar|sleep is now known as jlebar
- # [14:26] <jlebar> bsmedberg, you rang?
- # [14:26] <@bsmedberg> jlebar: cc'ed you on a security bug
- # [14:27] <@bsmedberg> which according to smaug you should own ;-)
- # [14:27] <@smaug> jlebar: you're welcome
- # [14:28] <jlebar> bsmedberg, I may have already been cc'ed to this bug. Is it bug 687745?
- # [14:28] <@bsmedberg> well, it was a new bug
- # [14:28] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [14:29] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [14:29] <@bsmedberg> 737307
- # [14:29] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:30] <jlebar> Huh. I'm cc'ed, but I don't see it in my bugmail.
- # [14:30] <jlebar> Maybe the mail is slow. Anyway, I'll have a look, thanks.
- # [14:30] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
- # [14:30] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [14:32] <bjacob> does anyone know what I need to do, to add new C++ unit tests in a new directory ?
- # [14:32] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (NickServ (GHOST command used by rick))
- # [14:32] <jlebar> Ah, now I get empty bugmail for security bugs, so it got filtered into my "uninteresting bugmail" folder.
- # [14:33] <bjacob> is CPP_UNIT_TESTS += in the Makefile enough
- # [14:33] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [14:33] * Joins: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP)
- # [14:33] <jlebar> I presume we can't do bugzilla secure mail with gmail?
- # [14:33] <@bsmedberg> no
- # [14:34] * Joins: mreavy (chatzilla@moz-6380AF60.phlapa.fios.verizon.net)
- # [14:34] <jlebar> Fantastic.
- # [14:34] * @bsmedberg tries to figure out how to decrypt an email using openssl or any other linux commandline tool
- # [14:34] * mcsmurf wonders what bugzilla secure mail is
- # [14:34] <jlebar> mcsmurf, https://bugzilla.mozilla.org/page.cgi?id=securemail/help.html
- # [14:34] <mcsmurf> mail encryption?
- # [14:34] <Callek> mcsmurf: s-g bugs get sent encrypted *or* just a link to bug
- # [14:34] <@bsmedberg> mcsmurf: in your bugzilla preferences you can have it encrypt the mail it sends you
- # [14:34] <mcsmurf> ah, /me takes look
- # [14:34] <@bsmedberg> we now require that for security bugmail
- # [14:35] <mcsmurf> good idea
- # [14:35] <glob> bsmedberg, actually it's enabled on a per-group basis, not per-user
- # [14:35] <@bsmedberg> glob: what does "enabled" mean?
- # [14:35] <glob> bsmedberg, when we configure it, we say "any email relating to bugs in (some group) will be encrypted"
- # [14:36] <Callek> glob: well enabled per group, does mean that unless you add a key in your profile you still get the mail, just only links to the bug rather than something encrypted
- # [14:36] <glob> Callek, correct
- # [14:36] * Joins: Ms2ger (Ms2ger@moz-53684266.ugent.be)
- # [14:36] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [14:36] * Joins: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl)
- # [14:36] <@bsmedberg> glob: why not just send all email encrypted, if somebody configured it with the key?
- # [14:37] * @bsmedberg doesn't much care, is mainly curious
- # [14:37] <glob> bsmedberg, i'm not sure to be honest; i suspect it may be load related
- # [14:38] * glob discovers http://www.penango.com/
- # [14:38] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:39] <glob> ewww, "Mozilla Firefox 3.0–8.0"
- # [14:39] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
- # [14:41] <@bsmedberg> glob: the encrypted contents of the bugmail has another subject header: I wonder if changing that would change the display in thunderbird or other email clients
- # [14:41] * jmaher|afk is now known as jmaher
- # [14:42] <glob> bsmedberg, it's not another header, it's part of the body
- # [14:42] * Quits: Ms2ger (Ms2ger@moz-53684266.ugent.be) (Ping timeout)
- # [14:42] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
- # [14:43] <@bsmedberg> glob: http://pastebin.mozilla.org/1528003 has headers
- # [14:43] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
- # [14:44] <glob> bsmedberg, urgh, that's a bug
- # [14:44] <@bsmedberg> it works... doesn't feel like a bug!
- # [14:45] <glob> bsmedberg, the body should have the unencrypted subject as its first line
- # [14:45] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
- # [14:45] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
- # [14:46] <@bsmedberg> oh, ok yes
- # [14:46] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [14:46] <@bsmedberg> glob: shall I file?
- # [14:46] <glob> bsmedberg, yes please
- # [14:47] <@bsmedberg> Bugzilla/Email Notifications?
- # [14:47] <ibarlow> mozmemes is quickly climbing my awesomebar when i type "moz". It is now in second place, soon to overtake the phonebook I am sure
- # [14:47] <glob> bsmedberg, no, bugzilla.mozilla.org / extensions: securemail
- # [14:48] <glob> bsmedberg, it's a bmo specific extension
- # [14:48] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
- # [14:48] <@smaug> hmm, am I not getting any bugmail about sg* bugs anymore
- # [14:48] <@bsmedberg> smaug: did you set up an encryption key?
- # [14:49] <@smaug> no
- # [14:49] <glob> smaug, you should be getting _some_ email, just not encrypted if you haven't set a key
- # [14:49] <@bsmedberg> then you will be getting "something changed" email, without any details
- # [14:49] <glob> smaug, <silly>have you checked your junk folder?</>
- # [14:50] <@smaug> um, no :)
- # [14:50] <@smaug> oh, wait, now I see one...
- # [14:50] <Standard8> bsmedberg: glob: I believe if all bugmail was encrypted you wouldn't be able to do things like body search. Might still be able to do header search
- # [14:50] <@smaug> ok, working just the way I want
- # [14:50] <@bsmedberg> Standard8: what?
- # [14:50] <glob> Standard8, i can do body searching with encrypted email
- # [14:50] * Joins: mib_ks8fuj (Mibbit@12744B39.863CB945.9C072EFC.IP)
- # [14:51] <Standard8> glob: but is it indexed in the global search?
- # [14:51] <glob> Standard8, uhhh
- # [14:51] <@bsmedberg> ok, filed bug 737401
- # [14:51] <Standard8> glob: btw, could really do with a "test my cert" button on that UI. I believe there's a bug filed already
- # [14:51] <glob> Standard8, well, i don't use gmail, if that's what you're getting at
- # [14:51] * Parts: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
- # [14:51] <Standard8> glob: nope, I'm getting at Thunderbird ;-)
- # [14:52] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [14:52] <Standard8> glob: I must admit I can't remember full details, but I do believe there is some limitations if you're encrypting email
- # [14:52] <glob> Standard8, postbox's search wfm
- # [14:52] <Standard8> possibly, I don't know what postbox have done there
- # [14:52] <Standard8> I'll have to try it later
- # [14:53] <Standard8> but I don't get much security bugmail
- # [14:53] <Standard8> so haven't got anything yet
- # [14:53] * Quits: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:54] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [14:54] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [14:55] * Joins: wlach (wlach@moz-C2356FEE.vif.net)
- # [14:55] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [14:56] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [14:56] <avih> does anyone here works on OSX or Linux? I'd like to conduct a five-seconds test if you can: 1. goto http://smoothwheel.mozdev.org/test_events.html 2. roll the mouse wheel (if you have one, or slide your finger with a magic mouse) 3. let me know if both columns change, or only one of them. thx in advance.
- # [14:57] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [14:57] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:57] <mounir> Callek: why?
- # [14:57] * Quits: dseif (dseif@CC8ADE37.531FD64C.630E4E47.IP) (Input/output error)
- # [14:57] <glob> avih, both (osx)
- # [14:57] <Cork> avih: what version do you want?
- # [14:58] * Joins: Wevah (Wevah@moz-5435D49F.stcd.qwest.net)
- # [14:58] <Callek> mounir: if its removed, we want it to get removed on updates
- # [14:58] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [14:58] <Callek> mounir: thus you add it to removed-files.in
- # [14:58] <avih> Cork: latest?
- # [14:58] <mounir> Callek: ok
- # [14:58] <mounir> seems... weird
- # [14:58] <avih> glob: you use an external mouse with a wheel? osx/linux?
- # [14:58] <Cork> avih: both linux, nightly
- # [14:58] <glob> avih, osx, nightly, both update, tested with both a touch pad and wheel mouse
- # [14:59] <Callek> mounir: well we can't programatically tell that a file-that-is-not-there-now should be removed on update
- # [14:59] <avih> Cork: same question? external mouse? or magic mouse? or trackpad?
- # [14:59] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [14:59] <avih> ok, thanks.
- # [14:59] <Cork> avih: weel desktop
- # [14:59] <Callek> mounir: at least not without blindly killing off the entire directory we are installing into
- # [14:59] <Cork> *wheel
- # [14:59] <Callek> (its just the way this piece of magic works)
- # [14:59] <avih> glob: Cork: thx :)
- # [15:00] <jlebar> Can I get hgweb to diff -U two revisions?
- # [15:01] * sheeri is now known as sheeri-afk
- # [15:01] * Joins: logiclord (Gaurav@8D6D9A46.AFC1E550.35E3DDC8.IP)
- # [15:01] * bwinton_away is now known as bwinton
- # [15:03] * Joins: jfkthame (jfkthame@79B957AE.7DCE60A1.5F3A0DA9.IP)
- # [15:05] * Joins: coop (Chris@moz-491CB3B8.dsl.bell.ca)
- # [15:05] * Quits: coop (Chris@moz-491CB3B8.dsl.bell.ca) (Quit: coop)
- # [15:05] * Joins: coop (Chris@moz-491CB3B8.dsl.bell.ca)
- # [15:06] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [15:06] * Joins: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP)
- # [15:07] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
- # [15:07] * Quits: bretr (bret_recka@moz-EC82158.hsd1.ca.comcast.net) (Quit: bretr)
- # [15:09] <Steve> @jason - got it. the failure is in PRMJ_Now
- # [15:09] <glandium> does someone around have osx 10.5 with xcode?
- # [15:09] <Steve> the MUTEX_LOCK here :
- # [15:09] <Steve> QueryPerformanceCounter(&now);
- # [15:09] <Steve> highresTimerValue = (long double)now.QuadPart;
- # [15:09] <Steve> MUTEX_LOCK(&calibration.data_lock);
- # [15:10] <avih> objective c is a superset of c, right (for extremely simple ansi c)?
- # [15:10] <avih> (gonna modify an obj c code blindly...)
- # [15:11] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [15:12] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [15:14] <cers> avih: yeah, pretty much
- # [15:14] <avih> cers: k, thx.
- # [15:14] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
- # [15:14] <Steve> PRMJ_Now(void)
- # [15:14] <Steve> {
- # [15:14] <Steve> static int nCalls = 0;
- # [15:15] <Steve> static. hence multiple instances will interfere with each other.
- # [15:15] <cers> avih: not that I'm an expert or anything - I just used to develop iphone apps :-)
- # [15:15] <avih> :) sounds expert enough for me ;) thx
- # [15:15] <avih> just need to add a tiny bit of code, just checking a variable and assigning (or not) another as a result
- # [15:15] <Steve> static CalibrationData calibration = { 0 };
- # [15:16] <Steve> that's the nasty. a static critical section mutex. once instance zaps it, the second goes to us it & it's gone.
- # [15:16] <Steve> *use
- # [15:16] <Steve> will probably patch locally by reference counting it.
- # [15:18] <avih> cers: is this like a class member getter?: [theEvent deviceDeltaY]
- # [15:18] <avih> or direct property, etc?
- # [15:19] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [15:20] * Quits: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [15:20] * philor|away is now known as philor
- # [15:23] * mcote|afk is now known as mcote
- # [15:23] * Joins: timdream (timdream@moz-4F186296.adsl.dynamic.seed.net.tw)
- # [15:24] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
- # [15:25] * Quits: timdream (timdream@moz-4F186296.adsl.dynamic.seed.net.tw) (Connection reset by peer)
- # [15:25] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
- # [15:26] * Joins: timdream (timdream@moz-4F186296.adsl.dynamic.seed.net.tw)
- # [15:26] * Quits: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net) (Input/output error)
- # [15:26] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [15:26] * Joins: wolfiR_ (wolfiR@moz-F1565748.dip0.t-ipconnect.de)
- # [15:27] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [15:27] * Joins: stux (stux@moz-FD6B9EC6.hfc.comcastbusiness.net)
- # [15:29] * Joins: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP)
- # [15:29] <glandium> bsmedberg: fwiw, that would be quite annoying if all bugmail was encrypted.
- # [15:29] <glandium> at least to me
- # [15:30] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [15:30] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [15:31] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:32] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:33] * Quits: bretr (bret_recka@CEBA71E3.4AA133AF.F56AD2E3.IP) (Ping timeout)
- # [15:34] * KaiRo is now known as KaiRo_away
- # [15:34] * Quits: tbsaunde (tbsaunde@moz-9DECD0.pc.cs.cmu.edu) (Ping timeout)
- # [15:35] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [15:36] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
- # [15:37] <glob> bsmedberg, awww, even if i put the right subject inside the s/mime payload, postbox still shows the sanitised subject :(
- # [15:37] <philor> mmm, --disable-necko-wifi is fatal now?
- # [15:37] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:37] <philor> and --with-system-nspr?
- # [15:38] * Joins: espindola (espindola@225444E6.1086D29C.6F478678.IP)
- # [15:38] <glandium> jesup: ping
- # [15:39] <glandium> philor: both have been fatal for a while
- # [15:39] <jesup> glandium: hi
- # [15:39] <glandium> jesup: what are the #includes in that httpclient.cc/cpp ?
- # [15:39] <jesup> 1 sec
- # [15:39] * Quits: mib_ks8fuj (Mibbit@12744B39.863CB945.9C072EFC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:41] <avih> tn: made nice progress with the wheel identification thingy. it's good on windows. on osx i see it can fire both pixels and lines scroll events, but whether or not they can be tied to eachother, seem to depend on how the OS itself is firing it. On linux i couldn't see any mentioning for pixel scrolls, so it would appear to me that it always fires lines only.
- # [15:42] <jesup> glandium: maze of twisty passages... Anything in particular I should look for? So far <map> <string> <vector>, but I'm sure there are more as I work through the maze
- # [15:42] * Joins: joey (chatzilla@moz-ACDE7EEC.mozilla.com)
- # [15:43] <glandium> jesup: is there tuple or something ?
- # [15:43] <avih> tn: however, i think that per mozilla's dom events flow, every lines event is followed by pixels event as well. but i couldn't find such a connection, and on osx, again, it appears to me to depend on the os. I can only test on windows.
- # [15:44] <bc> fwiw http://www.ietf.org/rfc/rfc3851.txt does describe a mechanism to encrypt subject and other headers, but looking at thunderbird it appears to not support sending encrypted subjects and possibly not receiving them either.
- # [15:44] <c0smikdebris> can i search the alder branch with mxr?
- # [15:45] <avih> tn: on windows i can see and isolate this double event fire, and identify if the pixel scroll comes originally from lines or not.
- # [15:45] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
- # [15:45] <jesup> I can point you at an online copy... http://code.google.com/p/libjingle/source/browse/trunk/talk/base/httpclient.cc (may not be the same rev we're using)
- # [15:45] <jesup> Searching for tuple
- # [15:45] <jesup> nope
- # [15:45] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
- # [15:46] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [15:46] <jesup> It does use things like this: std::pair<std::string, bool>
- # [15:46] * Joins: kaie2 (kaie@moz-2050B231.dip.t-dialin.net)
- # [15:47] <froydnj> glandium: --disable-necko-wifi can't have been fatal for that long; I've been building with it forever
- # [15:47] * Quits: kaie (kaie@moz-7A14C042.dip.t-dialin.net) (Ping timeout)
- # [15:47] * kaie2 is now known as kaie
- # [15:48] <glandium> froydnj: true, i'm using it as well
- # [15:48] <philor> I sort of thought that the guy posting his suddenly-fatal errors in Serge's bug was saying that he was building that way (plus system-nss I guess) until we elevated the trivial packaging warning to a fatal error
- # [15:49] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Ping timeout)
- # [15:49] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
- # [15:49] * Joins: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [15:49] * smaug is now known as smaugAway
- # [15:50] <glandium> philor: ah, that's a different story. yeah, if we don't have the right ifdefs in the package manifest, fatal errors in make package are going to blow at a lot of people's faces
- # [15:50] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [15:50] <philor> we don't, we absolutely don't
- # [15:51] <jesup> glandium: and stuff like std::make_pair(STR_EMPTY, false); in the source. But no direct references to pair in httpclient.cc (no direct std:: references other than string, but I'm sure there are indirect refs)
- # [15:51] <glandium> philor: do we have a js component that --disable-necko-wifi disable?
- # [15:51] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
- # [15:52] <philor> nothing in the bug, anyway
- # [15:52] * mdas is now known as mdas|afk
- # [15:54] <glandium> jesup: is <utility> included directly?
- # [15:54] <philor> nothing in the makefile, either
- # [15:54] <jesup> glandium: yes
- # [15:55] <glandium> jesup: could you put the preprocessed source for that file somewhere?
- # [15:55] <jesup> sure
- # [15:56] <glandium> jesup: my bet is on a missing header in system-headers
- # [15:56] <jesup> glandium: sounds reasonable
- # [15:56] <glandium> jesup: and i guess you're not building with system wrappers on your system
- # [15:57] <glandium> jesup: what is VISIBILITY_FLAGS in objdir/config/autoconf.mk ?
- # [15:58] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:58] <jesup> on a captive builder configured for x64 debug: VISIBILITY_FLAGS = -I$(DIST)/system_wrappers -include $(topsrcdir)/config/gcc_hidden.h
- # [15:59] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
- # [15:59] <jesup> same thing on my system
- # [16:00] <glandium> weird
- # [16:00] * Quits: fabrice (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [16:00] <glandium> jesup: you still have access to the captive builder, then?
- # [16:00] <jesup> yes
- # [16:00] <jesup> have the .i, transferring it back (or would one from my system be ok?)
- # [16:00] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [16:01] <glandium> jesup: could you also transfer the .o ?
- # [16:01] <jesup> sure
- # [16:04] * Quits: surkov (surkov@BEE06F1B.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [16:04] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
- # [16:05] * Quits: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120303192654])
- # [16:05] * Joins: anky (anky@EB8EA72A.B3ACC254.A3D1B221.IP)
- # [16:06] <jesup> glandium: how about email? Simple...
- # [16:06] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [16:06] <glandium> jesup: works for me. mhommey at moco
- # [16:06] * jesup should set up a people.mozilla.org
- # [16:06] <jesup> 1 sec
- # [16:07] * Joins: hhillen (hhillen@moz-81563C98.ip.telfort.nl)
- # [16:07] * Quits: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net) (Quit: ChatZilla 0.9.78.1 [SeaMonkey 1.5a/2007051508])
- # [16:07] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [16:07] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
- # [16:08] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [16:09] <jesup> glandium: You Have Mail
- # [16:10] * Joins: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl)
- # [16:10] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [16:11] <jesup> glandium: rebuilding on that server just in case the .o is stale (don't think so)
- # [16:11] * joduinn-afk is now known as joduinn-coffee
- # [16:13] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [16:15] * djvj|away is now known as djvj
- # [16:15] <glandium> jesup: that's a x86 .o
- # [16:15] <jesup> Yeah, I was worried it might be stale. Let me check the build. The .i was fresh
- # [16:16] <jesup> I'll regenerate it too, though
- # [16:16] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [16:16] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [16:16] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
- # [16:17] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [16:17] * Quits: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com) (Client exited)
- # [16:19] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [16:19] <jesup> glandium: ARGH. Ok, I know why I've had trouble recreating this on my captive builder. browser/config/mozconfigs/linux64/debug doesn't actually make it a 64-bit build. (for some reason I assumed it would, and that either 32 or 64 bit were cross-compiled from the other) Silly me
- # [16:19] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [16:20] <jesup> I can make you a .o and .i on my Fedora machine. The link doesn't fail for me though
- # [16:20] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [16:20] * mak is now known as mak|afk
- # [16:20] <glandium> jesup: so, fwiw, utility is included from logging.h
- # [16:21] <jesup> would explain the debug-only nature
- # [16:21] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [16:22] <glandium> jesup: and the problematic method is inlined from the headers
- # [16:22] <glandium> jesup: so if something is not built pic, it has to be one of your objects
- # [16:22] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [16:23] <jesup> ok
- # [16:24] <jesup> sent the fedora .i and .o
- # [16:25] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [16:25] <jesup> glandium: what's the easiest way to hunt for a .o that isn't PIC? I have a fast machine, I can run something against all the .o's in there and grep on the output quickly
- # [16:26] * philor is now known as philor|away
- # [16:26] <glandium> jesup: on x64, check for PC32 relocations in readelf -r
- # [16:26] * Joins: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [16:27] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [16:27] * KaiRo_away is now known as KaiRo
- # [16:27] * mdas|afk is now known as mdas
- # [16:28] * padenot|away is now known as padenot
- # [16:28] <glandium> jesup: mmmm not that easy actually
- # [16:28] <jesup> yeah, ton of those
- # [16:28] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [16:28] <froydnj> check for them against non-function symbols?
- # [16:28] * philor|away is now known as philor
- # [16:29] <glandium> jesup: what's the complete ld log when it fails to link?
- # [16:29] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [16:29] * Quits: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl) (Ping timeout)
- # [16:29] <jesup> See the bug; it links to the builder log output. I can't recreate myself
- # [16:30] * Quits: anky (anky@EB8EA72A.B3ACC254.A3D1B221.IP) (Ping timeout)
- # [16:31] * Joins: anky (anky@E326FE60.31804B8C.A3D1B221.IP)
- # [16:31] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
- # [16:32] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [16:33] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
- # [16:34] * Quits: jfkthame (jfkthame@79B957AE.7DCE60A1.5F3A0DA9.IP) (Quit: jfkthame)
- # [16:34] * Joins: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca)
- # [16:34] * fabrice|afk is now known as fabrice
- # [16:35] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
- # [16:35] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
- # [16:36] * Quits: wolfiR_ (wolfiR@moz-F1565748.dip0.t-ipconnect.de) (Quit: Leaving)
- # [16:36] <glandium> jesup: the resulting libxul on that x86 build has text relocations, right?
- # [16:37] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [16:37] <jesup> IIRC, yes
- # [16:37] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Ping timeout)
- # [16:37] * Joins: stransky (stransky@moz-107AD163.redhat.com)
- # [16:38] <jesup> 016547a8 000ac702 R_386_PC32 0132220c _ZNSt4pairIKSsSsED1Ev
- # [16:38] <jesup> 01656012 0052eb02 R_386_PC32 00831973 _ZNSt18_Rb_tree_node_b (and about 10 repeats of this)
- # [16:38] <jesup> That's from the captive builder
- # [16:38] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
- # [16:39] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
- # [16:41] <jesup> Hmmm. Not that it solves everything, but there's a gyp setting to disable logging - trying that to see if it changes the relocs
- # [16:43] * Joins: pcwalton (pcwalton@moz-14B53B6A.hsd1.ca.comcast.net)
- # [16:44] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
- # [16:44] * ChanServ sets mode: +o bz
- # [16:44] <philor> nice, https://bugzilla.mozilla.org/show_bug.cgi?id=735810#c11
- # [16:45] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [16:45] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
- # [16:46] <jesup> glandium: no change with the logging-disabled setting - not sure how deeply it disables
- # [16:46] * ewong is now known as ewong|sleep
- # [16:46] <glandium> jesup: can you check if there are other object files that refer to _ZNSt4pairIKSsSsED1Ev or _ZNSt4pairIKSsSsED2Ev as non-hidden ? (in objdump -t output)
- # [16:46] <jesup> Note I'm just checking PC32 relocs in the x86 build
- # [16:47] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
- # [16:47] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
- # [16:47] * Quits: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
- # [16:47] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
- # [16:47] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [16:48] * Joins: tgummerer (Adium@51D3B54.FEF996EA.EA6FEF3D.IP)
- # [16:48] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [16:48] <glandium> jesup: the .i and the .o you gave me (the original ones) don't make sense together
- # [16:49] <@bz> grr
- # [16:49] <philor> hmm, should we worry about the way we're shipping a broken update to Win64?
- # [16:49] <jesup> glandium: the .o was stale
- # [16:49] <@bz> the secure bugmail thing is annoyingly broken
- # [16:49] * Joins: jfkthame_afk (jfkthame@79B957AE.7DCE60A1.5F3A0DA9.IP)
- # [16:49] <philor> it's only half our nightly Windows users, right?
- # [16:49] <@bz> Did someone file a bug about it only encrypting the message body yet?
- # [16:49] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [16:49] <froydnj> I think bsmedberg might have
- # [16:49] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [16:50] * khuey|away is now known as khuey
- # [16:50] <froydnj> or glob might already know
- # [16:50] * smaugAway is now known as smaug
- # [16:50] * sheppy is now known as sheppy-afk
- # [16:50] <jesup> All the first pair one are .hidden, checking second
- # [16:50] * jfkthame_afk is now known as jfkthame
- # [16:50] <glob> bz, s/mime or pgp?
- # [16:50] * sheeri-afk is now known as sheeri
- # [16:50] * Joins: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl)
- # [16:51] <@bz> glob: I have no idea
- # [16:51] <jesup> glandium: the second, definitely not all hidden
- # [16:51] <@bz> glob: whatever bmo is doing?
- # [16:51] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
- # [16:51] <glob> bz, it depends on what key you provide
- # [16:51] <jesup> glandium: the second, definitely not all hidden
- # [16:51] <glob> bz, is this in reference to the subject?
- # [16:51] * Quits: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
- # [16:51] <glandium> jesup: now, the question is why are they all hidden, when apparently all headers are set for default visibility
- # [16:51] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [16:51] <@bz> glob: Content-Type: application/x-pkcs7-mime; smime-type=enveloped-data; name="smime.p7m"
- # [16:52] * Joins: mjschranz_ (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
- # [16:52] <@bz> glob: I'm pretty sure I provided an S/MIME key
- # [16:52] <@bz> glob: and yes
- # [16:52] <glandium> jesup: can you give the .i corresponding to one .o that has it hidden, and to another .o that has it non-hidden?
- # [16:52] <glob> bz, as far as i can tell there isn't a standard way to encrypt the subject :(
- # [16:52] <@bz> glob: having the subject hidden instead of just encrypted is a huge PITA
- # [16:52] <@bz> glob: :(
- # [16:52] <jesup> glandium: ok
- # [16:52] * Quits: hhillen (hhillen@moz-81563C98.ip.telfort.nl) (Quit: hhillen)
- # [16:53] <@bz> glob: that's ... unfortunate
- # [16:53] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Quit: Konversation terminated!)
- # [16:53] <glob> bz, i made a patch for smime that may help (737401), but it doesn't make any difference for me with postbox :(
- # [16:53] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [16:53] <@bsmedberg> yeah, I read through the s/mime RFC and it's not clear whether what we did is actually supposed to help
- # [16:54] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [16:54] * @bz should just start unccing from security bugs more aggressively, then
- # [16:54] <@bsmedberg> ah, actually
- # [16:54] <@bsmedberg> the client may decide what to do with wrapped headers, RFC 3851 3.1
- # [16:55] <@bz> If someone wants to send me a test mail with the patch applied, I'd be happy to tell you what tbird does... ;)
- # [16:56] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
- # [16:57] * joduinn-coffee is now known as joduinn-commute
- # [16:57] * philor is now known as philor|away
- # [16:58] * philor|away is now known as philor
- # [16:59] * Joins: past (past@40018561.F684631.21A4E96A.IP)
- # [17:00] * mjschranz_ is now known as mjschranz
- # [17:00] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [17:00] * bear is now known as bear-afk
- # [17:00] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:00] <jesup> glandium: sent (.tgz this time)
- # [17:01] * lsblakk|afk is now known as lsblakk
- # [17:01] * Quits: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl) (Ping timeout)
- # [17:01] * Quits: tgummerer (Adium@51D3B54.FEF996EA.EA6FEF3D.IP) (Quit: Leaving.)
- # [17:02] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Client exited)
- # [17:03] * Joins: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl)
- # [17:03] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:03] * Quits: gabor (gabor@moz-817E7AB5.pool.digikabel.hu) (Ping timeout)
- # [17:04] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
- # [17:04] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:04] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [17:04] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [17:05] * Quits: espindola (espindola@225444E6.1086D29C.6F478678.IP) (Client exited)
- # [17:05] * Quits: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl) (Ping timeout)
- # [17:05] <bjacob> who knows C++ unit tests here?
- # [17:05] * Joins: espindola (espindola@225444E6.1086D29C.6F478678.IP)
- # [17:05] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [17:05] <bjacob> i am trying to allow MFBT to have c++ unit tests
- # [17:05] * Joins: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl)
- # [17:06] * Fallen|away is now known as Fallen
- # [17:06] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:06] <bjacob> let me rephrase that:
- # [17:06] <bjacob> is ted around?
- # [17:06] <cers> avih: member function
- # [17:06] <bhearsum> bjacob: nope, he's moving
- # [17:06] <bjacob> ah
- # [17:06] <bjacob> who else then
- # [17:06] <bjacob> khuey: you know everything, right?
- # [17:07] <@khuey> I do, but I'm busy unbreaking hte tree
- # [17:07] <bjacob> alright
- # [17:07] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [17:07] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [17:07] <@khuey> what do you need to know?
- # [17:08] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:08] <@bz> bjacob: fwiw, I ended up putting my bfbt unit tests in xpcom/tests.....
- # [17:08] <@bz> bjacob: which is admittedly hacky
- # [17:08] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [17:09] <bjacob> khuey: the code in rules.mk puts unwanted dependencies on the CPP_UNIT_TESTS , like XPCOM dependencies
- # [17:09] <bjacob> bz: heh, that's what i 'm trying to avoid
- # [17:09] <bjacob> khuey: so i'm trying to figure how i should handle the situation
- # [17:09] * Quits: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl) (Ping timeout)
- # [17:09] * froydnj cheers on bjacob for trying to DTRT
- # [17:10] * philor is now known as philor|away
- # [17:10] <bjacob> in fact, even without that, *anything* that is built by rules.mk has a dependency on mozglue, which doesn't exist by the time mfbt/tests is processed
- # [17:10] <bjacob> froydnj: :)
- # [17:10] * Parts: harsh (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [17:11] <@khuey> bjacob: mmm
- # [17:11] <bjacob> i assume that mozglue is not something that we want mfbt tests to depend on
- # [17:11] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [17:11] * Fallen is now known as Fallen|away
- # [17:11] <@khuey> bjacob: can you use SIMPLE_PROGRAMS manually?
- # [17:11] <bjacob> khuey: see, i didn't know about that variable
- # [17:11] * Joins: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:11] <bjacob> checking
- # [17:13] <@khuey> bjacob: CPP_UNIT_TESTS is just magic stuff around SIMPLE_PROGRAMS
- # [17:13] <bjacob> khuey: i am afraid that SIMPLE_PROGRAMS is where the mozglue dependency is added, but, trying
- # [17:14] <bjacob> khuey: should I also keep the CPPSRCS, or only SIMPLE_PROGRAMS ?
- # [17:14] <@khuey> you don't need (or want) CPPSRCS with SIMPLE_PROGRAMS, IIRC
- # [17:15] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
- # [17:15] <bjacob> CPP_UNIT_TESTS get added to both by rules.mk:225
- # [17:15] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
- # [17:15] * Joins: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
- # [17:15] * philor|away is now known as philor
- # [17:16] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [17:16] * @khuey grumbles in mounir's direction
- # [17:16] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/1383ac50bcff - Robert O'Callahan - Bug 723484. Fix alpha values for image layers with opacity. r=bas
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/9ce5ce7ac5a6 - Robert O'Callahan - Bug 735141. Clear imageContainer to indicate that we're not using that optimization. r=tnikkel
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/9cb4454dca34 - Adam Dane [:hobophobe] - Bug 720126 - Update scroll API to use ScrollAxis parameters (where and when). r=roc
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/60dd3e5fe989 - Mounir Lamouri - Merging mozilla-central into mozilla-inbound.
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/307490794b3d - Dão Gottwald - Bug 736846 - about:home launcher buttons jerk down as the icons load. r=mak
- # [17:17] * mdas is now known as mdas|mtg
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/46c5015550af - Igor Bukanov - bug 730221 - delegating serialization of script principals to the embedding. r=:luke,:bz
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/b0e3b2c66abe - Robert O'Callahan - Bug 712836. Make MediaResources which have ended abnormally ineligible for cloning. r=cpearce
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/0124795a8cbb - Nicholas Nethercote - Bug 711895 - Tweak the warning options used for GCC builds (2nd attempt). r=waldo,derf,khuey,mhommey,jwatt.
- # [17:17] <firebot> http://hg.mozilla.org/mozilla-central/rev/9989b866c3a8 - Kyle Huey - Back out Bug 735810. r=me
- # [17:18] * Fallen|away is now known as Fallen
- # [17:18] * jimm is now known as jimm-lunch
- # [17:19] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [17:19] <glandium> bjacob: override the appropriate variable *after* including rules.mk
- # [17:19] <glandium> bjacob: and then you can do it from mfbt/
- # [17:19] <bjacob> glandium: hah!
- # [17:19] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [17:19] <bjacob> glandium: yeah so just LIBS= to remove all deps?
- # [17:20] <espindola> !seen paolo
- # [17:20] <firebot> paolo was last seen 4 days, 22 hours, 14 minutes and 19 seconds ago, saying 'thanks!' in #fx-team.
- # [17:20] <espindola> :-(
- # [17:20] <glandium> bjacob: probably
- # [17:20] * Joins: vikram360 (vikram360@CF6FB69B.B0351687.2A068A5E.IP)
- # [17:21] <@khuey> uh, so
- # [17:21] <@khuey> how do I set up the new secure bugmail stuff with gmail?
- # [17:21] <glandium> khuey: you don't
- # [17:21] <@khuey> seriously?
- # [17:21] <froydnj> see how easy that was?
- # [17:22] <glandium> khuey: would you like gmail to have your private key?
- # [17:22] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [17:22] * Quits: anky (anky@E326FE60.31804B8C.A3D1B221.IP) (Client exited)
- # [17:22] <@khuey> well if I generated a key just for bugmail ...
- # [17:22] <@khuey> I wouldn't care very much
- # [17:23] <@khuey> so this means that I can't use gmail for bugzilla anymore?
- # [17:23] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:23] <glandium> khuey: what's the point in encrypting these mails then?
- # [17:23] <Waldo> for secure bugs...possibly
- # [17:23] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [17:23] <Waldo> there used to be firegpg
- # [17:23] <Waldo> it stopped being maintained for some reason
- # [17:23] * Quits: dcamp (dave@40018561.F684631.21A4E96A.IP) (Quit: Linkinus - http://linkinus.com)
- # [17:23] * padenot is now known as padenot|away
- # [17:24] <@khuey> glandium: I don't know! I didn't ask for this ;-)
- # [17:24] * Joins: Pike (Pike@moz-27FE3029.pool.mediaways.net)
- # [17:25] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
- # [17:25] <glandium> jesup: the pair symbols are hidden in both files
- # [17:25] <jesup> glandium: odd
- # [17:25] * Joins: dcamp (dave@40018561.F684631.21A4E96A.IP)
- # [17:26] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
- # [17:27] <Waldo> khuey: ah, you're one of the bugs-but-not-group people :-\
- # [17:27] <jesup> glandium: 00000000 l d .text._ZNSt4pairIKSsSsED2Ev 00000000 .text._ZNSt4pairIKSsSsED2Ev in the httpportallocator.o file (objdump -lt)
- # [17:27] <Waldo> there was a bunch of discussion there
- # [17:27] <Waldo> the retort for gmail being "why would you trust security-sensitive stuff to gmail"
- # [17:28] <Waldo> which, well, I kinda say meh
- # [17:28] <glandium> jesup: that's the section symbol, not the function symbol. you need a F instead of that d
- # [17:28] <@khuey> Waldo: because if google is going to be evil they would go for bigger fish?
- # [17:28] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [17:28] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [17:29] <Waldo> khuey: well, we're kinda big fish; but I think it's more that people can set up all sorts of redirectors not visible to security group admins, and there are Google people on the list with access anyway, and and and
- # [17:29] <jesup> Ah. Didn't realize that (haven't delved into objdump files ina few years)
- # [17:29] <Waldo> 20-25% of the interwebs is big
- # [17:29] <@khuey> Waldo: so what am I supposed to do to get bugmail working again?
- # [17:29] <@khuey> stop using gmail?
- # [17:29] * timA|away is now known as timA
- # [17:29] <Waldo> khuey: eit
- # [17:29] <Waldo> "dude, sucks to be you!"
- # [17:29] <jesup> so in that case, I'm guessing they're all hidden. Double-checking
- # [17:29] * Waldo seriously has no idea
- # [17:29] * @khuey shrugs
- # [17:29] * Waldo uses Thunderbird, so this doesn't mean much change for him
- # [17:30] <Waldo> assuming I managed to set up a PGP key correctly, at least
- # [17:30] * Joins: evilpie (tom@moz-3ED7836A.pools.arcor-ip.net)
- # [17:30] <mwu> google needs to use gmail for evil, blackmail some politicians into patent reform
- # [17:30] <Waldo> which is not necessarily the case, but at least I can hope I did when the switch gets flipped
- # [17:30] <Waldo> that would be patently evil?
- # [17:30] <mwu> Waldo++
- # [17:30] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [17:32] <jesup> glandium: all the 'F' entries are hidden
- # [17:33] <glandium> jesup: in all files?
- # [17:33] <jesup> glandium: would it help to have access to the builder?
- # [17:33] <mounir> khuey: yes?
- # [17:33] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [17:33] <jesup> glandium: Yes, I checked every .o file in libjingle
- # [17:33] <@khuey> mounir: you beat me to pushing
- # [17:33] <glandium> jesup: maybe, but i'm on something with your .i files
- # [17:33] <@khuey> mbrubeck: can you look at 736696?
- # [17:33] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
- # [17:35] * mak|afk is now known as mak
- # [17:35] * joduinn-commute is now known as joduinn-mtg
- # [17:35] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
- # [17:35] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [17:35] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [17:36] * Joins: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com)
- # [17:36] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
- # [17:36] <jesup> glandium: I objdumped (-lt) all the files to /tmp/x, and then iterated on that file to check stuff
- # [17:36] <mounir> khuey: I pushed like 5 hours ago...
- # [17:37] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
- # [17:37] <@khuey> mounir: oh, that was mbrubeck
- # [17:37] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [17:37] <@khuey> you just happened to be on top
- # [17:37] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
- # [17:38] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [17:38] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:38] <glandium> jesup: so here's the weird thing: if i compile your .i, i don't get hidden symbols, which fits the actual content of the files
- # [17:38] * Waldo submits an appropriate meme to mozillamemes
- # [17:38] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
- # [17:39] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
- # [17:39] * Joins: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com)
- # [17:39] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Ping timeout)
- # [17:39] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [17:39] <jesup> glandium: what compiler? Builder is gcc 4.5.x I believe
- # [17:39] * Quits: jfkthame (jfkthame@79B957AE.7DCE60A1.5F3A0DA9.IP) (Quit: jfkthame)
- # [17:39] <jesup> I run 4.6.x
- # [17:39] <glandium> jesup: i have an image of a buildbot
- # [17:40] <glandium> and same with 4.6
- # [17:40] <jesup> ok, cool
- # [17:40] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [17:40] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [17:40] <jesup> Odd, since the .i should have no external references....
- # [17:40] * Quits: vikram360 (vikram360@CF6FB69B.B0351687.2A068A5E.IP) (Ping timeout)
- # [17:41] <jesup> Let me flip you the build output to see how it's compiled:
- # [17:41] <glandium> jesup: what is the bot name?
- # [17:42] <glandium> i'm going to ask an access on it
- # [17:42] <jesup> http://pastebin.mozilla.org/1528155 for compile line
- # [17:43] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [17:43] <jesup> mv-moz2-linux-ix-slave02.build.mozilla.org
- # [17:43] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [17:43] <jesup> building in /builds/slave/a-lnx-dbg/alder
- # [17:43] * Joins: vikram360 (vikram360@CF6FB69B.B0351687.2A068A5E.IP)
- # [17:44] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [17:45] * Quits: hvq (HVQ@moz-F087FFFE.pc.nus.edu.sg) (Ping timeout)
- # [17:45] <jesup> updated with .cc build line (verified the pair thing is still hidden): http://pastebin.mozilla.org/1528161
- # [17:46] * @smaug kicks jlebar
- # [17:46] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: gozala)
- # [17:46] <@smaug> just when my review queue started to look reasonable
- # [17:46] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [17:46] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [17:47] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [17:47] * mounir notes that he should never ask a review to smaug again
- # [17:47] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [17:47] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [17:47] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [17:48] * Joins: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [17:48] * wlach is now known as wlach|out
- # [17:48] <@smaug> mounir: btw, are you coming to SF next week?
- # [17:48] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Connection reset by peer)
- # [17:48] <@smaug> coming/going
- # [17:49] <luke> so any way to decrypt securemail from zimbra web client?
- # [17:49] * Joins: jammink_ (textual@moz-1FFEF1B7.tcso.qwest.net)
- # [17:49] <mounir> smaug: yes, I will be in SF
- # [17:49] * Joins: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [17:49] * jammink_ is now known as jammink
- # [17:50] * sheppy-afk is now known as sheppy
- # [17:51] * armenzg is now known as armenzg_brb
- # [17:51] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [17:51] * jimm-lunch is now known as jimm
- # [17:53] * armenzg_brb is now known as armenzg_lunch
- # [17:54] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [17:55] * philor is now known as philor|away
- # [17:55] * bear-afk is now known as bear
- # [17:55] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [17:55] * Quits: armenzg_lunch (armenzg@moz-DBD74FB0.home1.cgocable.net) (Input/output error)
- # [17:56] <mcsmurf> Is the tree still broken? I get "make[6]: *** [_xpidlgen/nsIDOMDataContainerEvent.h] Error 1"
- # [17:56] <mcsmurf> and no, I cannot look that up, the only working browser I have right now is IE :o
- # [17:57] <mcsmurf> it won't load tbpl
- # [17:57] * Quits: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net) (Quit: leaving)
- # [17:57] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [17:58] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
- # [17:58] <mcsmurf> hm,wait, I have a mobile
- # [17:58] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [17:58] <mcsmurf> that should load tbpl..
- # [17:58] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [17:58] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:58] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [17:58] <Waldo> whee, my PGP key actually seems to work \o/
- # [17:59] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
- # [17:59] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [17:59] <Waldo> hmm, the enigmail flash-of-encrypted-text UE is not exactly the best
- # [17:59] * Joins: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net)
- # [17:59] * padenot|away is now known as padenot
- # [18:00] <Waldo> also not a fan of the subject line not being capable of being encrypted
- # [18:00] <@bz> Waldo: yeah, that's just suck
- # [18:00] <Waldo> wonder if using smime would fix that
- # [18:00] <@bz> Waldo: protocol suck at its best
- # [18:00] <mbrubeck> khuey: looking
- # [18:00] * Waldo can't remember if that's possible
- # [18:00] <@bz> waldo: not so far
- # [18:00] <@bz> waldo: apparently there's no standard for encrypting the subject..
- # [18:00] * Quits: pcwalton (pcwalton@moz-14B53B6A.hsd1.ca.comcast.net) (Quit: nbvcx)
- # [18:01] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [18:01] * Joins: jdm (jdm@moz-EAE0A217.uwaterloo.ca)
- # [18:01] <@bz> waldo: using smime _may_ work depending on client if we fix the bugzilla bug that sanitizes the subject before encryption.... ;)
- # [18:01] <mcsmurf> strange, mail encryption has been around for a bit
- # [18:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [18:01] <Waldo> it's true :-)
- # [18:01] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:02] * Joins: armenzg_lunch (armenzg@moz-A8509789.acanac.net)
- # [18:02] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Ping timeout)
- # [18:02] <Waldo> "[Bug 306663] (Secure bug updated)" is much more sadfacy than what it was before, definitely
- # [18:03] <Waldo> although, admittedly, for a Jesse fuzzer metabug it's not too important :-)
- # [18:03] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
- # [18:03] * Waldo wonders if that one message is the only one he's gotten for a security bug under the new bugzilla order
- # [18:03] <squib> i kind of think enigmail's features should just be in thunderbird, where it makes sense
- # [18:04] <mcsmurf> whoa, that's a really long story afaik (enigmail in thunderbird)
- # [18:04] <Waldo> PGP's UE just seems awful to me
- # [18:04] * Quits: IanN (iann@4837CDFE.2ECE621A.E5F36E28.IP) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.8/20120223175152])
- # [18:04] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [18:04] <Waldo> smime, back when I configured it (since bitrotted) the last time the security-bug-mail-should-be-encrypted argument came up, seemed smoother
- # [18:04] <squib> mcsmurf: i'm sure. and i'm not volunteering to work on it, since i have about 20 patches in my queue right now :)
- # [18:04] <mcsmurf> but actually these days it might be possible
- # [18:05] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
- # [18:05] <Waldo> why was it not possible before?
- # [18:05] <mcsmurf> iirc the main problem was that there was no IPC implementation
- # [18:05] * Joins: brendan (brendaneic@4A3D24B2.21B9FC39.43362C16.IP)
- # [18:05] <mcsmurf> for communication with pgp
- # [18:06] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [18:06] <squib> of course, that might imply messing with libmime more, which i'd rather avoid. having 4 patches to libmime at once is quite enough for me.
- # [18:06] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [18:06] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:06] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [18:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [18:07] <mcsmurf> but the IPC issue is fixed now
- # [18:07] * mcote is now known as mcote|lunch
- # [18:07] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:08] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:08] * zpao|detached is now known as zpao
- # [18:08] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jhammel)
- # [18:08] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:08] <mcsmurf> actually, no, it lives in http://hg.mozilla.org/ipccode/ :)
- # [18:08] * mdas|mtg is now known as mdas
- # [18:09] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
- # [18:09] * Joins: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:09] * Parts: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:09] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:10] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [18:10] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [18:11] <@khuey> you can use do_QueryInterface on a null pointer, right?
- # [18:11] <jdm> khuey: yep
- # [18:12] <@khuey> hmm
- # [18:12] <mdas> Mossop: ping
- # [18:12] <@khuey> this stack makes no sense hten
- # [18:12] * jdm considers filing a bug about getting rid of the remaining 9 static nsCOMPtr objects in the codebase
- # [18:12] <NeilAway> mcsmurf: stale .py files in your srcdir
- # [18:12] <Mossop> mdas: pong
- # [18:12] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
- # [18:13] <mcsmurf> NeilAway: I saw something about CLOBBER BUILD in the checkin comment for that file
- # [18:13] <mcsmurf> so I guess I have to clobber now
- # [18:13] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:13] <NeilAway> mcsmurf: no, just hg st -u $srcdir/mozilla
- # [18:13] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Input/output error)
- # [18:13] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [18:13] <mcsmurf> too late
- # [18:13] * Quits: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP) (Connection reset by peer)
- # [18:14] <mdas> Mossop: regarding Bug 712643, the patch was given an r+ earlier, but I found a small regression and fixed it according to robcee's suggestion. robcee just needs to do a quick glance over it to r+ it again. I think it's in a good shape for you to review. Mind if I ask you for a review at this stage, or do you require an r+ on the patch?
- # [18:14] <Mook_as> mcsmurf: it's no more solved than when ipccode lived in the enigmail tree, really...
- # [18:14] <NeilAway> mcsmurf: if you clobbered your objdir then it won't help much
- # [18:14] <mcsmurf> NeilAway: but I already had that stale python file issue in the past
- # [18:14] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:14] <mcsmurf> that gave me another error message iirc?
- # [18:14] <Waldo> okay, I think I am going to seriously hate not having useful subjects for secured bugs
- # [18:14] <NeilAway> mcsmurf: that was stale .pyc files, this is stale .py files
- # [18:14] <mcsmurf> "oh"
- # [18:15] <Mossop> mdas: Ask me for review, I will hopefully be able to look at it today
- # [18:15] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:15] <@bz> hmm
- # [18:15] <mcsmurf> *sigh*
- # [18:15] <@bz> Is there a way to submit mozilla memes via url?
- # [18:15] <mdas> Mossop: thanks!
- # [18:15] <@bz> without having to download and reupload the image?
- # [18:15] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [18:15] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:15] * jhford-work-away is now known as jhford-work
- # [18:15] <Waldo> bz: I assumed no, but don't know
- # [18:15] <NeilAway> jdm: "a" bug? or are they all in the same module? also, which codebase, m-c?
- # [18:15] <Waldo> khuey: http://mozillamemes.tumblr.com/post/19630745499/good-man
- # [18:15] <Waldo> jdm++
- # [18:15] <mcsmurf> NeilAway: hg st -u does what?
- # [18:16] <Waldo> although, I wonder if my knowing not what I doneth has lost us your free time :-D
- # [18:16] <mcsmurf> long command would help
- # [18:16] <NeilAway> mcsmurf: shows unknown files
- # [18:16] <jdm> NeilAway: yeah, m-c, and I'm inclined to use one bug with multiple patches."
- # [18:16] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [18:16] <jdm> bz: click the picture icon in the submit form
- # [18:16] <mcsmurf> NeilAway: ok, now it tells me I have no unknown files
- # [18:16] <jdm> Waldo: ^
- # [18:17] <@bz> jdm: looking
- # [18:17] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [18:17] <Waldo> ah
- # [18:17] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
- # [18:17] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
- # [18:17] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [18:17] <NeilAway> mcsmurf: how many .py files in xpcom/idl-parser ?
- # [18:18] <mcsmurf> just to give more context, it says raise IDLError("invalid syntax", location)
- # [18:18] <mcsmurf> on this line "dictionary EventInit"
- # [18:18] <NeilAway> mcsmurf: yes, I know
- # [18:18] <mcsmurf> NeilAway: six
- # [18:19] <@bz> jdm: doens't seem to work
- # [18:19] <jdm> bz: in what way?
- # [18:19] <@bz> AryehGregor: I'd ignore the "other things" stuff
- # [18:19] <@bz> jdm: " Error uploading photo.
- # [18:19] <AryehGregor> bz, okay.
- # [18:19] <jdm> hmm
- # [18:19] <@bz> jdm: unless I'm clicking the wrong icon?
- # [18:19] <mcsmurf> maybe I should qpop and qpush my patches?
- # [18:20] <@bz> jdm: I'm looking at http://mozillamemes.tumblr.com/submit
- # [18:20] <jdm> I agree
- # [18:20] <NeilAway> mcsmurf: hmm, actually, they get put back, so that's not a good test... what's the date order on that?
- # [18:20] <@bz> jdm: where the only icon seems to be in the "caption" field
- # [18:20] * Joins: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl)
- # [18:20] <jdm> bz: you could try uploading any image you like and have me remove it before posting :P
- # [18:20] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [18:20] <@bz> jdm: heh
- # [18:20] <@bz> jdm: it's not that big a deal
- # [18:21] * Quits: mw22 (chatzilla@moz-D0BE857E.upc-d.chello.nl) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.15/2009101909])
- # [18:21] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:21] <mcsmurf> NeilAway: you mean the modified date? xpcom.py(c) and header.py(c) modified today, the rest in the past
- # [18:21] * Joins: biesi (cbiesinger@moz-302CE4BB.tmodns.net)
- # [18:22] <mcsmurf> I'll just try again
- # [18:22] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [18:22] <Jesse> bz: better to download and reupload, so the images are hosted by tumblr rather than memegenerator etc
- # [18:23] <NeilAway> mcsmurf: better to remove xpidllex.py* and xpidlyacc.py*
- # [18:23] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [18:24] <NeilAway> Jesse: a meme site I use downloads images from URLs, but mainly so it can add its own watermark ;-)
- # [18:24] * philor|away is now known as philor
- # [18:24] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [18:25] <Jesse> hehe
- # [18:26] <mcsmurf> 9gag?
- # [18:26] * Fallen is now known as Fallen|away
- # [18:26] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [18:26] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [18:27] * Joins: fxa90id (fxa90id@moz-4196D410.neoplus.adsl.tpnet.pl)
- # [18:28] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
- # [18:29] <evilpie> mcsmurf: please no :(
- # [18:29] * Quits: evilpie (tom@moz-3ED7836A.pools.arcor-ip.net) (Quit: Lost terminal)
- # [18:29] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [18:29] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
- # [18:29] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [18:29] <mcsmurf> heh, that killed his IRC connection :P
- # [18:30] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
- # [18:30] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
- # [18:30] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
- # [18:30] * Quits: pascalc (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [18:31] <reuben> I was going to submit http://cl.ly/FACC but someone was faster with the freelance writer joke
- # [18:31] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
- # [18:32] <Waldo> heh
- # [18:32] <jhammel> we should really reach out to this freelance writer....he(?) must find the Mozilla community very unwelcoming
- # [18:33] <nigelb> heh
- # [18:33] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [18:33] <mounir> jhammel++
- # [18:33] <@bz> reuben: it's ok
- # [18:33] <Waldo> Dear Sir or Madam, would you read my book? 'cause I wanna be a freelance writer
- # [18:33] <@bz> reuben: nothing wrong with the same joke with different images!
- # [18:34] <jhammel> that's pretty much what memes are for
- # [18:34] <nigelb> I like this version as well.
- # [18:34] <nigelb> do it!
- # [18:34] <AryehGregor> Is there any reason to actually number patches that I attach to bugs?
- # [18:35] <AryehGregor> It seems like a hassle.
- # [18:35] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [18:35] <AryehGregor> Well, given in my case that the order mostly doesn't matter.
- # [18:35] <jdm> AryehGregor: if order doesn't matter, then no
- # [18:35] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [18:35] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
- # [18:35] <AryehGregor> I guess if you need to make sure they're applied in order, you have to number them.
- # [18:35] <@bz> AryehGregor: right
- # [18:35] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
- # [18:35] <@bz> AryehGregor: if not, just disambiguating somehow is fine
- # [18:36] <nigelb> https://twitter.com/#!/nigelbabu/status/182156515459858432
- # [18:36] <mcsmurf> NeilAway: you're right, still fails without deleting those files
- # [18:36] <gcp> http://i.qkme.me/3oe4sq.jpg
- # [18:36] <nigelb> gcp++
- # [18:36] <nigelb> HAHAHAHAHAHA
- # [18:37] <nigelb> I wanted to submit a meme to webkit for that
- # [18:37] <nigelb> "I don't always submit a build bug, but when I do, I link to porn"
- # [18:37] <gcp> hahaha
- # [18:37] <dholbert> that poor guy
- # [18:37] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [18:37] <dholbert> he will never live this down
- # [18:37] <dholbert> :)
- # [18:38] <nigelb> related - https://chromiumcodereview.appspot.com/9750002
- # [18:38] * Quits: Steve (chatzilla@moz-1203B78C.dyn.plus.net) (Ping timeout)
- # [18:38] <nigelb> (look at TEST)
- # [18:38] <@bz> dholbert: who's this?
- # [18:38] <dholbert> a bit more family-friendly, that one
- # [18:39] <dholbert> bz, https://groups.google.com/a/chromium.org/group/chromium-dev/browse_thread/thread/d30ae1c692ff53c3?pli=1
- # [18:39] <dholbert> bz, guy reported a build bug, copypasted wrong link
- # [18:39] <@bz> dholbert: heh
- # [18:39] <nigelb> Also, @google.com ;-)
- # [18:39] <nigelb> poor poor guy
- # [18:39] <mcsmurf> :D
- # [18:39] <nigelb> I can only imagine the kind of internal jokes going on.
- # [18:40] <nigelb> The last comment on that thread is just...
- # [18:40] <jwir3> ahahahaha
- # [18:40] <jwir3> "I think that link had a few backdoors"
- # [18:41] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [18:41] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
- # [18:42] <jlebar> smaug, Would you prefer I folded them all into one patch? :-p
- # [18:42] * jwir3 is now known as jwir3|away
- # [18:42] <jdm> gcp: wait, why is steve a scumbag for not including porn links?
- # [18:43] <gcp> 'cos that's less funny for us.
- # [18:43] <@smaug> jlebar: probably
- # [18:43] <jlebar> smaug, I'm happy to do that, if you're serious.
- # [18:43] * @smaug usually prefers large patches
- # [18:43] <@smaug> I am
- # [18:44] <@smaug> from a large patch it is easier to see the big picture
- # [18:44] <jlebar> smaug, I tend to agree, but others don't share my opinion, so I usually split up my patches. :)
- # [18:45] <Waldo> bite-sized patches get reviewed and landed faster
- # [18:46] <jlebar> Waldo, Not when r?smaug, apparently.
- # [18:46] <jhammel> byte-sized patches?
- # [18:46] * Quits: joey (chatzilla@moz-ACDE7EEC.mozilla.com) (Ping timeout)
- # [18:46] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Ping timeout)
- # [18:46] <@smaug> Waldo: the quality of my reviews is probably lower when I handle 10+ small patches than 1 large
- # [18:46] <froydnj> smaug is a forward-looking developer; he prefers quadword-sized patches
- # [18:47] * Quits: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
- # [18:47] * Joins: cviecco (cviecco@CD95EFE.1B9CFF7.4401682D.IP)
- # [18:47] <jlebar> smaug, I'll be curious if the roll-up patch is actually easier to follow in this particular case, since I've really made three separate changes: test changes, code removal, and code addition.
- # [18:48] * Quits: imphil (philipp@F25A9EC0.C9D3A6D5.478CFEE9.IP) (Ping timeout)
- # [18:49] * Quits: cviecco (cviecco@CD95EFE.1B9CFF7.4401682D.IP) (Ping timeout)
- # [18:49] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [18:49] <@bz> waldo: ping
- # [18:50] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [18:51] <NeilAway> froydnj++
- # [18:52] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [18:52] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [18:52] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [18:53] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
- # [18:53] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [18:54] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [18:54] * Joins: cdiehl_ (cdiehl@moz-5613679F.pool.mediaways.net)
- # [18:54] <glandium> .win 6
- # [18:55] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
- # [18:55] <glandium> damn . key next to /
- # [18:55] * Quits: cdiehl (cdiehl@moz-119A4739.pool.mediaways.net) (Ping timeout)
- # [18:55] * cdiehl_ is now known as cdiehl
- # [18:55] <Waldo> jhammel: easier to nibble off a bit here and there
- # [18:55] <Waldo> bz: pong
- # [18:55] * joey is now known as IRCMonkey23941
- # [18:55] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
- # [18:56] <@smaug> jlebar: thanks. much better
- # [18:56] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [18:56] <@smaug> jlebar: I usually have large patches open in several tabs and I can compare different parts of them
- # [18:57] <@smaug> with small patches it gets a bit difficult
- # [18:57] <derf> Waldo: So now that you've added your PGP key, are you able to remove it? bmo does not make it clear that that's possible.
- # [18:57] <@smaug> hard to remember what is changed in which patch
- # [18:57] <Waldo> derf: dunno, I'd assume clearing the box does the trick
- # [18:57] <glob> derf, yes, just clear the box
- # [18:57] <derf> Okay. Thanks.
- # [18:57] <AryehGregor> bz, so it seems like sgautherie and I have competing approaches for how to fix the DOM tests that run no checks. Should I just ditch the new version of my patch on bug 735805 and go back to the version you already r+'d?
- # [18:58] <glandium> glob: btw, what do the mails look like when you don't have a key set ? if it contains the url of the bug, then gmail users have a working solution: clicking on the link
- # [18:58] <derf> (I mean: it does not make it clear _before_ you add it that you'll be able to remove it later when you find out you can't actually decrypt the mail it sends)
- # [18:58] <AryehGregor> (it seems like he's saying the tests are correct to run no checks, and will only run checks if there's a failure, or something; if that's the case, then clearly his patches are better)
- # [18:58] * Quits: @smaug (chatzilla@moz-548FA23B.gprs.sl-laajakaista.fi) (Quit: Reconnecting…)
- # [18:58] <AryehGregor> (I didn't look closely, I'm just trying to shut them up)
- # [18:59] <mcsmurf> btw: To the people using a S/MIME cert in for secure mail, where did you get this from (MoCo?)?
- # [18:59] <mcsmurf> +bugzilla
- # [18:59] <glob> glandium, http://glob.pastebin.mozilla.org/1528211
- # [18:59] <@khuey> mcsmurf: you can get one from StartSSL for free
- # [18:59] <mcsmurf> ah
- # [18:59] * Joins: smaug (chatzilla@moz-181A8F97.elisa-mobile.fi)
- # [18:59] * ChanServ sets mode: +o smaug
- # [18:59] <mcsmurf> I've used a free s/mime cert in the past, but they stopped providing that service (not sure which company that was)
- # [19:00] <sgautherie> AryehGregor: just use checkin-needed for the f+ r+ patches.
- # [19:00] <glob> i use self-signed certs
- # [19:00] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
- # [19:00] <glandium> so khuey, just unset your securemail key, and you'll have links to the relevant bugs in gmail. that's what you can do
- # [19:00] <NeilAway> glob: heh
- # [19:00] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [19:01] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
- # [19:01] <glob> NeilAway, it's the same as getting them from someone else, still encrypted
- # [19:01] * Quits: timdream (timdream@moz-4F186296.adsl.dynamic.seed.net.tw) (Quit: timdream)
- # [19:01] <@khuey> glandium: yeah but that sucks ;-)
- # [19:01] <AryehGregor> sgautherie, I'm already approved for L3 commit access and the bug is assigned to IT, so I may as well not bother with the hassle of explaining exactly what needs to be checked in . . . if you want to check in parts 2 and 4 and the a11y one, go ahead, otherwise I'll wait for IT to upgrade my hg account and do it myself.
- # [19:03] * Quits: brendan (brendaneic@4A3D24B2.21B9FC39.43362C16.IP) (Quit: brendan)
- # [19:03] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [19:03] <glob> glandium, if pgp is happy with leading/trailing data in the body, we could put an unencrypted link to the bug before/after the encrypted payload
- # [19:03] <sgautherie> AryehGregor: the point is also to land piece by piece, so we know changed if tht reveals (random) failures
- # [19:03] <AryehGregor> sgautherie, sure.
- # [19:03] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Max SendQ exceeded)
- # [19:03] <AryehGregor> I still don't have r+ on the final patch anyway, which is the one that will probably cause failures.
- # [19:04] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:04] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [19:04] <glandium> glob: pgp would be happy with that. that doesn't tell much about mail clients, though. for instance mutt doesn't auto-recognizes the current format
- # [19:04] * armenzg_lunch is now known as armenzg
- # [19:05] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:05] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [19:05] <glob> glandium, if you know what's required to make mutt happy, file a bug :)
- # [19:05] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [19:05] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Client exited)
- # [19:05] <AryehGregor> In mochitests, is example.com redirected to localhost or something?
- # [19:05] <jhammel> AryehGregor: i believe so
- # [19:06] <AryehGregor> Okay, makes sense.
- # [19:06] <AryehGregor> Thanks.
- # [19:06] <jhammel> as well as a few other things, iirc
- # [19:06] * Quits: IRCMonkey23941 (chatzilla@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [19:06] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:06] <@smaug> nsTArray<nsCOMPtr<nsISupports> > foo; foo.SwapElements(otherTArray); should work, right?
- # [19:07] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
- # [19:07] * Quits: vikram360 (vikram360@CF6FB69B.B0351687.2A068A5E.IP) (Connection reset by peer)
- # [19:07] <jesup> biesi: ping
- # [19:07] * Quits: mreavy (chatzilla@moz-6380AF60.phlapa.fios.verizon.net) (Ping timeout)
- # [19:07] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
- # [19:07] * Joins: mreavy (chatzilla@moz-6380AF60.phlapa.fios.verizon.net)
- # [19:07] <biesi> jesup, hah, bad timing again, I need to get off this train in a minute or two
- # [19:07] <biesi> jesup, is this about the sctp thread?
- # [19:08] <biesi> I'm planning to read/reply to it today
- # [19:08] <jesup> Hi, yes. Just cc'd you on the bug
- # [19:08] <Waldo> AryehGregor: http://mxr.mozilla.org/mozilla-central/source/build/pgo/server-locations.txt may be interesting
- # [19:08] <biesi> jesup, ok, will take a look in a bit
- # [19:08] * Joins: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg)
- # [19:08] <AryehGregor> Waldo, thanks.
- # [19:08] * Joins: maikmerten (maikmerten@moz-E8FC0B14.dynamic.qsc.de)
- # [19:08] <jesup> not a problem, I'm about to be in the Platform weekly (around 20 min total)
- # [19:09] <Waldo> hmm, bank1.com? bad developer, no beer!
- # [19:09] * Waldo blames
- # [19:09] <cpeterson> Has anyone seen this hg error? "SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol"
- # [19:09] * Quits: espindola (espindola@225444E6.1086D29C.6F478678.IP) (Ping timeout)
- # [19:10] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: Eaten by grue.)
- # [19:11] * Quits: pranavrc (pranavrc@16790001.BBE46712.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [19:11] * Joins: Steve (chatzilla@moz-1203B78C.dyn.plus.net)
- # [19:11] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [19:11] * Quits: biesi (cbiesinger@moz-302CE4BB.tmodns.net) (Ping timeout)
- # [19:11] * Joins: espindola (espindola@moz-561E0E49.dsl.teksavvy.com)
- # [19:12] <glandium> glob: 737523
- # [19:12] <glob> glandium, thx
- # [19:12] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [19:13] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [19:14] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:14] * Quits: jammink (textual@moz-1FFEF1B7.tcso.qwest.net) (Ping timeout)
- # [19:14] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [19:15] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:15] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:15] * ChanServ sets mode: +o dbaron
- # [19:15] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [19:15] <mdas> Mossop: I had to update the patch with b2g-specific code. I forgot to add it earlier, but I had members of the b2g team look at it prior. It all lives in (m-c)/b2g, and only gets built for b2g enabled builds
- # [19:16] * jhford-work is now known as jhford-work-lunch
- # [19:16] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
- # [19:18] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [19:18] * mak is now known as mak|afk
- # [19:19] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [19:19] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [19:19] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:20] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
- # [19:20] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Input/output error)
- # [19:20] <hub> how does one go and split a patch in hg. In git I'd use -i :-/
- # [19:20] <@bsmedberg> record
- # [19:20] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [19:21] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [19:21] <@bsmedberg> it's an extension, I don't think it comes bundled
- # [19:21] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [19:21] * Joins: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP)
- # [19:21] <glandium> bsmedberg: it is bundled
- # [19:21] <mreid> hub, https://developer.mozilla.org/en/Mercurial_Queues#Splitting_a_patch.2C_the_easy_case:_per-file_splitting
- # [19:21] <glandium> but like all extensions, you need to enable it
- # [19:22] * Quits: harth (harth@40018561.F684631.21A4E96A.IP) (Input/output error)
- # [19:22] <glandium> hg: unknown command 'record'; 'record' is provided by the following extension: (...)
- # [19:22] <dholbert> bsmedberg, you might be thinking crecord (not bundled)
- # [19:22] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [19:22] <glandium> i love this kind of behavior
- # [19:22] <glandium> "hey, i know what you want to do, i know how you can do it, but i'll just not do it"
- # [19:22] <hub> mreid: thanks. looks like I missed that one.
- # [19:23] <mreid> np
- # [19:23] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
- # [19:24] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
- # [19:24] * wlach|out is now known as wlach
- # [19:24] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [19:24] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [19:25] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [19:25] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [19:25] * Quits: jdm (jdm@moz-EAE0A217.uwaterloo.ca) (Client exited)
- # [19:25] * Joins: biesi (cbiesinger@moz-7BB2E24D.corp.tfbnw.net)
- # [19:25] <mbrubeck> so khuey, you gonna file that new reftest orange on your m-c push?
- # [19:26] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [19:26] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [19:26] * Joins: jammink (textual@moz-CCB74B86.tcso.qwest.net)
- # [19:26] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [19:26] <@khuey> no
- # [19:26] * Quits: victorporof (victorporo@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [19:26] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [19:26] <@khuey> I'm in the middle of 12 things
- # [19:26] <mbrubeck> You know, there's a tree where you can push and not have to file new oranges... :)
- # [19:26] <jhammel> try?
- # [19:26] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [19:27] <@khuey> I was just fixing the windows nightlies so they don't crash at startup ...
- # [19:27] <mbrubeck> that's probably a good reason. :)
- # [19:27] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [19:28] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:28] * ChanServ sets mode: +o dbaron
- # [19:28] * Joins: karl (karl@moz-3833C291.jetstream.xtra.co.nz)
- # [19:28] <mbrubeck> khuey: I can file the reftest orange
- # [19:28] <@khuey> thanks
- # [19:28] * Quits: fxa90id (fxa90id@moz-4196D410.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [19:29] * @khuey is trying to juggle fixing the tree, a work week, fixing bugmail, and a bunch of other things
- # [19:29] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Connection reset by peer)
- # [19:30] * Parts: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [19:30] <sgautherie> Where can I find if I have an LDAP account and what my ids are? (given I have cvs and hg accesses)
- # [19:31] <@bz> If you have hg access, then your ldap account is your hg username
- # [19:31] * Quits: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:31] * gregglind is now known as gregglind_mv
- # [19:31] <ochameau> bz: hey, about bug 682305
- # [19:31] <sgautherie> k, let me try...
- # [19:32] <ochameau> I have no idea which .h to use in network/.../public and which .cpp to use in network/.../src
- # [19:32] <@bz> ochameau: you're adding a new class, right?
- # [19:32] * glob is now known as glob|away
- # [19:32] <ochameau> bz: yes
- # [19:32] <@bz> ochameau: So you would have a new file in public and no .cpp at all
- # [19:32] <@bz> ochameau: since the class only has inline methods
- # [19:33] <mrbkap> bz: what about QI?
- # [19:33] <@bz> mmm
- # [19:33] <@bz> fair
- # [19:33] <AryehGregor> roc, any thoughts on <https://bugzilla.mozilla.org/show_bug.cgi?id=730750#c2>?
- # [19:33] <@bz> so new .cpp as well. ;)
- # [19:34] <@bz> shortest .cpp in history, this one
- # [19:34] <sgautherie> bz: what would be my password? the one I had for despot?
- # [19:34] * jhammel is now known as jhammel|lunch
- # [19:34] <@bz> sgautherie: no idea
- # [19:34] <sgautherie> bz: do you know who I should ask?
- # [19:35] <@bz> sgautherie: nope....
- # [19:35] <sgautherie> k
- # [19:35] * Quits: logiclord (Gaurav@8D6D9A46.AFC1E550.35E3DDC8.IP) (Quit: Leaving.)
- # [19:35] <AryehGregor> sgautherie, I got an e-mail with my password when I got my hg access, but I got my access more recently than you, so maybe you didn't.
- # [19:35] * armenzg is now known as armenzg_brb
- # [19:36] <mcsmurf> sgautherie: you should have gotten a password quite a while ago
- # [19:36] <mcsmurf> by mail
- # [19:36] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [19:36] <sgautherie> AryehGregor: does that email has a specific title or something I could search for?
- # [19:36] <AryehGregor> Let me see if I can find it again. :)
- # [19:36] <mcsmurf> try "LDAP"
- # [19:36] <mcsmurf> in subject
- # [19:37] <AryehGregor> "Mozilla :: LDAP account"
- # [19:37] <sgautherie> mcsmurf: yeah, but I never had/used LDAP afair
- # [19:37] <mcsmurf> everyone got a LDAP account
- # [19:37] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [19:37] <mcsmurf> who already had a hg account
- # [19:37] * Joins: vivek (quassel@7DAC02C4.95961668.2A068A5E.IP)
- # [19:37] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:38] * pierron looks at htop showing a sleeping firefox thread which uses 150% of one CPU.
- # [19:38] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:39] <sgautherie> mcsmurf: I hope so ... that's why I'm trying to find out what mine is...
- # [19:39] * Quits: Honza (chatzilla@40018561.F684631.21A4E96A.IP) (Ping timeout)
- # [19:39] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [19:40] <padenot> t(_oo
- # [19:41] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [19:41] <@roc> AryehGregor: not really. Either adjusting the platform fail list, or making it fuzzy, or removing it, are all fine with me.
- # [19:41] <AryehGregor> The platform fail list is quite cumbersome already.
- # [19:42] * mak|afk is now known as mak
- # [19:42] <AryehGregor> Should we consider it a bug that the failing platforms fail? Logically they should look the same.
- # [19:42] <AryehGregor> Or should we just not care?
- # [19:42] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
- # [19:42] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
- # [19:43] <@smaug> pierron: can you profile that?
- # [19:43] * Quits: @smaug (chatzilla@moz-181A8F97.elisa-mobile.fi) (Quit: Reconnecting…)
- # [19:43] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
- # [19:44] * Joins: smaug (chatzilla@moz-58AB1318.elisa-mobile.fi)
- # [19:44] * ChanServ sets mode: +o smaug
- # [19:44] <pierron> smaug: I will as soon as I reproduce it, That's not the first time, so I am confident at being able to reproduce it.
- # [19:44] * mcote|lunch is now known as mcote
- # [19:45] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [19:46] * jhford-work-lunch is now known as jhford-work
- # [19:46] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [19:46] * Quits: Cwiiis (cwiiis@40018561.F684631.21A4E96A.IP) (Quit: Ex-Chat)
- # [19:49] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
- # [19:49] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [19:49] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [19:51] * Joins: Kwan (chatzilla@290A3B07.40112ACC.78A86932.IP)
- # [19:51] <@bz> erm
- # [19:51] * @bz wonders why he can't build this stuff
- # [19:51] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
- # [19:53] * Quits: MarcoZ (marco.zehe@moz-4C75F63F.dip.t-dialin.net) (Quit: night!)
- # [19:54] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [19:54] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
- # [19:54] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
- # [19:54] * Joins: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP)
- # [19:55] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
- # [19:56] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [19:57] * Joins: sourabh912 (Mibbit@12744B39.863CB945.9C072EFC.IP)
- # [19:58] <sourabh912> I want to contact the mentor of firefox related projects .How can I contact the mentor?
- # [19:59] * Quits: jammink (textual@moz-CCB74B86.tcso.qwest.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [19:59] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [19:59] <rillian> sourabh912, for Google's Summer of code?
- # [19:59] <mbrubeck> sourabh912: Are you interested in Google Summer of Code?
- # [20:00] <@bz> ok
- # [20:00] <mbrubeck> https://wiki.mozilla.org/Community:SummerOfCode12 has a list of projects with mentors
- # [20:00] <@bz> the new secure bug setup is completely broken for ESR stuff. :(
- # [20:00] <@bz> [Triage Comment]
- # [20:00] <@bz> If this is ready to land on ESR, please nominate as per
- # [20:00] <@bz> https://wiki.mozilla.org/Release_Management/ESR_Landing_Process
- # [20:00] <@bz> No subject
- # [20:00] <@bz> just a bug number
- # [20:00] <@bz> am I supposed to take action on this?
- # [20:00] <@bz> who knows
- # [20:00] <sourabh912> yes
- # [20:00] * @bz is tempted to just delete the mail and move on
- # [20:00] <gavin> er, you're getting bugmail without bug numbers?
- # [20:01] <gavin> these are the encrypted messages?
- # [20:01] <rillian> sourabh912, what projects were you interested in?
- # [20:01] <@bz> no
- # [20:01] <@bz> I'm getting bugmail that contains no useful info except a bug number
- # [20:01] <sourabh912> Full screen mode
- # [20:01] <@bz> so I can't tell whether it's even relevant to me
- # [20:01] <gavin> bz: oh, because you haven't set up a key?
- # [20:01] <@bz> I set up a key
- # [20:01] <@bz> the bugmail was the exact text I quoted above
- # [20:01] <@bz> plus of course the bug link
- # [20:01] <@bz> which is no better than just the bug link
- # [20:02] <rillian> sourabh912, you'd probably want to talk to jaws and cpearce2 about that
- # [20:02] * Joins: jammink (textual@moz-A183B0B0.tcso.qwest.net)
- # [20:02] <@bz> because it gives me no indication whether _I_'m the one being asked the question....
- # [20:02] <gavin> so what you're saying is that securemail broke bugmail subjects?
- # [20:02] * Joins: bholley (bholley@moz-104CC309.mv.mozilla.com)
- # [20:02] <gavin> how is the mail you got different than the mail you expect? :)
- # [20:02] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [20:02] <@bz> gavin: yes, and that this is particularly bad for any comments that don't address someone
- # [20:02] <@bz> gavin: well, if there were a subject I would know whether I'm supposed to take action
- # [20:02] <gavin> ok, sounds like a bug worth filing
- # [20:02] <jaws> hi sourabh912
- # [20:02] <@bz> gavin: there's a bug already
- # [20:02] <gavin> oh
- # [20:03] <@bz> gavin: which is probably unsolvable
- # [20:03] <@bz> gavin: fwiw
- # [20:03] <gavin> I guess you can't encrypt the actual subject
- # [20:03] <sourabh912> jaws,hi
- # [20:03] <gavin> but you could put its contents into the message
- # [20:03] * gps owes njn a beer for killing 1400 Clang warnings in bug 711895
- # [20:03] <@bz> gavin: yes, that would be very nice....
- # [20:03] <gakiwate> rillian, I also need help finding a mentor for GSoc?
- # [20:03] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [20:03] * @bz is not sure how to make this better yet
- # [20:03] <rillian> hi gakiwate. What projects were you interested in?
- # [20:03] <@bz> perhaps I should set up a separate filter for bugmail that's for bugs I'm assignee on...
- # [20:04] * AutomatedTester is now known as zz_AutomatedTester
- # [20:04] <jaws> sourabh912: do you have any questions about the full-screen mode project that I can answer for you?
- # [20:04] <gakiwate> rillian, Related to localization
- # [20:04] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [20:04] <gakiwate> rillian, Do you want me to explain what I had in mind?
- # [20:04] <Waldo> bz: isn't the subject splatted textually at the start of the mail?
- # [20:04] <Waldo> well, the bug summary
- # [20:05] <Waldo> which is better than nothing
- # [20:05] <Waldo> (soft bigotry of low bugzilla expectations)
- # [20:05] <sourabh912> I want to know a bit explanation of how to implement it.
- # [20:05] <nattofriends> nightly plugin finder service tries to install flash, shows an eula at "none", then fails. is this normal?
- # [20:05] <@bz> Waldo: no, it's not
- # [20:05] <rillian> gakiwate, sure. I don't see a localization project on https://wiki.mozilla.org/Community:SummerOfCode12 This is your own proposal?
- # [20:05] <Waldo> bz: oh, do you mean the flag-change mail?
- # [20:05] <@bz> Waldo: it's just a comment
- # [20:05] <@bz> here
- # [20:05] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [20:05] * juanb is now known as juanb|lunch
- # [20:05] <@bz> lemme just pastebin
- # [20:06] <@bz> http://pastebin.mozilla.org/1528276
- # [20:06] <gakiwate> rillian, Yes. https://wiki.mozilla.org/Community:SummerOfCode12:Brainstorming
- # [20:06] <@bz> That's the entire message body
- # [20:06] <jaws> sourabh912: just a second
- # [20:06] * kwierso is amused at secure mail being pastebinned for the world to see :)
- # [20:06] <@bz> waldo: btw, you can get an extension to do s/mime with gmail, no?
- # [20:06] <Waldo> bz: dunno
- # [20:06] <@bz> kwierso: well, it's content-less, so.... ;)
- # [20:06] <@bz> Waldo: well, you can last I checked
- # [20:07] <@bz> Waldo: firefox extension, that is
- # [20:07] <rillian> gakiwate, ah I see
- # [20:07] * armenzg_brb is now known as armenzg
- # [20:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:08] <gakiwate> rillian, Is it self-explanatory or I need to work on the details part
- # [20:09] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <-)
- # [20:09] <rillian> gakiwate, could use some more goals. how exactly will these scripts be helpful to l10n contributors. Will you make a site? Add suggestion support to translation tools?
- # [20:09] <rillian> but mostly you need to find a mentor
- # [20:09] <jaws> sourabh912: you can look at these places to see where the specific CSS is used for the browser's fullscreen mode: http://mxr.mozilla.org/mozilla-central/search?string=inFullscreen&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=mozilla-central
- # [20:09] <Waldo> bz: http://pastebin.mozilla.org/1528278 is what I see for that change to that bug -- with the actual summary in place; I'm using the PGP encryption method, maybe it's an S/MIME thing?
- # [20:09] <jaws> sourabh912: and (if you're on Windows), you can hit F11 to enter fullscreen and see what the feature does today
- # [20:09] <Waldo> with "Subject: [Bug 735073] (actual summary shows up here)" literally showing up in the message body view pane in Thunderbird
- # [20:10] <rillian> gakiwate, there is a #l10n channel; you should try asking there if anyone would be interested
- # [20:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:10] <@bz> Waldo: hmm
- # [20:10] <@bz> Waldo: I'm using s/mime, yeah
- # [20:10] <@bz> Waldo: that's possible....
- # [20:10] * Joins: Ms2ger (Ms2ger@moz-45666B94.kulnet.kuleuven.be)
- # [20:10] <Waldo> I have an update to bug 306603 which also contains a "Subject: ..." bit as well
- # [20:11] <Waldo> !summon glob|away ^
- # [20:11] <@bz> waldo: If I saw what you see I would be fine
- # [20:11] <@bz> waldo: but I don't
- # [20:11] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [20:11] <Waldo> eit
- # [20:11] <glob|away> Waldo, i'm sleeping
- # [20:11] <gakiwate> rillian, Yep that is the idea. Essentially the same entries get localized differently. So the idea was to have something which will help the upstream contributors to say this is the standard way of doing it so that the new contributors can do it correctly reducing the burden of upstream people
- # [20:11] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [20:11] <Waldo> heh, ish
- # [20:11] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [20:11] <gakiwate> rillian, I will ask in #l10n
- # [20:11] <sourabh912> jaws:thanks a lot..
- # [20:11] <nigelb> Wha, summon on glob worked. damn.
- # [20:12] <glob|away> Waldo, um, you sure that bug number is right?
- # [20:12] <Waldo> glob|away: er, sorry, bug 306663
- # [20:12] <jaws> sourabh912: no problem :)
- # [20:12] <rillian> gakiwate, best of luck!
- # [20:12] <Waldo> nigelb: there are a few quotes database entries for !summon working
- # [20:13] <glob|away> Waldo, yup, that's by design
- # [20:13] <nigelb> Waldo: yeah, I know :)
- # [20:13] <glob|away> Waldo, if you're using pgp, the unencrypted subject should be visible in the decrypted body
- # [20:13] <glob|away> Waldo, it's a bug that it doesn't also appear in the s/mime bugmail, i'll fix that
- # [20:13] <@bz> glob|away: thanks@
- # [20:14] <@bz> glob|away: thanks!
- # [20:14] * @bz will wait
- # [20:14] <Waldo> coolio, we are settled then
- # [20:14] <Ms2ger> Yay, fixing stuff
- # [20:14] * glob|away sleeps for real now
- # [20:14] <Waldo> now if only there were a way to see the actual summary for the bug in the treeview...
- # [20:14] <Waldo> (which I of course understand to be a Harder Problem)
- # [20:14] * Ms2ger waves at glob|away
- # [20:14] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
- # [20:15] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [20:15] <Waldo> (and not necessarily one we could actually fix in a way that plays well with the world)
- # [20:15] * jhammel|lunch is now known as jammel
- # [20:16] * jammel is now known as jammmink
- # [20:16] * jammmink is now known as jhammel
- # [20:17] <sourabh912> jaws:The url you gave me contains the code of fullscreen mode implementation?
- # [20:18] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [20:19] <jaws> sourabh912: this might be a better URL: http://mxr.mozilla.org/mozilla-central/search?string=[inFullscreen]&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=mozilla-central
- # [20:19] <jaws> sourabh912: that url will point you to places that we have special case code for our fullscreen browser theme. work would need to be done to fit the design that has been drawn up
- # [20:19] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
- # [20:19] <cpeterson> FYI: macports updated my openssl from openssl@1.0.0g_0 to openssl@1.0.1_1 and this broke hg SSL. `port activate openssl@1.0.0g_0` fixed the problem.
- # [20:20] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [20:20] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:20] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [20:21] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Ping timeout)
- # [20:22] * khuey is now known as khuey|lunch
- # [20:23] * bear is now known as bear-afk
- # [20:23] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:24] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Quit: Leaving.)
- # [20:25] * jammink is now known as hammink|lunch
- # [20:25] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e97da8b4b939 - Serge Gautherie - Bug 736905. (Av1) test_ui_modalprompt.html needs to check "prompts.tab_modal.enabled" preference. r=surkov.alexander.
- # [20:26] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [20:26] <sourabh912> jaws:can you please explain your last line .I could not understand it properly.
- # [20:26] * Joins: evilpie (tom@moz-3ED7836A.pools.arcor-ip.net)
- # [20:26] <Ms2ger> On a scale of test-only typo to rewriting XPCOM, this patch is a Meego startup crash fix.
- # [20:27] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
- # [20:27] <jaws> sourabh912: there is a link in the project description to a mockup. the work of the project is to implement the necessary CSS and JS for that theme
- # [20:28] * Quits: vivek (quassel@7DAC02C4.95961668.2A068A5E.IP) (Ping timeout)
- # [20:28] <sourabh912> jaws:ok.I understand it now.
- # [20:28] <jaws> sourabh912: there might be a little C++ depending on how well built the APIs are for wifi signal
- # [20:28] <jaws> sorry, i should have been clearer
- # [20:29] <sourabh912> jaws:no problem
- # [20:29] <gakiwate> rillian, Thanks for your help. Pleasure meeting you :)
- # [20:30] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Input/output error)
- # [20:30] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [20:31] * Quits: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net) (Quit: Coyote finally caught me)
- # [20:32] * Quits: Steve (chatzilla@moz-1203B78C.dyn.plus.net) (Ping timeout)
- # [20:32] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [20:32] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [20:32] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Input/output error)
- # [20:33] * bear-afk is now known as bear
- # [20:33] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
- # [20:34] <sourabh912> jaws:what APIs for wifi signal have to do with this (actually I am new to this ,thats why asking though i have begun to understand all what you have told me)
- # [20:34] * Quits: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP) (Quit: Computer has gone to sleep.)
- # [20:34] <AryehGregor> Okay, so given an nsIDOMNode, how do I tell if it's a doctype? Some earlier code already made an nsCOMPtr<nsINode> out of it, if that helps.
- # [20:35] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:35] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
- # [20:35] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
- # [20:35] * AryehGregor is currently treating all this C++ type-switching stuff as voodoo magic
- # [20:35] <jaws> sourabh912: we would want a wifi signal indicator as part of the theme
- # [20:35] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
- # [20:35] <AryehGregor> I see some code that uses nsIContent->Tag(), but I haven't managed to cargo-cult a way to turn my nsIDOMNode* into an nsIContent*.
- # [20:35] <lmandel> tchevalier: Saw your latest comment in bug 699806. Were you able to test the rejected and enabled prefs were set correctly? What's outstanding for this bug?
- # [20:36] <biesi> AryehGregor, that cargo-cult way would be QueryInterface :)
- # [20:36] <jaws> sourabh912: see this bug for the implementation of the wifi API if you are curious: https://bugzilla.mozilla.org/show_bug.cgi?id=732982
- # [20:36] <@bz> AryehGregor: do you have an nsIDOMNode, or an nsINode?
- # [20:36] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
- # [20:36] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
- # [20:37] <biesi> AryehGregor, but if you do have an nsIDOMNode you can call GetNodeTYpe abnd cpompare to nsIDOMNode::DOCYUMENT_TYPE_NODE
- # [20:37] <AryehGregor> bz, this is nsRange::ComparePoint. The function is passed an nsIDOMNode*, and there's a later line that does nsCOMPtr<nsINode> parent = do_QueryInterface(aParent);
- # [20:37] <biesi> minus the typ[o
- # [20:37] <AryehGregor> Oh, hmm.
- # [20:37] <AryehGregor> Let me try that.
- # [20:37] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Ping timeout)
- # [20:37] <@bz> AryehGregor: so the simple way to deal is after the point that does the conversion to nsINode
- # [20:37] <@bz> to call GetNodeType() on it
- # [20:37] <@bz> The nsINode version, not the nsIDOMNode one
- # [20:37] <@bz> which has the sane signature and all
- # [20:37] * @bz mutters about how in the new bindings this function will just get passed an nsINode
- # [20:38] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [20:39] <@roc> when can we have new DOM bindings for canvas-2d and WebGL?
- # [20:39] <Ms2ger> bz, AryehGregor, it's called NodeType(), btw
- # [20:39] <Ms2ger> roc, as soon as xhr is done
- # [20:39] <AryehGregor> Oh, that explains the compile error. :)
- # [20:39] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [20:39] * Joins: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de)
- # [20:39] <@roc> performance performance PERFORMANCE
- # [20:40] <Ms2ger> roc, now, it won't help much for 2D because of the two implementations
- # [20:40] <Ms2ger> So everything will still need to be virtual
- # [20:40] <@roc> interesting
- # [20:40] <@bz> mmm
- # [20:40] <rillian> gakiwate, likewise. Good luck with your proposal!
- # [20:40] <@bz> so..
- # [20:40] <biesi> what are the two impls?
- # [20:40] <Ms2ger> Now if you made one of your minions do that... ;)
- # [20:40] * Joins: Steve (chatzilla@moz-1203B78C.dyn.plus.net)
- # [20:40] <@bz> roc: canvas is the next thing after we stand up xhr
- # [20:40] * mdas is now known as mdas|afk
- # [20:40] <Ms2ger> biesi, azure/old
- # [20:40] <@roc> yeah we shouold totally fix that
- # [20:40] <@bz> roc: maybe we should have done it first.... not sure
- # [20:40] <@roc> get rid of old
- # [20:41] <@bz> roc: but yes, having a single 2d canvas impl would help
- # [20:41] <mbrubeck> mats: orange on inbound...
- # [20:41] <@roc> would help in lots of ways
- # [20:41] <Ms2ger> Would help my sanity too
- # [20:41] <@bz> though we _could_ try to codegen both versions and select one at runtime
- # [20:41] <@bz> when setting up the binding
- # [20:41] <@bz> would be a bit painful...
- # [20:41] <@bz> but possibly doable
- # [20:41] <@bz> maybe
- # [20:41] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [20:41] <@bz> roc: fwiw, I'm hoping we'll start on the canvas stuff in 2-3 weeks
- # [20:42] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [20:42] <@bz> roc: so that gives about that long to do nix the non-azure version... ;)
- # [20:42] <tn> avih, i think we always send a lines event when we send a pixel event, thats how it works for compatibility reasons
- # [20:43] <tchevalier> lmandel: Hi! Glad to tell you that we can properly set rejected and enabled at the same time ;)Now I just need to find a "onchange" equivalent on Android, an properly define the define and we're good
- # [20:43] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [20:43] <mbrubeck> and something new is leaking, but something tells me it is not actually gerv's about:license text change
- # [20:43] <mbrubeck> probably mcmanus
- # [20:44] <sourabh912> jaws:what would wifi signal indicator do?I mean what is its use while running the browser .
- # [20:44] <mbrubeck> tempted to "hg revert"
- # [20:44] <lmandel> tchevalier: Great progress!
- # [20:45] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [20:45] <lmandel> tchevalier: Any idea how long it's going to take for the Android portion of the change? Do you have any leads for the onchange equivalent on Android?
- # [20:46] <sourabh912> it is to indicate whether I am connected to a network or not.
- # [20:46] <mbrubeck> !seen mcmanus
- # [20:46] <firebot> mcmanus was last seen 4 days, 2 hours, 42 minutes and 52 seconds ago, saying 'sid0 - twitter is doing spdy on some fraction of their traffic for comparison purposes. so it comes and goes, and sometimes its on api.twitter.com but not the html, etc..' in
- # [20:46] <firebot> #developers.
- # [20:47] <tchevalier> lmandel: I've no idea about what I can use to do that on Android, gonna ask on #mobile. Btw, do you know how to include a renamed file in a patch?
- # [20:47] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [20:48] <mbrubeck> tchevalier: "hg mv"
- # [20:48] <tchevalier> mbrubeck: Thanks :)
- # [20:49] <mbrubeck> tchevalier: And you should be using "hg diff --git" or set it as default in your .hgrc like in https://developer.mozilla.org/en/Mercurial_FAQ#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F
- # [20:49] <@bz> heycam: ping
- # [20:49] <lmandel> tchevalier: If it looks like it's going to take a while to create the Android portion of the change, what do you think about landing the desktop portion and then continuing work on Android?
- # [20:49] <mbrubeck> tchevalier: For listening for the change on Android, would a pref listener work?
- # [20:50] <mbrubeck> I mean a pref observer, as in Services.prefs.addObserver
- # [20:50] <tchevalier> mbrubeck: Hm.. basacally, I guess, I've to update a pref regarding another one
- # [20:50] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
- # [20:51] * Quits: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com) (Client exited)
- # [20:51] <mbrubeck> tchevalier: You can also listen to our Java->JS messages using Services.obs.addObserver(<object>, "Preferences:Set", false);
- # [20:51] <tchevalier> lmandel: I'll try Services.prefs.addObserver, and if I see this is to hard/to long for now, I'll split the work, yeah
- # [20:52] * Joins: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com)
- # [20:52] <gavin> tchevalier: can we split this work to set rejected into a separate bug?
- # [20:52] <jaws> sourabh912: it would show the wifi signal strength while the user is using the browser
- # [20:52] <gavin> it's getting complicated to involve mobile prefs stuff too
- # [20:52] <gavin> and I don't really want to block enabling telemetry by default on it
- # [20:53] * Fallen|away is now known as Fallen
- # [20:53] <tchevalier> gavin: Hm, yeah, maybe it's better. o, I'll clean the patch, check the define stuff, and maybe we can land it for desktop, without rejected today
- # [20:53] <mbrubeck> heh, looks like mats doesn't really have orange on inbound after all
- # [20:54] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [20:54] <mbrubeck> just enough of those Linux M1 failures in a row to trick me
- # [20:55] <AryehGregor> bz, do you think throwing in comparePoint() is enough of a compat impact that you'd prefer I change the spec? I can do that and spec Gecko's behavior, although I think it's pretty weird. WebKit throws, and IE doesn't support the method at all, so I'd suspect compat risk is about as minimal as it could be.
- # [20:55] <mbrubeck> mcmanus: You seem to have some new leaks on inbound (see gerv's push after yours)
- # [20:55] <tchevalier> gavin: so two others bugs? Oneto enabled telemetry by default on mobile, and one to fix the rejected recording on the checkbox on desktop and mobile?
- # [20:56] * lsblakk is now known as lsblakk|lunch
- # [20:56] <mbrubeck> mcmanus: I'm planning to back out your push for now
- # [20:57] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [20:58] * Joins: _harsh_ (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [20:59] <gavin> tchevalier: sure
- # [21:00] <sourabh912> jaws:thanks a lot
- # [21:00] * Quits: Ms2ger (Ms2ger@moz-45666B94.kulnet.kuleuven.be) (Ping timeout)
- # [21:00] <jaws> np
- # [21:01] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [21:01] <tchevalier> gavin: Ok. And, can you confirm that there is no telemetry on Firefox Mobile XUL? (Or, it uses the desktop prompt?) Because I've found code only for desktop and Mobile Android
- # [21:01] <mbrubeck> tchevalier: There's a button to enable it (off by default) in the Feedback extension that we ship in Beta (and I think also Nightly + Aurora)
- # [21:02] <mbrubeck> tchevalier: https://mxr.mozilla.org/mozilla-central/source/mobile/xul/app/profile/extensions/feedback@mobile.mozilla.org/content/overlay.xul#66
- # [21:02] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [21:02] <tchevalier> mbrubeck: Ho, ok, I've handle that case, but I was wondering what telemetry.enabled was doing here :)
- # [21:03] <lmandel> tchevalier: Primary concerns for Telemetry are Desktop and mobile (native).
- # [21:03] <tchevalier> lmandel: sure
- # [21:03] <mcmanus> mbrubeck: grumble. That code has been through try dozens of times and I've never seen that leak.
- # [21:04] * Quits: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [21:04] <@smaug> rafaelw: debugging what your fuzzer does is hard ;)
- # [21:04] <mbrubeck> mcmanus: Well, you could always try to pin it on gerv's about:license text change... :/
- # [21:04] <mcmanus> I'm working on that plan.
- # [21:04] <mcmanus> still missing a few details :)
- # [21:05] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:05] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [21:05] <@smaug> rafaelw: but I think I finally found the bug in my code
- # [21:06] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [21:06] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [21:06] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:06] * sworkman_ is now known as sworkman
- # [21:07] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [21:07] * Joins: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz)
- # [21:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:08] * nthomas|away is now known as nthomas
- # [21:08] * Quits: Hixie (ianh@moz-E9FB2A6A.no) (Ping timeout)
- # [21:09] * Quits: sourabh912 (Mibbit@12744B39.863CB945.9C072EFC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:09] * Quits: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP) (Ping timeout)
- # [21:11] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:11] <gregglind_mv> anybody know how the ids / names are generated for searchbar search suggestions?
- # [21:11] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [21:11] <mcmanus> mbrubeck - actually maybe I did see it once... I see something kinda similar in my logs that I had attributed to a different issue. hmm.
- # [21:12] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [21:12] <mbrubeck> mcmanus: I just went back and looked at your last couple of Try runs and didn't see the new leak there
- # [21:13] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:13] * Joins: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP)
- # [21:13] <mbrubeck> mcmanus: I only saw some known intermittent leaks
- # [21:13] * Joins: Hixie (ianh@moz-E9FB2A6A.no)
- # [21:13] * Quits: nical|away (blog@moz-3FBBB4EC.ovh.net) (Ping timeout)
- # [21:14] <mcmanus> thanks.. I'll trigger a bunch more try I guess.. If I get nowhere I may send the series to inbound in individual dribbles (they compile and should test fine individually) to at least figure out which one is at fault
- # [21:14] * Joins: keen (Mibbit@12744B39.863CB945.9C072EFC.IP)
- # [21:14] * mdas|afk is now known as mdas
- # [21:15] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [21:15] <mbrubeck> mcmanus: Since the new leak seems permanent (4/4 runs so far), I'm guessing it is not present in your Try runs from yesterday... Maybe introduced in a last-minute change, or rebasing, or interaction with some other patch that landed since then?
- # [21:15] <mbrubeck> You might want to take the exact versions you pushed to inbound, and push *those* to Try in individual dribbles.
- # [21:15] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [21:15] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [21:16] <mcmanus> mbrubeck - maybe. will send a fresh try for sure.
- # [21:16] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [21:16] <mcmanus> mbrubeck - also weird that it leaked a spdysession.. mochi-other doesn't use any spdy that I'm aware of
- # [21:16] * Joins: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be)
- # [21:16] <keen> can anyone tell me whom to contact regarding emscripten
- # [21:17] <mcmanus> mbrubeck unless the mochi's still download the safe browsing stuff in the background.. do they do that? (from google)
- # [21:17] <@smaug> azakai
- # [21:17] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [21:17] <@smaug> keen: azakai
- # [21:17] <mbrubeck> mcmanus: could be -- I don't know. gcp?
- # [21:17] * juanb|lunch is now known as juanb
- # [21:17] * Joins: anky (anky@E326FE60.31804B8C.A3D1B221.IP)
- # [21:17] <keen> smaug:thanks
- # [21:17] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [21:17] * khuey|lunch is now known as khuey
- # [21:18] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:18] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
- # [21:19] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [21:19] * ChanServ sets mode: +o roc
- # [21:20] * padenot is now known as padenot|away
- # [21:20] <keen> How to contact azakai as now link to email id given on the ideapage
- # [21:20] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [21:21] <Ms2ger> firebot, azakai?
- # [21:21] <firebot> Ms2ger: Sorry, I've no idea what 'azakai' might be.
- # [21:21] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [21:21] <Ms2ger> Boo
- # [21:21] <Mook_as> he's in the channel, though?
- # [21:21] <tchevalier> Can someone assign me Bug 737596 and Bug 737600, please?
- # [21:22] <@khuey> tchevalier: you can!
- # [21:22] <tchevalier> khuey: How?
- # [21:22] <@bz> keen: azakai at mozilla dot com
- # [21:22] <@khuey> tchevalier: refresh the pages
- # [21:22] * Parts: _harsh_ (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
- # [21:22] <@roc> I just gave tchevalier editbugs
- # [21:22] <@khuey> I just gave tchevalier editbugs :-P
- # [21:23] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
- # [21:23] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [21:23] <tchevalier> roc, khuey, Nice! Thanks guys!
- # [21:23] * @bz mutters about people offhandedly giving other people crushing burdens. ;)
- # [21:23] <froydnj> bz: ssshhh
- # [21:23] * @khuey takes editbugs away from bz
- # [21:23] <@bz> khuey: make my job way simpler!
- # [21:24] <@khuey> heh
- # [21:24] <@bz> khuey: I could stop worrying about incoming bugs and just focus on the ones I file myself
- # [21:24] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [21:24] <biesi> bz, and the ones people assign to you? :)
- # [21:24] <@bz> biesi: yeah, I guess
- # [21:24] * padenot|away is now known as padenot
- # [21:24] * Quits: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de) (Ping timeout)
- # [21:24] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/4bdae514b9be - Daniel Holbert - backout 1383ac50bcff (bug 723484) for remote image & occasional 'load failed: null' in reftest reference case
- # [21:25] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [21:25] <Ms2ger> firebot, azakai is Alon Zakai <azakai@mozilla.com>
- # [21:25] <firebot> Ms2ger: ok
- # [21:26] <@bz> firebot, no azakai is Alon Zakai <azakai@mozilla.com> and the master of hosting C/C++ apps in the browser, with a view toward self-hosting
- # [21:26] <firebot> bz: ok
- # [21:26] <@smaug> gavin: Enn wasn't a reviewer before o_O
- # [21:26] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [21:26] <@bz> smaug: funny, eh?
- # [21:27] <gavin> smaug: that was my reaction!
- # [21:27] * armenzg is now known as armenzg_brb
- # [21:27] <gavin> he was a reviewer for a bunch of other stuff, obviously
- # [21:27] <gavin> just wasn't listed for firefox
- # [21:28] * Joins: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP)
- # [21:29] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [21:29] <@khuey> bsmedberg: ping?
- # [21:30] * KaiRo is now known as KaiRo_away
- # [21:32] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:32] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:33] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
- # [21:33] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:34] * jwir3|away is now known as jwir3
- # [21:34] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [21:35] * zz_AutomatedTester is now known as AutomatedTester
- # [21:35] * Joins: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg)
- # [21:35] * Quits: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [21:35] * lsblakk|lunch is now known as lsblakk
- # [21:35] * Joins: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg)
- # [21:36] * joduinn-mtg is now known as joduinn-brb
- # [21:36] * Joins: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk)
- # [21:37] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [21:37] * Quits: keen (Mibbit@12744B39.863CB945.9C072EFC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:38] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:38] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:39] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [21:39] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:39] * Quits: maikmerten (maikmerten@moz-E8FC0B14.dynamic.qsc.de) (Quit: Leaving)
- # [21:40] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
- # [21:40] <jwir3> is the following correct HTML, with the space between style and = ? <ol style = "whatever">
- # [21:40] <Ms2ger> I think so
- # [21:40] <Ms2ger> Let me check
- # [21:40] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [21:40] <@bz> jwir3: it's something parsers will accept
- # [21:41] <Ms2ger> The attribute name, followed by zero or more space characters, followed by a single U+003D EQUALS SIGN character, followed by zero or more space characters, followed by a single U+0022 QUOTATION MARK character ("),
- # [21:41] <Ms2ger> So, allowed for authors as well
- # [21:41] <@bz> jwir3: and validator.nu accepts it
- # [21:41] <Ms2ger> jwir3, http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#attributes-0
- # [21:41] <jwir3> ok, so if we are incorrectly parsing something like that (i.e. not correctly processing a style attribute that has that as its only difference), then that would be our bug?
- # [21:42] * Joins: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP)
- # [21:42] <Ms2ger> jwir3, really?
- # [21:42] <jwir3> nvm... there's an extra character in the guy's test case
- # [21:42] <Ms2ger> Seems to work here
- # [21:42] <jwir3> bah... I didn't notice it.
- # [21:43] * Quits: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz) (Ping timeout)
- # [21:43] <jwir3> didn't show up in the source of the web page
- # [21:43] <jwir3> but shows up when I open it with vim
- # [21:43] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:43] <jwir3> â-moz-column-count: 4; is apparently not valid
- # [21:43] <jwir3> :D
- # [21:43] <Ms2ger> Heh
- # [21:43] <Ms2ger> BOM?
- # [21:44] <jhammel> someone set jwir3 up the BOM
- # [21:44] <jwir3> guh...
- # [21:44] <AryehGregor> smaug, are you willing to accept a patch for <https://bugzilla.mozilla.org/show_bug.cgi?id=433662>? See the last comment, which I just added.
- # [21:45] <@smaug> looking
- # [21:46] <@smaug> AryehGregor: well, ok
- # [21:46] <@smaug> it is strange inconsistent behavior, but since other browsers do that...
- # [21:46] <AryehGregor> :)
- # [21:46] * Joins: stefanh (stefanh@moz-3EED0162.customers.ownit.se)
- # [21:46] <AryehGregor> Alas, the web is a strange and inconsistent place.
- # [21:46] <@smaug> indeed
- # [21:47] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [21:47] * Joins: cviecco (cviecco@CD95EFE.1B9CFF7.4401682D.IP)
- # [21:47] * mattwoodrow|away is now known as mattwoodrow
- # [21:48] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:48] * Joins: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com)
- # [21:48] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
- # [21:49] * Joins: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com)
- # [21:49] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [21:49] * Quits: cviecco (cviecco@CD95EFE.1B9CFF7.4401682D.IP) (Ping timeout)
- # [21:51] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
- # [21:51] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:51] * Joins: posthumen (opera@moz-D07F2204.condornet.sk)
- # [21:51] * Parts: posthumen (opera@moz-D07F2204.condornet.sk)
- # [21:51] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
- # [21:52] * joduinn-brb is now known as joduinn
- # [21:54] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:54] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [21:55] * armenzg_brb is now known as armenzg
- # [21:56] * Quits: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net) (Quit: ChatZilla 0.9.78.1 [SeaMonkey 1.5a/2007051508])
- # [21:56] * aki is now known as aki|biab
- # [21:56] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [21:56] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:58] * Joins: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP)
- # [21:58] * Quits: Steve (chatzilla@moz-1203B78C.dyn.plus.net) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
- # [21:59] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [21:59] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Quit: Reconnecting…)
- # [21:59] * Quits: mjschranz (mjschranz@A71CC449.33EE9F8A.1139E686.IP) (Ping timeout)
- # [21:59] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [22:00] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:01] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
- # [22:01] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [22:01] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
- # [22:02] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [22:02] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
- # [22:03] <gcp> mbrubeck: afaik no tests should contact the google db
- # [22:03] <Ms2ger> Certainly should not
- # [22:04] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:05] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:05] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [22:06] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:07] * philor is now known as philor|away
- # [22:08] <@bsmedberg> khuey: pong
- # [22:09] * Joins: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net)
- # [22:09] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [22:09] * Quits: @smaug (chatzilla@moz-58AB1318.elisa-mobile.fi) (Ping timeout)
- # [22:10] * Joins: prashantb (Mibbit@DADE2E62.9B552DFD.5D9ABA9F.IP)
- # [22:11] * Quits: @bsmedberg (bsmedberg@moz-A113BB32.altnpa.east.verizon.net) (Quit: Leaving)
- # [22:11] * Quits: prashantb (Mibbit@DADE2E62.9B552DFD.5D9ABA9F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:12] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [22:12] * Quits: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [22:12] * jmaher is now known as jmaher|afk
- # [22:12] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:12] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
- # [22:13] * Joins: pras (Mibbit@DADE2E62.9B552DFD.5D9ABA9F.IP)
- # [22:13] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
- # [22:13] * Joins: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg)
- # [22:13] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [22:13] * Boriss_ is now known as Boriss
- # [22:14] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:14] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
- # [22:14] * Boriss_ is now known as Boriss
- # [22:14] <AryehGregor> So how are we supposed to use nsINode vs. nsIDOMNode? I see methods that accept an nsIDOMNode and do cumbersome manipulations on it, and I see some that use QueryInterface to convert to nsINode and use the various convenient methods on that.
- # [22:14] * rail is now known as rail_away
- # [22:14] <AryehGregor> What are the tradeoffs? Is one way generally preferred?
- # [22:14] <AryehGregor> Like nsRange::InsertNode uses exclusively nsIDOM*, it looks like.
- # [22:15] <dholbert> If a patch gets backed out on aurora/beta, should its "target milestone" get increased?
- # [22:15] <Ms2ger> nsIDOMNode is the script-exposed API
- # [22:15] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
- # [22:15] <Ms2ger> Internally, nsINode is nicer
- # [22:15] <Ms2ger> (Also, editor uses nsIDOMNode way too much)
- # [22:15] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [22:16] <AryehGregor> So nsCOMPtr<nsINode> foo = do_QueryInterface(bar) is good form?
- # [22:16] <Ms2ger> And selection
- # [22:16] <Ms2ger> Yes
- # [22:16] * Joins: parth (parth@B4D7FB51.AA5605D2.5D9ABA9F.IP)
- # [22:16] <AryehGregor> Okay.
- # [22:16] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [22:16] <@bz> AryehGregor: so..
- # [22:16] <AryehGregor> ?
- # [22:16] <@bz> AryehGregor: old code uses nsIDOMNode
- # [22:16] <@bz> AryehGregor: new code tries to use nsINode
- # [22:16] <AryehGregor> Ah, okay.
- # [22:17] <AryehGregor> Makes sense.
- # [22:17] <@bz> AryehGregor: QI from nsIDOMNode to nsINode is fine, but might return null
- # [22:17] <@bz> AryehGregor: though we should just fix that so it can't do that....
- # [22:17] <Ms2ger> In that case, your caller is a jerk, so throw any exception you like
- # [22:17] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [22:17] * philor|away is now known as philor
- # [22:17] * aki|biab is now known as aki
- # [22:17] <@bz> AryehGregor: once the new bindings are up, calls from JS will get nsINode, not nsIDOMNode
- # [22:18] * Quits: kennyluck (kennyluck@moz-E66B0EF0.dynamic.hinet.net) (Ping timeout)
- # [22:18] <@bz> Ms2ger: want to just land the builtinclass thing for DOMNode?
- # [22:18] <AryehGregor> So I should make sure to do ENSURE_STATE(foo) after that conversion?
- # [22:18] <@bz> AryehGregor: for now, yes
- # [22:18] <AryehGregor> Okay.
- # [22:18] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [22:19] <Ms2ger> bz, I can see if that passes try, I guess
- # [22:19] <@bz> Ms2ger: it better!
- # [22:19] <Ms2ger> It would have broken the old code for texImage2D, remember? :)
- # [22:20] * ctalbert is now known as ctalbert|afk
- # [22:20] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [22:20] <@bz> would it have?
- # [22:20] * Joins: kennyluck (kennyluck@moz-DCA9D5DB.dynamic.hinet.net)
- # [22:20] * @bz is not sure it would have
- # [22:20] <Ms2ger> xpc_UnwrapArg would return false, and we threw an uncatchable exception
- # [22:21] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
- # [22:21] * Joins: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com)
- # [22:21] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [22:21] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [22:22] * Joins: vivek (quassel@7B4BDF64.FA6330D.2A068A5E.IP)
- # [22:23] <Mossop> mdas: Are the notes from the marionette security review available somewhere?
- # [22:24] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [22:24] * Joins: jfkthame_ (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
- # [22:25] <@bz> is NS_MIN the thing to use?
- # [22:25] * Quits: vivek (quassel@7B4BDF64.FA6330D.2A068A5E.IP) (Client exited)
- # [22:25] <@bz> or is it mozilla::Min or something?
- # [22:25] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Ping timeout)
- # [22:25] * jfkthame_ is now known as jfkthame
- # [22:25] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [22:26] <Ms2ger> NS_MIN
- # [22:26] * Fallen is now known as Fallen|away
- # [22:26] * Quits: stefanh (stefanh@moz-3EED0162.customers.ownit.se) (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.7.2/20120216055917])
- # [22:26] * Joins: vivek (quassel@7B4BDF64.FA6330D.2A068A5E.IP)
- # [22:27] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:28] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:30] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
- # [22:30] <Callek> Mossop: https://wiki.mozilla.org/Security/Reviews/Marionette
- # [22:30] <Mossop> Callek: Thanks
- # [22:30] <Callek> but it looks quite scarce as far as a wiki page goes
- # [22:31] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:31] <Mossop> Yeah
- # [22:31] <pras> I wanted to apply for google summer of code for the documentation project HTML and CSS Reference Examples. The name of the mentor is Teoli. I don;t seem to find his contact details. How can I contact him ? Here is the link to the project- https://wiki.mozilla.org/Community:SummerOfCode12#Documentation
- # [22:31] <Ms2ger> bz, can I just mark nsIDOMNode or do I need subclasses as well?
- # [22:31] <Ms2ger> pras, teoli is in #devmo
- # [22:31] * Quits: TheLink (TheLink@moz-7E63266B.hsi5.kabel-badenwuerttemberg.de) (Client exited)
- # [22:33] <jfkthame> akeybl: in bug 717175, can you give a quick approval-beta (as per comment 23) so i can push it tonight?
- # [22:33] <pras> Ms2ger, thanks a lot.
- # [22:33] * Joins: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:34] <mdas> Mossop: https://wiki.mozilla.org/Security/Reviews/Marionette
- # [22:34] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Ping timeout)
- # [22:34] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
- # [22:34] <Mossop> mdas: Can you help me understand why locking the pref was felt important during the review?
- # [22:35] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [22:36] * Quits: parth (parth@B4D7FB51.AA5605D2.5D9ABA9F.IP) (Quit: Leaving)
- # [22:36] <@bz> Ms2ger: no idea.....
- # [22:36] * bz is now known as bz_away
- # [22:36] * padenot is now known as padenot|away
- # [22:37] <mdas> Mossop: I just updated that document, it was out of date. We don't 'lock' the pref, but we prevent accidentally turning it on at run time by using a preference listener. We do that to prevent it from accidentally being turned on
- # [22:39] * Parts: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:39] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [22:41] <mdas> Mossop: https://bugzilla.mozilla.org/show_bug.cgi?id=712643#c33 : So a user can only enable marionette if they have it in their prefs.js / user.js file
- # [22:41] <Mossop> mdas: So how do you expect users to turn it on?
- # [22:41] <mdas> Mossop: users have to enable a pref before gecko starts up in a user.js file (or prefs.js)
- # [22:42] <Mossop> So the only way for users to turn it on is by manually editing their prefs file?
- # [22:43] <mdas> Mossop: that's right
- # [22:43] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
- # [22:43] * Quits: hvq (HVQ@moz-6E6F3E25.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [22:44] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [22:44] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [22:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [22:45] <tchevalier> if test "$MOZ_UPDATE_CHANNEL" = nightly -o
- # [22:45] <tchevalier> test "$MOZ_UPDATE_CHANNEL" = aurora; then
- # [22:45] <tchevalier> What's wrong with my preprocessor syntax? Do I need quotes?
- # [22:45] * armenzg is now known as armenzg_away
- # [22:45] * Quits: armenzg_away (armenzg@moz-A8509789.acanac.net) (Input/output error)
- # [22:45] * Quits: evilpie (tom@moz-3ED7836A.pools.arcor-ip.net) (Quit: Lost terminal)
- # [22:45] <Mossop> mdas: Is b2g going to ship with it enabled in prefs by default?
- # [22:46] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
- # [22:47] <ddahl_> ohhh https://bug737583.bugzilla.mozilla.org/attachment.cgi?id=607660
- # [22:47] <jhammel> Mossop: no
- # [22:47] <mdas> Mossop: No, not when it is shipped
- # [22:48] <Mossop> How will users turn it on on a b2g device?
- # [22:49] <jhammel> AFAIK, editing prefs.js
- # [22:50] <Mossop> How do they do that in b2g land?
- # [22:50] * Quits: cviecco_ (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
- # [22:50] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [22:50] <mdas> Mossop: there is a profile for users in B2G, so they can enable it there, but we haven't discussed that far yet. I'
- # [22:50] * khuey is now known as khuey|away
- # [22:50] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
- # [22:51] <mdas> I'd suspect like in Marionette & Firefox's case, we wouldn't ship Marionette in the package-manifest, but it's available when we build (https://bugzilla.mozilla.org/show_bug.cgi?id=712643#c47)
- # [22:52] <Mossop> Ok
- # [22:52] * Joins: SeoZ (DanielJuyu@C48EB598.4591610E.F796972A.IP)
- # [22:52] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Ping timeout)
- # [22:52] * Joins: smaug (chatzilla@moz-A869C076.elisa-mobile.fi)
- # [22:52] * ChanServ sets mode: +o smaug
- # [22:52] <Mossop> I just don't understand why this pref locking is necessary if we aren't shipping it to real users, but I guess it doesn't really matter
- # [22:54] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [22:55] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [22:55] * djvj is now known as djvj|away
- # [22:56] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
- # [22:56] <gavin> yeah, I think the pref locking is silly
- # [22:56] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [22:57] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
- # [22:57] * Quits: kennyluck (kennyluck@moz-DCA9D5DB.dynamic.hinet.net) (Ping timeout)
- # [22:57] <jhammel> yeah...i wonder if we should just not do that
- # [22:57] * Quits: bholley (bholley@moz-104CC309.mv.mozilla.com) (Quit: bholley)
- # [22:58] * Quits: dseif (dseif@C080F02E.33EE9F8A.1139E686.IP) (Input/output error)
- # [22:58] * Quits: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [22:58] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
- # [22:59] * philor is now known as philor|away
- # [23:00] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [23:01] * Quits: dcamp (dave@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [23:02] * Quits: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP) (Quit: Leaving.)
- # [23:02] * Joins: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP)
- # [23:02] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
- # [23:02] * Parts: pras (Mibbit@DADE2E62.9B552DFD.5D9ABA9F.IP)
- # [23:02] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [23:03] * AutomatedTester is now known as zz_AutomatedTester
- # [23:05] * Quits: Kwan (chatzilla@290A3B07.40112ACC.78A86932.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [23:05] <mdas> Perhaps, I don't see the harm though. Also, we will be migrating some of our test tools to use Marionette for testing Firefox release builds, and it would be of use then
- # [23:06] <jhammel> why would locking the pref be useful there? or do you just mean marionette?
- # [23:06] <gavin> all code is inherently harmful - most of that harm is just outweighed by its utility :)
- # [23:06] <gavin> pref locking doesn't have any utility, AFAIK
- # [23:07] * Joins: surkov (surkov@BEE06F1B.E0C13F7A.33A1AC3C.IP)
- # [23:07] * Quits: vivek (quassel@7B4BDF64.FA6330D.2A068A5E.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [23:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:08] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
- # [23:09] <mdas> Right now, we have testing enabled for release builds, and we will be moving these test tools to use Marionette, so these builds will have marionette enabled on them. It would be of use then to prevent any enabling of the pref
- # [23:09] <mdas> but for now, all it does is stop devs for accidentally opening a port on their machine
- # [23:09] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [23:09] * Joins: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de)
- # [23:09] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [23:09] <gavin> devs don't need that protection
- # [23:09] * Quits: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de) (Quit: Leaving)
- # [23:10] * philor|away is now known as philor
- # [23:10] <mbrubeck> sigh, I don't feel like filing bugs for all these "load failed: null" jsreftest failures on Android
- # [23:10] * Parts: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [23:10] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [23:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:10] * bear is now known as bear-afk
- # [23:11] <nattofriends> eat other people -out-
- # [23:11] <Mossop> I suspect the strange pref behaviour will just cause more confusion than anything else, but I don't care enough to object too strongly
- # [23:11] * Quits: @smaug (chatzilla@moz-A869C076.elisa-mobile.fi) (Ping timeout)
- # [23:12] * Parts: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
- # [23:12] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Quit: Leaving)
- # [23:12] <mdas> Mossop: gavin: If you don't think that protection is needed, feel free to comment on the bug. I'm fine with taking it out since it's not on a release build, but I'm not sure if ctalbert would like to comment
- # [23:12] * Joins: nical|away (blog@moz-3FBBB4EC.ovh.net)
- # [23:12] <gavin> I think we're making a bigger deal of this than we need to - let's just remove it
- # [23:12] <Mossop> Yep, it's in the review
- # [23:13] <mdas> cool
- # [23:13] <Mossop> Which you'll be please to know is mercifully short
- # [23:13] <mdas> oh thank goodness.
- # [23:13] <jhammel> just 'r-'? ;)
- # [23:14] * Parts: josh (josh@moz-2EE66546.nyc.res.rr.com)
- # [23:14] <Mossop> Yeah, then I can go eat a snck
- # [23:14] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [23:14] <Mossop> snack
- # [23:14] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [23:14] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
- # [23:15] <gavin> this "Secure bug updated" bugmail is really cramping my style
- # [23:15] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:16] * Joins: Andrei_Misarca (chatzilla@moz-E54CCECA.shef.merlin.ask4.co.uk)
- # [23:18] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [23:18] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:18] * sheeri is now known as sheeri-afk
- # [23:19] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [23:19] <akeybl> jfkthame: approved - sorry, was in a meeting
- # [23:19] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [23:19] <jfkthame> akeybl: n/p - thanks, will push right away
- # [23:20] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:20] <mbrubeck> Did I break Android or did someone else..?
- # [23:20] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:21] <mbrubeck> dougt: ^ red on inbound
- # [23:21] * mdas is now known as mdas|afk
- # [23:21] <mbrubeck> AndroidJavaWrappers.cpp:522: error: duplicate case value
- # [23:21] <Andrei_Misarca> Hi everyone, I would like to find more details about the Graphical Timeline of Events project on GSOC 2012
- # [23:22] <mbrubeck> Andrei_Misarca: You'll want to talk to robcee and his crew in the #devtools channel
- # [23:22] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [23:23] <Andrei_Misarca> Thanks
- # [23:24] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Quit: Leaving.)
- # [23:24] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
- # [23:24] * catlee-buildduty is now known as catlee-away
- # [23:24] <dougt> mbrubeck: looking
- # [23:24] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [23:24] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [23:25] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:25] * ChanServ sets mode: +o dbaron
- # [23:25] <mbrubeck> dougt: I've got a backout prepped; want me to push it?
- # [23:25] <dougt> mbrubeck: merge conflict.
- # [23:25] * Joins: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de)
- # [23:25] <dougt> i can fix
- # [23:25] <mbrubeck> okay.
- # [23:26] * Joins: jdm (jdm@moz-EAE0A217.uwaterloo.ca)
- # [23:26] * Quits: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP) (Quit: Leaving.)
- # [23:26] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [23:27] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
- # [23:27] * AaronMT is now known as AaronMT|afk
- # [23:29] * Quits: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [23:29] * Quits: c0smikdebris (c0smikdebr@26B2F889.D8513D89.D2D1FAF0.IP) (Quit: Computer has gone to sleep.)
- # [23:29] * Joins: smaug (chatzilla@moz-335B414A.gprs.sl-laajakaista.fi)
- # [23:29] * ChanServ sets mode: +o smaug
- # [23:29] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
- # [23:30] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
- # [23:30] * jwir3 is now known as jwir3|away
- # [23:31] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [23:32] * mcote is now known as mcote|afk
- # [23:32] <dougt> mbrubeck:
- # [23:32] <dougt> http://dl.dropbox.com/u/8727858/inbound_bustage.txt
- # [23:33] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:33] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [23:33] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
- # [23:33] <dougt> mbrubeck: r?
- # [23:33] <mbrubeck> dougt: r+
- # [23:34] * Joins: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it)
- # [23:34] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:34] * coop is now known as coop|afk
- # [23:34] * hammink|lunch is now known as jammink
- # [23:35] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
- # [23:35] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
- # [23:37] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
- # [23:37] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
- # [23:37] <zpao> cpearce: ping
- # [23:38] * Joins: fxa90id (fxa90id@moz-D3802D8E.neoplus.adsl.tpnet.pl)
- # [23:39] * Joins: njn (chatzilla@moz-B15A394.dyn.iinet.net.au)
- # [23:39] * khuey|away is now known as khuey
- # [23:39] <cpearce> zpao: pong
- # [23:39] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [23:40] * joduinn is now known as joduinn-mtg
- # [23:40] <zpao> cpearce: i added the timeout back into the patch in bug 639705. it seems to be a necessary evil at this point :(
- # [23:41] <zpao> it may lead to future orange but i don't think that shuold stop us from landing it... i wanted to make sure you were ok with it before i landed (since r=you)
- # [23:41] * cjones is now known as cjones-brb
- # [23:43] <cpearce> zpao: sure, philor's going to hate you though.
- # [23:43] * Quits: Andrei_Misarca (chatzilla@moz-E54CCECA.shef.merlin.ask4.co.uk) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310010446])
- # [23:43] * zpao unsummons philor.... nothing to see here
- # [23:43] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
- # [23:43] <cpearce> zpao: heh, if you don't think there's another way to do it then there's not really an alternative.
- # [23:44] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [23:44] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
- # [23:44] <zpao> on the plus side, perhaps some of that other cleanup i did will magically fix the existing orange from those tests
- # [23:44] * Quits: @smaug (chatzilla@moz-335B414A.gprs.sl-laajakaista.fi) (Ping timeout)
- # [23:45] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [23:45] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [23:45] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [23:46] <cpearce> Don't worry. Pretty soon the JS guys will make JS faster, and then new timing-dependent orange bugs will turn up to replace them. :)
- # [23:46] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:47] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Quit: jfkthame)
- # [23:47] <zpao> we could have worse problems
- # [23:47] <philor> hahaha, you're worrying about me and *fullscreen* tests?
- # [23:47] <philor> bwahaha
- # [23:48] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
- # [23:48] * Quits: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP) (Ping timeout)
- # [23:49] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [23:49] * Joins: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net)
- # [23:50] * cpearce has come to dread philor's pings...
- # [23:50] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [23:50] <heycam> bz_away, pong from a while back
- # [23:51] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
- # [23:52] * Joins: Gentlecat (Roman@4654FE12.18EC6E70.8FB52CB8.IP)
- # [23:52] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [23:53] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:53] * mak is now known as mak|afk
- # [23:54] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
- # [23:56] * wlach is now known as wlach|afk
- # [23:57] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
- # [23:57] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [23:58] * mak|afk is now known as mak
- # [23:59] * Quits: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com) (Client exited)
- # [23:59] * Joins: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com)
- # Session Close: Wed Mar 21 00:00:00 2012
The end :)