/irc-logs / mozilla / #developers / 2012-02-22 / end

Options:

# Session Start: Wed Feb 22 00:00:00 2012
# Session Ident: #developers
# [00:00] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [00:00] <taras> dougt: do you also think sqlite is a bad storage format for addon db?
# [00:01] <gavin> smaug: I was thinking there might also be issues with mFocusedInput being destroyed unexpectedly
# [00:01] <dougt> taras: not sure. but I am sure that we are doing something wrong. ~1mb RSS to install any addon? wtf
# [00:01] <gavin> smaug: at e.g. http://mxr.mozilla.org/mozilla-central/source/toolkit/components/satchel/nsFormFillController.cpp#287
# [00:01] * Quits: SeoZ-work[AWAY] (DanielJuyu@moz-C2D7EB0E.osuosl.org) (Quit: Leaving)
# [00:02] <@smaug> gavin: that is about popup
# [00:02] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [00:02] <@smaug> IIRC, I added plenty of if() checks for mFocusedInput ages ago
# [00:02] <gavin> smaug: I mean, that scroll event can destroy mFocusedInput, since you're no longer holding a strong ref
# [00:03] <gavin> then it gets passed to openAutocompletePopup
# [00:03] * Quits: dao (dao@moz-1FA8FB72.superkabel.de) (Quit: Leaving.)
# [00:03] <@smaug> gavin: my patch doesn't change that
# [00:04] <@smaug> gavin: ScrollContentIntoView may cause scripts to run, so mFocusedInput can be null already now
# [00:04] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:04] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Quit: nn)
# [00:04] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:05] <gavin> smaug: null isn't a problem, bad pointer is
# [00:05] <gavin> but I guess you're saying that NodeWillBeDestroyed will be called to clean things up
# [00:05] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
# [00:05] <@smaug> yes
# [00:05] <gavin> ok
# [00:06] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:06] * yuan_ is now known as yuan
# [00:07] <@smaug> gavin: I'm not too happy with the code, but it is just too easy to leak with the current code
# [00:07] * Quits: darktrojan_ (geoff@moz-188895D5.telstraclear.net) (Quit: darktrojan_)
# [00:07] <@smaug> (and I'm trying to keep CC times low)
# [00:08] <gavin> yes, your patch is certainly better
# [00:08] * Joins: seo (DanielJuyu@moz-C2D7EB0E.osuosl.org)
# [00:08] * Quits: kutsurak (pex@moz-1604777C.w92-128.abo.wanadoo.fr) (Client exited)
# [00:08] <mattwoodrow> jwatt: ping
# [00:08] * Joins: darktrojan (geoff@moz-188895D5.telstraclear.net)
# [00:08] <jwatt> mattwoodrow: pong
# [00:08] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [00:09] * bwinton is now known as bwinton_away
# [00:09] * Joins: kutsurak (pex@moz-1604777C.w92-128.abo.wanadoo.fr)
# [00:09] <mattwoodrow> jwatt: Any idea why the smile/sort/sort-additive-1.svg reftest isn't using the MozReftestInvalidate event?
# [00:09] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [00:09] * jwatt looks
# [00:11] * Joins: dao (dao@moz-1FA8FB72.superkabel.de)
# [00:11] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [00:11] * AaronMT is now known as AaronMT|dinner
# [00:11] * philor|away is now known as philor
# [00:12] <jwatt> mattwoodrow: it really should
# [00:12] * Joins: dseif (dseif@BE7A166D.531FD64C.630E4E47.IP)
# [00:13] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [00:13] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [00:13] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [00:13] * Joins: JeroenDeDauw (jeroen@55DAF71A.F7E78B6F.DDBC9343.IP)
# [00:13] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [00:14] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [00:14] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [00:14] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:14] <dholbert> mattwoodrow, it might have predated that event, actually
# [00:15] * Quits: JeroenDeDauw (jeroen@55DAF71A.F7E78B6F.DDBC9343.IP) (Quit: Leaving.)
# [00:15] * Joins: JeroenDeDauw (jeroen@55DAF71A.F7E78B6F.DDBC9343.IP)
# [00:15] <mattwoodrow> dholbert: makes sense
# [00:15] <mattwoodrow> I might fix it then, since i think thats the reason that it was failing sometimes
# [00:15] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [00:15] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [00:15] <mattwoodrow> and it's now failing much more often with my patches
# [00:15] <dholbert> mattwoodrow, interesting. cool! :)
# [00:15] * Joins: fabrice (fabrice@moz-6644F61A.static-ip.oleane.fr)
# [00:16] <cers> jwir3: right, addons disabled it still happens
# [00:16] <jwatt> mattwoodrow: there's bug 547801 on it failing intermittently, so you can close that once you're done
# [00:16] <jwir3> cers: hm, ok. Have you taken a look at the preferences that are changed to see if any of them have an effect on graphics?
# [00:16] * Quits: dao (dao@moz-1FA8FB72.superkabel.de) (Quit: Leaving.)
# [00:16] * Joins: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:17] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [00:17] * Quits: nsilva (androirc@97F1697A.81445FE4.1B3E68DA.IP) (Client exited)
# [00:17] * Parts: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
# [00:18] <dholbert> mattwoodrow, actually, we might be able to just get rid of the setTimeouts. See my comments on the bug jwatt just linked to
# [00:18] <gavin> josh: my nightly sometimes just stops being able to connect to *.google.com. I suspect a spdy problem. is that a known issue?
# [00:18] <jwatt> dholbert: are those comments correct?
# [00:18] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [00:18] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:18] <dholbert> jwatt, it looks like the comments about setTimeout being unnecessary are correct, at least
# [00:18] <jwatt> if what we're doing here is testing invalidation, then getting rid of the timeouts would mean we're not really testing invalidation after all
# [00:18] * Joins: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:19] <dholbert> hmm
# [00:19] <cers> jwir3: yeah, and I found out which one was causing it layers.acceleration.disabled was true
# [00:19] <dholbert> jwatt, I'm not sure we were testing invalidation, exactly
# [00:19] <cers> jwir3: toggling it back to false and restarting solved it
# [00:19] <dholbert> jwatt, but yeah, I think we might want to be sure that we've done at least one animation sample before running the JS
# [00:19] <jwir3> cers: Hmmm... interesting. If you post that in the bug, I will take a look at it and see if I can find out why that would be the case
# [00:19] <jwir3> cers: Thanks for looking into this!
# [00:20] <cers> jwir3: I'm just confirming it by disabling it again, too see if it reappears
# [00:20] <jwir3> cers: cool.
# [00:20] <cers> jwir3: it does
# [00:20] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [00:20] <dholbert> jwatt (/ mattwoodrow): yeah -- you're right, we need some sort of delay. MozReftestInvalidate sounds right
# [00:21] * joduinn-mtg is now known as joduinn-brb
# [00:21] <taras> blizzard: is there anyone awake who can edit or take down that article?
# [00:21] <dholbert> we've got an initially additive animation going to non-additive after a JS tweak, and we want to make sure we get a sample with additive behavior. mozreftestinvalidate should give us that
# [00:21] <mattwoodrow> dholbert: jwatt: Thats fixed it locally for me
# [00:21] * bz is now known as bz_away
# [00:22] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [00:22] <jwir3> cers: Yep, that's the problem. It's possible that there is some quirkiness with the graphics card in your system when acceleration is disabled. Probably post your GPU information as well, if you would.
# [00:23] <dholbert> mattwoodrow, cool -- calling shuffleAnimations() immediately followed by finished(), back to back?
# [00:23] <dholbert> mattwoodrow, (after the event fires)
# [00:23] <dholbert> mattwoodrow, (rather than having them separated as they are now)
# [00:23] <darktrojan> is a 'create some tests' bug in-testsuite+ or in-testsuite- ?
# [00:23] * Quits: tonymec (tonymec@23479C63.7CA09106.277517C1.IP) (Input/output error)
# [00:23] <cers> jwir3: ahh - of course, just after I submitted the other info - ok, I'll add another comment with the Graphics info from abbout:support
# [00:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:24] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [00:24] <jwir3> cers: No worries. Again, thanks for taking the time to look at this. It saves us tons of time.
# [00:25] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:26] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:26] * yuan_ is now known as yuan
# [00:26] * Quits: micahg (micahg@moz-61BD5084.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [00:26] <dholbert> mattwoodrow, also: does the test failure (that you're hitting w/ your patches) have a red line drawn through the test?
# [00:27] <mattwoodrow> dholbert: No it doesn't
# [00:27] * Joins: tonymec (tonymec@23479C63.7CA09106.277517C1.IP)
# [00:27] <dholbert> mattwoodrow, ok, good to know. so it's not failing due to setTimeout-reordering
# [00:27] <mattwoodrow> I'm trying to post the patch along with my explanation, but bugzilla seems to be down
# [00:28] <dholbert> mattwoodrow, bugzilla WFM
# [00:28] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [00:28] <dholbert> mattwoodrow, though it was a bit slow to load just now
# [00:28] <dholbert> mattwoodrow, try switching hemispheres?
# [00:28] <dholbert> :D
# [00:28] <mattwoodrow> :(
# [00:29] <mattwoodrow> oh there we go, it worked eventually
# [00:29] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [00:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [00:29] <dholbert> mattwoodrow, looks like your patch has a bunch of other stuff
# [00:29] <mattwoodrow> aaah
# [00:29] <mattwoodrow> yeah, you really don't want all that
# [00:30] * Quits: drice (derice@1606D15F.E628B196.8E155D4E.IP) (Quit: Leaving.)
# [00:30] <mattwoodrow> hg diff and hg diff .
# [00:30] <mattwoodrow> not the same thing.
# [00:30] <cpearce> Is bugzilla really slow for everyone, or just me?
# [00:30] <dholbert> mattwoodrow, also, you're calling "doTest" off of MozReftestInvalidate, but there's no function by that name
# [00:30] <dholbert> cpearce, yeah
# [00:30] <jgilbert> bugzilla is slowfm
# [00:30] * cpearce sighs...
# [00:30] <blizzard> taras: I can't!
# [00:30] <blizzard> taras: so I don't know
# [00:30] * rail-buildduty is now known as rail
# [00:31] <dholbert> mattwoodrow, I think you want s/doTest/swapAnimations/ (or vice versa)
# [00:31] <mattwoodrow> dholbert: you are correct
# [00:31] * Quits: masayuki (masayuki@moz-911CC660.zaq.ne.jp) (Quit: Leaving...)
# [00:31] <mattwoodrow> renamed the function after i tested it
# [00:31] <mattwoodrow> forgot to update the caller
# [00:31] <josh> gavin: I don't know of any major SPDY issues, maybe file a bug or ask Patrick McManus
# [00:31] <dholbert> mattwoodrow, you also want to remove onload=swapAnimations()
# [00:32] <dholbert> at the top of the test
# [00:32] <gavin> josh: ok, will do
# [00:33] <mattwoodrow> dholbert: damn. That breaks it again :(
# [00:34] * Quits: JeroenDeDauw (jeroen@55DAF71A.F7E78B6F.DDBC9343.IP) (Ping timeout)
# [00:34] <dholbert> mattwoodrow, might be a real bug...
# [00:34] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [00:34] <jwatt> here's the guy you can blame - birtles, welcome :)
# [00:35] <dholbert> mattwoodrow, what do your patches (that break the test) change?
# [00:35] <dholbert> mattwoodrow, er s/break the test/increase the frequency of test-failures/ :)
# [00:35] <jwatt> dholbert: DL-based invalidation - "a lot" :)
# [00:35] <mattwoodrow> dholbert: I'm guessing paint timing is the issue here
# [00:35] <mattwoodrow> but yes, a lot is a good answer
# [00:35] <birtles> jwatt, good morning... until now anyway :)
# [00:35] <dholbert> mattwoodrow, yeah, that sounds right
# [00:35] <jwatt> hehe
# [00:36] <birtles> what did I break?
# [00:36] <mattwoodrow> ok this is bizarre
# [00:36] <dholbert> birtles, we're discussing https://bugzilla.mozilla.org/show_bug.cgi?id=547801 , which is aggravated by mattwoodrow's WIP patches
# [00:36] <jwatt> birtles: you didn't break anything - mattwoodrow is just having problems with one of your three year old tests
# [00:36] <mattwoodrow> look at this test output: http://pastebin.mozilla.org/1489831
# [00:37] * Joins: gandalf (zbraniecki@moz-5AF0C410.neoplus.adsl.tpnet.pl)
# [00:37] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [00:37] <mattwoodrow> oh never mind, that makes sense
# [00:37] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Ping timeout)
# [00:37] <dholbert> yeah
# [00:37] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [00:37] <dholbert> that's the semi-expected failure mode
# [00:38] * Quits: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP) (Connection reset by peer)
# [00:38] * Joins: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP)
# [00:38] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [00:38] * Joins: roc (chatzilla@CD3546F7.C4D5CCDB.8EA39960.IP)
# [00:38] * ChanServ sets mode: +o roc
# [00:38] <mattwoodrow> yeah makes more sense now
# [00:38] <mattwoodrow> I was expecting the left -> transition to be failing
# [00:38] <birtles> I'm pretty sure we can re-write the test if need be
# [00:38] <mattwoodrow> *left -> right
# [00:38] <dholbert> birtles, I don't think that's what we want
# [00:38] <dholbert> mattwoodrow, so setTimeoutAndSnapshot has a setCurrentTime call, which triggers a synchronous SMIL sample, which invalidates, which should trigger a paint
# [00:38] <dholbert> up through the invalidation ,that's all synchronous
# [00:39] <jwatt> hey, did you guys like my addition of the "1" and "2" keys as access keys in the reftest analyzer? ;)
# [00:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f754a314d61d - Mounir Lamouri - Bug 727477 - Workaround Galaxy Nexus bug that prevented Battery API to work. r=dougt
# [00:39] <mattwoodrow> jwatt: I do now
# [00:39] <dholbert> jwatt, [mind blown] Did not know about that!
# [00:39] <dholbert> nice
# [00:39] * joduinn-brb is now known as joduinn
# [00:39] <jwatt> heh
# [00:39] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [00:39] <dholbert> mattwoodrow, setTimeoutAndSnapshot also clears the reftest-wait class, which tells us to snapshot "soon"
# [00:40] <jwatt> easy to blow your mind dholbert ;)
# [00:40] <dholbert> mattwoodrow, my understanding/assumption was that all invalidates that have happened before that status was cleared _should_ get flushed before we snapshot
# [00:40] <mattwoodrow> that should be true
# [00:41] <dholbert> hmm
# [00:41] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [00:41] <cers> jwir3: no problem, I know the pains of having to troubleshoot without having a machine with the symptoms
# [00:42] <mattwoodrow> This could be my bug actually
# [00:42] <dholbert> mattwoodrow, I suspect it might be
# [00:42] * Joins: micahg (micahg@moz-61BD5084.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [00:42] <mattwoodrow> looking at the reftest progress report
# [00:42] <cers> jwir3: for what it's worth, this is a MacBook6,1 - in case it turns out to be really specific
# [00:42] <mattwoodrow> we are waiting for a paint after removing reftest-wait
# [00:42] <mattwoodrow> but then we don't take another snapshot
# [00:43] <jwir3> cers: ok. cool
# [00:43] <jwatt> mattwoodrow: I'm thinking your patch to the test can still be landed though
# [00:43] <jwatt> with dholbert's feedback incorporated
# [00:44] * Quits: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP) (Ping timeout)
# [00:44] * Quits: @roc (chatzilla@CD3546F7.C4D5CCDB.8EA39960.IP) (Ping timeout)
# [00:46] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [00:47] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [00:48] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [00:48] <mattwoodrow> jwatt: agreed
# [00:48] <mattwoodrow> I'll need to test it without my patch queue
# [00:48] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912])
# [00:49] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
# [00:51] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [00:53] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [00:53] * AaronMT|dinner is now known as AaronMT
# [00:54] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [00:54] * Quits: coop (Chris@moz-7990BBB9.dsl.bell.ca) (Quit: coop)
# [00:55] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:56] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [00:56] * Quits: dseif (dseif@BE7A166D.531FD64C.630E4E47.IP) (Input/output error)
# [00:56] * Joins: JeroenDeDauw (jeroen@CE420E28.93158486.6D5952B2.IP)
# [00:57] * Joins: mburns (mburns@moz-2BF04693.mirwin.net)
# [00:57] * rail is now known as rail_away
# [00:58] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:58] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [00:59] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [00:59] * Joins: Matti (chatzilla@moz-F38D91DF.dip.t-dialin.net)
# [00:59] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Input/output error)
# [01:00] * Quits: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP) (Quit: Leaving)
# [01:00] * Joins: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:00] <Matti> is bmo only slow for me ?
# [01:00] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [01:00] * padenot is now known as padenot|away
# [01:00] * Quits: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com) (Ping timeout)
# [01:01] * Joins: slowpoke (slowpoke@moz-AE67AB45.gigabit.perfect-privacy.com)
# [01:01] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [01:02] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [01:02] <heycam> Matti, occasionally timing out for me
# [01:02] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Ping timeout)
# [01:04] * zpao is now known as zpao|detached
# [01:04] <nthomas> from the topic in #it - Issues with sites in PHX are being investigated (SUMO,BMO,AMO etc)
# [01:04] * nthomas is now known as nthomas|away
# [01:04] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [01:05] * Joins: mburns (mburns@moz-2BF04693.mirwin.net)
# [01:06] <Matti> thanks
# [01:07] * Quits: JeroenDeDauw (jeroen@CE420E28.93158486.6D5952B2.IP) (Quit: Leaving.)
# [01:07] * Joins: JeroenDeDauw (jeroen@CE420E28.93158486.6D5952B2.IP)
# [01:09] * Quits: clee (clee@moz-6644F61A.static-ip.oleane.fr) (Quit: clee)
# [01:09] <lurking> tbpl also slow ? not loading here - stuck at 29%
# [01:09] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [01:11] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Ping timeout)
# [01:11] * Quits: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP) (Quit: pnemsak)
# [01:12] * Quits: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com) (Connection reset by peer)
# [01:12] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:12] <Archaeopteryx> Matti: not only bmo, also seen mxr problems, status.mozilla.com said amo has also problems
# [01:12] * Joins: mburns (mburns@moz-2BF04693.mirwin.net)
# [01:13] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [01:14] * Joins: shorlander (shorlander@moz-853043D6.dhcp.insightbb.com)
# [01:15] * Joins: alastair (alastair@moz-46B2F9D6.zone5.bethere.co.uk)
# [01:15] * Joins: jimb (user@moz-51B190AA.ptld.qwest.net)
# [01:16] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [01:17] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [01:17] * Joins: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [01:17] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:17] * Parts: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [01:18] * Quits: JeroenDeDauw (jeroen@CE420E28.93158486.6D5952B2.IP) (Ping timeout)
# [01:19] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Connection reset by peer)
# [01:19] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [01:20] * Joins: regen (Miller@moz-1DC003A9.adsl.dynamic.seed.net.tw)
# [01:21] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:21] * Joins: Wes- (chatzilla@A1FEE3E8.E3DA2587.9A5171B3.IP)
# [01:21] <Wes-> does anybody remember why it is that moz "utf-8" encoder can generate 6-byte sequences?
# [01:22] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [01:23] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/39ea8d8f9768 - Kyle Huey - Bug 728429: Require ASLR for binary components on Windows. r=bsmedberg,ehsan
# [01:23] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:23] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
# [01:25] * Quits: kwierso (chatzilla@moz-7D905691.avante-wifi.mozilla.hq) (Ping timeout)
# [01:25] <@smaug> dbaron: blizzard: will you perhaps reply to http://lists.w3.org/Archives/Public/public-html/2012Feb/0273.html
# [01:25] <stuart> Wes-: future expansion?;)
# [01:25] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [01:26] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [01:26] <@smaug> Wes-: look at the cvs blame
# [01:26] <jlebar|mac> bsmedberg: late ack.
# [01:26] <Wes-> stuart: No, there's a good reason for it, I'm wracking my brain trying to remember it. MAYBE so it can encode code points d800-dfff? Or maybe code points > +1FFFF ?
# [01:26] * Quits: gabor (gabor@moz-7D905691.avante-wifi.mozilla.hq) (Ping timeout)
# [01:26] <stuart> U+7FFFFFFF?
# [01:26] * Joins: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP)
# [01:26] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [01:27] <Wes-> smaug: was planning to hit mxr and find where it is first... I can't even remember if it's XPCOM or JSAPI side that does that
# [01:27] <heycam> Wes-, there used to be valid UTF-8 sequences that were that long, but which these days are considered invalid to generate. maybe from such a time?
# [01:27] * Wes- needs to invest in a less-leaky brain
# [01:27] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [01:27] <Wes-> heycam: Do you remember the details of those sequences par chance?
# [01:27] <heycam> Wes-, not off the top of my head, but iirc the RFC that defines UTF-8 talks about them
# [01:28] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:28] * @dolske vaguely has a neuron firing about inefficient coding? eg, being able to represent the same actual codepoint in multiple ways?
# [01:28] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
# [01:28] <Wes-> AH - I think I stumbled upon what I was thinking of: someone told me here a few years ago that we actually do CESU-8 http://en.wikipedia.org/wiki/UTF-8#CESU-8
# [01:28] <heycam> Wes-, http://tools.ietf.org/html/rfc3629#section-10
# [01:29] * Quits: cpearce (chatzilla@moz-AD8CD407.xdsl.xnet.co.nz) (Ping timeout)
# [01:29] <Wes-> Thanks, I had forgotten that detail too! Gosh, there is so much to keep straight when doing this stuff. (thank God for iconv)
# [01:30] * timA is now known as timA|burrito
# [01:31] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [01:32] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [01:33] <taras> njn: ping
# [01:35] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [01:36] * Joins: cviecco (cviecco@D18F1C34.352137A1.BCED17D.IP)
# [01:36] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [01:37] <njn> taras: pong
# [01:37] * dholbert is now known as dholbert|afk
# [01:38] * Quits: cviecco (cviecco@D18F1C34.352137A1.BCED17D.IP) (Ping timeout)
# [01:39] * Joins: cviecco (cviecco@moz-104CC309.mv.mozilla.com)
# [01:40] * nthomas|away is now known as nthomas
# [01:40] <taras> njn: i think we discussed this before. what do you think of adding ui for "___ problem is affecting you..here is how to fix it"
# [01:41] <njn> taras: not sure I follow
# [01:41] <taras> eg google reader stealing all of your ram
# [01:41] <taras> we could suggest people reload that tab
# [01:41] <taras> or if a bad addon is detected
# [01:41] <taras> or windows indexing service is detected
# [01:42] <njn> taras: is detecting these things feasible?
# [01:42] * rnewman is now known as rnewman|working
# [01:42] <njn> add-ons, maybe, we have bugs open on that
# [01:42] <jhammel> s/indexing service//
# [01:42] <taras> njn: yes
# [01:42] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 10.0.1/20120216115507])
# [01:42] * Quits: smontagu (chatzilla@moz-A28179DF.red.bezeqint.net) (Ping timeout)
# [01:42] <taras> njn: surely we can detect google reader leaking?
# [01:43] <njn> taras: I don't know
# [01:44] <@smaug> is it really leaking, or keeping stuff in memory for some reason
# [01:44] <@dolske> taras: the usual good-ui response to that is that if the browser can detect such things, it should either fix them itself or prevent them from being a problem in the first place
# [01:44] <njn> define "leaking"
# [01:44] <@dolske> but I can see there being cases where that's sensible to do, though the question(s) will still come up. :)
# [01:45] * bwinton_away is now known as bwinton
# [01:45] <taras> njn: using a disproportionate amount of memory, as reported by compartments
# [01:45] <taras> in about:memory
# [01:46] <njn> taras: teaching FF about a specific shitty sites sounds like a trail of tears
# [01:46] <jhammel> vs assuming the entire web is shitty ;)
# [01:46] <taras> njn: there are multiple classes of this
# [01:47] <taras> we can detect that a single tab is ruining browser perf
# [01:47] <taras> and we should be able to point that out to the user
# [01:47] <taras> it doesn't have to be site-specific
# [01:48] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [01:48] <njn> taras: define "ruining browser pref"
# [01:48] * Joins: masayuki (masayuki@moz-911CC660.zaq.ne.jp)
# [01:48] * khuey is now known as khuey|away
# [01:49] <@smaug> s/pref/perf/
# [01:49] <@smaug> causing average responsiveness time to increase significantly
# [01:49] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [01:49] * Joins: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:49] <taras> njn: any background tab that causes lag problems
# [01:49] * joduinn is now known as joduinn-mtg
# [01:49] <taras> and we can define finite classes of problems
# [01:50] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [01:50] <Waldo> so, um, anyone know who actively hacks on MXR these days? I have a bug I'd like prioritized a bit, which is actively interfering with the code style I'd like to have
# [01:50] <njn> taras: well, if you can do it, great. But it sounds hard
# [01:50] <taras> Waldo: jmdesp seems to make most noise about it
# [01:50] <taras> i dont know if he hacks on it
# [01:51] <Waldo> pretty sure he doesn't :-\
# [01:51] <taras> Waldo: the same team that maintains soccoro owns mxr
# [01:51] <taras> forget their name
# [01:51] <taras> but they hate hacking on it :)
# [01:52] * Quits: darktrojan (geoff@moz-188895D5.telstraclear.net) (Quit: darktrojan)
# [01:52] <taras> njn: are you not aware of memshink problems that are detectable?
# [01:52] <taras> ie are they all subtly different?
# [01:53] <taras> surely there must be some common content/addon bad patterns
# [01:53] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [01:53] <Waldo> yeah, from what the email-sent-to list looks like, webtools:mxr bugs go to /dev/null more or less
# [01:53] <taras> Waldo: can i interest you in actively maintained dxr?
# [01:53] <taras> :)
# [01:53] * Joins: bb10 (bb10@moz-C7B05616.org)
# [01:54] <Waldo> taras: well, dxr is worse on this front
# [01:54] <Waldo> taras: bug 717196
# [01:54] <Waldo> dxr doesn't display the summary comment at all
# [01:55] <Waldo> for all that dxr might be maintained where mxr isn't, I think mxr is still used by a lot more people
# [01:56] * ctalbert is now known as ctalbert|afk
# [01:56] <@smaug> (because dxr misses some basic features, like links to blame/annotate)
# [01:56] <taras> smaug: it has those
# [01:57] <taras> smaug: http://dxr.lanedo.com/mozilla-central/startupcache/StartupCache.h.html#l126
# [01:57] <taras> as an example
# [01:58] * Quits: gandalf (zbraniecki@moz-5AF0C410.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [01:58] <taras> smaug: you reported a bunch of bug about chrome hanging on to content
# [01:58] <Waldo> um, that's totally not http://dxr.mozilla.org/mozilla/mozilla-central/
# [01:58] <taras> can that be automated?
# [01:58] <Waldo> so that might as well be dark matter as far as most people are concerned
# [01:58] <taras> Waldo: yeah that one is old, in process of being upgrade
# [01:59] <taras> d
# [01:59] <taras> also slow
# [01:59] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Leaving...)
# [01:59] * Quits: micahg (micahg@moz-61BD5084.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [01:59] <Waldo> ...I think this demonstrates that dxr is not ready for prime time yet
# [01:59] <@smaug> never heard of http://dxr.lanedo.com before
# [02:00] <Waldo> but this is all pretty digressionary from MXR not working for my purposes
# [02:00] * Quits: alastair (alastair@moz-46B2F9D6.zone5.bethere.co.uk) (Quit: sleep)
# [02:00] <Waldo> dxr.lanedo seems to have a pretty old tree, too
# [02:00] <taras> it's a work in progress
# [02:01] <taras> input from mxr users on missing features would be handy
# [02:01] <Waldo> quod erat demonstrandum
# [02:01] * timA|burrito is now known as timA
# [02:02] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [02:02] * Quits: ferongr (ferongr@7021457F.229EBBFA.F5160715.IP) (Ping timeout)
# [02:04] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:04] * Joins: ferongr (ferongr@7021457F.229EBBFA.F5160715.IP)
# [02:06] <gavin> smaug: the clearing of mListNode/mFocusedInputNode/mFocusedInput in the destructor is still redundant in your latest patch
# [02:06] <@smaug> gavin: how
# [02:06] * Joins: cstipkovic (Clauber@moz-6E12EBA8.dsl.telesp.net.br)
# [02:06] <@smaug> what clears them
# [02:07] <gavin> oh
# [02:07] <gavin> nevermind I misread
# [02:07] <@smaug> (I'm neurotic with raw pointers )
# [02:07] <gavin> this code is so crappy
# [02:07] <@smaug> yeah, it is old
# [02:07] * Quits: masayuki (masayuki@moz-911CC660.zaq.ne.jp) (Ping timeout)
# [02:07] * Quits: jimb (user@moz-51B190AA.ptld.qwest.net) (Ping timeout)
# [02:08] * Joins: masayuki (masayuki@moz-911CC660.zaq.ne.jp)
# [02:08] * Quits: AutomatedTester (AutomatedT@moz-1D9FC869.as13285.net) (Input/output error)
# [02:08] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [02:08] * Joins: darktrojan (geoff@moz-188895D5.telstraclear.net)
# [02:08] <@smaug> "1.1 hewitt%netscape.com 2002-09-27 17:38 165955 - landing new autocomplete api and satchel for phoenix. not built yet."
# [02:08] <biesi> blast from the past
# [02:09] * ewong|afk is now known as ewong
# [02:10] * Quits: masayuki (masayuki@moz-911CC660.zaq.ne.jp) (Quit: Leaving...)
# [02:10] * Joins: masayuki (masayuki@moz-911CC660.zaq.ne.jp)
# [02:10] <njn> bnicholson: you're burning on inbound?
# [02:10] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [02:10] <njn> bnicholson: or maybe that's an infra problem
# [02:10] * Quits: AaronMT (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [02:11] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:11] <njn> might need a clobber
# [02:13] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [02:13] <bnicholson> njn: yeah, that patch shouldnt affect linux, its android only
# [02:15] * Quits: cstipkovic (Clauber@moz-6E12EBA8.dsl.telesp.net.br) (Client exited)
# [02:15] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [02:15] * Joins: micahg (micahg@moz-61BD5084.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [02:15] * jhammel is now known as jhammel|noms
# [02:15] * Quits: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:16] <nthomas> that slave last built rev e80c939cc639 on inbound for that job
# [02:16] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:16] <nthomas> so it'll be barfing on http://hg.mozilla.org/integration/mozilla-inbound/rev/7dda043db571
# [02:17] * Joins: dbradley (dbradley@moz-BEB1BED8.central.biz.rr.com)
# [02:17] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Input/output error)
# [02:17] <darktrojan> I wonder, looking at http://build.mozilla.org/builds/pending/nontry.html , if we could/should queue non-urgent pushes and feed them in when it's quieter
# [02:17] * Joins: cviecco (cviecco@moz-5AA1643.stanford.edu)
# [02:17] <gavin> smaug: this fixes that other bug you filed too, right?
# [02:18] <darktrojan> this has been another edition of darktrojan's thoughts from leftfield
# [02:18] * Joins: jprmc (jprmc@B2BA701C.5BCEC6DB.DA78B690.IP)
# [02:19] * Quits: cviecco (cviecco@moz-5AA1643.stanford.edu) (Ping timeout)
# [02:19] <@smaug> gavin: yes
# [02:21] * Joins: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com)
# [02:22] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [02:22] <darktrojan> also I'd love it if xchat didn't die randomly
# [02:22] <Octayn> darktrojan: how many sheep do you have to sacrifice?
# [02:23] * Quits: darktrojan (geoff@moz-188895D5.telstraclear.net) (Quit: darktrojan)
# [02:23] * joduinn-mtg is now known as joduinn
# [02:23] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [02:24] * Joins: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [02:24] * Quits: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com) (Quit: ibarlow)
# [02:25] * Joins: darktrojan (geoff@moz-188895D5.telstraclear.net)
# [02:26] * Quits: asac (asac@moz-C4209068.pppoe.wtnet.de) (Quit: Lost terminal)
# [02:26] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:26] * bwinton is now known as bwinton_away
# [02:26] * Quits: necolas (necolas@moz-F9C3140E.bb.sky.com) (Client exited)
# [02:27] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Ping timeout)
# [02:27] <darktrojan> Octayn, sacrifice for what?
# [02:27] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [02:27] <Octayn> darktrojan: To get xchat stable of course
# [02:28] <darktrojan> who knows, but I'm in NZ, we have plenty
# [02:28] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [02:28] <darktrojan> I think actually it's ubuntu's fault
# [02:29] <darktrojan> so I'm going to blame them for that too
# [02:29] * Quits: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net) (Ping timeout)
# [02:30] * Quits: harth (harth@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [02:31] * Quits: @smaug (chatzilla@moz-3E358B09.gprs.sl-laajakaista.fi) (Ping timeout)
# [02:33] * Joins: asac (asac@moz-C4209068.pppoe.wtnet.de)
# [02:33] * Joins: bhaktavatsalam (bhaktavats@moz-44574D98.poly.edu)
# [02:34] * Parts: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:34] * Joins: mburns (mburns@moz-2BF04693.mirwin.net)
# [02:35] * Joins: bharath (Mibbit@8A1DDFE6.2323D110.C842849F.IP)
# [02:35] * Joins: dseif (dseif@moz-E7A98F19.dsl.teksavvy.com)
# [02:35] <bharath> Can anyone suggest a real easy bug that I can work on?
# [02:36] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:36] <bharath> I'm familiar with C/C++ and Python
# [02:36] <mbrubeck> bharath: https://developer.mozilla.org/en/Introduction has some resources for finding good first bugs
# [02:37] <mbrubeck> in particular, http://www.joshmatthews.net/bugsahoy/ will let you search through bugs with "mentors" (people who volunteer to help new contributors)
# [02:37] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [02:37] * Quits: asac (asac@moz-C4209068.pppoe.wtnet.de) (Quit: leaving)
# [02:38] * Joins: asac (asac@moz-C4209068.pppoe.wtnet.de)
# [02:38] * Quits: bhaktavatsalam (bhaktavats@moz-44574D98.poly.edu) (Client exited)
# [02:39] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:39] <bharath> mbrubeck: how to work with "http://www.joshmatthews.net/bugsahoy/"?
# [02:39] * Quits: SeoZ (DanielJuyu@19561BCF.F5F46C28.14E0EA63.IP) (Client exited)
# [02:39] * Joins: SeoZ (DanielJuyu@19561BCF.F5F46C28.14E0EA63.IP)
# [02:40] * Joins: biesi (cbiesinger@moz-CC24D9B1.tmodns.net)
# [02:40] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [02:40] <mbrubeck> bharath: Check some of the boxes on the right, based on your interests. For example: http://www.joshmatthews.net/bugsahoy/?py=1&cpp=1
# [02:41] <mbrubeck> If you click on one of the bugs in that list like https://bugzilla.mozilla.org/show_bug.cgi?id=728905 and look at the "Whiteboard" field, you'll find it says "mentor=trev.saunders@gmail.com"
# [02:41] <mbrubeck> You can contact that person by email, or in the Bugzilla comments, or on IRC to tell them you're interested in working on the bug and ask any questions that you have.
# [02:41] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [02:42] * Joins: kwierso (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:42] * Quits: mak (chatzilla@moz-B62534CC.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [02:43] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Ping timeout)
# [02:43] * heycam is now known as heycam|away
# [02:44] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [02:45] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [02:45] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [02:45] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:46] <bharath> wes:may I know about the bug 715709 ,I want to work on that
# [02:46] * dholbert|afk is now known as dholbert
# [02:47] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:47] <mbrubeck> wesj: ^
# [02:47] * Quits: kwierso (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:47] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:47] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [02:48] <bharath> wesj: may I know about the bug 715709 ,I want to work on that
# [02:48] * Joins: kwierso (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [02:48] <wesj> bharath: hey
# [02:48] <mbrubeck> bharath: You might start with Wes's comment 6: https://bugzilla.mozilla.org/show_bug.cgi?id=715709#c6
# [02:48] * Quits: dbradley (dbradley@moz-BEB1BED8.central.biz.rr.com) (Ping timeout)
# [02:48] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [02:48] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [02:49] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [02:49] * Joins: surkov (surkov@703D4713.1344B664.5D3F4C44.IP)
# [02:50] <bharath> mbrubeck : sorry I cannot understand ,can you explain once again?
# [02:50] <wesj> bharath: have you had a chance to read the comment i wrote in the bug
# [02:51] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [02:51] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [02:54] * Joins: mburns (mburns@moz-2BF04693.mirwin.net)
# [02:56] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [02:56] <bharath> wesj: I am sorry I have never worked mozilla in android , can you help me out?
# [02:56] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [02:56] * Quits: kwierso (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:57] <@bz_away> Hmm
# [02:57] <@bz_away> when I build with clang, my browser crashes on startup
# [02:57] <@bz_away> is that expected?
# [02:57] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:58] <mbrubeck> bharath: To start, you'll need to get the source code and build it. You can find instructions at https://wiki.mozilla.org/Mobile/Fennec/Android
# [02:58] <wesj> bharath: sure. happy to help, but i have to head home soon for today. are you familiar with Mozilla development at all? mbrubeck's link is probably a good place to start for the android stuff
# [02:58] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Quit: Leaving.)
# [02:58] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [02:58] * ChanServ sets mode: +o ehsan
# [02:58] <mbrubeck> then you can edit the CSS files mentioned in the bug and re-build Firefox to see the effects
# [02:58] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [02:59] * Quits: edmorley (edmorley@moz-A8AF2474.range86-166.btcentralplus.com) (Quit: nn)
# [02:59] <bharath> mbrubeck: will the steps for building the source be the same as like firefox
# [03:00] <mbrubeck> bharath: Building for Android has a few extra steps and required tools, compared to desktop Firefox.
# [03:00] * Joins: coop (Chris@moz-7990BBB9.dsl.bell.ca)
# [03:00] * Quits: gaston (landry@moz-2911F07A.rhaalovely.net) (Ping timeout)
# [03:00] <bharath> mbrubeck: for android , do I require any other skills?
# [03:00] <mbrubeck> in particular, building for Android does not work on Windows right now -- it's easiest if you use Linux, and we have a Linux virtual machine you can use for development on other platforms.
# [03:01] * Joins: gkw2|mini (gkw@moz-BBE3ABD.mv.mozilla.com)
# [03:01] * Joins: gaston (landry@moz-2911F07A.rhaalovely.net)
# [03:01] <mbrubeck> Some of the Android code is in Java, though you shouldn't need to write any Java code for this bug.
# [03:01] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [03:01] <mbrubeck> Also, it's easiest if you have an Android device that can run Firefox, so you can test your changes.
# [03:01] * Quits: micahg (micahg@moz-61BD5084.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com) (Ping timeout)
# [03:01] <mbrubeck> If any of that is a potential problem, you might want to start off with desktop Firefox bugs.
# [03:02] <mbrubeck> I have to go to dinner now too, but feel free to ask more questions in the bug or here, and someone will answer them eventually.
# [03:02] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [03:02] <bharath> mbrubeck: thanks a lot for your suggestions
# [03:02] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Input/output error)
# [03:02] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
# [03:02] <mbrubeck> You're welcome.
# [03:03] * Quits: bharath (Mibbit@8A1DDFE6.2323D110.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:03] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [03:04] * heycam|away is now known as heycam
# [03:04] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [03:04] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Quit: Leaving)
# [03:07] * Quits: bretr (bret_recka@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: bretr)
# [03:07] * Joins: stomper (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [03:07] * Joins: jpr_ (jprmc@D10FB0A3.5BCEC6DB.DA78B690.IP)
# [03:07] * Quits: stomper (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:08] * Quits: jprmc (jprmc@B2BA701C.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [03:08] * Quits: jpr_ (jprmc@D10FB0A3.5BCEC6DB.DA78B690.IP) (Connection reset by peer)
# [03:08] * Joins: jprmc (jprmc@D10FB0A3.5BCEC6DB.DA78B690.IP)
# [03:10] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120218113531])
# [03:11] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [03:11] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [03:11] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [03:12] * Quits: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net) (Ping timeout)
# [03:12] * Joins: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net)
# [03:13] * Joins: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net)
# [03:13] * jmaher|afk is now known as jmaher
# [03:15] * Quits: clokep (clokep@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre)
# [03:17] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [03:17] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [03:17] * jhammel|noms is now known as jhammel
# [03:18] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0/20120131172511])
# [03:18] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [03:19] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [03:20] * Joins: micahg (micahg@moz-6E8FD6B4.c3-0.arm-ubr1.chi-arm.il.cable.rcn.com)
# [03:23] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [03:23] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [03:23] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [03:23] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
# [03:23] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [03:24] * Joins: bobchao (bobchao@moz-99690620.hinet-ip.hinet.net)
# [03:24] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [03:25] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [03:25] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
# [03:25] * Parts: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [03:25] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [03:30] * Quits: biesi (cbiesinger@moz-CC24D9B1.tmodns.net) (Ping timeout)
# [03:30] * Joins: asac_ (asac@moz-4FB5D1FC.pppoe.wtnet.de)
# [03:31] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [03:31] * Quits: asac (asac@moz-C4209068.pppoe.wtnet.de) (Ping timeout)
# [03:32] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [03:33] * Quits: chewey (chewey@moz-2E5D0451.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:33] * Joins: chewey (chewey@moz-7C1C6B11.dip0.t-ipconnect.de)
# [03:33] * Quits: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net) (Ping timeout)
# [03:34] * Quits: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:34] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [03:34] * Joins: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP)
# [03:35] * jhford-work is now known as jhford-work-away
# [03:40] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [03:41] * Quits: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:41] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [03:41] <@bz_away> anyone here build with clang?
# [03:41] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
# [03:41] * Quits: vikram360 (vikram360@495A0D12.F861F6E6.2A068A5E.IP) (Ping timeout)
# [03:41] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [03:42] * Quits: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [03:42] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:42] * Joins: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP)
# [03:42] * Joins: Anarchy (anarchy@moz-F8F37895.nctv.com)
# [03:42] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [03:42] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [03:42] <Anarchy> anyone noticed trouble with --disable-official-branding still using official-branding?
# [03:43] * Quits: regen (Miller@moz-1DC003A9.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:43] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:43] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [03:44] * Joins: Lucas (Lucas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [03:45] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [03:47] <Unfocused> bz_away: on my linux box, i do
# [03:48] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [03:51] <@bz_away> Unfocused: ah, I was trying it on mac
# [03:51] <@bz_away> Unfocused: my builds crash on startup. :(
# [03:51] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
# [03:52] * philor is now known as philor|away
# [03:52] <Unfocused> :\
# [03:53] <@bz_away> Unfocused: was just wondering whether this is a known issue....
# [03:53] <Unfocused> unknown by me, fwiw
# [03:53] <@bz_away> ok
# [03:53] <@bz_away> which rev of clang are you using?
# [03:53] * @bz_away just pulled tip....
# [03:53] <@bz_away> maybe I need to switch to a different rev. ;)
# [03:53] <Unfocused> 3.1, rev b6f8d28411955bc5349217a657ad5f274f72293a
# [03:54] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [03:54] <Unfocused> though, i haven't been building on my linux ox as much recently
# [03:54] <Unfocused> er, linux box
# [03:54] * Quits: sewardj (sewardj@moz-6D77AF35.dip.t-dialin.net) (Ping timeout)
# [03:54] * Joins: sewardj (sewardj@moz-D49FD185.dip.t-dialin.net)
# [03:55] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [03:55] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [03:55] * Joins: Nathandim (Nathandim@moz-6C4CE143.home.otenet.gr)
# [03:56] <@bz_away> hm
# [03:56] * @bz_away is not sure how to get a rev other than 151023
# [03:56] <@bz_away> our of svn
# [03:56] * Joins: harth (harth@moz-1F71062D.hsd1.ca.comcast.net)
# [03:56] <Unfocused> oh, i pulled from the git repo
# [03:57] <@bz_away> ah, heh
# [03:57] <@bz_away> ok
# [03:57] <Unfocused> using svn makes me feel dirty
# [03:58] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [03:58] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
# [03:58] * Joins: regen (Miller@moz-1DC003A9.adsl.dynamic.seed.net.tw)
# [03:58] * Quits: regen (Miller@moz-1DC003A9.adsl.dynamic.seed.net.tw) (Quit: regen)
# [03:58] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [03:59] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [04:00] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
# [04:01] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [04:02] * Quits: mburns (mburns@moz-2BF04693.mirwin.net) (Connection reset by peer)
# [04:08] <@bz_away> well, sure
# [04:08] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:08] * @bz_away didn't know there was a git repo. ;)
# [04:11] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [04:11] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [04:11] * khuey|away is now known as khuey
# [04:11] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:12] <@khuey> hmm, looks like I broke something
# [04:14] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [04:14] * Quits: bholley (bholley@B02FCA5A.52D01038.50A7E6A6.IP) (Quit: bholley)
# [04:14] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b27980f1de54 - Kyle Huey - Bug 728429: Fix typo. r=me
# [04:16] * @bz_away gives up on clang for now
# [04:16] * bz_away is now known as bz
# [04:16] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:17] * Quits: Anarchy (anarchy@moz-F8F37895.nctv.com) (Quit: Leaving)
# [04:18] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [04:18] * Quits: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [04:19] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [04:20] <bjacob> glandium: asked a question on your blog!
# [04:23] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [04:24] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [04:24] * @dolske plays word-chain...
# [04:24] * Joins: brendan (brendaneic@3616D21E.E23F1158.43362C16.IP)
# [04:24] <@dolske> clang -> clans -> clams -> crams -> crass -> crash
# [04:27] <mattwoodrow> bz: ping
# [04:27] * @bz tries
# [04:27] <@bz> mattwoodrow: ack
# [04:27] <@bz> sadly, "clang" and "segv" have different numbers of letters
# [04:28] <mattwoodrow> bz: For display-list invalidation I need to trigger a refresh driver tick whenever something changes so that things get processed
# [04:28] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
# [04:28] <@bz> ok
# [04:28] <mattwoodrow> I've got a test thats changing a div's style.width, and PresShell:DoReflow isn't getting hit
# [04:28] <@bz> do you mean "immediately"?
# [04:28] <@bz> or do you mean "sometime"?
# [04:28] <mattwoodrow> I need to schedule the tick immediately
# [04:29] <mattwoodrow> (IsMozAfterPaintPending checks it)
# [04:29] * Quits: Nathandim (Nathandim@moz-6C4CE143.home.otenet.gr) (Client exited)
# [04:29] <@bz> so start the timer immediately
# [04:29] <@bz> ok
# [04:29] <@bz> so if style.width changes...
# [04:29] <@bz> we should be adding the relevant frame constructor as a refresh observer
# [04:30] <mattwoodrow> actually, will this hit DoApplyRenderingChangeToTree?
# [04:30] * Quits: jamesr (jamesr@BE74E46C.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [04:30] <@bz> whether reflow happens or not then depends on other styles and such
# [04:30] <@bz> a width change?
# [04:30] <@bz> shouldn't
# [04:30] * @bz checks
# [04:30] <@bz> no
# [04:30] <@bz> it will not
# [04:30] <mattwoodrow> alright, won't bother scheduling from there then
# [04:31] <@bz> hold on
# [04:31] <@bz> hold on
# [04:31] <@bz> back up
# [04:31] <@bz> What does IsMozAfterPaintPending check?
# [04:31] * Quits: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP) (Connection reset by peer)
# [04:31] * Joins: victorporo (victorporo@1ADEBCE.63BE4D17.4873E54D.IP)
# [04:31] <mattwoodrow> if the refresh driver has a view manager flush pending
# [04:32] <@bz> ok
# [04:32] <mattwoodrow> since we don't generate invalidations until it actually happens
# [04:32] * @bz thinks
# [04:32] <@bz> so the way this works right now is that reftest flushes out layout
# [04:32] <@bz> and then checks IsMozAfterPaintPending ?
# [04:32] <mattwoodrow> I just need to make sure that every case that might result in invalidations also schedules a tick
# [04:32] <mattwoodrow> correct
# [04:32] <@bz> ok
# [04:33] <@bz> so when you mean "tick" do you really mean a tick?
# [04:33] <@bz> or do you mean a pending view manager flush?
# [04:33] <@bz> because changing style.width will schedule a tick
# [04:33] <@bz> (if one is not already scheduled)
# [04:33] <mattwoodrow> I mean a view manager flush
# [04:33] <@bz> ok
# [04:34] * Quits: brendan (brendaneic@3616D21E.E23F1158.43362C16.IP) (Quit: brendan)
# [04:34] <mattwoodrow> it checks if the widget refresh driver has mViewManagerFlushIsPending set
# [04:34] <mattwoodrow> (and I have nsIFrame::SchedulePaint() which sets it)
# [04:34] <@bz> So probably we should schedule a view manager flush any time we reflow
# [04:34] <@bz> right?
# [04:34] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [04:34] <@bz> since the goal is to move invalidation out of reflow for the moment?
# [04:34] <mattwoodrow> Yep
# [04:35] <@bz> ok
# [04:35] <mattwoodrow> That sounds right
# [04:35] <mattwoodrow> which is what I thought i was doing with adding it into PresShell:DoReflow()
# [04:36] <@bz> Should work
# [04:36] <@bz> well
# [04:36] <@bz> one sec
# [04:36] <@bz> yeah
# [04:36] <@bz> should be hit
# [04:37] <@bz> can I see your testcase?
# [04:37] * Joins: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP)
# [04:37] * Quits: victorporo (victorporo@1ADEBCE.63BE4D17.4873E54D.IP) (Connection reset by peer)
# [04:38] <mattwoodrow> bz: Wow, I think I need a break
# [04:38] <mattwoodrow> You're right, it is hit
# [04:38] * Quits: ahal (ahal@moz-44629E23.cpe.net.cable.rogers.com) (Client exited)
# [04:38] <@bz> ok, good
# [04:38] <@bz> I was getting worried!
# [04:38] <mattwoodrow> and relinking xml after writing the code always helps
# [04:38] <mattwoodrow> *xul
# [04:38] * Joins: tchevalier (chatzilla@moz-2AA2027A.w90-48.abo.wanadoo.fr)
# [04:39] <mattwoodrow> thanks
# [04:39] <@bz> er, yes
# [04:39] <@bz> yes, it does
# [04:40] * @bz hates build systems
# [04:40] <@bz> you're welcome
# [04:40] <@khuey> heh
# [04:40] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [04:40] <@bz> I mean...
# [04:40] * 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])
# [04:40] * philor|away is now known as philor
# [04:40] * Quits: ashish (ashish@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [04:40] <@bz> build systems are like most infrastructure
# [04:41] <@bz> you only notice them when they get in your way
# [04:41] <@bz> and don't realize all the crap they save you from on a daily basis...
# [04:41] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [04:42] <@khuey> indeed
# [04:42] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
# [04:43] <@dolske> stupid highway dividers.
# [04:44] <bkero> :)
# [04:44] * bkero protects you from melting repos.
# [04:44] <@bz> yeah, it's bad when your repo melts
# [04:44] <@bz> snorting it is way easier in powder form
# [04:45] <@khuey> rofl
# [04:45] * Quits: tchevalier (chatzilla@moz-2AA2027A.w90-48.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120221031301])
# [04:46] * Joins: ashish (ashish@moz-B77DEAEB.mozilla.org)
# [04:48] * Quits: dcamp (dave@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
# [04:50] * Quits: tonymec (tonymec@23479C63.7CA09106.277517C1.IP) (Input/output error)
# [04:50] <bkero> I keep your hg fresh and uncut ;)
# [04:51] * Quits: KaiRo_away (robert@moz-7BA5AFA2.adsl.highway.telekom.at) (Input/output error)
# [04:51] * Quits: tonymec|away (tonymec@23479C63.7CA09106.277517C1.IP) (Quit: Konversation terminated!)
# [04:55] <philor> oh, nice, khuey's unstarred orange is already on inbound
# [04:55] <@khuey> :-D
# [04:56] <philor> if only we had a tree where you could land things without shitting on the rest of the project...
# [04:57] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [04:57] * Quits: jprmc (jprmc@D10FB0A3.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [04:57] <njn> philor: comm-central?
# [04:57] <philor> snerk :)
# [04:58] <@khuey> lulz
# [04:58] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [04:58] * @bz hates compilers
# [04:58] <@bz> they're slow and they produce slow buggy code
# [04:59] <@bz> sucky the way build systems are
# [04:59] <pcwalton> let's go back to macro assemblers
# [04:59] <pcwalton> well, those suck too
# [04:59] <Octayn> bz: I hate software. It's slow and buggy.
# [05:00] <philor> khuey: oh, look, red PGO build!
# [05:00] <@bz> Octayn: hardware too
# [05:00] <Octayn> Yeah!
# [05:00] <@bz> pcwalton: indeed
# [05:00] <darktrojan> let's go back to using paper
# [05:00] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:00] <@bz> computers in general... <sigh>
# [05:00] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Quit: Leaving)
# [05:00] <@bz> paper is nice, yeah
# [05:00] <philor> khuey: oh, look, red PGO build on inbound, above where you were merged!
# [05:00] <@khuey> philor: oh joy
# [05:00] * darktrojan posts bz a patch
# [05:00] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
# [05:00] <@bz> darktrojan: let me tell you back when I used to carry around patches on floppies...
# [05:00] <darktrojan> ... 3 weeks later ... r-
# [05:01] <philor> if only we had a tree where you could push, and not get merged to other trees until after a PGO build had succeeded somewhere above you...
# [05:01] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [05:01] <@bz> darktrojan: I'd write the code, diff, put the patch on a floppy, take it in to the computer lab
# [05:01] <@khuey> hey, there's plenty of other stuff in this range ;-)
# [05:01] <@bz> darktrojan: and there upload to bugzilla
# [05:01] * Quits: espindola (espindola@moz-74E17D89.dsl.teksavvy.com) (Client exited)
# [05:01] <darktrojan> heh :/
# [05:01] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:01] <@bz> darktrojan: did I mention CVS was involved?
# [05:02] <darktrojan> ew, when was this? 1993?
# [05:02] <@bz> 2002, iirc
# [05:02] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [05:02] <@bz> fall of
# [05:02] * philor checks s-c
# [05:03] <philor> oh, for stabbing ourselves in the face with a fork's sake
# [05:03] <philor> there *is* plenty in the range, because we don't do PGO on s-c
# [05:03] <@khuey> woo
# [05:03] * darktrojan predicts a tree closure soon
# [05:03] <@bz> niiiice
# [05:03] <@khuey> so, trigger PGO builds on everything
# [05:03] <philor> so, go ahead and back both of yours out, and let's see if we're backing out a merge
# [05:03] <@khuey> and twiddle our collective thumbs for several hours
# [05:03] <@bz> why do we have these non-pgo-branches again? :(
# [05:04] <philor> because we love pain more than anything
# [05:04] <@khuey> philor: if you want to back me out and retrigger go for it
# [05:04] * @khuey 's tree is not in a good state right now
# [05:04] <philor> you smell soooo good. for it, that is
# [05:04] <@khuey> heh
# [05:05] <philor> sweet, mine's only 412 csets behind
# [05:06] * philor changes topic to 'm-c: CLOSED m-i: OPEN || Next aurora uplift: 13th March || If you are new or want to help, see irc://irc.mozilla.org/#introduction || logs: http://krijnhoetmer.nl/irc-logs/'
# [05:06] * nthomas is now known as nthomas|away
# [05:07] * Quits: Matti (chatzilla@moz-F38D91DF.dip.t-dialin.net) (Ping timeout)
# [05:08] * Joins: Matti (chatzilla@moz-F0D05265.dip.t-dialin.net)
# [05:08] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [05:08] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/373c710112e6 - Phil Ringnalda - Back out b27980f1de54 and 39ea8d8f9768 (bug 728429) for potential Windows PGO build bustage on a CLOSED TREE
# [05:09] <@khuey> ty
# [05:09] <philor> fun fact: if I had just backed something out on inbound, at 8pm on a week night, I wouldn't be on the hook for four or five hours
# [05:09] <philor> np
# [05:10] <@khuey> I'll be around for the next few hours
# [05:10] <@khuey> I can watch
# [05:10] * glob|away is now known as glob
# [05:10] * Quits: jtcranmer (jtcranmer@moz-3B7840FE.cs.uiuc.edu) (Ping timeout)
# [05:10] * Quits: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120221050753])
# [05:11] <philor> the first half hour will be the most critical, since I always panic when I get the "remote changed foo which local deleted, (b)reak everything or leave (d)eleted and break everything?"
# [05:12] <philor> come on, self-serve, run your cronjob and learn about the rev, while we're young
# [05:13] <philor> and, PGO triggered
# [05:16] * Joins: jtcranmer (jtcranmer@moz-3B7840FE.cs.uiuc.edu)
# [05:16] * Quits: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [05:16] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [05:19] * Quits: Matti (chatzilla@moz-F0D05265.dip.t-dialin.net) (Quit: ChatZilla 0.9.88 [SeaMonkey 2.10a1/20120220003027])
# [05:20] * jmaher is now known as jmaher|afk
# [05:21] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:22] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:23] * Joins: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [05:23] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [05:24] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [05:24] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [05:24] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
# [05:26] * Joins: smontagu (chatzilla@moz-DFDEC6A7.red.bezeqint.net)
# [05:26] * Joins: jdm (jdm@moz-87DE760D.cpe.net.cable.rogers.com)
# [05:28] * Joins: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com)
# [05:29] <jesup> Hmmm. So, I have DOM code in WebRTC that lived in media/webrtc ... then we split that stuff into gkmedia, and now all my DOM-ish stuff like DOMCI_DATA() doesn't work; can't reference includes/IDLs in media from nsDOMClassInfo.ccp, etc. I'm considering moving the DOM portion into somwhere in content or dom. Anyone have any good suggestions as to where would be good, and if this is a good idea?
# [05:32] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [05:32] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Input/output error)
# [05:32] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [05:35] <philor> huh. I wonder whether billm's patch on inbound to enable IGC in JS_NewPropertyIterator is to blame for the random bits of a11y failure
# [05:36] <philor> and how on earth a widget: cocoa patch caused us to leak a document on both Mac and Windows
# [05:36] <jesup> Obvious choices would be content/media (already exists) or dom/webrtc
# [05:37] * rnewman|working is now known as rnewman
# [05:38] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [05:38] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [05:38] <philor> oh, neat, billm's try push leaked the same way
# [05:38] <philor> what a weird coincidence!
# [05:38] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [05:39] * Quits: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:41] * coop is now known as coop|away
# [05:41] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Ping timeout)
# [05:42] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [05:42] * Quits: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP) (Quit: Leaving...)
# [05:44] <Mook> jesup: I don't know anything, but the patches in bug 649154 seem to put similar things in dom/ somewhere
# [05:45] * Quits: mjschranz (mjschranz@F3B7A1B3.694CD917.A03BB2CC.IP) (Client exited)
# [05:46] * Joins: Lucas_ (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [05:47] <mbrubeck> philor, why do you hate snappiness? >:-)
# [05:48] <Mook> ooh, does it involve snapping necks?
# [05:48] <philor> Mook++
# [05:50] <philor> mbrubeck: where did I hate it, wanting Win PGO to build, or wanting to not leak?
# [05:50] * Joins: c0smikdebris (c0smikdebr@97FEAD13.95458F46.BE90E62C.IP)
# [05:51] * philor bets on the latter
# [05:52] <mbrubeck> wanting to not leak
# [05:52] <mbrubeck> and possibly not have new a11y failures
# [05:52] <philor> eh, he'll be back soon, I give him much worse things than those vague problems and he bounces right back again
# [05:53] <philor> sadly, I can't see any way for this one to result in disabling a media/ test
# [05:54] * Joins: willy1234x1 (willy1234x@moz-48AB2E84.slkc.qwest.net)
# [05:55] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [05:55] <surkov> philor: that was my fail
# [05:55] <surkov> I meant opt builds
# [05:55] * glob is now known as glob|away
# [05:57] <philor> surkov: oh, you were so far below them, I didn't even see you
# [05:57] <philor> and there's probably another 10 or 20 pushes I didn't star while I was at work, too, aren't there? :(
# [05:57] <surkov> no, recent push was guilty, 715b6b383b4d
# [05:58] <surkov> 5th change set from top
# [05:58] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Ping timeout)
# [05:58] <philor> https://tbpl.mozilla.org/php/getParsedLog.php?id=9511828&tree=Mozilla-Inbound is on billm's push, below you, that's what was confusing me
# [05:59] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [05:59] <philor> I was looking for an a11y push that could have broken two things, not one bit of unknown and another fresh bustage above it
# [05:59] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
# [06:00] <philor> though I don't have any excuse for not noticing that the first of those *was* on your push
# [06:00] <surkov> this failure is new for me
# [06:02] <surkov> which push do you think is guilty for test_markup.html failures?
# [06:02] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [06:03] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
# [06:03] <philor> I want to blame it on the push it was on, https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1&rev=b7f7b63038dd but not for any reason other than that I was already backing it out for something else :)
# [06:03] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Ping timeout)
# [06:03] * Joins: myk (myk@moz-64D96850.dsl.dynamic.sonic.net)
# [06:03] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [06:03] <philor> and, yay, a new sessionstore failure
# [06:04] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
# [06:05] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [06:08] * joduinn is now known as joduinn-afk
# [06:10] * Quits: c0smikdebris (c0smikdebr@97FEAD13.95458F46.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [06:12] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [06:13] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [06:17] * Joins: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP)
# [06:20] * Quits: victorporof (victorporo@1ADEBCE.63BE4D17.4873E54D.IP) (Quit: Linkinus - http://linkinus.com)
# [06:23] <njn> bz: http://pastebin.mozilla.org/1490072 is a DMD record I don't recall seeing before
# [06:24] <njn> bz: XHR-related... any idea where the strings end up being stored?
# [06:26] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [06:27] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [06:29] * glob|away is now known as glob
# [06:30] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Ping timeout)
# [06:31] <@bz> njn: looking
# [06:32] <@bz> njn: its mResponseText member
# [06:32] <@bz> njn: this stores the full text of the response....
# [06:32] <@bz> njn: so if you do an XHR of a 5MB file, you get a 5MB string
# [06:32] <njn> bz: I see, I think it was images in this particular example
# [06:33] <njn> bz: http://panoptikos.com/, when you scroll to the bottom it fetches more images
# [06:33] <@bz> yeah, that would do it
# [06:33] <njn> bz: http://mxr.mozilla.org/mozilla-central/source/dom/workers/XMLHttpRequest.h#55 ?
# [06:34] <njn> bz:oh, probably http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsXMLHttpRequest.h#291
# [06:34] * Joins: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com)
# [06:34] <njn> bz: where does the XmlHttpRequest object live?
# [06:34] <@bz> njn: it's just referenced from the JS heap, typically
# [06:35] <@bz> njn: and yes, that's the right member
# [06:35] <njn> bz: hmm, I'm not sure how to measure that from a memory reporter, then
# [06:35] <@bz> njn: we could keep some sort of list of them on the window...
# [06:35] <@bz> njn: for memory reporting purposes
# [06:35] <njn> and slow things like the dom orphan nodes patch? :(
# [06:35] <@bz> nah
# [06:36] <@bz> it'd just slow creation and deletion of XHR objects
# [06:36] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [06:36] <@bz> very slightly
# [06:36] <njn> bz: it's the first time I've ever seen this rank highly, I'll ignore it for the moment. But thanks for the pointer
# [06:36] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [06:36] <@bz> the DOM nodes patch reused existing members to track them
# [06:36] <@bz> which added branches into hot code
# [06:36] <@bz> for XHR we'd just add two words to each xhr object
# [06:36] <@bz> anyway
# [06:36] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [06:37] <njn> ok
# [06:39] * Quits: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Ping timeout)
# [06:40] * Joins: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au)
# [06:40] * Quits: peterv (peterv@moz-85A72D66.access.telenet.be) (Connection reset by peer)
# [06:41] * Joins: peterv (peterv@moz-85A72D66.access.telenet.be)
# [06:44] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [06:52] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:53] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [06:55] * Joins: kwierso (chatzilla@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [06:55] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [06:57] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [06:57] * Quits: ehsan_xchat (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [06:58] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [07:00] * lsblakk is now known as lsblakk|afk
# [07:04] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [07:05] * Quits: anant (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [07:05] * Joins: sfink (chatzilla@moz-C15A718.dsl.pltn13.sbcglobal.net)
# [07:06] * Quits: dseif (dseif@moz-E7A98F19.dsl.teksavvy.com) (Input/output error)
# [07:07] <Unfocused> darktrojan: i'm sorry, but this is the punishment for working on a given component a decent amount (you'll understand when you see the bugmail)
# [07:08] * jhford-work-away is now known as jhford-work
# [07:09] * Joins: dseif (dseif@7EE58C4F.1B02F708.6F478678.IP)
# [07:10] * Quits: Wevah (Wevah@moz-A936181C.stcd.qwest.net) (Ping timeout)
# [07:13] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [07:14] * Quits: mconley (mconley@moz-9C0F4EBF.cable.teksavvy.com) (Input/output error)
# [07:15] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [07:15] * Joins: ehsan_xchat (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [07:16] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [07:18] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [07:19] * Quits: db48x (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [07:20] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [07:23] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [07:27] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [07:31] * Quits: jdm (jdm@moz-87DE760D.cpe.net.cable.rogers.com) (Client exited)
# [07:31] * Joins: vladan1 (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [07:31] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [07:32] * Quits: ehsan_xchat (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [07:32] * Joins: ehsan_xchat (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [07:33] * Joins: c0smikdebris (c0smikdebr@C49A7689.6723A0B9.BE90E62C.IP)
# [07:33] * khuey is now known as khuey|away
# [07:33] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [07:33] * Quits: pierron (pierron@moz-7EB03C5F.fbx.proxad.net) (Ping timeout)
# [07:35] * Joins: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net)
# [07:36] * Joins: pierron (pierron@moz-7EB03C5F.fbx.proxad.net)
# [07:38] * Joins: schnozzle (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [07:39] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [07:39] * Quits: schnozzle (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [07:40] * Joins: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [07:42] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Ping timeout)
# [07:42] * Joins: Hendikins (wolfox@moz-9A361C95.static.internode.on.net)
# [07:44] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [07:50] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [08:01] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [08:02] * Quits: Mook (mook@moz-D4B2E3F9.dsl.teksavvy.com) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 6.0/20110811165603])
# [08:02] * Quits: rshetty (quassel@7A385135.23FE3CE2.D30E9BEF.IP) (Ping timeout)
# [08:02] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
# [08:02] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:03] * Joins: past (past@moz-8DDA53D0.dsl.dyn.forthnet.gr)
# [08:08] * Quits: dseif (dseif@7EE58C4F.1B02F708.6F478678.IP) (Input/output error)
# [08:08] <hsivonen> NeilAway: right. <option> doesn't allow child elements
# [08:09] * Joins: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net)
# [08:09] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:12] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Client exited)
# [08:13] <hsivonen> do we have some precedent / common practice when it comes to deciding whether we retain functionality that's only exposed via hidden prefs and that interferes with a code rewrite/cleanup?
# [08:15] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [08:15] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [08:16] <jst> hsivonen: Good question. I think it ultimately depends on what the hidden feature is, and if anyone cares dearly about it still
# [08:22] * Joins: victorporof (victorporo@moz-240B813A.info.uaic.ro)
# [08:26] * Joins: obi_wan (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [08:26] * Quits: obi_wan (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:28] * Joins: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net)
# [08:31] * Quits: ircloggr (nodebot@moz-75B15202.compute-1.amazonaws.com) (Client exited)
# [08:31] * Joins: ircloggr (nodebot@moz-32FD7D45.compute-1.amazonaws.com)
# [08:33] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [08:34] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [08:38] * Quits: @dveditz (dveditz@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [08:41] * philor changes topic to 'm-c: OPEN m-i: OPEN || Next aurora uplift: 13th March || If you are new or want to help, see irc://irc.mozilla.org/#introduction || logs: http://krijnhoetmer.nl/irc-logs/'
# [08:42] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [08:42] * glob is now known as glob|away
# [08:47] * glob|away is now known as glob
# [08:47] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [08:47] * Joins: onecyrenus1 (onecyrenus@moz-DBF7BAEE.hsd1.ca.comcast.net)
# [08:48] <onecyrenus1> hey anyone familiar with ff build errors on mac osx 10.6
# [08:48] <onecyrenus1> http://pastebin.mozilla.org/1490137
# [08:48] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [08:48] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [08:48] <onecyrenus1> having a problem building ff on mac ? and i've tried changing moz config around but to no relief
# [08:51] <glandium> onecyrenus1: apparently, your source tree is corrupted
# [08:51] <glandium> the ipc/app/Makefile.in file is missing
# [08:52] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [08:54] <hsivonen> jst: In this case, the hidden feature is being able to control what presentational HTML elements/attributes are stripped from HTML email messages in Thunderbird
# [08:54] <onecyrenus1> yes i realize that.. but how did that happen
# [08:55] <onecyrenus1> glandium: hg pull -udoesn't fix
# [08:57] <jst> hsivonen: maybe ask the thunderbird guys if they care about that feature?
# [08:57] <onecyrenus1> any mechanism to fix my tree
# [08:58] <onecyrenus1> pulling down 1.6 gb would be tough given my current connection
# [08:58] * Joins: mib_u7qut4 (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [08:58] * Quits: mib_u7qut4 (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [08:59] <hsivonen> jst: so far, the guy who wrote the feature still cares, but the TB module owners haven't said anything definitive either way
# [09:00] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [09:00] <Unfocused> onecyrenus1: try: hg verify
# [09:01] <Unfocused> and possibly: hg update -r tip
# [09:01] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:01] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:02] <onecyrenus1> unfocused: thanks !
# [09:02] <onecyrenus1> trying that now
# [09:02] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [09:02] * Joins: mwu (mwu@moz-6644F61A.static-ip.oleane.fr)
# [09:03] * Quits: Hendikins (wolfox@moz-9A361C95.static.internode.on.net) (Quit: Any technology, no matter how primitive, is magic to those who don't understand it)
# [09:03] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [09:05] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:06] * Quits: timdream (timdream@moz-6644F61A.static-ip.oleane.fr) (Quit: timdream)
# [09:07] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [09:09] * heycam is now known as heycam|away
# [09:10] * Joins: igor (igor@A6B1CF0C.BF91BDCE.1DAC7E2F.IP)
# [09:13] * Joins: jasper (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [09:13] * Quits: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net) (Ping timeout)
# [09:13] * Quits: jasper (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:13] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [09:14] * Quits: fabrice (fabrice@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [09:18] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
# [09:18] * Standard8Away is now known as Standard8
# [09:18] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [09:19] * Joins: Mano (mano@moz-7E1DCE13.red.bezeqint.net)
# [09:19] <onecyrenus1> unfocused: seems to have worked
# [09:20] <Unfocused> onecyrenus1: great :)
# [09:20] <onecyrenus1> i don't quite know how that happened … hmmm
# [09:24] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.1)
# [09:25] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [09:26] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [09:26] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [09:27] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [09:27] * Joins: fabrice (fabrice@25B165B0.5947A312.B22E20D2.IP)
# [09:29] * Joins: dcamp (dave@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [09:30] <gcp> is it ok to pull in Apache License 2.0 code?
# [09:30] <glandium> gcp: i don't think it it until we switch to mpl2
# [09:31] <Unfocused> -> legal@moz
# [09:31] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [09:32] <glandium> gcp: https://wiki.mozilla.org/MPL_Upgrade
# [09:33] * Joins: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be)
# [09:34] <philor> gcp: http://www.mozilla.org/MPL/license-policy.html#Licensing_of_Third_Party_Code is actually how you go about it, and it's licensing@, not legal@
# [09:35] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [09:36] * Joins: timdream (timdream@25B165B0.5947A312.B22E20D2.IP)
# [09:37] * Joins: kaze (kaze@moz-6644F61A.static-ip.oleane.fr)
# [09:38] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [09:38] * Joins: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr)
# [09:40] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [09:40] * @dolske wonders if licencing@ bounces.
# [09:40] * Quits: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr) (Quit: jgriffin)
# [09:40] * Joins: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr)
# [09:41] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [09:42] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [09:42] <gcp> grepping for Apache License 2.0 gives many hits btw
# [09:42] <gcp> but its not in about:license
# [09:43] * jhford-work is now known as jhford-work-away
# [09:43] * Joins: mdas (mdas@moz-6644F61A.static-ip.oleane.fr)
# [09:44] * Joins: kermi (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [09:44] * philor is now known as philor|away
# [09:44] * Quits: kermi (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:44] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [09:45] * CwiiisAway is now known as Cwiiis
# [09:45] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Ping timeout)
# [09:45] * Joins: gwagner (idefix2@moz-6644F61A.static-ip.oleane.fr)
# [09:48] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [09:50] * Quits: greenman (bob@moz-22237AA7.allocated.csupomona.edu) (Quit: Leaving)
# [09:51] * Joins: clee (clee@moz-6644F61A.static-ip.oleane.fr)
# [09:51] <darktrojan> Unfocused, lucky me :-)
# [09:51] <Unfocused> hm, is there a way to remove a default pref in a test?
# [09:52] <Unfocused> darktrojan: better than a poke in the eye! (marginally)
# [09:52] * Quits: squib (squib@moz-F5CA0CFB.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:53] <darktrojan> you can get the default pref branch, dunno if you can remove prefs from it though
# [09:53] * Quits: Mano (mano@moz-7E1DCE13.red.bezeqint.net) (Client exited)
# [09:54] <Unfocused> tried getDefaultBranch(".").clearUserPref("...") and getDefaultBranch(".").deleteBranch("..."), neither seemed to work :\
# [09:55] * Joins: Mano (mano@moz-7E1DCE13.red.bezeqint.net)
# [09:56] <darktrojan> set it to the magic 'unset' value
# [09:56] <darktrojan> can't remember what it is though, it's in the code somewhere
# [09:56] <darktrojan> (open source \o/)
# [09:56] <Unfocused> really?
# [09:56] * Unfocused looks
# [09:57] <darktrojan> works for ints
# [09:57] <darktrojan> dunno about bools and strings
# [09:57] <Unfocused> this is a string
# [09:57] <kwierso> wouldn't it be getDefaultBranch(".").deleteBranch("")?
# [09:57] <Unfocused> i don't want to delete *everything*
# [09:57] <darktrojan> he means ... as in "name goes here"
# [09:58] <Unfocused> yea
# [09:58] <kwierso> but, are the defaults ignored if you do delete everything on the default branch?
# [09:59] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [09:59] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Client exited)
# [09:59] <Unfocused> i.... am not sure i want to test doing that
# [09:59] * Joins: mib_jb9iho (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [09:59] <darktrojan> delete ALL the prefs
# [09:59] * Quits: mib_jb9iho (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:59] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [10:01] * Quits: gwagner (idefix2@moz-6644F61A.static-ip.oleane.fr) (Quit: gwagner)
# [10:01] * Joins: kanru (user@moz-6644F61A.static-ip.oleane.fr)
# [10:01] <Unfocused> meh, i'll just call that fallback untestable
# [10:02] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [10:03] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [10:05] * Joins: bent (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [10:10] * Quits: Lucas_ (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [10:10] * mattwoodrow is now known as mattwoodrow|away
# [10:11] <bent> ehsan, you around?
# [10:12] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [10:15] <glandium> gcp: mxr doesn't agree http://mxr.mozilla.org/mozilla-central/search?string=apache+license+2.0 (and neither does a local grep)
# [10:15] * Quits: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net) (Ping timeout)
# [10:15] <gcp> build/mobile/sutagent/android/WifiConfiguration.java
# [10:15] <gcp> editor/libeditor/html/tests/browserscope/lib/richtext2/richtext2/handlers.py
# [10:15] <glandium> yeah ok http://mxr.mozilla.org/mozilla-central/search?string=apache+license&find=&findi=&;filter=^[^\0]*%24&hitlimit=&tree=mozilla-central
# [10:15] <gcp> editor/libeditor/html/tests/browserscope/lib/richtext2/richtext2/common.py
# [10:16] <glandium> looks like most of that was importer from android
# [10:16] <gcp> gfx/skia/src/ports/FontHostConfiguration_android.cpp
# [10:16] <glandium> i wonder how this turned out to be okay
# [10:16] <glandium> gerv: ^
# [10:16] <gcp> my question also related to Android code
# [10:17] <gerv> gcp: Yes, it is now OK to pull in Apache-licensed code. Though if you are doing it at a granularity finer than "library", get in touch with licensing@mozilla.org.
# [10:17] <gcp> glandium: even more, why the license isn't even listed
# [10:17] <gerv> We need to add Apache to about:license; it's on my list :-)
# [10:17] <gerv> Gerv
# [10:17] <gcp> ok
# [10:17] <gcp> I mailed there anyway
# [10:17] <gerv> Then I'll reply soon :-)
# [10:18] <glandium> gerv: it's *now* ok, but how come we already have such code?
# [10:18] * Joins: mak (chatzilla@moz-B62534CC.retail.telecomitalia.it)
# [10:18] <gerv> glandium: It's been OK since Mozilla officially decided to switch.
# [10:18] <glandium> sloppiness? or deliberate choice?
# [10:18] <gerv> The license headers haven't caught up yet,
# [10:18] <gerv> but the MPL 1.1 allows use under MPL 2 anyway
# [10:18] <gerv> so it's not a legal problem.
# [10:19] <gerv> It might be a legal problem if people copied Apache code into MPled files;
# [10:19] <gerv> that will go away when the headers change.
# [10:19] <gerv> Hence my warning above.
# [10:19] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
# [10:19] * Joins: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP)
# [10:20] <glandium> gerv: there's a particular Apache licensed file i'm looking at that's been in the tree since october 2010.
# [10:20] <gerv> That would probably be a mistake.
# [10:20] <gerv> Ah, well.
# [10:20] <gerv> Not a problem now :-)
# [10:20] * Joins: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net)
# [10:20] <glandium> another one from november 2010
# [10:21] * Quits: jamesr (jamesr@moz-C40B3BE3.hfc.comcastbusiness.net) (Quit: jamesr)
# [10:21] * Joins: gandalf (zbraniecki@moz-5AF0C410.neoplus.adsl.tpnet.pl)
# [10:21] <glandium> and another one from september 2009
# [10:22] <glandium> we may not be using those, though
# [10:22] * Joins: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net)
# [10:22] <glandium> others are fairly recent
# [10:24] * Quits: karl (karl@moz-7B7BBB47.jetstream.xtra.co.nz) (Ping timeout)
# [10:25] * Quits: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net) (Ping timeout)
# [10:26] <gerv> I know of several recent ones.
# [10:26] <gerv> But anyway, as I said, not a problem.
# [10:30] * Quits: clee (clee@moz-6644F61A.static-ip.oleane.fr) (Quit: clee)
# [10:30] * Quits: kutsurak (pex@moz-1604777C.w92-128.abo.wanadoo.fr) (Client exited)
# [10:31] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [10:31] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [10:31] * BenWa is now known as benwa|away
# [10:33] * Joins: karl (karl@moz-7B7BBB47.jetstream.xtra.co.nz)
# [10:34] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [10:37] * Quits: dcamp (dave@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: Leaving...)
# [10:38] * Quits: seo (DanielJuyu@moz-C2D7EB0E.osuosl.org) (Quit: Leaving)
# [10:38] * Joins: seo (DanielJuyu@moz-C2D7EB0E.osuosl.org)
# [10:38] * seo is now known as SeoZ-work[AWAY]
# [10:39] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [10:41] * Quits: njn (chatzilla@moz-F1136D81.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120221050753])
# [10:43] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [10:44] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [10:44] * Joins: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net)
# [10:45] * Joins: MarcoZ (marco.zehe@moz-6E479734.dip.t-dialin.net)
# [10:46] * Tomcat|afk is now known as Tomcat
# [10:46] * glob is now known as glob|away
# [10:47] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [10:48] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [10:49] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [10:49] * Quits: mdas (mdas@moz-6644F61A.static-ip.oleane.fr) (Quit: mdas)
# [10:50] * Joins: necolas (necolas@moz-F9C3140E.bb.sky.com)
# [10:51] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [10:51] * Joins: faramarz (faramarz@moz-6644F61A.static-ip.oleane.fr)
# [10:52] * Quits: victorporof (victorporo@moz-240B813A.info.uaic.ro) (Quit: Linkinus - http://linkinus.com)
# [10:52] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [10:54] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Ping timeout)
# [10:55] * Joins: kaie (kaie@moz-3805332F.dip.t-dialin.net)
# [10:59] * Joins: jlebar|mac (~jlebarmac@25B165B0.5947A312.B22E20D2.IP)
# [10:59] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [11:02] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [11:02] * Joins: grubshka (grubshka@moz-D1C584A4.w80-14.abo.wanadoo.fr)
# [11:02] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [11:03] * Joins: clee (clee@moz-6644F61A.static-ip.oleane.fr)
# [11:05] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [11:06] * Joins: Goldorak (chatzilla@23C6AA4E.7BDA2E47.187A1082.IP)
# [11:07] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [11:07] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [11:08] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [11:09] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:10] * Joins: mib_m0f458 (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [11:10] * Quits: c0smikdebris (c0smikdebr@C49A7689.6723A0B9.BE90E62C.IP) (Ping timeout)
# [11:10] * Quits: mib_m0f458 (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:12] * Joins: edmorley (edmorley@moz-A8AF2474.range86-166.btcentralplus.com)
# [11:13] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [11:14] * Joins: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [11:15] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:16] * Quits: karl (karl@moz-7B7BBB47.jetstream.xtra.co.nz) (Ping timeout)
# [11:16] * Joins: c0smikdebris (c0smikdebr@1CA4A6F2.8D7BB5F3.D2D1FAF0.IP)
# [11:17] * Joins: doktor5000 (doktor5000@moz-B3DE8810.pools.arcor-ip.net)
# [11:18] <doktor5000> how does thunderbird 10 on linux determine the "default system sound for new messages" ?
# [11:19] * Quits: c0smikdebris (c0smikdebr@1CA4A6F2.8D7BB5F3.D2D1FAF0.IP) (Client exited)
# [11:20] * Joins: lduros1 (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [11:20] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Connection reset by peer)
# [11:21] * glob|away is now known as glob
# [11:22] * Quits: lduros1 (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Quit: Leaving.)
# [11:22] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [11:23] <darktrojan> doktor5000, this seems like the right bit http://mxr.mozilla.org/comm-central/source/mozilla/widget/gtk2/nsSound.cpp#376
# [11:24] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [11:25] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [11:25] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [11:26] <gcp> the last m-i -> m-c merge seems to have forgotten to update some bugs
# [11:26] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [11:26] <edmorley> gcp: about to do
# [11:26] <gcp> ok
# [11:26] <edmorley> bugzilla was too slow last night, i couldn't face it
# [11:26] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [11:27] <doktor5000> darktrojan: thx :)
# [11:27] * edmorley presumes the PHX issues are all sorted now
# [11:27] <darktrojan> seems to be a lot better edmorley
# [11:29] <edmorley> philor|away: sorry about the orange merged from m-c to inbound, I need to stop presuming that people using m-c have used try
# [11:30] * Quits: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net) (Ping timeout)
# [11:31] <doktor5000> can someone please tell me whether http://www.mozilla.org/security/announce/2012/mfsa2012-11.html was fixed in mozilla code or bundled libpng code?
# [11:32] * glob is now known as glob|away
# [11:32] * Joins: bharath (Mibbit@AD43A7D9.707344F8.D30E9BEF.IP)
# [11:32] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [11:32] * mattwoodrow|away is now known as mattwoodrow
# [11:33] <Cork> doktor5000: "import libpng overflow patch from http://codereview.chromium.org/9363013"
# [11:35] <bharath> zpao: I want to work on bug 720154 , I am a beginner for the firefox ,may I know the details?
# [11:35] * Joins: sandy (sandy@moz-3C8DFC78.lv.lv.cox.net)
# [11:37] * Joins: reedlepee (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [11:37] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [11:37] * Quits: reedlepee (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:37] <bharath> zpao|detached:I want to work on bug 720154 , I am a beginner for the firefox ,may I know the details?
# [11:38] <doktor5000> Cork: ok, so fixed in libpng code, problem is just that that media/libpng/MOZCHANGES does not contain any entry for that one, shouldn't it?
# [11:39] <darktrojan> bharath, probably a bad time to get him, it's 2.30am there
# [11:39] <doktor5000> Cork: currently bundled libpng looks just like 1.4.8 from last july on a short look
# [11:39] <Cork> doktor5000: it might, donno
# [11:40] <Cork> but the checkn nodified media/libpng/pngutil.c
# [11:40] <doktor5000> Cork: ahh, good, that's what i wanted to ensure :)
# [11:40] <Cork> http://hg.mozilla.org/mozilla-central/rev/592c27677267
# [11:41] * Quits: bharath (Mibbit@AD43A7D9.707344F8.D30E9BEF.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:42] * Quits: gandalf (zbraniecki@moz-5AF0C410.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [11:42] * Joins: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [11:44] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [11:46] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [11:47] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [11:48] * Joins: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP)
# [11:48] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [11:49] * jfkthame is now known as jfkthame_afk
# [11:50] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [11:50] * Quits: bobchao (bobchao@moz-99690620.hinet-ip.hinet.net) (Quit: bobchao)
# [11:51] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [11:53] * Quits: doktor5000 (doktor5000@moz-B3DE8810.pools.arcor-ip.net) (Input/output error)
# [11:53] * Joins: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be)
# [11:54] <edmorley> Ms2ger: Good morning :-)
# [11:54] <Ms2ger> Morning :)
# [11:57] <pranavrc> msucan, ping
# [11:59] <msucan> pranavrc: pong
# [11:59] <pranavrc> msucan, hey, just pinging about the attached patch for 725430
# [12:00] * Joins: flashisdead (blah@49533623.ED7DE540.79496794.IP)
# [12:00] * mattwoodrow is now known as mattwoodrow|away
# [12:00] <msucan> pranavrc: thanks for your ping about that
# [12:01] <flashisdead> http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html can we kill plugin support now since Flash is dead on Linux?
# [12:01] <msucan> pranavrc: i'll review your patch asap, sorry for the delay
# [12:01] <msucan> pranavrc: yesterday i had some important stuff to get to
# [12:01] <pranavrc> msucan, no prob
# [12:01] <pranavrc> just pinged in case you missed the mail :)
# [12:03] <msucan> that's good, always do!
# [12:03] <msucan> but this time mail was fine - i still have it in my Unread list
# [12:03] <msucan> :)
# [12:06] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [12:07] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [12:08] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [12:09] * mattwoodrow|away is now known as mattwoodrow
# [12:12] * Joins: Guest_ (Guest@FB9FDB8F.1F7BB7B9.CCB523FD.IP)
# [12:13] * Quits: ferongr (ferongr@7021457F.229EBBFA.F5160715.IP) (Quit: ferongr)
# [12:14] * Quits: Guest_ (Guest@FB9FDB8F.1F7BB7B9.CCB523FD.IP) (Ping timeout)
# [12:14] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [12:14] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [12:15] * Joins: Guest_ (Guest@FB9FDB8F.1F7BB7B9.CCB523FD.IP)
# [12:15] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [12:16] <Guest_> hi everyone, is there any way to see which urls have been permanently authorized (pressing allow->remember settings in the security dialog) when using netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect") ?
# [12:17] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
# [12:17] * Quits: onecyrenus1 (onecyrenus@moz-DBF7BAEE.hsd1.ca.comcast.net) (Quit: Leaving.)
# [12:18] * Quits: Mano (mano@moz-7E1DCE13.red.bezeqint.net) (Client exited)
# [12:18] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [12:19] * Joins: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net)
# [12:19] * jfkthame_afk sighs...
# [12:19] <jfkthame_afk> make[8]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `libs'. Stop.
# [12:19] * jfkthame_afk is now known as jfkthame
# [12:19] * Joins: c0smikdebris (c0smikdebr@1CA4A6F2.8D7BB5F3.D2D1FAF0.IP)
# [12:19] <jfkthame> anyone recognize that offhand?
# [12:19] * Quits: c0smikdebris (c0smikdebr@1CA4A6F2.8D7BB5F3.D2D1FAF0.IP) (Client exited)
# [12:20] * Quits: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net) (Input/output error)
# [12:20] <Ms2ger> khuey|away, ted?
# [12:21] <jfkthame> aha, found bug 723861, that looks relevant
# [12:21] <Yoric> Guest_: not sure if it helps, but the source code of enablePrivilege is here: http://mxr.mozilla.org/mozilla-central/source/caps/src/nsSecurityManagerFactory.cpp#156
# [12:22] <Guest_> thank you Yoric
# [12:22] <Yoric> np
# [12:23] * Joins: chrisccoulson_ (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [12:23] * Joins: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net)
# [12:24] * Joins: graememcc (chatzilla@moz-8A03ACDE.range86-150.btcentralplus.com)
# [12:24] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [12:25] <jfkthame> glandium: i don't see an xpidllex.py file in my tree, should there be one?
# [12:25] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [12:26] * chrisccoulson_ is now known as chrisccoulson
# [12:27] * Quits: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net) (Connection reset by peer)
# [12:27] <glandium> jfkthame: they are generated
# [12:27] <jfkthame> not during my build, apparently :(
# [12:28] * Joins: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net)
# [12:28] <jfkthame> (see the make[8] error, above)
# [12:28] <glandium> jfkthame: in what directory does that happen?
# [12:29] <jfkthame> it comes right after compiling xpt_xdr.c, judging by the preceding warning:
# [12:29] <jfkthame> xpcom/typelib/xpt/src/xpt_xdr.c:506: warning: cast to pointer from integer of different size
# [12:29] <jfkthame> i just re-clobbered my objdir to try it again.....
# [12:30] <jfkthame> (but this isn't exactly a fast-building machine)
# [12:32] * Parts: Guest_ (Guest@FB9FDB8F.1F7BB7B9.CCB523FD.IP)
# [12:35] <jfkthame> glandium: so it's happening in xpcom/typelib/xpidl
# [12:37] * Joins: gmoro (guilherme@E0636309.96DFB25.D159334F.IP)
# [12:39] * Joins: Yoric|Poor (David@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [12:39] <Yoric|Poor> Still can't compile m-c under Windows :/
# [12:41] * Yoric|Poor will pull -u and rebuild from clean once again.
# [12:41] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:41] <jfkthame> Yoric|Poor: what build environment are you trying to use?
# [12:41] <Yoric|Poor> VC++ 2010
# [12:42] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:42] <Yoric|Poor> Regular 32 bits build (on a 64-bit version of Windows).
# [12:42] <jfkthame> hmm, seems like that ought to work
# [12:42] <Yoric|Poor> http://pastebin.mozilla.org/1490265
# [12:43] <Yoric|Poor> With an unsurprising .mozconfig http://pastebin.mozilla.org/1489522
# [12:43] * Joins: Mano (mano@moz-7E1DCE13.red.bezeqint.net)
# [12:43] * jfkthame goes to look at his mozconfig on windows, to see if it holds any surprises
# [12:44] * Quits: timdream (timdream@25B165B0.5947A312.B22E20D2.IP) (Ping timeout)
# [12:44] <Yoric|Poor> I have not been able to build under Windows for ~10 days.
# [12:44] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
# [12:44] <jfkthame> ah, i've been building with --disable-angle, presumably because it gave me trouble at some point and i didn't care to investigate
# [12:44] * Quits: asac_ (asac@moz-4FB5D1FC.pppoe.wtnet.de) (Quit: leaving)
# [12:45] <jfkthame> depending what actually matters for your purposes, that might be the path of least resistance
# [12:45] <Yoric|Poor> angle does not really matter for me atm
# [12:45] <Yoric|Poor> So yes, that may be the best way.
# [12:45] <Yoric|Poor> But still, it is a little worrying.
# [12:45] <jfkthame> i expect it's a question of installing some particular sdk....
# [12:46] <jfkthame> someone of the graphics guys would probably know, but they may not be around yet
# [12:46] * Joins: asac (asac@moz-4FB5D1FC.pppoe.wtnet.de)
# [12:46] <Yoric|Poor> Relaunching.
# [12:47] <Yoric|Poor> Thanks for the tip.
# [12:47] <jfkthame> hope it helps
# [12:47] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Connection reset by peer)
# [12:48] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [12:49] * Joins: timdream (timdream@25B165B0.5947A312.B22E20D2.IP)
# [12:49] * Quits: jlebar|mac (~jlebarmac@25B165B0.5947A312.B22E20D2.IP) (Quit: jlebar|mac)
# [12:49] * Joins: pnemsak (Miranda@moz-3D67D819.rainside.sk)
# [12:52] * Joins: peregrino (peregrino@moz-9D7E974.telecom.net.ar)
# [12:55] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:55] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [12:56] * Parts: Mano (mano@moz-7E1DCE13.red.bezeqint.net)
# [12:56] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [12:57] <jfkthame> glandium: any suggestions of what i could try, to figure out the xpidllex.py failure?
# [12:59] <jfkthame> (this is on os x 10.6, btw)
# [12:59] * Joins: armenzg (armenzg@8F4BE81D.9AFB8AEF.6816E6B7.IP)
# [13:00] * Quits: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP) (Ping timeout)
# [13:01] * Joins: not_gavin (gavin@D18F6DDB.6A393516.2321E71E.IP)
# [13:03] * Quits: RobertClaypool (RobertClay@moz-417FE9D.nwcsinaa.cinergymetronet.net) (Connection reset by peer)
# [13:04] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [13:06] * Quits: fabrice (fabrice@25B165B0.5947A312.B22E20D2.IP) (Ping timeout)
# [13:07] * Joins: fabrice (fabrice@25B165B0.5947A312.B22E20D2.IP)
# [13:07] * Quits: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP) (Client exited)
# [13:07] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [13:10] * Joins: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP)
# [13:19] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [13:21] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Quit: Leaving.)
# [13:22] * armenzg is now known as armenzg_afk
# [13:22] * Quits: flashisdead (blah@49533623.ED7DE540.79496794.IP) (Quit: )
# [13:22] * Quits: smontagu (chatzilla@moz-DFDEC6A7.red.bezeqint.net) (Ping timeout)
# [13:22] * Quits: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au) (Ping timeout)
# [13:23] * Joins: Hendikins (wolfox@moz-88FB1B58.mxmn2.ken.bigpond.net.au)
# [13:23] * Joins: vikram360 (vikram360@55A6C8E1.6E88BEBA.2A068A5E.IP)
# [13:23] * Quits: darktrojan (geoff@moz-188895D5.telstraclear.net) (Quit: darktrojan)
# [13:24] * Quits: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Ping timeout)
# [13:25] * Joins: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [13:25] * Quits: igor (igor@A6B1CF0C.BF91BDCE.1DAC7E2F.IP) (Ping timeout)
# [13:25] * Joins: zoite (zoite@moz-CFF59643.n194.n222.n216.static.myhostcenter.com)
# [13:26] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [13:27] * ewong|sleep is now known as ewong_
# [13:29] * Joins: kaie2 (kaie@moz-42ED01E7.dip.t-dialin.net)
# [13:29] * Joins: espindola (espindola@moz-74E17D89.dsl.teksavvy.com)
# [13:29] * Quits: kaie (kaie@moz-3805332F.dip.t-dialin.net) (Ping timeout)
# [13:29] * kaie2 is now known as kaie
# [13:29] * padenot|away is now known as padenot
# [13:30] * Quits: Yoric|Poor (David@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [13:31] * Joins: bharath (Mibbit@E857ECD9.CA65A773.D30E9BEF.IP)
# [13:31] * Joins: smontagu (chatzilla@moz-F129D626.red.bezeqint.net)
# [13:32] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Ping timeout)
# [13:32] * Joins: gandalf (zbraniecki@moz-530E5328.neoplus.adsl.tpnet.pl)
# [13:32] * Quits: jbuck (jbuck@moz-6349F8B5.ca) (Ping timeout)
# [13:33] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [13:33] * Quits: scott (scott@moz-6349F8B5.ca) (Ping timeout)
# [13:35] <bharath> msucan: I am new to firefox development , can You please help me out with the bug 725618?
# [13:35] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Ping timeout)
# [13:35] * Joins: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP)
# [13:36] * Fallen|away is now known as Fallen
# [13:36] <msucan> bharath: hello
# [13:36] <msucan> bharath: i would love to help you, but please note that bug is already taken by someone else
# [13:36] * Joins: scott (scott@moz-6349F8B5.ca)
# [13:36] <msucan> bharath: what can i help you with?
# [13:37] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [13:37] * ChanServ sets mode: +o smaug
# [13:37] * Joins: jbuck (jbuck@moz-6349F8B5.ca)
# [13:37] <bharath> msucan: ok , then what type of bugs will you suggest for a beginner?
# [13:38] <msucan> bharath: any [good first bug] which is not already taken is fine
# [13:39] <msucan> bharath: did you look into MDN on how to get the firefox source code and how to compile the browser?
# [13:39] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [13:39] <bharath> msucan: yah I have done all the steps
# [13:39] <msucan> bharath: awesome
# [13:40] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [13:42] <glob|away> bharath, http://www.joshmatthews.net/bugsahoy/ may be useful
# [13:43] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [13:44] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [13:44] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [13:47] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [13:47] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [13:49] <bharath> mounir:I am new to firefox development , can You please help me out with the bug 630495?
# [13:52] <mounir> bharath: last i've heard someone seems to be interesting to work on this
# [13:54] * Joins: KaiRo (robert@moz-C40B5AFB.adsl.highway.telekom.at)
# [13:55] <bharath> mounir: please help me out?
# [13:56] <mounir> bharath: could you send me an email?
# [13:56] <mounir> my nick name @mozilla.com
# [13:56] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [13:56] <mounir> I'm sick today, I will not have neither the time nor the strength to help you
# [13:57] <bharath> mounir: ok ,I will send a mail to you ,thank you
# [14:00] <@smaug> ahaa...
# [14:00] <froydnj> dao: sorry about the bogosity in bug 717061, you'll want to revert those patches :(
# [14:00] <@ted> huh
# [14:01] <@ted> adobe is not going to provide new versions of flash for linux for anything but chrome
# [14:01] <froydnj> dao: or figure out how to add the new binary file properly
# [14:01] <@ted> good thing i already uninstalled flash on linux
# [14:01] <mounir> ted: ORLY?
# [14:01] <@ted> http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html
# [14:01] <@ted> security fixes for existing versions only
# [14:02] <@ted> new versions only with chrome
# [14:03] <lurking> that's really strange they would abandon an OS like that
# [14:03] * Quits: bharath (Mibbit@E857ECD9.CA65A773.D30E9BEF.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [14:03] <@ted> not like they've ever done a good job of supporting linux
# [14:03] * Quits: armenzg_afk (armenzg@8F4BE81D.9AFB8AEF.6816E6B7.IP) (Input/output error)
# [14:03] <mounir> I can't imagine how much money Google put on the table for that
# [14:07] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Quit: Leaving.)
# [14:08] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [14:09] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [14:10] <glandium> jfkthame: try make -C objdir/xpcom/idl-parser/
# [14:10] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [14:10] <jfkthame> glandium: thx, will try that in a bit (my tree's currently busy....)
# [14:11] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [14:11] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [14:13] <glandium> jfkthame: you can try it even if your tree is busy. and check if the files are in objdir/xpcom/idl-parser/, then
# [14:14] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [14:14] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [14:14] * Joins: Wevah (Wevah@moz-A6EE65EC.stcd.qwest.net)
# [14:14] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [14:15] * glob|away is now known as glob
# [14:17] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Client exited)
# [14:18] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [14:19] <ewong_> might anyone know who I can ask how to fix bug #728840?
# [14:20] * bhearsum|afk is now known as bhearsum
# [14:21] * Quits: clee (clee@moz-6644F61A.static-ip.oleane.fr) (Quit: clee)
# [14:22] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/2d065305b7d2 - Olli Pettay - Bug 726334, FormFillController should not have strong references to content objects, r=gavin
# [14:23] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [14:24] * mattwoodrow is now known as mattwoodrow|away
# [14:26] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:27] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [14:28] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [14:29] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:30] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
# [14:31] * Joins: jprmc (jprmc@6E531BD2.5BCEC6DB.DA78B690.IP)
# [14:31] * Joins: tonymec__ (tonymec@moz-E61BEE94.adsl-dyn.isp.belgacom.be)
# [14:32] * tonymec__ is now known as tonymec|away
# [14:32] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [14:32] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Quit: Leaving.)
# [14:33] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [14:33] * Quits: jprmc (jprmc@6E531BD2.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
# [14:34] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [14:34] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [14:34] <NeilAway> hmm, don't we have a hash set class?
# [14:35] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [14:35] * Yoric sometimes sobs silently when looking at our standard library, or lack thereof.
# [14:36] <chrisccoulson> ted - you're surprised about the adobe announcement? ;)
# [14:38] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [14:38] * Joins: clee (clee@moz-6644F61A.static-ip.oleane.fr)
# [14:39] <froydnj> isn't this just "we want to support a new plugin api"?
# [14:41] <chrisccoulson> froydnj, no, i would think it's more likely to be "we want google to give us lots and lots of monies"
# [14:41] * Quits: smontagu (chatzilla@moz-F129D626.red.bezeqint.net) (Ping timeout)
# [14:42] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [14:43] <jwatt> NeilAway: nsHashSets?
# [14:43] <froydnj> nooo, don't use nsHashSets
# [14:43] * Joins: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [14:43] * jfkthame_afk is now known as jfkthame
# [14:43] <jfkthame> glandium: that doesn't seem to make any difference -
# [14:44] <gcp> std::unordered_set? :P
# [14:44] <@smaug> NeilAway: if you're looking at the patch I just pushed... yes I was wonder the same
# [14:44] <jfkthame> glandium: the only file in objdir/xpcom/idl-parser/ is the Makefile
# [14:44] <gcp> we don't use STL do we?
# [14:44] <Yoric> jfkthame: Thanks, disabling angle solved the issue.
# [14:44] <@smaug> NeilAway: but I wanted to keep the scope of the patch somewhat reasonable
# [14:44] <Yoric> firebot: uuid
# [14:44] <firebot> 02256156-16e4-47f1-9979-76ff98ceb590 (/msg firebot cid for CID form)
# [14:44] <froydnj> use nsTHashtable
# [14:44] <glandium> jfkthame: what is the output for make -C objdir/xpcom/idl-parser export ?
# [14:45] <glandium> (complete log)
# [14:45] <Fallen> why nsTHashtable instead of PLDHashTable?
# [14:45] <glandium> Fallen: nsTHashtable uses PLDHashTable under the hood. it's C++ goop around it
# [14:45] <@smaug> :p
# [14:45] <mwu> same reason we use c++ instead of assembly
# [14:45] <jfkthame> glandium: all the response i get is:
# [14:45] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [14:45] <jfkthame> -I/Users/jonathan/mozdev/mozilla-inbound/other-licenses/ply \
# [14:45] <jfkthame> -I/Users/jonathan/mozdev/mozilla-inbound/xpcom/idl-parser \
# [14:45] <jfkthame> /Users/jonathan/mozdev/mozilla-inbound/xpcom/idl-parser/header.py --cachedir=. --regen
# [14:46] <NeilAway> froydnj: I asked for a set...
# [14:46] <glandium> jfkthame: and after that, no xpidllex.py ?
# [14:46] <jfkthame> glandium: no, nothing but a Makefile
# [14:46] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [14:46] <@smaug> PLDHashTable has probably the most difficult API to use I've seen for a hashtable
# [14:47] <froydnj> NeilAway: you use instantiate it with FooHashKey and use it as a set (see, e.g. bug 700659)
# [14:47] <jfkthame> which, btw, lists xpidllex.py in GARBAGE
# [14:47] <glandium> jfkthame: GARBAGE is only removed on make clean
# [14:47] <@smaug> Honza: thanks
# [14:47] <Honza> smaug: :-)
# [14:47] <glandium> jfkthame: the command you pasted is supposed to create xpidllex.py and xpidlyacc.py
# [14:48] <glandium> jfkthame: that it doesn't means there's something wrong
# [14:48] <glandium> jfkthame: i wonder if you're not using system ply
# [14:48] * Joins: victorporof (victorporo@A0C04ED4.B89616B1.79933D60.IP)
# [14:48] <glandium> jfkthame: if you run python -c 'import ply', what does it say?
# [14:48] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [14:48] <jfkthame> hmm, it says "ImportError: No module named ply"
# [14:49] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [14:49] <glandium> jfkthame: (with the same path for python as what make uses, in case it's not "python")
# [14:49] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [14:49] * mattwoodrow|away is now known as mattwoodrow
# [14:49] <jfkthame> that doesn't sound good
# [14:49] <jfkthame> good point.....
# [14:50] <glandium> jfkthame: but not with pythonpath
# [14:50] <jfkthame> i have.... /opt/local/bin/python2.6 -c 'import ply'
# [14:50] <jfkthame> Traceback (most recent call last):
# [14:50] <jfkthame> File "<string>", line 1, in <module>
# [14:50] <jfkthame> ImportError: No module named ply
# [14:51] <jfkthame> so, i need to install an extra python module?
# [14:52] <glandium> jfkthame: no, ply is in our source tree, i was wondering if your python wasn't picking a system one instead
# [14:52] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Ping timeout)
# [14:52] * khuey|away is now known as khuey
# [14:52] <glandium> jfkthame: maybe ted has ideas why header.py would skip creating xpidllex.py and xpidlyacc.py
# [14:53] <jfkthame> oh, i see
# [14:53] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [14:53] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [14:53] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [14:53] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [14:53] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/a227041e66ad - Serge Gautherie - Bug 729474. (Av1) name/test_browserui.xul: Improve log, to help diagnose. r=surkov.alexander.
# [14:53] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Ping timeout)
# [14:54] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [14:54] <jfkthame> ted, how'd you like to solve this for me? ^^
# [14:55] <jwatt> froydnj: can some of your nsHashSets patches not land?
# [14:56] <@ted> no idea
# [14:56] <@ted> and i'm not going to have time
# [14:56] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [14:56] <@ted> gotta go have a baby later
# [14:56] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [14:56] <froydnj> jwatt: some of them can, some of them can't. I should update them and at least get all the current ones checked in
# [14:56] <jfkthame> ok - best wishes with that! - we'll muddle through
# [14:56] <@ted> thanks :)
# [14:57] <jwatt> froydnj: yeah, it would be good if you could land the ones that can land
# [14:58] <edmorley> khuey: getting quite a few of "rm: cannot remove directory `build/xpcshell/tests/xpcom/tests/unit': Directory not empty"
# [14:58] <NeilAway> froydnj: ah, so nsTHashtable is just a set, but nsBaseHashtable extends the key class to include your data
# [14:58] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [14:59] <edmorley> khuey: eg: https://tbpl.mozilla.org/?rev=373c710112e6&onlyunstarred=1 , https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=063e67b9f910&onlyunstarred=1 and https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=b0904160af18&onlyunstarred=1
# [15:00] <lurking> Ted's having a baby ?
# [15:00] <glandium> ted: oh, already! congrats
# [15:00] <lurking> edmorley: due to https://bugzilla.mozilla.org/show_bug.cgi?id=728429 that was backed out ?
# [15:00] * Joins: Mavericks (Mibbit@FDFC666E.149DA251.FDEA3160.IP)
# [15:00] <lurking> at lease on m-c
# [15:01] <lurking> s/lease/least
# [15:01] * lurking gets more coffee... clearly not awake
# [15:01] <@ted> lurking: yep, #2
# [15:01] <@ted> glandium: scheduled for tonight
# [15:01] <Mavericks> hello is there a nosql channel on irc.mozilla.org or related channel to it ?
# [15:01] <lurking> ted: Congrats :)
# [15:01] <edmorley> lurking: yeah but it occurred on the backout, as a free-space clobber
# [15:01] <glandium> jfkthame: if you change the --cachedir parameter in the Makefile, and put some random directory, does that random directory contain xpidllex.py and xpidlyacc.py, then?
# [15:03] <Yoric> Mavericks: sounds more like a question for #introduction, doesn't it?
# [15:04] <@ted> thanks
# [15:04] <jfkthame> glandium: doesn't look like it
# [15:04] <Mavericks> Yoric: moving it there. sorry about that
# [15:04] <Yoric> No problem.
# [15:05] * Parts: Mavericks (Mibbit@FDFC666E.149DA251.FDEA3160.IP)
# [15:06] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [15:06] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:07] <glandium> jfkthame: what the hell
# [15:07] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [15:07] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [15:07] * Joins: Mavericks (Mibbit@FDFC666E.149DA251.FDEA3160.IP)
# [15:07] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Input/output error)
# [15:08] * Joins: rshetty (quassel@492BBF7C.D6737344.D30E9BEF.IP)
# [15:08] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [15:08] * ChanServ sets mode: +o smaug
# [15:09] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [15:10] * rail_away is now known as rail
# [15:11] * Quits: timdream (timdream@25B165B0.5947A312.B22E20D2.IP) (Ping timeout)
# [15:12] * rail is now known as rail-buildduty
# [15:12] <@khuey> ted: how exactly does one schedule these things?
# [15:12] <@khuey> by inducing?
# [15:13] * @khuey knows exactly nothing about children
# [15:13] <bkero> khuey: well sometimes they become orphans when their parents are unresponsive.
# [15:13] <bkero> or their parents are killed
# [15:13] <bkero> and they can become zombies if...
# [15:14] * @khuey hopes ted's child does not become a zombie
# [15:14] <Mavericks> hello all i've my question @ http://pastebin.com/rdWcGkm5. if someone has time, i will be happy to hear thoughts
# [15:15] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:15] * Quits: tonymec|away (tonymec@moz-E61BEE94.adsl-dyn.isp.belgacom.be) (Quit: Konversation terminated!)
# [15:16] <@ted> yes, inducing
# [15:16] <jesup> kids = good; zombies = bad
# [15:16] <@ted> hah
# [15:16] * jhopkins|afk is now known as jhopkins
# [15:16] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: ChatZilla 0.9.87-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [15:17] <jesup> daughter listening to Sid the Science Kid, where Sid's mom apparently builds web-based games (HTML5 I hope) ;-)
# [15:18] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [15:18] * Joins: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP)
# [15:18] * Quits: kaze (kaze@moz-6644F61A.static-ip.oleane.fr) (Quit: WeeChat 0.3.5)
# [15:18] <bkero> Well shit. http://tech.slashdot.org/story/12/02/22/1323204/adobe-makes-flash-on-gnulinux-chrome-only
# [15:20] * Joins: ferjm (ferjm@moz-6644F61A.static-ip.oleane.fr)
# [15:22] * Joins: bbondy (Adium@moz-28CF6D1C.home.cgocable.net)
# [15:22] * Quits: mck182 (quassel@moz-8237CC79.hlucinnet.cz) (Ping timeout)
# [15:23] * Joins: kaze (kaze@moz-6644F61A.static-ip.oleane.fr)
# [15:23] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [15:24] <jdm> shoot
# [15:24] * Joins: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [15:24] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Ping timeout)
# [15:24] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [15:25] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
# [15:26] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [15:26] * Quits: ewongemb (ewongemb@moz-D28D67AD.dsl.irvnca.pacbell.net) (Quit: Leaving)
# [15:26] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [15:26] * ChanServ sets mode: +o smaug
# [15:27] * Joins: mib_e6x9iz (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [15:28] <josh> my trunk build is failing to build on Mac OS X
# [15:28] <josh> make[4]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `libs'. Stop.
# [15:28] * Quits: mib_e6x9iz (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:28] * Joins: timdream (timdream@moz-6644F61A.static-ip.oleane.fr)
# [15:29] <edmorley> josh: bug 723861 comment 12
# [15:29] * Joins: mdas (mdas@moz-6644F61A.static-ip.oleane.fr)
# [15:29] <edmorley> least jfkthame_afk know's it's not just him :-)
# [15:30] * jmaher|afk is now known as jmaher
# [15:30] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [15:31] * Joins: Yoric|Poor (David@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [15:31] * Quits: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [15:32] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [15:33] * Joins: armenzg (armenzg@8F4BE81D.9AFB8AEF.6816E6B7.IP)
# [15:33] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [15:33] * Joins: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [15:33] * Joins: regen (Miller@8C308682.AEE80ACF.4B00E8B6.IP)
# [15:34] * Quits: regen (Miller@8C308682.AEE80ACF.4B00E8B6.IP) (Quit: regen)
# [15:35] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [15:36] * Joins: tonymec__ (tonymec@B4F140C2.7A84A118.277517C1.IP)
# [15:36] * tonymec__ is now known as tonymec|away
# [15:36] * Quits: johanc (chatzilla@E08E2203.17F44387.2E511D52.IP) (Ping timeout)
# [15:36] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Ping timeout)
# [15:37] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [15:37] * ChanServ sets mode: +o smaug
# [15:37] <josh> edmorley: Do we always clobber on our build machines? My local build was clobbered.
# [15:37] * mcote|afk is now known as mcote
# [15:38] <@khuey> gerv: talk to gal?
# [15:38] * Quits: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [15:38] <@khuey> gerv: re people working on shumway
# [15:39] <@ted> we do not always clobber
# [15:39] * Parts: Mavericks (Mibbit@FDFC666E.149DA251.FDEA3160.IP)
# [15:40] <josh> I wonder if this is going to show up on tbox when we do.
# [15:40] * Joins: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [15:42] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Input/output error)
# [15:42] * armenzg is now known as armenzg_bus
# [15:42] * Quits: armenzg_bus (armenzg@8F4BE81D.9AFB8AEF.6816E6B7.IP) (Input/output error)
# [15:42] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [15:42] * ChanServ sets mode: +o smaug
# [15:43] * Quits: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [15:44] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [15:44] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [15:45] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Input/output error)
# [15:45] <josh> glandium: Can we back out your xpidllex change?
# [15:45] * edransch-away is now known as edransch
# [15:46] <josh> tbox isn't blowing up but it seems like there is a real problem
# [15:46] <glandium> josh: fwiw, there have been clobber osx builds on tinderbox
# [15:46] <glandium> (i checked)
# [15:47] <glandium> and they didn't fail
# [15:47] * Joins: smaug (chatzilla@moz-59E2F873.elisa-mobile.fi)
# [15:47] * ChanServ sets mode: +o smaug
# [15:47] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [15:48] <josh> Good to have that eliminated. I looked at it for a bit but I don't know what is going on in those makefiles.
# [15:48] <josh> glandium: Do you have a mac?
# [15:48] <glandium> josh: i have one, but i need to reboot (running linux, atm)
# [15:49] * Joins: tchevalier (chatzilla@moz-13BCE404.w90-48.abo.wanadoo.fr)
# [15:49] * ewong_ is now known as ewong|sleep
# [15:49] * Joins: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [15:50] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:51] * Joins: ferongr (ferongr@7021457F.229EBBFA.F5160715.IP)
# [15:51] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [15:51] * coop|away is now known as coop
# [15:52] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: blast off!)
# [15:52] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:53] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [15:53] * Joins: mastoris (mastoris@6C80CE82.6958D9C9.BF6BBFAF.IP)
# [15:55] <glandium> josh: works for me. OSX 10.7
# [15:55] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
# [15:55] * ChanServ sets mode: +o ehsan
# [15:55] <josh> a clobber build?
# [15:55] <glandium> josh: if you rm objdir/xpcom/idl-parser/*py{,c}; make -C objdir/xpcom/idl-parser; what is there in objdir/xpcom/idl-parser ?
# [15:56] * Joins: armenzg_bus (armenzg@179CAB21.5BCEC6DB.DA78B690.IP)
# [15:56] * Joins: smontagu (chatzilla@moz-F129D626.red.bezeqint.net)
# [15:56] <mwu> wesj: ping
# [15:56] * armenzg_bus is now known as armenzg
# [15:57] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] <edmorley> josh: only on try, the rest are dep builds, other than manually requested or perdiodic every day or few
# [15:57] <josh> glandium: only a makefile remains after that
# [15:58] <glandium> josh: on my machine, it creates the .py files
# [15:58] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
# [15:58] <glandium> josh: does is say anything like "generating LALR ... " ?
# [15:59] <glandium> Generating LALR tables
# [16:00] <josh> checking, I messed something up and I have to start over from the failure
# [16:00] * Quits: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP) (Ping timeout)
# [16:00] * Quits: tchevalier (chatzilla@moz-13BCE404.w90-48.abo.wanadoo.fr) (Client exited)
# [16:01] * bear-afk is now known as bear
# [16:01] * Joins: tchevalier (chatzilla@moz-13BCE404.w90-48.abo.wanadoo.fr)
# [16:01] * Joins: bharath (Mibbit@F04DC544.56C78E20.C842849F.IP)
# [16:02] * Joins: tonymec (tonymec@B4F140C2.7A84A118.277517C1.IP)
# [16:02] <bharath> pranavrc: can you please help me out how to get started for firefox development , I have already downloaded the source code and compiled?
# [16:04] * Joins: Ziggy|AWAY (ZiggyMaes@6B780D9D.A4A6DE76.7B12EFB3.IP)
# [16:04] * Ziggy|AWAY is now known as Ziggy_Maes
# [16:04] * Quits: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se) (Quit: Ex-Chat)
# [16:05] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [16:06] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [16:06] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [16:06] * mattwoodrow is now known as mattwoodrow|away
# [16:06] * Quits: SeoZ (DanielJuyu@19561BCF.F5F46C28.14E0EA63.IP) (Ping timeout)
# [16:07] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:08] * Quits: mastoris (mastoris@6C80CE82.6958D9C9.BF6BBFAF.IP) (Ping timeout)
# [16:10] * Parts: pascalc (chatzilla@moz-5A5382A0.rev.sfr.net)
# [16:10] * Joins: c0smikdebris (c0smikdebr@36253095.C188C6F8.BE90E62C.IP)
# [16:11] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [16:11] <bharath> surkov: I am new for firefox development , I have seen the bug 727722 , I can't understand the nsAccessible, nsIframe , where can I find the resources for this ,please help me out
# [16:11] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [16:11] * Joins: davidb_ (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [16:13] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [16:13] <surkov> bharath: hi, did you looked at links in the bug?
# [16:14] <bharath> surkov: yes I have seen the links
# [16:17] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [16:18] * Joins: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP)
# [16:18] <@smaug> Honza: would it be bad if zombie document search would run automatically
# [16:19] <@smaug> (async)
# [16:19] <Honza> smaug: I see
# [16:19] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Ping timeout)
# [16:19] <Honza> what to display if there are no zombies?
# [16:19] * Joins: mastoris (mastoris@6C80CE82.6958D9C9.BF6BBFAF.IP)
# [16:19] <@smaug> Honza: well, I mean there could be some indicator if there are zombies
# [16:20] <@smaug> some button could become visible
# [16:20] * padenot is now known as padenot|away
# [16:20] <Honza> I think we can run the search by default
# [16:20] <@smaug> and then clicking it would show the details or something
# [16:20] * Quits: bharath (Mibbit@F04DC544.56C78E20.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:20] * Quits: davidb_ (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: leaving)
# [16:20] <Honza> (I have been also thinking about that)
# [16:20] <@smaug> searching for zombies is usually fast
# [16:20] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:20] * Quits: kanru (user@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: bent (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] <Honza> But, yes the search could be somehow expandable
# [16:21] * Quits: timdream (timdream@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: faramarz (faramarz@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] <Honza> *search results
# [16:21] * Quits: mwu (mwu@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: ferjm (ferjm@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: clee (clee@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: kaze (kaze@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: mdas (mdas@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:21] * Quits: bbondy (Adium@moz-28CF6D1C.home.cgocable.net) (Quit: Leaving.)
# [16:21] <Honza> smaug: also, I am often seeing that edge (or owner) name is empty for JS objects
# [16:22] <Honza> (actually I haven't seen any name for JS object)
# [16:22] <Honza> smaug Could there be a bug in the listener?
# [16:22] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: blast off!)
# [16:22] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [16:22] <@smaug> hmm
# [16:22] * Joins: Ms2ger (Ms2ger@9F316DD0.48F4E4FC.37724B0D.IP)
# [16:22] <@smaug> let me check
# [16:23] <@smaug> Honza: you mean jsobject->some edge ?
# [16:23] <Honza> yes
# [16:23] <Honza> and perhaps: jsobject -> owner ?
# [16:24] * Quits: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP) (Quit: Ping timeout: ∞)
# [16:24] * Joins: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP)
# [16:24] * Quits: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP) (Quit: pranavrc)
# [16:24] * Joins: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net)
# [16:24] * mattwoodrow|away is now known as mattwoodrow
# [16:24] * Joins: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP)
# [16:24] <@smaug> cc logs (those created as files) don't have edge name either in that case
# [16:24] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [16:25] * Joins: mdas (mdas@moz-6644F61A.static-ip.oleane.fr)
# [16:26] * Quits: armenzg (armenzg@179CAB21.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [16:26] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [16:26] * Joins: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr)
# [16:26] * Joins: clee (clee@moz-6644F61A.static-ip.oleane.fr)
# [16:27] * Joins: timdream (timdream@moz-6644F61A.static-ip.oleane.fr)
# [16:27] <@smaug> Honza: the problem is this http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/nsXPConnect.cpp#817
# [16:28] <@smaug> we don't tell the edge name
# [16:28] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:28] <@smaug> I don't know yet whether we could know the edge name there
# [16:28] <@smaug> er, we do tell the edgename in debug builds
# [16:28] * Joins: armenzg (armenzg@61E14E4F.5BCEC6DB.DA78B690.IP)
# [16:29] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [16:29] * Joins: redwood (chatzilla@moz-CF101662.dial1.atlanta1.level3.net)
# [16:29] * Joins: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net)
# [16:30] * Quits: victorporof (victorporo@A0C04ED4.B89616B1.79933D60.IP) (Client exited)
# [16:30] * Joins: victorporof (victorporo@DFC11E07.B89616B1.79933D60.IP)
# [16:31] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:31] * Joins: db48x (user@moz-83319934.dsl.static.sonic.net)
# [16:31] * Joins: jfkthame_afk (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [16:31] * jfkthame_afk is now known as jfkthame
# [16:31] * Joins: ferjm (ferjm@moz-6644F61A.static-ip.oleane.fr)
# [16:32] * db48x is now known as IRCMonkey23014
# [16:32] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [16:32] * @bz hates review requests for bugs he's already reviewed. :(
# [16:32] <@bz> esp. when there's a 2-year lag... :(
# [16:32] <Honza> smaug: I have been talking to Andrew yesterday and was saying that this should work ....
# [16:33] <Honza> Do you know what time zone is he living in?
# [16:33] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:33] <Honza> mccr8 doesn't seem to be online...
# [16:33] <@smaug> Honza: he is in California, but wakes up quite early
# [16:34] * Joins: kanru (user@moz-6644F61A.static-ip.oleane.fr)
# [16:34] * Joins: dcamp (dave@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
# [16:34] <Honza> ok, I'll wait it could be quite useful if JS edge names are there...
# [16:34] * Joins: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com)
# [16:34] <@smaug> Honza: http://mxr.mozilla.org/mozilla-central/source/js/xpconnect/src/nsXPConnect.cpp#799 is clearly debug only
# [16:34] <@smaug> Honza: could you try a debug build
# [16:34] * Joins: mck182 (quassel@moz-8237CC79.hlucinnet.cz)
# [16:34] * armenzg is now known as armenzg_walking
# [16:35] <Honza> I need to build first
# [16:35] * Quits: armenzg_walking (armenzg@61E14E4F.5BCEC6DB.DA78B690.IP) (Input/output error)
# [16:35] <Honza> smaug: would http://hg.mozilla.org/integration/fx-team/ branch work for this?
# [16:35] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [16:36] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [16:36] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [16:37] * Joins: mwu (mwu@moz-6644F61A.static-ip.oleane.fr)
# [16:37] <glandium> jfkthame: do you have xpidlyacc.py and xpidllex.py files in $srcdir/xpcom/idl-parser ?
# [16:37] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
# [16:37] <@smaug> Honza: no idea
# [16:37] <@smaug> Honza: when has m-c merged to that?
# [16:38] <Honza> smaug no idea
# [16:38] <jdm> smaug: yesterday
# [16:38] <jfkthame> glandium: no - i only have .pyc versions of them
# [16:38] <jdm> 83f44bc21944
# [16:38] <@smaug> Honza: ok, then it should work
# [16:38] <jdm> no, I lied
# [16:38] <jdm> two days ago
# [16:38] <Honza> smaug: 2 days ago?
# [16:39] <Honza> jdm ah, thanks
# [16:39] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [16:39] <glandium> jfkthame: remove them
# [16:39] <jfkthame> i was just wondering that!
# [16:40] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Ping timeout)
# [16:40] * Joins: evilpie (evilpie@moz-D5C981B7.pools.arcor-ip.net)
# [16:41] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:42] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [16:42] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [16:42] * Joins: victorporo (victorporo@A0C04ED4.B89616B1.79933D60.IP)
# [16:43] * Quits: victorporof (victorporo@DFC11E07.B89616B1.79933D60.IP) (Ping timeout)
# [16:43] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:43] <glandium> jfkthame: i guess it works, now :)
# [16:43] <jfkthame> hmm, i see they're .hgignore-d, so presumably they were meant to be deleted at some point in the past, but hg ignored them
# [16:43] <jfkthame> glandium: it hasn't failed yet, at least :)
# [16:44] * Joins: faramarz (faramarz@moz-6644F61A.static-ip.oleane.fr)
# [16:45] <jfkthame> glandium: so .... can you tell how the broken state arose and what we can do to prevent it happening to other people?
# [16:47] <glandium> jfkthame: long time ago, these .py files were created in $srcdir. That was a bug. Including them then created .pyc files. You probably hg purged at some point, which removed the .py files, but left the .pyc files, because they are hgignored
# [16:47] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [16:47] <jfkthame> i don't believe i've ever done "hg purge" - i don't recall hearing of that command before
# [16:47] <glandium> conclusion: run hg purge --all regularly
# [16:48] * Quits: wesj1 (wesj@moz-135A9FA9.hsd1.ca.comcast.net) (Input/output error)
# [16:48] * Joins: victorporof (victorporo@16F47710.89BB3D44.4873E54D.IP)
# [16:48] * Quits: victorporo (victorporo@A0C04ED4.B89616B1.79933D60.IP) (Ping timeout)
# [16:49] * joduinn-afk is now known as joduinn-coffee
# [16:49] * Quits: dcamp (dave@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Quit: Leaving...)
# [16:50] * Joins: mib_gwedsx (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP)
# [16:50] <@khuey> regular purging is necessary for a healthy clone
# [16:50] <@khuey> :-P
# [16:50] * Quits: mib_gwedsx (Mibbit@BF9E7C0F.6FBEF5EF.580A4284.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:51] <jfkthame> ewwwww!
# [16:51] <jfkthame> glandium: thanks for figuring that out
# [16:52] * Joins: wontfix (blah@49533623.ED7DE540.79496794.IP)
# [16:52] <wontfix> https://bugzilla.mozilla.org/show_bug.cgi?id=729481 can someone please close this bug with wontfix?
# [16:52] <wontfix> thanks
# [16:53] <Ms2ger> mrbkap, yt?
# [16:53] * Joins: bodhibroy (chatzilla@moz-23D81C07.dynip.nus.edu.sg)
# [16:55] <lurking> wontfix: given the number of dev's already subscribed to that bug, I'd say that's not going to get WONTFIX very soon
# [16:55] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [16:55] * Quits: bodhibroy (chatzilla@moz-23D81C07.dynip.nus.edu.sg) (Quit: ChatZilla 0.9.88 [Firefox 11.0/20120216223239])
# [16:55] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [16:56] <jfkthame> why so eager to wontfix it, anyway? i'd prefer people to consider the options rationally, rather than making a knee-jerk reaction
# [16:58] * Joins: mib_w9srlq (Mibbit@B91F7A.2DBC4987.C842849F.IP)
# [16:59] <mak> I suppose the wontfix request is not that crazy considered https://wiki.mozilla.org/NPAPI%3APepper
# [16:59] <mrbkap> Ms2ger: pretty busy...
# [16:59] <mak> even if the page says "at this time"
# [16:59] <Ms2ger> mrbkap, since you were touching the code, shouldn't https://hg.mozilla.org/mozilla-central/rev/8822243a8d6c#l1.18 have .length in there?
# [17:00] * Joins: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP)
# [17:00] <mrbkap> Ms2ger: yes, thanks.
# [17:00] <@ted> there's not a whole lot of motivation to support pepper
# [17:00] <Ms2ger> Np
# [17:00] <@ted> given that adobe has said they're only going to ship flash with chrome
# [17:00] <mrbkap> Ms2ger: gal wrote a whole bunch of that code without ever running it.
# [17:00] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:00] <Ms2ger> \o_
# [17:00] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [17:00] * Quits: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [17:01] * @bz reads the adobe linux thing, grumbles
# [17:01] * Quits: evilpie (evilpie@moz-D5C981B7.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120221031301])
# [17:01] <Octayn> What thing is this?
# [17:01] * Ms2ger grumbles in general
# [17:01] <wontfix> Mozilla has no time or resources to support or add Pepper crap
# [17:01] <wontfix> HTML5 has won over Flash, lazy Flash developers can be out of a job for all everyone cares
# [17:01] <Ms2ger> Mozilla can decide that for itself, thanks
# [17:01] <Octayn> oh
# [17:02] <Octayn> oh my
# [17:02] <@bz> jfkthame: the API is pretty tied to various Chrome stuff
# [17:02] <bkero> Moreover, if we even add a Pepper API, would we have access to Adobe's flash library?
# [17:02] <bkero> It's bundled with chrome, we might run afoul of legal grounds
# [17:02] <wontfix> obviously no, since it's bundled only with Chrome crap now
# [17:02] <@bz> bkero: unclear, yes
# [17:02] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:03] <Ms2ger> t.lastIndexOf(s, 0) === 0;
# [17:03] <Ms2ger> That's an interesting pattern
# [17:03] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:03] * ChanServ sets mode: +o ehsan
# [17:04] <jfkthame> bz: i have no opinion on whether it might make sense, now or ever, but i object to someone just telling us we should wontfix the bug right now, in the absence of any explanation
# [17:04] <@bz> jfkthame: sure
# [17:04] * jfkthame imagines someone writing an extension that downloads a chrome package, extracts and installs the flash plugin, and throws the rest away
# [17:04] * Joins: armenzg_walking (armenzg@F2D29657.F60B0462.67AC9B1.IP)
# [17:04] <@bz> assuming that's possible
# [17:04] <@bz> there are all sorts of ways to prevent that
# [17:05] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [17:05] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [17:05] <jfkthame> sure, there are lots of unknowns, but i think it's reasonable to suggest we (i.e. mozilla people who know something about this area - which i don't!) should look at the issue afresh
# [17:06] <wontfix> Adobe doesn't even want Flash to run natively in Firefox anymore
# [17:06] <wontfix> why do you need an explanation?
# [17:06] * Joins: bharath (bharath@B91F7A.2DBC4987.C842849F.IP)
# [17:07] <jfkthame> because i don't think obeying random comments made on IRC is the best way to decide strategic issues in mozilla
# [17:07] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [17:07] * Quits: victorporof (victorporo@16F47710.89BB3D44.4873E54D.IP) (Ping timeout)
# [17:07] * Joins: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net)
# [17:07] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [17:07] <@bz> what somewhat confuses me is the linux-only nature of this change
# [17:07] * Joins: victorporof (victorporo@8E6D77E6.1DA4E384.4873E54D.IP)
# [17:07] * @bz really wishes he understood that
# [17:08] <zwol> bz: um, which change?
# [17:08] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [17:08] <gcp> drop NPAPI on Linux, keep it on Windows
# [17:08] <wontfix> oh, they'll kill NPAPI support in Mac eventually
# [17:08] * Joins: dcamp (dave@moz-BBE3ABD.mv.mozilla.com)
# [17:09] * bwinton_away is now known as bwinton
# [17:09] <zwol> hm, so I wouldn't really miss it, but does that equate to dropping Flash support on Linux?
# [17:09] <Ms2ger> Ah, and here I was done skimming m-c commits
# [17:09] * Ms2ger eyes edmorley
# [17:09] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
# [17:09] <gcp> http://news.ycombinator.com/item?id=3621263
# [17:09] <wontfix> Apple doesn't like Adobe or Flash, practically guaranteed Adobe will stop spending resources and money developing for Mac just like they've done for Linux
# [17:09] <reuben> this is great, really
# [17:09] <edmorley> Ms2ger: ha :-)
# [17:09] <reuben> it'll force people to use HTML5 :P
# [17:09] * Ms2ger merges to d-b instead
# [17:09] <reuben> since no one is going to simply drop firefox support
# [17:10] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [17:10] <Ms2ger> "add co.ca to PSL. r=gerv."
# [17:10] * Ms2ger giggles a little
# [17:10] <gerv> Ms2ger: A problem? :-)
# [17:10] <reuben> well, I guess current versions will continue to work
# [17:10] <josh> bz: the linux-only thing is a resources decision
# [17:10] <Ms2ger> gerv, only with my limited sense of humour :)
# [17:11] <glandium> bz: i think what happens is that adobe doesn't want to invest any more time for flash on linux, but google does, because of chrome os.
# [17:11] <zwol> unrelatedly
# [17:11] <mib_w9srlq> where can I find the details about nsAccessible,nsIframe?
# [17:11] <zwol> is there a bug on file for the failure syndrome in http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/zackw@panix.com-0fa125e1bd02/try-macosx-debug/try-macosx-debug-build490.txt.gz ?
# [17:11] <Ms2ger> gerv, aren't you parenting? :)
# [17:12] * armenzg_walking is now known as armenzg
# [17:12] <gerv> Ms2ger: In general, yes, but not specifically right now.
# [17:12] <zwol> (look for 'failed (results: 2,' -- it's not a normal failure, it's some sort of timeout downloading leak logs, which seems to have been retried successfully and yet counts as a failure for tbpl)
# [17:13] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Ping timeout)
# [17:13] <NeilAway> Ms2ger: ah, so not unexpected then?
# [17:13] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [17:13] <Ms2ger> NeilAway?
# [17:13] <@bz> zwol: dropping flash on Linux except in Chrome
# [17:13] <NeilAway> <Ms2ger> That's an interesting pattern
# [17:14] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [17:14] <zwol> bz: oic, it's not us, it's Adobe
# [17:14] * Quits: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP) (Ping timeout)
# [17:14] <zwol> bz: *shrug* good riddance
# [17:14] <Ms2ger> I didn't really expect it, no
# [17:14] <zwol> bz: excuse to throw away all that Xt crap!
# [17:14] <@bz> josh: reading more of the news stories, it sounds like Adobe is just stopping Linux support in general and Google is taking over the Flash Linux pepper plug-in
# [17:14] <@bz> josh: if I read this right
# [17:14] <@bz> josh: which makes a lot more sense. ;)
# [17:14] <@bz> yeah
# [17:14] <josh> yeah
# [17:14] <@bz> I don't think this affects us much
# [17:15] <jdm> mib_w9srlq: what sort of details are you looking for?
# [17:15] <josh> Adobe likes Pepper most for the idea that they can develop for one platform.
# [17:15] * Joins: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:15] <@bz> at least in the short term
# [17:15] <wontfix> yes, bug is wontfix, thank you for choosing HTML5 over Pepper
# [17:15] <jdm> and does anybody know how to detect an interactive shell in tcsh?
# [17:15] <glandium> zwol: OOPP doesn't support Xt plugins anyways
# [17:15] <@bz> josh: how platform-dependent is npapi?
# [17:15] <@bz> jdm: test $tty ?
# [17:16] <@bz> jdm: lemme check something
# [17:16] <josh> so they basically get Linux for free with Pepper, which is the only price they are willing to pay
# [17:16] * Joins: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net)
# [17:16] * Joins: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [17:16] <zwol> glandium: I would seriously propose dropping *all* NPAPI/Linux support if Adobe continues with this plan
# [17:16] * Quits: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net) (Input/output error)
# [17:16] * Quits: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu) (Quit: Don't flap your BGP at me sonny)
# [17:16] <mib_w9srlq> jdm: I am looking for classes used in firefox development ,where can I find all those things?
# [17:16] <josh> bz: NPAPI is maybe 60% platform independent, things like event formats differ per-platform, so do drawing models.
# [17:16] <glandium> zwol: there are plenty of working NPAPI plugins that are not flash, on linux
# [17:16] <jdm> mib_w9srlq: http://mxr.mozilla.org/mozilla-central/
# [17:17] <@bz> jdm: how are you defining interactive?
# [17:17] * philor|away is now known as philor
# [17:17] <@bz> josh: ah, I see
# [17:17] <jdm> mib_w9srlq: and http://dxr.lanedo.com/
# [17:17] <glandium> in fact, some of them are even for flash support
# [17:17] * Quits: vikram360 (vikram360@55A6C8E1.6E88BEBA.2A068A5E.IP) (Ping timeout)
# [17:17] <josh> there is work going on to offer standard cross-platform drawing models, Bas is about to land code for that actually
# [17:17] <@bz> jdm: $?0 might do what you want
# [17:17] * Quits: fabrice (fabrice@25B165B0.5947A312.B22E20D2.IP) (Ping timeout)
# [17:17] * Joins: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net)
# [17:17] <zwol> really? There's Java, which never does anything but crash for me, and there's the Adobe reader, which is a steaming pile of security holes, and ...
# [17:17] <jdm> bz: I'm trying to differentiate between an ssh shell I can interact with and remote ssh commands
# [17:17] * Quits: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net) (Input/output error)
# [17:17] * coop is now known as coop|afk
# [17:17] <@bz> hmm
# [17:17] <@bz> lemme check on that
# [17:17] <IRCMonkey23014> zwol: mplayer has a video player plugin
# [17:17] * Ms2ger build before pushing his merge to dom-bindings to make bz happy
# [17:17] <glandium> zwol: xine, mplayer, totem, vlc ; all these have npapi plugins
# [17:17] <jdm> bz: the actual problem I'm trying to solve is to always start bash when I log in - if you have an idea of how I can get that working for remote ssh commands as well, that would work too!
# [17:17] <IRCMonkey23014> bah
# [17:18] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [17:18] * IRCMonkey23014 is now known as db48x
# [17:18] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [17:18] <zwol> we can give free software a better API
# [17:18] <glandium> zwol: then there is gnash, and the other project that has support for AS3 and which name I forget
# [17:18] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [17:18] <glandium> and there's moonlight
# [17:18] <@bz> jdm: chsh?
# [17:18] <zwol> something that looks more like JS extensions
# [17:18] <db48x> but yea, I'd all for replacing npapi
# [17:18] <db48x> I'd be
# [17:18] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:18] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:18] * vladan1 is now known as vladan
# [17:18] * benwa|away is now known as BenWa
# [17:18] <@bz> jdm: (that said, for remote ssh stuff $tty is empty unlike for actual login shells)
# [17:19] <josh> We need drop NPAPI entirely on all platforms. We don't need a replacement.
# [17:19] <@bz> jdm: but if you really just want to use bash as your shell, then chsh is it
# [17:19] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [17:19] <josh> Maybe just for media display.
# [17:19] <Cork[home]> zwol: and theres bankid, and its vital for any kond of bank or identification system
# [17:19] <josh> MPAPI - media plugin API.
# [17:19] <db48x> but not for getting rid of it; I use it in Chrome to bypass the the limitations in their apis
# [17:19] <zwol> Cork[home]: ... never heard of it; which country?
# [17:19] * Quits: mib_w9srlq (Mibbit@B91F7A.2DBC4987.C842849F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:19] * Quits: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net) (Connection reset by peer)
# [17:19] * Quits: bharath (bharath@B91F7A.2DBC4987.C842849F.IP) (Quit: bharath)
# [17:19] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [17:19] * jhford-work-away is now known as jhford-work
# [17:19] * Joins: timA (tabraldes@moz-535753DA.hsd1.or.comcast.net)
# [17:19] <glandium> oh, and there's the openvrml plugin, too /o\
# [17:20] <jdm> bz: weird, chsh doesn't seem to be having an effect
# [17:20] * Quits: cpeterson (cpeterson@moz-18338A6E.hsd1.ca.comcast.net) (Input/output error)
# [17:20] <@bz> jdm: what did you put in for your shell when it asked?
# [17:20] <glandium> josh: that's a bit extreme, imho
# [17:20] <Cork[home]> zwol: sweden
# [17:20] <jdm> bz: /xhbin/bash
# [17:20] <Cork[home]> www.bankid.com
# [17:20] * lsblakk|afk is now known as lsblakk
# [17:20] <jdm> and that's what it says it's set to
# [17:20] * Quits: kwierso (chatzilla@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Ping timeout)
# [17:20] <@bz> jdm: I assume that this file actually exists?
# [17:21] <@bz> jdm: complete with the "xh" bit?
# [17:21] <jdm> yep
# [17:21] * zwol adds an entry to the mental list of things to pen-test
# [17:21] <josh> glandium: how so - we don't want to load un-sandboxed code, and any sandboxed API is going to require basically a whole platform API. We already have a sandboxed cross-platform API - the web.
# [17:21] <jdm> maybe my university hates all other shells
# [17:21] <@bz> jdm: what sort of system is this?
# [17:21] <jdm> bz: Linux linux028.student.cs 2.6.35-25-server #44-Ubuntu SMP Fri Jan 21 19:09:14 UTC 2011 x86_64 GNU/Linux
# [17:21] <glandium> so, after salt and pepper, what is the next thing google will bring?
# [17:21] <@bz> jdm: no, I meant globally... some places read the shell from some sort of network config, not locally
# [17:21] <jdm> oh
# [17:22] <jdm> probably network config
# [17:22] <@bz> so...
# [17:22] * Quits: mastoris (mastoris@6C80CE82.6958D9C9.BF6BBFAF.IP) (Quit: Leaving)
# [17:22] <@bz> for a network config it might take time for chsh to propagate
# [17:22] <@bz> e.g. at MIT I think those resync every 4 hours or something
# [17:22] <@bz> That's assuming their network config looks at chsh at all
# [17:22] <jdm> yeah
# [17:22] <@bz> "check with your local IT helpdesk"
# [17:22] <jdm> well, thanks for the help
# [17:23] <@bz> as a fallback, the $tty thing will work
# [17:23] <@bz> right?
# [17:23] <jdm> I'll investigate it
# [17:23] <@bz> good luck!
# [17:23] <Ms2ger> glandium, hmm, I hope eggs
# [17:23] <tchevalier> ibarlow: ping
# [17:23] <ibarlow> tchevalier: pong
# [17:24] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Quit: Leaving.)
# [17:24] <jdm> yay, it works!
# [17:24] <tchevalier> ibarlow: Hi! Do you think you have the time to look at bug 702284, and tell me if it's correct regarding your mockup?
# [17:25] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [17:25] <ibarlow> tchevalier: i will have a look right now!
# [17:25] <tchevalier> ibarlow: Awesome, thanks :)
# [17:25] * Quits: grubshka (grubshka@moz-D1C584A4.w80-14.abo.wanadoo.fr) (Ping timeout)
# [17:25] * Quits: gmoro (guilherme@E0636309.96DFB25.D159334F.IP) (Ping timeout)
# [17:26] <glandium> Ms2ger: depends if their theme is food or seasoning.
# [17:26] <josh> glandium: in case it wasn't clear, I'm not suggesting we do that tomorrow :) We really dropped the ball providing important APIs for the open web, we have to hold up our end of the deal before we do something like that.
# [17:27] * mattwoodrow is now known as mattwoodrow|away
# [17:27] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [17:27] * Joins: gmoro (guilherme@E0636309.96DFB25.D159334F.IP)
# [17:28] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Quit: ChatZilla 0.9.88 [Firefox 11.0/20120208012847])
# [17:28] * armenzg is now known as armenzg_mtg
# [17:28] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:29] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [17:29] * Joins: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [17:30] * Joins: grubshka (grubshka@moz-D1C584A4.w80-14.abo.wanadoo.fr)
# [17:30] <ibarlow> tchevalier: r+ :)
# [17:30] * ctalbert|afk is now known as ctalbert
# [17:31] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:31] <tchevalier> ibarlow: Great, thanks :) I'll request a review to mfinkle for the patch
# [17:31] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [17:31] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Ping timeout)
# [17:31] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Ping timeout)
# [17:31] * Joins: gcp_ (gpascutto@moz-D0E475EA.access.telenet.be)
# [17:31] * Quits: kaze (kaze@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [17:32] * Joins: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be)
# [17:32] * Quits: sicking (chatzilla@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [17:32] * Quits: gmoro (guilherme@E0636309.96DFB25.D159334F.IP) (Ping timeout)
# [17:32] <josh> Bas: is the async drawing models spec completely up to date?
# [17:34] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:34] * Joins: Olipro (Olipro@moz-9F100761.catv.pool.telekom.hu)
# [17:34] * Joins: gmoro (guilherme@E0636309.96DFB25.D159334F.IP)
# [17:34] * Joins: jhammink (textual@moz-6644F61A.static-ip.oleane.fr)
# [17:35] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:35] * lurking seriously needs his glasses checked - thought he said: 'depends if theme is food poisoning'
# [17:36] <Ms2ger> edmorley, tbpl in bad shape?
# [17:36] * Quits: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre)
# [17:36] * Joins: wesj (wesj@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:37] * @bz wonders whether we can get away without npapi support in servo....
# [17:37] <edmorley> Ms2ger: you mean the m-c reds?
# [17:38] <Ms2ger> No, https://tbpl.mozilla.org/?tree=Try&rev=64beb7f9e0e7 failing to load
# [17:38] <edmorley> Ms2ger: oh, wfm?
# [17:38] <josh> bz: what is servo?
# [17:39] * Quits: gmoro (guilherme@E0636309.96DFB25.D159334F.IP) (Connection reset by peer)
# [17:39] <Ms2ger> edmorley, ah, hmm. Stuck at 9% here
# [17:39] * Quits: @smaug (chatzilla@moz-59E2F873.elisa-mobile.fi) (Ping timeout)
# [17:39] * Joins: fabrice (fabrice@A51041AF.144BA878.B22E20D2.IP)
# [17:39] <Ms2ger> Oh, wfm too
# [17:40] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Client exited)
# [17:40] <edmorley> I tend to ctrl+refresh every now and again, unsticks tbpl
# [17:40] <jdm> josh: an experimental browser engine
# [17:40] <jdm> written in rust
# [17:40] * Joins: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP)
# [17:41] <josh> awesome
# [17:44] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [17:44] * Quits: redwood (chatzilla@moz-CF101662.dial1.atlanta1.level3.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2/20100222071121])
# [17:44] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [17:44] * Joins: smaug (chatzilla@moz-50BB876A.elisa-mobile.fi)
# [17:44] * ChanServ sets mode: +o smaug
# [17:44] * Quits: chewey (chewey@moz-7C1C6B11.dip0.t-ipconnect.de) (Ping timeout)
# [17:45] * Quits: ferjm (ferjm@moz-6644F61A.static-ip.oleane.fr) (Quit: Leaving)
# [17:45] * Joins: gmoro (guilherme@E0636309.96DFB25.D159334F.IP)
# [17:46] * Quits: zwol (zack@moz-A5165AC6.lightspeed.sntcca.sbcglobal.net) (Quit: Ex-Chat)
# [17:47] * Quits: harth (harth@moz-1F71062D.hsd1.ca.comcast.net) (Input/output error)
# [17:48] * Joins: chewey (chewey@moz-926C2227.dip0.t-ipconnect.de)
# [17:48] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [17:49] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [17:50] * jhford-work is now known as jhford-work-away
# [17:50] <glandium> bz: does servo actually do anything nowadays?
# [17:51] <@bz> glandium: not yet
# [17:51] <@bz> glandium: apart from having a DOM, running JS, and being able to parse HTML, of course
# [17:52] <@bz> glandium: the goal is to change that
# [17:52] <glandium> bz: so, no layout yet?
# [17:52] <@bz> that's correct
# [17:53] <glandium> that's a pretty limited state :)
# [17:53] <Ms2ger> Who needs layout?
# [17:53] <@bz> well, sure
# [17:54] * Joins: Jake (Jake@moz-3284655B.resnet.drexel.edu)
# [17:55] * armenzg_mtg is now known as armenzg
# [17:55] <@smaug> Enn: is there something you're worried with that mFocusedNode patch?
# [17:55] <@smaug> Enn: the problem is that the runtime leaks it can cause may for example 2x cycle collection time
# [17:56] <@smaug> (and usually does for me)
# [17:56] <Ms2ger> Oh no, 30ms!
# [17:56] <Enn> smaug: I wasn't clear why there were three different places where mFocusedNode needed to be cleared
# [17:56] * joduinn-coffee is now known as joduinn-commute
# [17:57] <@smaug> Ms2ger: exactly!
# [17:57] <@smaug> Enn: well, whenever innerwindow can get a new document
# [17:57] <@smaug> Enn: mFocusedNode points to old document
# [17:57] <Ameya> Hello..All
# [17:57] <@smaug> we don't want innerwindow to keep the old document alive
# [17:57] <Ameya> I need to get prepaths of all extensions that are installed ..........
# [17:57] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Ping timeout)
# [17:57] <Ameya> how to get urls of all extensions that are installed..
# [17:57] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [17:57] <Ameya> ex: "chome://sample/..." where 'sample' is my extension..
# [17:58] <@bsmedberg> jimb: ping
# [17:58] <Ms2ger> smaug, so MutationObservers... ;)
# [17:58] * Quits: pnemsak (Miranda@moz-3D67D819.rainside.sk) (Quit: pnemsak)
# [17:58] <Enn> smaug: also that we are checking for mCleanedUp when SetFocusedNode shouldn't be called on such a window
# [17:58] * Joins: paoletto (paolo@moz-AA512F86.retail.telecomitalia.it)
# [17:59] <paoletto> hi
# [17:59] <@smaug> Ms2ger: yes yes
# [17:59] <Ms2ger> I know you're busy :)
# [17:59] <@smaug> Ms2ger: I'm actually planning to focus on that once I've sorted out this mFocusNode thing
# [17:59] * Joins: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [17:59] <@smaug> Enn: well, I've seen mFocusedNode to have a value after unlink
# [17:59] <paoletto> anyone around? i have a weird problem (and question): i am trying to stuff a firefox inside a QWidget, using win32 SetParent. It works fine, but if i open a new tab, firefox dies
# [18:00] <@smaug> Enn: which means that something is calling SetFocusedNode at strange time
# [18:00] <@smaug> Enn: I don't know how to reproduce that stuff
# [18:00] <paoletto> is it some changing window id problem?
# [18:00] <@smaug> Enn: this is based on cc logs
# [18:01] * Quits: Jake (Jake@moz-3284655B.resnet.drexel.edu) (Quit: Leaving.)
# [18:01] <Enn> smaug: mFocusedNode doesn't currently get cleared when the window goes away. That's what you're patch changes, no?
# [18:01] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:02] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [18:02] <@smaug> Enn: yes. Something may still have a pointer to the innerwindow. mDoc gets cleared, but since mFocusedNode is not, the document stays alive
# [18:03] * Quits: faramarz (faramarz@moz-6644F61A.static-ip.oleane.fr) (Quit: faramarz)
# [18:03] * coop|afk is now known as coop
# [18:03] <@khuey> WARNING: SQL statement 'SELECT id FROM moz_formhistory WHERE guid isnull' was no
# [18:03] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
# [18:03] <@khuey> t finalized: file c:/dev/mozilla-central/storage/src/mozStorageConnection.cpp, l
# [18:03] <@khuey> ine 852
# [18:03] <@khuey> ###!!! ASSERTION: sqlite3_close failed. There are probably outstanding statement
# [18:03] <@khuey> s that are listed above!: 'srv == SQLITE_OK', file c:/dev/mozilla-central/storag
# [18:03] <@khuey> e/src/mozStorageConnection.cpp, line 859
# [18:03] <@khuey> mak: ^ is that worth caring about?
# [18:04] <mak> khuey: when did that happen?
# [18:04] <mak> btw yes, should file a bug
# [18:04] <@smaug> Enn: how to say... I'm trying to remove the worst runtime leaks first, so that CC times stay low. Then once we figure out what causes other problems, we fix them
# [18:04] <@khuey> mak: when shutting down my build
# [18:05] <@smaug> (and dietrich should review mak's patch ;) )
# [18:05] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [18:05] <mak> khuey: supposing that your build didn't break shutdown, please file a bug
# [18:05] <@smaug> ( the leak fix)
# [18:05] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [18:05] <@khuey> mak: ok
# [18:05] <@khuey> mak: I may need to confirm that first part ;-)
# [18:05] <@khuey> this is a pretty scary build
# [18:06] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:06] * Quits: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net) (Ping timeout)
# [18:06] <Standard8> Is there a way in js to get from Components.results.NS_ERROR_OUT_OF_MEMORY to a string?
# [18:07] <@khuey> Standard8: yes
# [18:07] * Joins: Lucas_ (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [18:07] * Joins: bretr (bret_recka@moz-BBE3ABD.mv.mozilla.com)
# [18:07] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [18:08] * Joins: dao (dao@moz-A0109AC4.superkabel.de)
# [18:08] * Quits: sfink (chatzilla@moz-C15A718.dsl.pltn13.sbcglobal.net) (Client exited)
# [18:08] <Standard8> khuey: which is ?
# [18:08] <@khuey> Standard8: http://mxr.mozilla.org/mozilla-central/source/xpcom/base/nsIExceptionService.idl#46
# [18:08] * bear is now known as bear-afk
# [18:08] <@khuey> Standard8: and then nsIException.toString();
# [18:09] <@khuey> or one of the other things on it
# [18:09] * Quits: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr) (Quit: jgriffin)
# [18:09] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
# [18:09] <Standard8> khuey: ah thanks
# [18:10] <@khuey> oh joy
# [18:10] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:10] <@khuey> I get to look at browser.js today
# [18:10] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [18:10] * rail-buildduty is now known as rail-lunch
# [18:11] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88 [Firefox 13.0a1/20120221170048])
# [18:11] <@smaug> Enn: thanks! :)
# [18:11] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:11] <glandium> khuey: feel the pain
# [18:11] <@smaug> I did manage to convince you
# [18:11] <jimb> bsmedberg: pong
# [18:11] <@khuey> glandium: my eyes are already on fire
# [18:12] <glandium> khuey: it gets worse
# [18:12] * mjessome is now known as mjessome|lunch
# [18:12] * Quits: wontfix (blah@49533623.ED7DE540.79496794.IP) (Quit: )
# [18:12] <glandium> fire is the first step
# [18:12] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:12] <@khuey> glandium: what comes after?
# [18:12] <@bsmedberg> jimb: I'm having trouble writing a stackwalker unit test, for example at http://code.google.com/p/google-breakpad/source/browse/trunk/src/processor/stackwalker_x86_unittest.cc#355
# [18:12] <lurking> loss of hair
# [18:13] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [18:13] <@bsmedberg> jimb: in my case when it tries to scan for a valid return address, the scan fails because that address doesn't have a function name
# [18:13] <glandium> khuey: it's better if you find out by yourself
# [18:13] * Quits: Lucas_ (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [18:13] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [18:13] * armenzg is now known as armenzg_lunch
# [18:13] * Quits: peregrino (peregrino@moz-9D7E974.telecom.net.ar) (Connection reset by peer)
# [18:13] * Joins: peregrino (peregrino@moz-9D7E974.telecom.net.ar)
# [18:14] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [18:14] <@khuey> glandium: ok, I'll let you know how it goes
# [18:14] * Joins: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP)
# [18:14] <lurking> khuey: trembling hands, the strong desire for something stronger than beer
# [18:14] <@khuey> gcp_: are you the person who rewrote safebrowsing recently?
# [18:14] <@bsmedberg> jimb: is there rhyme or reason why some of these tests have different return addresses than others?
# [18:14] <jimb> bsmedberg: So, you can add a FUNC line to the module symbols...
# [18:14] <@khuey> lurking: oh, I might need to go into the office today then
# [18:15] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:15] <@bsmedberg> e.g. http://code.google.com/p/google-breakpad/source/browse/trunk/src/processor/stackwalker_x86_unittest.cc#230 uses a different value which appears to "work"
# [18:15] <glandium> khuey: for something stronger than beer?
# [18:15] <@khuey> glandium: right
# [18:15] <jimb> bsmedberg: Every test has different data because that improves "coverage". :)
# [18:15] <gcp_> khuey: parts of it. not the ones everybody is reporting bugs against now
# [18:15] * edransch is now known as edransch-lunch
# [18:15] <@khuey> gcp_: heh
# [18:15] <@khuey> gcp_: I'm seeing ###!!! ASSERTION: ProcessHostSub should only be called for prefix hashes.: 'mChu
# [18:15] <@khuey> nkState.hashSize == PREFIX_SIZE', file c:/dev/mozilla-central/toolkit/components
# [18:15] <@khuey> /url-classifier/ProtocolParser.cpp, line 706
# [18:15] <lurking> glandium: he must of warped into the great desire to KILL
# [18:15] * Quits: dao (dao@moz-A0109AC4.superkabel.de) (Quit: Leaving.)
# [18:15] <@khuey> a lot
# [18:15] <gcp_> khuey: oh, that's interesting.
# [18:16] <gcp_> khuey: thats a bug, I guess
# [18:16] <@bsmedberg> jimb: do you know why 0x4000129d would return true from InstructionAddressSeemsValid but 0x40001350 wouldn't?
# [18:16] <gcp_> khuey: please report
# [18:16] <@khuey> gcp_: ok, will file later
# [18:16] <@khuey> gcp_: ty
# [18:16] * Quits: zoite (zoite@moz-CFF59643.n194.n222.n216.static.myhostcenter.com) (Client exited)
# [18:17] <jimb> bsmedberg: Yes... sec
# [18:17] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [18:17] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:17] * Joins: zoite (zoite@moz-CFF59643.n194.n222.n216.static.myhostcenter.com)
# [18:17] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [18:17] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/bd6567f435bf - Olli Pettay - Bug 728577 - nsGlobalWindow::mFocusedNode seems to keep documents alive longer than needed, r=Enn
# [18:18] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [18:18] * Quits: jfkthame (jfkthame@8A482AEA.5BC345F5.9542EC20.IP) (Ping timeout)
# [18:18] * Joins: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr)
# [18:18] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [18:19] * Quits: Yoric|Poor (David@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:19] <jorendorff> achievement unlocked: wrote a line of code that reads: template <template <class> class Test>
# [18:20] <sheppy> jorendorff: Don't make me come over there and smack you.
# [18:20] <sheppy> :D
# [18:20] <Ms2ger> Smart pointer?
# [18:20] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [18:20] <jorendorff> it uh
# [18:20] <@khuey> achievement unlocked: Get smacked by sheppy
# [18:20] <jorendorff> it drives a benchmark
# [18:20] <sheppy> khuey: That's not much of an achievement. I have a hair trigger.
# [18:20] <Ms2ger> MediaWiki?
# [18:21] <@khuey> mmm, nice
# [18:21] * Quits: grubshka (grubshka@moz-D1C584A4.w80-14.abo.wanadoo.fr) (Ping timeout)
# [18:21] <@khuey> InstallTrigger triggers my "nuke leaky chrome" patch
# [18:21] * Joins: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP)
# [18:21] * @khuey pretends to be surprised
# [18:21] * Joins: jhopkins (jhopkins@moz-41E1D586.tb.shawcable.net)
# [18:21] <sheppy> khuey: I think you're pretending.
# [18:21] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [18:22] * Joins: nicalsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP)
# [18:22] <@smaug> Honza: perhaps the addon could tell also the number of edges
# [18:23] * Quits: smontagu (chatzilla@moz-F129D626.red.bezeqint.net) (Ping timeout)
# [18:23] * @khuey decides now is a good point to stop and wander into the office
# [18:23] * khuey is now known as khuey|away
# [18:23] * jwir3 is now known as jwir3|away
# [18:24] * Quits: nicalsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP) (Ping timeout)
# [18:24] * Quits: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP) (Ping timeout)
# [18:24] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Connection reset by peer)
# [18:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [18:24] <jimb> bsmedberg: Okay, so InstructionAddressSeemsValid uses kind of a weird predicate.
# [18:24] <jimb> If there's a loaded module, but no symbols, it treats all addresses in that module as "valid".
# [18:25] <jimb> But if you *add* symbols, that don't cover the address, then it will treat that same address as "invalid".
# [18:25] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [18:25] <jimb> So in the test GetCallerFrame.WindowsFrameData, we have symbols.
# [18:25] * Quits: gandalf (zbraniecki@moz-530E5328.neoplus.adsl.tpnet.pl) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [18:25] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [18:26] * Quits: @smaug (chatzilla@moz-50BB876A.elisa-mobile.fi) (Input/output error)
# [18:26] <jimb> Those symbols don't provide a FUNC that covers 0x40001350, thus it's invalid.
# [18:27] * Quits: jgriffin (jgriffin@moz-6644F61A.static-ip.oleane.fr) (Quit: jgriffin)
# [18:27] * Joins: smaug (chatzilla@moz-50BB876A.elisa-mobile.fi)
# [18:27] * ChanServ sets mode: +o smaug
# [18:27] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/17a0a03cc8e0 - Blake Kaplan - Bug 727957 - Automatically connect to wifi on akami. r=gal
# [18:27] <jimb> In GetCallerFrame.TraditionalScan, we provide no symbols at all (no SetModuleSymbols call), and thus all addresses that fall within the module are treated as "valid". (set up at http://code.google.com/p/google-breakpad/source/browse/trunk/src/processor/stackwalker_x86_unittest.cc#71 )
# [18:27] <jimb> (I didn't design InstructionAddressSeemsValid...)
# [18:27] <@bsmedberg> jimb: ok, I'm getting it now...
# [18:27] * Joins: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [18:27] * Joins: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr)
# [18:27] * Joins: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr)
# [18:27] * Joins: kwierso (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [18:27] * @bsmedberg looks for the simplest way to make this better, picks an address in module2
# [18:27] <jimb> bsmedberg: But, when you call SetModuleSymbols, you can provide any symbol file text you like.
# [18:28] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:28] <jimb> bsmedberg: So if you want to just add a FUNC line to that that covers the return address you want to use, that's probably the easiest and clearest way forward.
# [18:28] * Joins: lurking_ (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [18:29] * glob is now known as glob|away
# [18:29] <jimb> bsmedberg: The test all use different random data in an attempt to make sure that the passes aren't depending on random aspects of the data ("aligned addresses", "low addresses", etc.).
# [18:29] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Ping timeout)
# [18:29] * lurking_ is now known as lurking
# [18:29] <jimb> bsmedberg: It's not anything deep.
# [18:30] * Quits: clee (clee@moz-6644F61A.static-ip.oleane.fr) (Quit: clee)
# [18:30] <jimb> bsmedberg: I did some early tests that were using nice addresses like 10, 20, 30. Then when I used big numbers I found a case where I'd used the wrong word size and was truncating bits off the top.
# [18:30] <Bas> josh: Not -completely-, there's 2 changes I want to make.
# [18:31] <jimb> I felt like I was doing all the work and not getting the benefit. So I wrote an Emacs Lisp function to insert random hex and decimal numbers of various sizes.
# [18:31] * Joins: roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP)
# [18:31] * ChanServ sets mode: +o roc
# [18:31] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [18:31] * Joins: smontagu (chatzilla@moz-87B57AF6.red.bezeqint.net)
# [18:31] <jimb> bsmedberg: Anyway, please do whatever makes you happy in that regard.
# [18:32] * Quits: timdream (timdream@moz-6644F61A.static-ip.oleane.fr) (Quit: timdream)
# [18:32] <@bsmedberg> jimb: I just moved the return address into the other module at base 0x50000000 and it worked
# [18:32] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:32] * Joins: gandalf (zbraniecki@moz-530E5328.neoplus.adsl.tpnet.pl)
# [18:32] <paoletto> im trying to clone mozembed, following the instructions on the web, but i get a 404 from mercurial
# [18:32] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [18:33] * Quits: jhammink (textual@moz-6644F61A.static-ip.oleane.fr) (Quit: Computer has gone to sleep.)
# [18:33] <paoletto> hg clone --verbose -- http://hg.mozilla.org/incubator/embedding/ mozembed .
# [18:33] <timA> anyone around familiar with redit.exe that we build as part of xulrunner?
# [18:33] <jimb> bsmedberg: I still think it'd be nice to put a FUNC line in there, but I won't r- the patch...
# [18:33] * Quits: mwu (mwu@moz-6644F61A.static-ip.oleane.fr) (Quit: This computer has gone to sleep)
# [18:33] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [18:33] * mdas is now known as mdas|afk
# [18:34] * Quits: kanru (user@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [18:34] * Joins: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP)
# [18:34] * Joins: andreasn (andreasn@moz-3CC3C389.a336.priv.bahnhof.se)
# [18:35] <paoletto> any idea why?
# [18:35] * Quits: jlebar|mac (~jlebarmac@moz-6644F61A.static-ip.oleane.fr) (Quit: jlebar|mac)
# [18:35] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [18:35] <jesup> Any plans to drop VS2005 support anytime soon? (Just found out that Google has dropped VS2005 support from WebRTC code that we've been importing :-( )
# [18:36] <Ms2ger> Haven't we yet?
# [18:36] * @bsmedberg didn't think we officially had, no
# [18:36] <@bsmedberg> we just stopped using it on tinderboxes
# [18:36] <@bsmedberg> jesup: I don't think that's wise until we're sure we don't have problems
# [18:36] <jesup> Maybe this will be impetus... :-)
# [18:36] <@bsmedberg> so at least to the end of this cycle...
# [18:36] * Quits: nsilva (androirc@A18ECB01.81445FE4.1B3E68DA.IP) (Ping timeout)
# [18:37] * Joins: gwagner (idefix2@moz-6644F61A.static-ip.oleane.fr)
# [18:37] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [18:37] * philor is now known as philor|away
# [18:37] <jesup> Understood, and we need to schedule/communicate it
# [18:38] <@bsmedberg> ajuma: why is bug 729581 security-sensitive?
# [18:39] <jesup> Probably means no try/tinderbox builds for alder/webrtc for win32 after we update the code drop (darn, and we were just getting ready to roll out the changes to support WebRTC on Win32)
# [18:39] * Joins: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com)
# [18:39] <ajuma> bsmedberg: accidental. should be unflagged now.
# [18:39] * Quits: gwagner (idefix2@moz-6644F61A.static-ip.oleane.fr) (Quit: gwagner)
# [18:39] <jesup> bsmedberg: it isn't
# [18:39] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [18:40] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [18:40] * Quits: fabrice (fabrice@A51041AF.144BA878.B22E20D2.IP) (Ping timeout)
# [18:40] <pierron> .w 5
# [18:41] * Quits: victorporof (victorporo@8E6D77E6.1DA4E384.4873E54D.IP) (Ping timeout)
# [18:41] * Quits: gandalf (zbraniecki@moz-530E5328.neoplus.adsl.tpnet.pl) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [18:41] * Joins: victorporof (victorporo@E3F297DF.9456C811.4873E54D.IP)
# [18:41] * jhopkins is now known as jhopkins|afk
# [18:42] <josh> Bas: let me know when you've made the changes and we can pick this back up on plugin-futures
# [18:43] <Bas> josh: Roc already posted it on plugin-futures a month or two ago and got a spectacular 0 responses.
# [18:43] <Bas> Any reason we need to go through this again?
# [18:43] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:43] * Joins: fabrice (fabrice@moz-6644F61A.static-ip.oleane.fr)
# [18:43] * Quits: sicking (chatzilla@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [18:44] * philor|away is now known as philor
# [18:44] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Ping timeout)
# [18:45] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [18:45] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Ping timeout)
# [18:46] * Joins: wolfiR (wolfiR@moz-3E5982DC.dip0.t-ipconnect.de)
# [18:46] * Joins: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [18:46] <ddahl> working with a patch I did not write... is this syntax correct? http://pastebin.mozilla.org/1490484
# [18:46] <Ms2ger> No
# [18:46] <ddahl> Ms2ger: i thought so
# [18:46] <Ms2ger> : on the next line, indented two spaces
# [18:46] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:46] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:48] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [18:48] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [18:49] <@bz> well
# [18:49] <@bz> the syntax as written is correct in C++ terms
# [18:49] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [18:49] <@bz> whether it follows our code style depends on the module
# [18:49] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [18:49] <Bas> Does anyone know why wiki.mozilla.org keeps trying to access googleapis.com?
# [18:50] * Joins: maikmerten (maikmerten@moz-C878EF34.dynamic.qsc.de)
# [18:50] <Ms2ger> It doesn't follow my code style :)
# [18:50] * joduinn-commute is now known as joduinn-mtg
# [18:50] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
# [18:50] <@bz> Bas: yes
# [18:50] <@bz> <link rel="stylesheet" href="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.14/themes/base/jquery-ui.css" />
# [18:50] <@bz> <link rel="stylesheet" href="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.14/themes/smoothness/jquery-ui.css" />
# [18:50] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:50] * Parts: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:50] <@bz> <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.6.2/jquery.min.js"></script>
# [18:50] <@bz> <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8.14/jquery-ui.min.js"></script>
# [18:50] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [18:50] <@bz> That's why
# [18:50] <Bas> bz: Ugh.
# [18:50] <Ms2ger> Ugh, jquery
# [18:50] <@bz> verily
# [18:50] * Quits: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net) (Ping timeout)
# [18:51] <@bz> and they STILL haven't fixed the $%%$#^%$^$% styling to actually work
# [18:51] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [18:51] * @bz ponders just using a user stylesheet with moz-document rules to work around the breakage
# [18:51] <Bas> bz: Well, it seems to work fine without being able to access the server, but it seems the site is slowed down a little figuring out my router is not letting those requests through :)
# [18:51] <@bz> Bas: heh
# [18:51] * Quits: peregrino (peregrino@moz-9D7E974.telecom.net.ar) (Quit: peregrino)
# [18:51] <@bz> Bas: indeed
# [18:51] * Joins: kaze (kaze@A51041AF.144BA878.B22E20D2.IP)
# [18:52] * wlach is now known as wlach|lunch
# [18:52] * Joins: myk (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:53] * Joins: cdiehl_ (cdiehl@moz-77B0E628.pool.mediaways.net)
# [18:53] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:53] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [18:54] * Quits: cdiehl (cdiehl@moz-1A4EF351.pool.mediaways.net) (Ping timeout)
# [18:54] * cdiehl_ is now known as cdiehl
# [18:54] * mcote is now known as mcote|lunch
# [18:55] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [18:55] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:56] * bear-afk is now known as bear
# [18:56] <paoletto> how can i get the stack trace of crashing firefox on windows?
# [18:56] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [18:56] <Ms2ger> WinDbg?
# [18:56] <Ms2ger> mrbkap, anything blocking pushing bug 727884?
# [18:56] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
# [18:57] <@bsmedberg> paoletto: running a release build or your own build?
# [18:57] <gcp_> paoletto: about:crashes? :)
# [18:57] <paoletto> release
# [18:57] <Ms2ger> reed, ping
# [18:57] <@bsmedberg> about:crashes if the Mozilla crash reporter is showing up, or...
# [18:58] <@bsmedberg> https://developer.mozilla.org/En/Using_the_Mozilla_symbol_server
# [18:58] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
# [18:58] <paoletto> hmm i get windows dialog "this program has crashed"
# [18:58] <paoletto> but i dont get that session in about:crashes
# [18:58] <@bsmedberg> hrm, that's surprising
# [18:58] <NeilAway> Ms2ger: ah, well if it's unexpected then you should say "fascinating" ;-)
# [18:59] <Ms2ger> NeilAway, that's a fascinating distinction
# [18:59] * Quits: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP) (Ping timeout)
# [19:00] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [19:00] <Honza> smaug: re: number of edges -> yes
# [19:00] * Joins: lcamacho (Mibbit@AFF4A604.ACCB41A6.C32E4F0D.IP)
# [19:01] <Honza> smaug: could you always send me a quick email, I am worried I forgot the ideas you have..
# [19:01] <paoletto> ah ok, now i see what about crashes is
# [19:02] <@smaug> Honza: ok :)
# [19:02] <NeilAway> Ms2ger: only if you don't know your Star Trek references :-P
# [19:02] <Ms2ger> What's Star Trek?
# [19:03] <Honza> smaug: great, also let me know if anyone else has an input, I believe there is a lot what could be improved...
# [19:03] * Joins: mreavy (chatzilla@moz-DECFDD00.phlapa.fios.verizon.net)
# [19:03] <Honza> the search, navigation, visualization....
# [19:03] <@smaug> yeah
# [19:03] * Joins: jduell (jduell@moz-F20EC42A.hfc.comcastbusiness.net)
# [19:04] * Quits: smontagu (chatzilla@moz-87B57AF6.red.bezeqint.net) (Ping timeout)
# [19:04] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [19:04] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:05] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [19:05] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e61a169463c6 - Myk Melez - no bug - update revision of Add-on SDK being tested; test-only
# [19:06] * Joins: kwierso_ (chatzilla@moz-7B0110AD.mv.mozilla.com)
# [19:06] * Quits: kwierso (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:06] * kwierso_ is now known as kwierso
# [19:06] * jimm is now known as jimm-lunch
# [19:06] * Joins: magsout (magsout@moz-E559D13.fbx.proxad.net)
# [19:06] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [19:07] * Joins: biesi (cbiesinger@moz-CC24D9B1.tmodns.net)
# [19:07] * khuey|away is now known as khuey
# [19:08] * Quits: pranavrc (pranavrc@20BA0A1A.54549A93.520CDC98.IP) (Quit: Ping timeout: ∞)
# [19:08] * mdas|afk is now known as mdas
# [19:08] * Joins: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [19:08] * Quits: magsout (magsout@moz-E559D13.fbx.proxad.net) (Client exited)
# [19:09] <jesup> Firefox barely eked out a win on Windows, and Chrome wins by a landslide on Linux (with Opera #2). :-( http://www.tomshardware.com/reviews/chrome-17-firefox-10-ubuntu,3129-18.html
# [19:09] <ddahl> bz: Ms2ger: I do not understand the syntax in that snippit - it looks like a member variable is being set up as a method, but not quite.
# [19:09] * Quits: kaze (kaze@A51041AF.144BA878.B22E20D2.IP) (Quit: WeeChat 0.3.5)
# [19:10] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [19:10] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [19:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:10] <@bz> ddahl: which syntax? The Foo::Foo() : mBar(something) {} one?
# [19:10] <ddahl> bz: yes
# [19:10] <Ms2ger> Equivalent to nsCrypto::nsCrypto() { mEnableSmartCardEvents = false; }
# [19:10] <ddahl> ah, ok
# [19:10] <@bz> ddahl: what that says is "call the mBar constructor, passing it 'something' as an argument"
# [19:10] <@bz> ddahl: "before invoking the body of the Foo constructor"
# [19:10] <ddahl> bz: thanks
# [19:10] <@bz> ddahl: no problem
# [19:11] <ddahl> so fancy
# [19:11] * Quits: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com) (Input/output error)
# [19:11] <@bz> ddahl: in this case it's silly-ish
# [19:11] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:11] <@bz> ddahl: if mBar had nontrivial constructor behavior it would make more sense
# [19:11] <ddahl> bz: it confuses the noobs for sure
# [19:11] <@bz> ddahl: since it would then avoid running both the default constructor and the one that takes 'something'
# [19:12] * Joins: smontagu (chatzilla@moz-F341CB56.red.bezeqint.net)
# [19:12] <@bz> http://msdn.microsoft.com/en-us/magazine/cc301399.aspx actually covers this pretty well
# [19:12] * edransch-lunch is now known as edransch
# [19:12] <ddahl> bz: i am getting one of these: libxul.so: hidden symbol `mozilla::dom::nsDOMCrypto::nsDOMCrypto()' isn't defined and the referenced line is that line
# [19:13] <ddahl> bz: i will read that, thanks
# [19:13] <@bz> ok
# [19:13] <@bz> well
# [19:13] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:13] <@bz> what does your nsDOMCrypto class declaration look like?
# [19:13] <ddahl> bz: http://pastebin.mozilla.org/1490509
# [19:14] * mjessome|lunch is now known as mjessome
# [19:14] <Ms2ger> ddahl, nsDOMCrypto, not nsCrypto
# [19:14] * Joins: vikash (vikash@5A0AC6B8.38F0169.5D9ABA9F.IP)
# [19:14] <ddahl> Ms2ger: ah
# [19:14] <@bz> though that was useful too
# [19:15] <ddahl> oh wait
# [19:15] <@bz> so nsCrypto inherits from nsDOMCrypto
# [19:15] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
# [19:15] * ChanServ sets mode: +o dveditz
# [19:15] <ddahl> there is an nsCrypto and snDOMCrypt in this patch
# [19:15] <@bz> but the constructor for nsCrypto is not calling the one for nsDOMCrypto
# [19:15] <ddahl> nsDOMCrypto
# [19:15] * Joins: kwierso_ (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [19:15] <@bz> which means the compiler calls the default constructor
# [19:15] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:15] <@bz> where does that live in this case?
# [19:15] * armenzg_lunch is now known as armenzg
# [19:16] <NeilAway> Ms2ger: don't worry too much about it, it got cancelled in 1969 anyway
# [19:16] <ddahl> so bsmith is moving things around to re-enable window.crypto on mobile builds
# [19:16] * Quits: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [19:16] * Quits: kwierso (chatzilla@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [19:16] * Joins: harth (harth@moz-BBE3ABD.mv.mozilla.com)
# [19:16] * kwierso_ is now known as kwierso
# [19:16] <ddahl> so we have nsCrypto, nsDOMCrypto and nsDOMCryptoLegacy in this patch on bug 637432
# [19:16] * Joins: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com)
# [19:17] * Joins: hipokrit (hipokrit@22C5D8DD.50351D53.E949568B.IP)
# [19:17] * Joins: ewong|sleep (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [19:17] * Quits: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com) (Input/output error)
# [19:17] * mak is now known as mak|afk
# [19:17] <@bz> 637432 ?
# [19:17] <@bz> is that the right number?
# [19:17] <Ms2ger> Why's that? Isn't mobile going to rewrite that in Java?
# [19:18] * Joins: lurking_ (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [19:18] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Ping timeout)
# [19:18] <paoletto> Ms2ger, can i get it also with msvc? or do i need windbg? i ask coz the MsSdk doesnt want to install
# [19:18] * lurking_ is now known as lurking
# [19:18] * rail-lunch is now known as rail-buildduty
# [19:18] <Ms2ger> No idea
# [19:19] <ddahl> bz: bug 673432
# [19:19] <ddahl> sorry
# [19:20] <ddahl> Ms2ger: we just want to provide a blank crypto object for mobile for now to add getRandomValues to
# [19:20] <ddahl> but, keep the existing legacy crypto object on desktop
# [19:21] <@bz> ok
# [19:21] <@bz> so
# [19:21] * Joins: myk1 (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:21] * Quits: myk1 (myk@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [19:21] * Quits: lcamacho (Mibbit@AFF4A604.ACCB41A6.C32E4F0D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [19:21] <@bz> no one added nsDOMCrypto.cpp to the makefile, right?
# [19:21] <ddahl> ah
# [19:22] <ddahl> that would be classic
# [19:22] * Joins: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com)
# [19:22] <Ms2ger> How about just ifdeffing the desktop stuff?
# [19:23] * Joins: vikram360 (vikram360@55A6C8E1.6E88BEBA.2A068A5E.IP)
# [19:23] <ddahl> Ms2ger: not sure, this is the way bsmith wanted to do it - i think mobile does ifdef the crypto object now - or th econtents thereof
# [19:23] <Ms2ger> Sure
# [19:23] <ddahl> bz: add it to EXPORTS_mozilla/dom ?
# [19:23] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Quit: sheppy)
# [19:24] <Ms2ger> Because they don't stick anything onto it
# [19:24] <josh> ted: do you end up with pyc files in your src dir for some reason? Why would hg status show them?
# [19:24] <Ms2ger> ddahl, nah
# [19:24] <ddahl> Ms2ger: i think the other side of this is moving as much DOM and JS stuff out of PSM as possible
# [19:24] <Ms2ger> Sounds good to me
# [19:24] <josh> ted: I'm not suggesting we remove objdir from hgignore, obviously
# [19:24] <ddahl> Ms2ger: so it is a bit more than just providing the new blank object
# [19:25] <Ms2ger> I call scope creep
# [19:25] <ddahl> so did I!!!
# [19:25] <ddahl> bsmith no listen to me
# [19:25] <jorendorff> Does anyone know offhand at what size jemalloc stops size-classifying and switches over to a "huge allocations" model?
# [19:25] <@bz> ddahl: no, add the .cpp file to CPPSRCS
# [19:25] * Quits: MarcoZ (marco.zehe@moz-6E479734.dip.t-dialin.net) (Quit: See you tomorrow!)
# [19:25] <ddahl> anyway, I am giving his way a few hours to see if it builds and see what the review landscape looks like
# [19:25] <Ms2ger> Isn't this dom code? ;)
# [19:26] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [19:26] * Joins: anant (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [19:26] <ddahl> Ms2ger: it is scrunched between two worlds
# [19:27] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:27] * ChanServ sets mode: +o dbaron
# [19:27] <ddahl> bz: ok, trying that
# [19:28] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [19:28] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [19:29] <gps> espindola: is there anything I can do to help on bug 729425?
# [19:29] * Joins: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net)
# [19:29] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [19:29] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:30] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [19:30] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [19:30] * Joins: cpeterso_ (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [19:31] * Quits: cpeterson (cpeterson@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
# [19:32] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:33] <Honza> mccr8: ping
# [19:33] <mccr8> Honza: pong
# [19:33] <Honza> so, yes the edge names are presented in debug build...
# [19:34] <mccr8> okay, good!
# [19:34] <Honza> There is no chance to have it enabled in regular builds?
# [19:36] <mccr8> Honza: It is possible. We just haven't had a chance to see what performance impact it might have. see bug 701415.
# [19:36] * Quits: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [19:36] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [19:36] * Quits: biesi (cbiesinger@moz-CC24D9B1.tmodns.net) (No route to host)
# [19:36] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [19:36] <Honza> mccr8: ok, I'll cc myself...
# [19:37] <jesup> jorendorff: 1MB I believe is the 'huge' cutoff
# [19:37] * Joins: biesi (cbiesinger@moz-CC24D9B1.tmodns.net)
# [19:37] <jorendorff> thanks
# [19:37] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [19:38] * Quits: gkw (gkw@moz-39A7D4A1.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [19:39] * armenzg is now known as armenzg_mtg
# [19:39] * jimm-lunch is now known as jimm
# [19:39] <espindola> gps, I was able to reproduce it
# [19:40] <espindola> I just have to reduce the testcase
# [19:40] <espindola> should be able to do it today
# [19:40] <gps> espindola: great!
# [19:40] * Quits: Ameya (chatzilla@AC9D62D4.FC13163A.9105FBCF.IP) (Ping timeout)
# [19:40] <gps> is it a Clang or Mozilla regression?
# [19:40] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [19:40] <espindola> gps, don't know yet
# [19:40] <espindola> I did find an interesting "problem"
# [19:40] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [19:40] * Joins: priya_ (priya@moz-BBE3ABD.mv.mozilla.com)
# [19:40] <espindola> sse was enabled with clang but not gcc
# [19:41] <espindola> I deleted cpuid.h and did another build
# [19:41] <espindola> to make sure they are comparable
# [19:41] * Quits: smontagu (chatzilla@moz-F341CB56.red.bezeqint.net) (Ping timeout)
# [19:42] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Input/output error)
# [19:42] <@bz> espindola: hey, got a sec?
# [19:42] <@bz> espindola: I tried building with clang yesterday, on mac
# [19:42] <@bz> espindola: and the resulting builds crash on startup....
# [19:43] <espindola> bz, that is the bug gps is mentioning
# [19:43] <@bz> espindola: aha
# [19:43] <espindola> should debug it today
# [19:43] <gps> bz: you build with Clang SVN HEAD or a released version?
# [19:43] <@bz> espindola: any idea what a safe clang rev to pull would be? ;)
# [19:43] <@bz> gps: SVN HEAD
# [19:43] <gps> r148042
# [19:43] <@bz> gps: which is what everyone says to use. ;)
# [19:43] <@bz> r151023 in my case
# [19:44] * mak|afk is now known as mak
# [19:44] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [19:44] <gps> r148042 is the last commit in my Git reflog that I had successfully built with
# [19:44] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [19:45] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [19:45] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [19:45] <@bz> oh, I see
# [19:46] <@bz> gotcha
# [19:46] * @bz will try that
# [19:46] * Quits: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [19:46] <gps> and I think the problem was introduced shortly thereafter. I had pulled a few weeks ago (maybe 3 now) and remember seeing the issue
# [19:46] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:46] <gps> I figured it was a transient LLVM regression, so I didn't file :(
# [19:46] * philor is now known as philor|away
# [19:47] <@bz> that's the revision for clang, not for llvm, right?
# [19:47] <@bz> or for both?
# [19:47] <gps> bz: both
# [19:47] <gps> you should keep them in sync
# [19:47] <@bz> ok
# [19:48] * @bz does that
# [19:48] * jtcranmer notes that his school project *needs* SVN HEAD to be able to build
# [19:48] <jtcranmer> as in, it breaks if I'm a week behind :-)
# [19:48] * rshetty is now known as rshetty|offline
# [19:49] * @bz tries building that rev
# [19:49] <@bz> gps: thanks!
# [19:49] * Joins: peregrino (peregrino@moz-9D7E974.telecom.net.ar)
# [19:50] * Joins: smontagu (chatzilla@moz-2C8FD190.red.bezeqint.net)
# [19:50] <gps> aha! I've identified a regression range!
# [19:50] <Ms2ger> Does it go back to Fx2?
# [19:51] <jtcranmer> does it go back to CVS 1.1?
# [19:51] * Quits: vikash (vikash@5A0AC6B8.38F0169.5D9ABA9F.IP) (Quit: Leaving)
# [19:51] <@ted> josh: python puts .pyc files next to the .py files
# [19:52] <@ted> there's no way to change that :-(
# [19:52] * Parts: tanvi (tanvi@moz-BBE3ABD.mv.mozilla.com)
# [19:52] <josh> ted: in that case I'm with you, I'm fine with marking that bug WONTFIX
# [19:52] <josh> or invalid
# [19:53] <@ted> this was sort of an unfortunate edgecase
# [19:53] <@bz> bah, pyc files in srcdir. :(
# [19:54] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [19:55] * Joins: Sander (chatzilla@73FE8D5D.5F1E337E.109882C3.IP)
# [19:58] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [20:00] * Joins: gal (gal@moz-6644F61A.static-ip.oleane.fr)
# [20:00] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [20:01] * Joins: TheOne (one@moz-B71E4028.dip.t-dialin.net)
# [20:01] * Joins: alex (alex@moz-BD8D0A09.lightspeed.sntcca.sbcglobal.net)
# [20:01] <gps> bz: pro tip for building LLVM/Clang: make happiness
# [20:01] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:02] <ddahl> bz: that made those errors go away, thanks
# [20:02] <jtcranmer> that is weird
# [20:02] * Quits: espindola (espindola@moz-74E17D89.dsl.teksavvy.com) (Ping timeout)
# [20:02] <@dbaron> make[8]: *** No rule to make target `../../../xpcom/idl-parser/xpidllex.py', needed by `libs'. Stop.
# [20:03] <dholbert> dbaron, I was literally just about to paste the same thing :)
# [20:03] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [20:03] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:03] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Ping timeout)
# [20:03] <gps> dbaron, dholbert: bug 723861
# [20:03] <Standard8> dbaron: dholbert: https://bugzilla.mozilla.org/show_bug.cgi?id=723861 comment 12 & onwards
# [20:03] <paoletto> i eventually managed to install windbg, i tried to attach it to the problematic firefox, but im not sure what i get is meaningful.. i pasted it here:http://codepad.org/uqtsuNfm
# [20:03] * Joins: espindola (espindola@70D28DAE.F84268A9.971E19F6.IP)
# [20:04] <paoletto> i guess that's not the stack trace
# [20:04] <biesi> paoletto, you should enable the symbol server
# [20:04] <biesi> firebot, symbol server
# [20:04] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:04] <firebot> biesi: iirc, symbol server is http://developer.mozilla.org/en/docs/Using_the_Mozilla_symbol_server
# [20:04] <biesi> paoletto, ^
# [20:04] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [20:05] <paoletto> ah thanks
# [20:05] <paoletto> i try
# [20:05] <dholbert> gps / Standard8: thanks
# [20:05] <dholbert> looks like comment 17 in particular is the fix
# [20:05] <edmorley> 2-4 weeks! They're having a laugh... (bug 651674 comment 55)
# [20:06] * wlach|lunch is now known as wlach
# [20:06] * Joins: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP)
# [20:06] <paoletto> biesi, do i separate stuff in the symbol path with classic ;?
# [20:06] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [20:07] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [20:07] <biesi> paoletto, yes... but can't you just use the string from https://developer.mozilla.org/en/Using_the_Mozilla_symbol_server#Using_the_symbol_server_in_Windbg as it is?
# [20:07] * zpao|detached is now known as zpao
# [20:08] <paoletto> biesi, i had to add another string, coz i didnt have the symbols for ntdll
# [20:09] <biesi> paoletto, the second string there includes that
# [20:09] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:10] * Joins: davidb (davidb@moz-6F9F653A.dsl.bell.ca)
# [20:10] * Joins: dao (dao@moz-9C2DA497.superkabel.de)
# [20:10] * Joins: cpearce (chatzilla@moz-AD8CD407.xdsl.xnet.co.nz)
# [20:10] <Ms2ger> AryehGregor, looks like bug 365970 is fixed, no?
# [20:10] * jhford-work-away is now known as jhford-work
# [20:10] <AryehGregor> Man, I filed that in 2007.
# [20:10] <AryehGregor> srsly.
# [20:10] * AryehGregor is curious when it was fixed
# [20:11] * Quits: priya_ (priya@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:12] <@smaug> didn't dbaron do some major change to overline/underline handling
# [20:12] <AryehGregor> Should I resolve FIXED or WORKSFORME?
# [20:13] <Ms2ger> wfm, in-testsuite:?
# [20:13] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:13] <paoletto> ok, i got something that looks more reasonable
# [20:13] <paoletto> http://codepad.org/lmikpZiA
# [20:13] <AryehGregor> What does in-testuite:? do?
# [20:14] <paoletto> is that fixable?
# [20:14] <AryehGregor> s/u/su/
# [20:14] * philor|away is now known as philor
# [20:14] <Ms2ger> It makes fairies add automated tests
# [20:14] <AryehGregor> I mean, in practice.
# [20:14] * Joins: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net)
# [20:14] * Quits: Tobbi (Tobbi@moz-C44EC3BA.geekbouncer.co.uk) (Ping timeout)
# [20:14] <Ms2ger> If you're lucky
# [20:15] <AryehGregor> Do people spend time looking through those?
# [20:15] <mbrubeck> Is there a reason that <script src="filename.js;version=1.8"> would not work in Firefox 10? (This is in a chrome XHTML file. Removing the ";version=1.8" fixes the problem.)
# [20:15] <Ms2ger> Yes
# [20:15] <Ms2ger> <script type=filename.js type=text/javascript;version=1.8>
# [20:16] <Ms2ger> AryehGregor, I... dunno?
# [20:16] * AryehGregor does it anyway
# [20:16] <AryehGregor> I could write a test.
# [20:16] <Ms2ger> Or that
# [20:16] <froydnj> the magic fairies thank you
# [20:17] * AryehGregor feels he might have better things to do
# [20:17] <mbrubeck> Ms2ger: Do you know if that change is documented anywhere? It broke at least one add-on...
# [20:17] <Ms2ger> Change?
# [20:17] <Ms2ger> It should not work in any version, I don't think
# [20:17] <AryehGregor> Did any browser ever really treat ";version=1.8" at the end of src as not being part of the URL itself?
# [20:18] <mbrubeck> Ms2ger, AryehGregor: https://developer.mozilla.org/en/New_in_JavaScript_1.8#Using_JavaScript_1.8
# [20:18] <mbrubeck> oh wait
# [20:18] <mbrubeck> that agrees with Ms2ger :)
# [20:18] <mbrubeck> I have no idea why this add-on was working previously. :)
# [20:19] <paoletto> googling actually returns some results for crashes on windowhook
# [20:19] <@khuey> maybe it wasn't
# [20:19] * Quits: biesi (cbiesinger@moz-CC24D9B1.tmodns.net) (Ping timeout)
# [20:20] <taras> blizzard: is there a reason you didnt just file a bug on your last email?
# [20:20] <mbrubeck> Ms2ger: Aha! https://developer.mozilla.org/en/XUL_Overlays#Attaching_a_Script_to_an_Overlay
# [20:21] <paoletto> or.. could someone try to reproduce? i can pastebin my python code, if you have pyqt and pywin32 installed as well
# [20:21] <@khuey> taras: on which part?
# [20:21] <mbrubeck> Perhaps this this code was copied from an overlay to an XHTML file... at any rate, it worked in older versions of Firefox
# [20:21] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:22] <paoletto> or should i compile firefox with debugging information in order to file a bug report?
# [20:22] * Quits: gal (gal@moz-6644F61A.static-ip.oleane.fr) (Quit: gal)
# [20:24] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:25] <taras> khuey: on making indexdb useful
# [20:25] * Quits: @smaug (chatzilla@moz-50BB876A.elisa-mobile.fi) (Ping timeout)
# [20:25] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [20:25] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [20:25] * yuan_ is now known as yuan
# [20:25] <blizzard> taras: huh?
# [20:26] <@khuey> taras: 729320?
# [20:26] * Joins: smaug (chatzilla@moz-50BB876A.elisa-mobile.fi)
# [20:26] * ChanServ sets mode: +o smaug
# [20:27] <blizzard> yes
# [20:27] <blizzard> that bug
# [20:27] <blizzard> khuey++
# [20:27] <taras> cool
# [20:27] <blizzard> I think based on our discussion yesterday?
# [20:27] <AryehGregor> Has anyone noticed that https://wiki.mozilla.org/ is trying to load insecure content from http://ajax.googleapis.com/?
# [20:28] * AryehGregor suggests s!http://ajax.googleapis.com!//ajax.googleapis.com!g
# [20:28] <@khuey> blizzard: yeah, I filed it after we got done talking
# [20:28] <AryehGregor> Yay for protocol-relative URLs.
# [20:28] * AryehGregor should file a website bug, he guesses?
# [20:28] <blizzard> khuey: yay!
# [20:28] <gavin> AryehGregor: yeah I guess so
# [20:28] <@khuey> blizzard: sicking wants to do that, he just wants to cap the total amount of "free" space you can have on the user's disk, and do LRU eviction or something
# [20:28] <gavin> I don't even know who would fix that, and I'm a wiki admin
# [20:29] <@khuey> taras: do we have data on how much space a typical user's localStorage is consuming?
# [20:29] * Quits: cjones (cjones@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [20:29] <gcp_> khuey: ok, got the urlclassifier warning myself too. will make a bug
# [20:29] <taras> khuey: no
# [20:29] * Standard8 is now known as Standard8Away
# [20:29] <taras> but that can be added
# [20:29] <@khuey> gcp_: ok, thanks
# [20:29] <AryehGregor> Oh, it's a MediaWiki.
# [20:29] <taras> i think 5mb is too low
# [20:29] * Standard8Away is now known as Standard8
# [20:29] <AryehGregor> Probably you want to edit the skin files.
# [20:30] * mcote|lunch is now known as mcote
# [20:30] <taras> if we allow autocleanup, we can take up more space
# [20:30] * Joins: MikeK (chatzilla@BB3DC1A3.5319E061.D57E6536.IP)
# [20:30] <@khuey> taras: agreed, the question is what the machinewide cap should be
# [20:30] <jdm> paoletto: a backtrace from that crash would be useful
# [20:30] <taras> khuey: i think it would make sense to plug into cache management logic
# [20:31] <taras> ie have them notify indexdb of disk pressure
# [20:31] <@khuey> taras: you think the cache management is ruled by logic?
# [20:31] <taras> you funny guy
# [20:31] <jdm> it is ruled by fear
# [20:32] * Quits: surkov (surkov@703D4713.1344B664.5D3F4C44.IP) (Quit: surkov)
# [20:32] <taras> is indexdb per domain?
# [20:32] <taras> cos we really need that in any replacement scheme
# [20:32] <taras> have a blob per domain
# [20:32] <@khuey> taras: yes, it's per domain
# [20:32] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [20:32] <taras> khuey: ie separate files? perfect
# [20:32] <@khuey> yes
# [20:32] <@khuey> a separate sqlite db per origin
# [20:33] <taras> fantastic
# [20:33] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [20:35] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [20:35] <paoletto> jdm, can i get it with windbg and stock firefox? or do i need a debugging version?
# [20:35] <@khuey> paoletto: if you configure the symbol server, yes
# [20:35] <jdm> paoletto: with the symbol server, stock firefox should work
# [20:35] * Quits: JeroenDeDauw (jeroen@moz-2D11A423.ifiber.telenet-ops.be) (Quit: Leaving.)
# [20:36] * Quits: maikmerten (maikmerten@moz-C878EF34.dynamic.qsc.de) (Quit: Leaving)
# [20:37] <rnewman> anyone else seeing failures building Android on Mac on inbound? http://rnewman.pastebin.mozilla.org/1490566
# [20:37] <paoletto> i added the symbol server, but how do i get the backtrace with windbg then?
# [20:37] <rnewman> szip.cpp
# [20:38] <rnewman> glandium: you just landed that in fed61303b55b
# [20:38] * Joins: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net)
# [20:39] * Joins: joesteele (joesteele@moz-B7348FDB.tampfl.fios.verizon.net)
# [20:40] <mbrubeck> So, as far as I can tell the documentation at https://developer.mozilla.org/en/XUL_Overlays#Attaching_a_Script_to_an_Overlay is just wrong
# [20:40] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [20:41] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [20:41] * Quits: cpearce (chatzilla@moz-AD8CD407.xdsl.xnet.co.nz) (Ping timeout)
# [20:41] * mbrubeck fixes the docs
# [20:42] * Joins: ehugg (chatzilla@5CD372CF.C5EAED67.6CD50604.IP)
# [20:43] <rnewman> filed bug 729641; might as well go make lunch
# [20:43] <MikeK> Hi, I'm trying to rerun a test on try, through tbpl - but when I do, it asks me for LDAP Authentication for build.mozilla.org - do I need some other permissions than what I have for pushing to try?
# [20:44] * Quits: Sander (chatzilla@73FE8D5D.5F1E337E.109882C3.IP) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [20:44] <paoletto> jdm, you meant something like: http://codepad.org/fgo7XdLl ?
# [20:44] <jdm> MikeK: no, your same credentials should work I think
# [20:45] <gavin> you'll need to know your LDAP password, though
# [20:45] <gavin> (pushing to try just uses SSH)
# [20:45] <gavin> if you forgot it you can have it reset
# [20:46] <jdm> paoletto: make sure you follow the instructions at https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg
# [20:46] <jdm> paoletto: but that backtrace in that log does not give me much hope :(
# [20:46] <MikeK> gavin - Then that must be the case (that I forgot it)
# [20:46] <MikeK> jdm: Thanks
# [20:46] <gavin> MikeK: file a bug in mozilla.org::server ops, just ask for an LDAP password reset and they'll email it to you
# [20:47] <MikeK> gavin: thank you, that would have been my next question :)
# [20:48] <espindola> gps, ok, will try to debug the clang failure now
# [20:48] <paoletto> jdm, i will try. however, as i say, i can provide the little script that causes this, if you just have installed python, pywin32 and pyqt4
# [20:48] <jdm> paoletto: I would be interested in seeing the script
# [20:49] <gps> espindola: I've bisected it to r148042..r148191
# [20:49] <taras> so does content doing sync xhr
# [20:50] <taras> literally block chrome on network io?
# [20:50] <espindola> I am going the other way, finding out which .o is being miscompiled
# [20:50] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [20:50] <gaston> wtf
# [20:50] <gaston> nss 3.13.3 ????
# [20:50] <gaston> i was pretty sure .13.2 was released two or three days ago
# [20:51] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [20:51] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [20:51] <rnewman> froydnj: can I land that fix on inbound, unbreak my build? you probably also want to land directly on m-c
# [20:51] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [20:52] * Joins: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [20:52] * Quits: MikeK (chatzilla@BB3DC1A3.5319E061.D57E6536.IP) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216081259])
# [20:52] <gaston> i'll never get nss release schedule, if there is one....
# [20:52] <gps> rnewman: will you be merging into s-c any time soon? (I want to force a TPS run)
# [20:52] <froydnj> rnewman: you could just land glandium's fix or pester him to do it
# [20:52] <gaston> hah, trustwave distrust
# [20:53] <rnewman> froydnj: that's the fix I mean
# [20:53] <rnewman> thanks
# [20:53] <rnewman> gps: I will be merging m-c back after bug 729596
# [20:54] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [20:54] * Quits: dcamp (dave@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
# [20:54] * Joins: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP)
# [20:54] <gps> \o/
# [20:54] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [20:55] <paoletto> jdm, i can paste it, by the way, i finally got the crash dialog (with a new profile)
# [20:55] <paoletto> and submitted the report: https://crash-stats.mozilla.com/report/index/bp-7f39e493-9401-49c7-a6bd-0086b2120222
# [20:55] * Joins: onecyrenus (onecyrenus@moz-24BD8BA4.hsd1.ca.comcast.net)
# [20:55] <jdm> nice, thanks
# [20:55] <paoletto> how does it look?
# [20:56] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [20:56] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [20:56] <jdm> paoletto: that is a very readable crash report
# [20:56] <jdm> granted, I have no experience in any of that code
# [20:56] <jdm> but maybe jimm will understand it
# [20:57] * rnewman is now known as rnewman|afk
# [20:57] <jimm> paoletto: any good steps to reproduce that crash?
# [20:58] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [20:58] <paoletto> jimm, jdm : http://codepad.org/I544aOm1
# [20:58] * Quits: newbie (kvirc@697AC6B3.8C6159FA.9A06DD32.IP) (Ping timeout)
# [20:58] * Quits: zoite (zoite@moz-CFF59643.n194.n222.n216.static.myhostcenter.com) (Quit: Leaving)
# [20:58] <jdm> paoletto: what is the script doing?
# [20:59] <paoletto> you need pyqt4 and pywin32, and then just add a new tab to the firefox (ah you also need a profile named "foo" and start with a blank page)
# [20:59] <jdm> I admit that anything that plays with the win32 api gives me the woolies
# [20:59] <paoletto> it's creating a pyqt application, and it's spawning a firefox with profile "foo"
# [20:59] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [20:59] <paoletto> then it reparent the firefox into one of the widgets
# [20:59] * Joins: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com)
# [21:00] <gaston> i'd almost kill to have a real nss changelog for each release
# [21:01] * Joins: newbie (kvirc@697AC6B3.8C6159FA.9A06DD32.IP)
# [21:01] * Quits: cviecco (cviecco@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:02] <jimm> paoletto: fx behavior under these conditions is totally unpredictable. you might try disabling taskbar previews in fx to avoid the crash though.
# [21:02] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
# [21:03] <rillian> gaston, it's a decryption problem
# [21:03] <gaston> :)
# [21:03] <paoletto> ah
# [21:03] <paoletto> how?
# [21:03] <jrmuizel> khuey: care to give a quick review on bug 728968
# [21:04] <josh> bz: I have a fix for google translate, not sure it is the best one but it's a start. In addition to the object frame not being made we also had a stream creation bug.
# [21:04] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:04] <@khuey> jrmuizel: looking
# [21:05] * Cwiiis is now known as CwiiisAway
# [21:06] <@bz> hmm
# [21:06] * @bz gets a build failure with clang
# [21:06] <taras> bz: looks like huffington post perf is killing us http://www.tomshardware.com/reviews/chrome-17-firefox-10-ubuntu,3129-6.html
# [21:06] <paoletto> jimm, i think it's disabled by default
# [21:06] <@bz> taras: yes
# [21:06] <@bz> taras: agreed
# [21:06] <Fallen> is the new component watching thing working? I have the feeling I'm missing bugmail
# [21:06] <taras> i also tried profiling that page
# [21:06] <taras> but i have no idea what goes wrong in it
# [21:07] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [21:07] <@bz> taras: fwiw, I tried measuring, and I see about the same numbers for Firefox and Chrome...
# [21:07] <jdm> paoletto: taskbar previews are on by default
# [21:07] <@bz> taras: it's incredibly noisy, of course
# [21:07] * Quits: cpeterso_ (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [21:07] <taras> bz: on a slow machine there is an obvious difference
# [21:07] <@bz> Undefined symbols:
# [21:07] <@bz> "__ZN2js15SecurityWrapperINS_7WrapperEE10nativeCallEP9JSContextP8JSObjectPNS_5ClassEPFiS4_jPN2JS5ValueEENS_8CallArgsE", referenced from:
# [21:07] <jdm> Fallen: yeah, component watching is working for me
# [21:07] <@bz> taras: hmm
# [21:07] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
# [21:07] <@bz> taras: on cached load, or uncached?
# [21:07] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [21:07] <taras> both
# [21:08] <@bz> taras: ok
# [21:08] <@bz> taras: hmm
# [21:08] <taras> i'm using acer netbookt
# [21:08] * armenzg_mtg is now known as armenzg
# [21:08] <taras> a722 or something
# [21:08] <@bz> taras: what did your profile have to say, if anything?
# [21:08] <jdm> where does the frontend team live on irc?
# [21:08] <@bz> taras: I don't recall mine being all that useful when I tried doing one....
# [21:08] <taras> bz: same as yours , a lot of everything
# [21:08] <@bz> taras: ok
# [21:08] <@bz> taras: so a few options
# [21:08] <taras> bz: it could be something stupid like our cache locking
# [21:08] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
# [21:08] <@bz> taras: 1) Could just be that this is layout-bound and we're slower
# [21:08] <@khuey> jdm: #fx-team?
# [21:08] <jdm> thanks
# [21:08] <paoletto> ok, i "falsed" everything with .taskbar. and with a boolean value, but i still get the crashing
# [21:08] <@bz> taras: 2) Could be some sort of i/o stuff
# [21:09] <@bz> taras: 3) Could be that we redo work more for some reason
# [21:09] <taras> bz: i think css did account for a lot of the samples
# [21:09] <@bz> taras: what might be interesting is a graph of CPU usage vs page load timeline
# [21:09] <@bz> taras: for both us and Chrome
# [21:09] <taras> bz: that sounds hard
# [21:09] <@bz> taras: just to see how big a factor the i/o is
# [21:09] <@bz> taras: yeah. :(
# [21:09] <taras> bz: i think for cached loads io isn't a big factor
# [21:09] <taras> and they are slower
# [21:09] * Quits: lsumar (lsumar@4548E2C6.EE84D258.11F528CC.IP) (Quit: This computer has gone to sleep)
# [21:10] <@bz> alright
# [21:10] <taras> ie if you just stupidly reload the page
# [21:10] <taras> since all of the files are in page cache
# [21:10] <taras> though i can check how many fsyncs we are doing
# [21:10] <@bz> want to bounce me the exact url you were testing?
# [21:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:10] <@bz> I can take another look
# [21:10] <taras> same ones in the bug
# [21:10] <@bz> bug#?
# [21:10] <taras> bz: https://bugzilla.mozilla.org/show_bug.cgi?id=718864
# [21:11] * Joins: biesi_ (cbiesinger@moz-76ED95A4.corp.tfbnw.net)
# [21:11] * Quits: By-Tor (bytor@moz-46974D0B.dyn.optonline.net) (Quit: Leaving)
# [21:11] * jwir3|away is now known as jwir3
# [21:11] * Quits: biesi (cbiesinger@moz-76ED95A4.corp.tfbnw.net) (Ping timeout)
# [21:12] * nthomas|away is now known as nthomas
# [21:12] * Joins: florian (florian@moz-87C33FDA.kimsufi.com)
# [21:12] <taras> bz: could we be doing too much incremental reflow on hf?
# [21:13] <@bz> sure
# [21:13] <@bz> ok
# [21:13] <@bz> numbers coming
# [21:14] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [21:14] * taras lunches
# [21:14] <@bz> ok
# [21:14] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [21:15] <@bz> so about 4 seconds wall clock time
# [21:15] <@bz> sampling every 100us cpu time
# [21:15] <@bz> 31k samples
# [21:15] <@bz> so cpu is only busy 75% of the time
# [21:15] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Go on, try it!)
# [21:17] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [21:18] * @khuey hates PGO so much
# [21:18] <bwinton> khuey: How do you feel about PTO?
# [21:19] * Quits: onecyrenus (onecyrenus@moz-24BD8BA4.hsd1.ca.comcast.net) (Ping timeout)
# [21:19] * Joins: onecyrenus (onecyrenus@moz-24BD8BA4.hsd1.ca.comcast.net)
# [21:20] <nemo> khuey: why?
# [21:20] <@bz> anyone have any ideas on this clang build?
# [21:20] <@khuey> bwinton: maybe I should take some :-P
# [21:20] <@khuey> nemo: soooo slow
# [21:20] <nemo> ah
# [21:20] <nemo> I thought you meant the result or the concept
# [21:21] <gps> bz: what about the clang build?
# [21:21] <@bz> gps: it fails to link...
# [21:21] <@bz> Undefined symbols:
# [21:21] <@bz> "__ZN2js15SecurityWrapperINS_7WrapperEE10nativeCallEP9JSContextP8JSObjectPNS_5ClassEPFiS4_jPN2JS5ValueEENS_8CallArgsE", referenced from:
# [21:21] <@bz> And then a stack
# [21:21] <gps> which linker?
# [21:21] <@bz> ld
# [21:21] <gps> Linux or OS X?
# [21:21] <@bz> whatever is in /usr/bin/ld
# [21:21] <@bz> OS X
# [21:22] <gps> that's weird
# [21:22] <@bz> indeed
# [21:22] <@khuey> nemo: also, the instrumentation it adds everywhere causes problems
# [21:22] * @bz tries clobbering again, with ccache cleared this time
# [21:22] <gps> I've been running bissect builds on LLVM all morning and haven't had any issues linking current m-c
# [21:23] <gps> if you are using ccache, make sure you aren't using the env variables to bypass robust compiler detection
# [21:23] * Joins: merike|away (quassel@moz-ED9F7DFE.cable.starman.ee)
# [21:24] <@bz> I don't _think_ I am
# [21:24] <gps> you'd have to opt in
# [21:24] <paoletto> jimm: btw, i know it has nothing to do with firefox, but chrome doesnt crash with multiple tabs in the same setup
# [21:25] * Quits: Goldorak (chatzilla@23C6AA4E.7BDA2E47.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:25] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [21:25] * Quits: onecyrenus (onecyrenus@moz-24BD8BA4.hsd1.ca.comcast.net) (Quit: Leaving.)
# [21:27] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:28] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:28] <JonathanS> Adobe and Google are working together to create PPAPI to replace NPAPI in Linux. :(
# [21:28] <JonathanS> grr.
# [21:28] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [21:29] <Ms2ger> Good riddance
# [21:29] <JonathanS> s/to/for
# [21:29] <jimm> paoletto: sorry it's not working for you. you're more than welcome to get a debug build going and try to find a fix for this unique situation. :) we obviously don't officially support fx being reparented by a separate app.
# [21:30] <JonathanS> Ms2ger, I know. any NPAPI supported browser wouldn't see flash again on Linux
# [21:30] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:30] * Quits: harth (harth@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [21:31] * juanb is now known as juanb|afk
# [21:31] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:31] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:31] * wlach is now known as wlach|snack
# [21:33] * Quits: victorporof (victorporo@E3F297DF.9456C811.4873E54D.IP) (Ping timeout)
# [21:34] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [21:34] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Ping timeout)
# [21:38] * jhford-work is now known as jhford-work-away
# [21:38] * Quits: doublec (doublec@moz-55CD7EAB.pn) (Quit: Bye)
# [21:39] * Joins: doublec (doublec@moz-55CD7EAB.pn)
# [21:39] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [21:39] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [21:39] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [21:40] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:40] <Bas> Anyone have the portion of the C++ spec handy that describes how bitwise operators interact with values of type boolean?
# [21:40] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:41] <kennyluck> Was there a newsgroup thread about the localStroage article? Where was that thread?
# [21:41] <glandium> having the busy script popup on a ui script is priceless
# [21:41] <Bas> Ms2ger: If PPAPI wasn't crap and tightly controlled by google, maybe :P
# [21:42] <froydnj> what about it is crap?
# [21:42] <Bas> froydnj: The drawing model for one, is terrible :)
# [21:42] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
# [21:42] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [21:42] <Bas> froydnj: Must admit not having looked a lot at the rest.
# [21:43] <glandium> froydnj: it's probably faster to ask what about it is not
# [21:43] <Ms2ger> Bas, you were surprised?
# [21:43] * Bas grins.
# [21:43] <Bas> Ms2ger: By it being tightly controlled by google? Not really, by it being crap, meh, a little :)
# [21:43] <@bz> ms2ger: are you going to wrap up 550309 for bjacob?
# [21:44] * Quits: dao (dao@moz-9C2DA497.superkabel.de) (Ping timeout)
# [21:44] <decoder> khuey: any news on my review for asan? if you're too busy, let me know and ill try to find someone else, thats no problem :)
# [21:44] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [21:44] <Ms2ger> bz, once he's figured out the test failures
# [21:45] <bjacob> decoder: everytime you write asan, i parse it as an inverse trig func (between asin and atan)
# [21:45] * Joins: dao (dao@moz-9C2DA497.superkabel.de)
# [21:45] * Quits: @smaug (chatzilla@moz-50BB876A.elisa-mobile.fi) (Ping timeout)
# [21:45] <decoder> bjacob: lol.. like arcus sanus?
# [21:45] <Ms2ger> Hmm, pepper spray scrabble
# [21:45] <Waldo> Bas: sec
# [21:45] <bjacob> Ms2ger: i need your patch to test locally, see comments 21 and 22
# [21:45] <Ms2ger> Must be better than the API
# [21:45] <Ms2ger> Oh hey, when did you write that?
# [21:46] <bjacob> Ms2ger: 21 was a while ago :)
# [21:46] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
# [21:46] <Waldo> Bas: what do you want to know about them? it's just the usual arithmetic conversions, then the actual operation
# [21:46] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: pcwalton)
# [21:47] * froydnj chokes a little looking at nsBrowserGlue.js and browser.js
# [21:47] <Bas> waldo: Is the arithmetic conversion to for example, a uint32_t value defined as 0xFFFFFFFF, 0x00000001 or any non-0 value?
# [21:47] <bjacob> Ms2ger: anyway as i wrote, almost certainly that's a js exception causing the timeouts. probably in some custom quickstub. should be easy to debug in gdb.
# [21:47] * Quits: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com) (Quit: nhirata)
# [21:47] <Ms2ger> bjacob, 550309
# [21:47] <Ms2ger> Er
# [21:47] <Ms2ger> http://pastebin.mozilla.org/1490619
# [21:47] * Joins: smaug (chatzilla@moz-81DCD8D1.elisa-mobile.fi)
# [21:47] * ChanServ sets mode: +o smaug
# [21:47] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:47] * Quits: mdas (mdas@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [21:47] * Quits: fabrice (fabrice@moz-6644F61A.static-ip.oleane.fr) (Ping timeout)
# [21:47] <Waldo> Bas: bool promotes to signed int, 0 for false, 1 for true
# [21:47] * Quits: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [21:47] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [21:47] <bjacob> Ms2ger: thanks
# [21:48] <Ms2ger> Np
# [21:48] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
# [21:48] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Client exited)
# [21:48] <Ms2ger> kennyluck, that happened mostly in this channel, no?
# [21:48] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [21:48] * joduinn-mtg is now known as joduinn-brb
# [21:49] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Ping timeout)
# [21:49] * Joins: nhirata (nhirata.bu@moz-BBE3ABD.mv.mozilla.com)
# [21:49] * Quits: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net) (Ping timeout)
# [21:49] <kennyluck> Ms2ger, I thought that someone said he was going to post something to a newsgroup so that's why I am asking.
# [21:50] * Joins: cadecairos (cadecairos@moz-57B23647.senecac.on.ca)
# [21:50] <Ms2ger> Haven't seen anything
# [21:50] <kennyluck> ok, thanks anyway.
# [21:51] * zpao is now known as zpao|detached
# [21:51] * Joins: clokep (clokep@moz-84F4848B.static.ngn.east.myfairpoint.net)
# [21:51] * Quits: graememcc (chatzilla@moz-8A03ACDE.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120216081259])
# [21:51] <paoletto> if i install mozillabuild, does it stay nicely in one directory, or does it have to install stuff around?
# [21:51] * Joins: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca)
# [21:52] * Quits: kennyluck (kennyluck@moz-9FB32144.dynamic.hinet.net) (Connection reset by peer)
# [21:52] <gps> paoletto: mozilla-build is self-contained
# [21:52] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [21:52] <paoletto> ah great, i can try to get it going then
# [21:52] * jhford-work-away is now known as jhford-work
# [21:52] * Joins: gal (gal@moz-6644F61A.static-ip.oleane.fr)
# [21:54] <Ms2ger> "Or just use -moz-box-sizing: border-box. That probably has better cross-browser support."
# [21:54] <Ms2ger> Heh
# [21:54] * Joins: Tobbi_ (Tobbi@moz-C44EC3BA.geekbouncer.co.uk)
# [21:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:54] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [21:55] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [21:55] * Joins: mdas (mdas@moz-6644F61A.static-ip.oleane.fr)
# [21:55] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [21:56] * Joins: kennyluck (kennyluck@moz-5C9F90CF.dynamic.hinet.net)
# [21:57] <espindola> gps, I can finish the bisecting if you want..
# [21:57] <espindola> up to you
# [21:57] * mccr8 is now known as mccr8|lunch
# [21:57] <gps> espindola: I've got it running on a script. but, if you have a simple repro case, you'll probably finish sooner, since I'm doing clobber builds
# [21:58] <espindola> gps, just updated the bug, I have a single file :-)
# [21:59] * Joins: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com)
# [21:59] <gps> \o/
# [21:59] * Joins: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk)
# [22:00] * Joins: cadecairos_ (cadecairos@75F08BC5.C672A675.1139E686.IP)
# [22:01] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
# [22:01] * Quits: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca) (Ping timeout)
# [22:01] * Quits: cadecairos (cadecairos@moz-57B23647.senecac.on.ca) (Ping timeout)
# [22:01] * Joins: onecyrenus (onecyrenus@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:02] * Quits: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
# [22:02] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [22:02] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:03] <mbrubeck> I'm curious about this purple Win64 build on inbound...
# [22:04] <Ms2ger> Meh, win64
# [22:04] <bhearsum> yup, that's our general attitude towards it
# [22:04] * Joins: mjschranz (mjschranz@75F08BC5.C672A675.1139E686.IP)
# [22:05] * dbradley is now known as dbradley_afk
# [22:05] <Ms2ger> We should shut it down
# [22:05] <mbrubeck> well, I can always just hide it, but...
# [22:05] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
# [22:05] <nthomas> someone will want to not break it
# [22:05] <Ms2ger> Who?
# [22:05] <nthomas> 99% of people won't care
# [22:05] <mbrubeck> We're already not running any tests on it
# [22:06] <Ms2ger> That someone should come forward
# [22:06] <mbrubeck> We could upgrade all the Win64 nightly users to 32-bit and see if they notice the difference
# [22:06] <mbrubeck> or if the placebo effect just keeps working. :)
# [22:06] <nthomas> eeeevil
# [22:07] * Joins: dholbert_ (dholbert@moz-BBE3ABD.mv.mozilla.com)
# [22:07] * Joins: gabor (gabor@moz-BBE3ABD.mv.mozilla.com)
# [22:07] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [22:07] <taras> bz: when you get a sec take a look at https://bugzilla.mozilla.org/show_bug.cgi?id=728197
# [22:07] * Joins: cjones (cjones@moz-6644F61A.static-ip.oleane.fr)
# [22:07] <taras> bz: idea is to politely block pages using LS in an async manner
# [22:08] <taras> how hard would it be to add an api to do that
# [22:08] * Quits: igor (igor@169CEE78.E37E53F7.1DAC7E2F.IP) (Ping timeout)
# [22:08] * Joins: mjschranz_ (mjschranz@75F08BC5.C672A675.1139E686.IP)
# [22:08] * Quits: mjschranz (mjschranz@75F08BC5.C672A675.1139E686.IP) (Connection reset by peer)
# [22:09] <taras> bz: in a meeting now, but would like to talk about this later
# [22:09] * rail-buildduty is now known as rail-mtg
# [22:09] * armenzg is now known as armenzg_brb
# [22:09] <decoder> is there a setting to disable this "safe mode" dialog?
# [22:09] <gaston> maybe an dumb question, but why win64 builds didnt get much attraction so far ?
# [22:10] <Ms2ger> Because they're useless
# [22:10] * rnewman|afk is now known as rnewman
# [22:10] <Ms2ger> They are not actually better than the 32bit builds
# [22:10] <Ms2ger> armenzg_brb can tell you all about it
# [22:10] <gaston> 'coz linux 64 bits are better than linux 32 bits builds ?
# [22:10] * mjschranz_ is now known as mjschranz
# [22:11] <@smaug> you can't easily run 32bit linux builds on 64bit linux
# [22:11] <gaston> (trying to understand the rationale)
# [22:11] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Ping timeout)
# [22:11] * joduinn-brb is now known as joduinn-food
# [22:11] <@smaug> but you can easily run 32bit windows builds on 64bit windows
# [22:11] <Ms2ger> Not worth the hassle, aiui
# [22:11] <gaston> okay i get it, thanks :)
# [22:11] <db48x> I gotta wake up
# [22:12] <Ms2ger> bjacob, btw
# [22:12] <bjacob> Ms2ger: i'm wary of such statements based on overall performance/benchmarks: that hides two important things: 1) some particular places benefit a lot more than the average, 2) until we do have 64bit builds, many things that could get optimized for it, aren't
# [22:14] * Joins: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net)
# [22:15] <Bas> Waldo: Hrm, thanks, that's what I thought, I wonder why nrc's code works then. Maybe I misread something.
# [22:15] * Quits: clokep (clokep@moz-84F4848B.static.ngn.east.myfairpoint.net) (Quit: Instantbird 1.2a1pre)
# [22:15] <Waldo> Bas: what code, ooc?
# [22:16] * armenzg_brb is now known as armenzg
# [22:16] <bjacob> Ms2ger: argh, running mochitest with your patch, firefox dies on assertion in GC
# [22:16] <tbsaunde> bjacob: should we optimize most things already since there is osx and linux 64 bit buidls? or is there many windows specific places worth optimizing
# [22:16] <Ms2ger> :(
# [22:17] * zpao|detached is now known as zpao
# [22:17] <NeilAway> I don't suppose we support TLS for FTP channels?
# [22:17] <Ms2ger> Pastebin?
# [22:17] <bjacob> tbsaunde: until we use 64bit on windows, the typical answer to "is this worth the work to optimize for 64bit" is "no"
# [22:17] <Waldo> o_O dolske is an op in here now? what could possibly go wrong :-P
# [22:17] <Bas> waldo: https://bugzilla.mozilla.org/page.cgi?id=splinter.html&bug=716439&attachment=599664, but I figured it out, he bitwise or'ed the boolean, and then used 0x1 as the bitflag corresponding to that boolean :) Clever, in a way, it just had me confused for a second :)
# [22:17] * jmaher is now known as jmaher|afk
# [22:17] <Waldo> Bas: arguably too clever
# [22:17] <Waldo> Bas: note that, as best I remember, bitwise ops with a bool trigger warnings with MSVC
# [22:17] <Bas> Waldo: Yeah, I wonder if I prefer him making that function return a bitflag of 0x1 instead of a bool.
# [22:17] <Ms2ger> Indeed
# [22:18] <@dolske> Waldo: http://www.youtube.com/watch?feature=player_embedded&v=IWOr-Hff3SU
# [22:18] * Quits: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:18] <Bas> Waldo: To my knowledge as well
# [22:18] * bear is now known as bear-afk
# [22:18] <@smaug> bjacob: just curious, what kinds of optimizations would be possible ?
# [22:18] <Ms2ger> Bas, or checking what compilers to with Foo() ? 0x1 : 0x0
# [22:18] <Bas> Ms2ger: Sure, that's possible too.
# [22:19] * Joins: karl (karl@moz-CA7DFBD7.jetstream.xtra.co.nz)
# [22:19] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:20] <Waldo> dolske: quality
# [22:20] * Quits: @roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP) (Ping timeout)
# [22:20] <bjacob> smaug: use 64bit indices on 64bit archs, instead of hardcoding 32bit everywhere (i.e. use size_t) ; use SSE2 without having to runtime-detect it ; chain adds and muls so that on 64bit, where the compiler uses SSE insns instead of x87 ones (scalar instructions i mean, not simd) the add and mul will run both in 1 cycle
# [22:20] <jimb> ted: ping
# [22:22] * Quits: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP) (Quit: goodbye)
# [22:23] * Quits: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net) (No route to host)
# [22:23] * Joins: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net)
# [22:23] <Ms2ger> bjacob, do you have a moment and a debug build you don't mind crashing?
# [22:23] * Joins: lsumar (lsumar@538BABFE.A073F3E.97BBD552.IP)
# [22:23] <bjacob> Ms2ger: i have, in 1 minute, filing js engine bug
# [22:24] <bjacob> build with your patch
# [22:24] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:24] <Ms2ger> Hm, over tip?
# [22:24] <Ms2ger> I need one a little older than that
# [22:24] <bjacob> tip from yesterday i think
# [22:24] * Quits: grubshka (grubshka@moz-DF699DCE.fbx.proxad.net) (Broken pipe)
# [22:24] * Quits: c0smikdebris (c0smikdebr@36253095.C188C6F8.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [22:24] * Joins: harth (harth@8ECC4BFC.EC83738C.D8D85ABD.IP)
# [22:24] <bjacob> Ms2ger: 7dcbce54a953
# [22:25] <Bas> Waldo: Argh, I'm wrongly accusing too! His last patch converted the bool to a PRUint8 and indeed returns the bit directly. Man, I must be tired :)
# [22:25] * Quits: wolfiR (wolfiR@moz-3E5982DC.dip0.t-ipconnect.de) (Quit: Leaving)
# [22:25] <Waldo> heh
# [22:25] <Ms2ger> Too new
# [22:26] * juanb|afk is now known as juanb
# [22:26] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [22:26] <Waldo> bjacob: if the crash seems to implicate barriers, check for a recent dup
# [22:26] * Ms2ger looks for nightlies
# [22:27] <bjacob> Waldo: no occurence of 'barrier' in the stack
# [22:27] * dbradley_afk is now known as dbradley
# [22:27] <bjacob> Waldo: https://bugzilla.mozilla.org/show_bug.cgi?id=729680
# [22:27] * armenzg don't want to go back to his win64 memories
# [22:29] * Joins: ashughes (ashughes@99213369.DBB33A3F.A20E6FDD.IP)
# [22:29] <bjacob> armenzg: Ms2ger: actually I've been holding off from most low-level optimizations I wanted to make, because I don't want to optimize for x86-32 in 2012. seems much more productive to switch to 64bit and start optimizing for that.
# [22:29] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:29] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [22:29] <bjacob> also, on linux, keep in mind that gcc's backends are: terrible crap for i386, much better for x86-64
# [22:30] * Joins: dcamp (dave@8ECC4BFC.EC83738C.D8D85ABD.IP)
# [22:30] <armenzg> bjacob: you probably want to talk with asa about it
# [22:30] <bjacob> armenzg: i have (on the mailing list_)
# [22:30] <armenzg> ok
# [22:30] <bjacob> seems i'm the only one in the project to consider x86-64 to be inherently much better than i386
# [22:30] * Quits: tonymec (tonymec@B4F140C2.7A84A118.277517C1.IP) (Ping timeout)
# [22:31] <Waldo> not the only one
# [22:31] * Waldo just writes his code, and if it turns out more perf is needed, *then* he changes it
# [22:31] * Quits: tonymec|away (tonymec@B4F140C2.7A84A118.277517C1.IP) (Ping timeout)
# [22:32] <bjacob> that's what i do, except i have run into cases where optimization would really be useful
# [22:33] * Quits: kwierso (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:33] <@khuey> decoder: I am busy
# [22:33] * rail-mtg is now known as rail-buildduty
# [22:34] <@khuey> decoder: but the likelihood that somebody else can review it faster is low
# [22:34] <@smaug> beaufour: next in your list: Steve Vai !
# [22:34] <@khuey> ted is on paternity leave ...
# [22:34] <Ms2ger> How dare he
# [22:34] * Joins: kwierso (chatzilla@moz-BBE3ABD.mv.mozilla.com)
# [22:34] <@bz> gps: same link fail. :(
# [22:35] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [22:35] <decoder> khuey: okay
# [22:35] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:35] <@bz> taras: still in meeting?
# [22:35] * Quits: peregrino (peregrino@moz-9D7E974.telecom.net.ar) (Quit: peregrino)
# [22:35] * Joins: tonymec__ (tonymec@F0816E49.D5A95C1B.277517C1.IP)
# [22:35] * tonymec__ is now known as tonymec|away
# [22:36] * bear-afk is now known as bear
# [22:36] * Joins: ferdinand (Mibbit@moz-D711133E.allocated.csupomona.edu)
# [22:37] * @khuey sighs
# [22:37] <@khuey> this email conversation is really depressing
# [22:38] * mattwoodrow|away is now known as mattwoodrow
# [22:38] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:38] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:39] <sheppy> khuey: do I want to ask what it's about?
# [22:39] * Joins: jrmuizel (jrmuizel@8F761026.B5EF4AF6.E96CA9D8.IP)
# [22:39] * Joins: lurking (chatzilla@moz-4E6F738.dhcp.embarqhsd.net)
# [22:39] <@khuey> no
# [22:40] * Joins: tonymec (tonymec@F0816E49.D5A95C1B.277517C1.IP)
# [22:40] * Quits: ferdinand (Mibbit@moz-D711133E.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [22:41] <sheppy> OK.
# [22:41] * Joins: mib_69si4h (Mibbit@moz-D711133E.allocated.csupomona.edu)
# [22:41] * Ms2ger wanders off, leaving khuey with his mysterious correspondent
# [22:41] <gps> bz: pastebin your .mozconfig and configure output?
# [22:42] <gps> I have Clang clobber builds running at http://jenkins.gregoryszorc.com:9000/ and they're able to compile/link just fine
# [22:42] * Quits: dholbert_ (dholbert@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
# [22:42] * Quits: Ms2ger (Ms2ger@9F316DD0.48F4E4FC.37724B0D.IP) (Quit: nn)
# [22:43] * Waldo wonders if it's an OS X thing
# [22:44] * Joins: roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP)
# [22:44] * ChanServ sets mode: +o roc
# [22:44] <gps> I last built m-c on LLVM TIP ~16 hours ago and it worked fine
# [22:45] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:45] <gps> (on OS X)
# [22:46] * Quits: jrmuizel (jrmuizel@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
# [22:46] * Joins: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:47] <AryehGregor> Okay, so what's the difference between nsIDOMNode and nsINode?
# [22:48] * Quits: @roc (chatzilla@E100D0FF.FD181AD7.5CE2311A.IP) (Ping timeout)
# [22:48] <biesi_> AryehGregor, the former is from the DOM spec for use by javascript et al; the latter is an internal C++ interface
# [22:49] * mccr8|lunch is now known as mccr8
# [22:49] <bjacob> luke: Waldo: (any JS eng guy really) is there something i can try, to avoid this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=729680
# [22:50] <bjacob> i really need to run that mochitest..
# [22:50] * Quits: dao (dao@moz-9C2DA497.superkabel.de) (Ping timeout)
# [22:50] * Joins: dao (dao@moz-9C2DA497.superkabel.de)
# [22:50] * davidb is now known as davidb|afk
# [22:50] * Joins: By-Tor (bytor@moz-46974D0B.dyn.optonline.net)
# [22:51] * Quits: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [22:51] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [22:51] * ChanServ sets mode: +o ehsan
# [22:51] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [22:52] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [22:52] <taras> bz: back
# [22:52] <paoletto> is there any script in the mercurial repo or in the mozilla-build package to create a visual studio solution for building firefox?
# [22:52] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [22:53] * Quits: jrmuizel_ (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:53] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [22:53] <gps> paoletta: no. there is a bug on file and I'm the closest anyone has got to automatically doing it (I think)
# [22:54] <Waldo> bjacob: billm, mccr8 are good people to look at that
# [22:54] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:54] <bjacob> Waldo: what channel?
# [22:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:54] <Waldo> bjacob: #jsapi is probably most appropriate
# [22:54] <bjacob> ok
# [22:54] <gps> bug 687388
# [22:54] <gps> I'll work on it some more once I can suck up the pain with dealing with the build system :)
# [22:55] * Quits: past (past@moz-8DDA53D0.dsl.dyn.forthnet.gr) (Input/output error)
# [22:55] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [22:55] <WeirdAl> Who's working on gal's dom.js these days? I'm wondering if it has support for XML.
# [22:55] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [22:55] * Joins: ddahl (ddahl@EB3C265D.2CA4FB8A.43362C16.IP)
# [22:56] <gal> we are pausing that for a few weeks while we catch up on other parts of servo
# [22:56] <gal> and no, no xml support yet
# [22:56] <paoletto> gps, ok, but then from the doc i dont understand what is the "suggested" way to build firefox
# [22:56] <WeirdAl> hm, darn, I might have to write some code for that, gal ;)
# [22:56] * Quits: @ted (luser@moz-17E369D7.hsd1.pa.comcast.net) (Quit: Ex-Chat)
# [22:56] <gal> its on github, submit a patch :)
# [22:56] <taras> khuey: basically we want to speculatively load localstorage data
# [22:57] <taras> khuey: without blocking the main thread
# [22:57] <gps> paoletto: what doc? you build through the mozilla-build provided terminal
# [22:57] <taras> we need some way to tell content to hold up
# [22:57] <gps> you need to have Visual Studio installed to provide the compiler, etc
# [22:57] <@khuey> taras: ok, so we want to recognize that we're loading a page with LS data
# [22:57] <paoletto> right, but how? i cannot even find ac_add_options
# [22:57] <@khuey> taras: and defer script execution on that page until that data is available?
# [22:57] <WeirdAl> gal - in a couple weeks I might be able to demo an interesting concept which I'll probably want to integrate into a fork of dom.js - undo/redo and shadow content
# [22:57] <gps> but we don't use the Visual Studio IDE
# [22:57] <taras> khuey: yes
# [22:58] <@khuey> taras: hmm
# [22:58] * armenzg is now known as armenzg_afk
# [22:58] <taras> khuey: we'd also run the risk of using LS in cases where webpage doesn't use it
# [22:58] <biesi_> paoletto, ac_add_options is just something you write into the mozconfig file
# [22:58] * Quits: armenzg_afk (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:58] <taras> ie wasting memory on it
# [22:58] <@khuey> taras: sure
# [22:58] * Quits: msucan (msucan-@BD3D06AD.BB7A5B67.699550A1.IP) (Quit: .)
# [22:58] <biesi_> it's not really a command you execute
# [22:58] <paoletto> ah, thats why
# [22:58] <paoletto> :)
# [22:58] <@khuey> taras: I think the difficulty will depend on how much we're willing to hit the webpage
# [22:58] <@khuey> in terms of perf and stuff
# [22:58] <taras> khuey: well, it's no worse than current behavior
# [22:59] <taras> currently we can block main thread for the cost of loading 5mb of disk
# [22:59] <biesi_> (technically mozconfig is actually a shell script that configure sources as it runs, and it defines an ac_add_options function, but you don't have to worry about that :) )
# [22:59] <@khuey> taras: right
# [22:59] <@bz> taras: I have to go
# [22:59] <biesi_> paoletto, so in essence what you do is create the .mozconfig file and then run make -f client.mk build
# [22:59] <taras> bz: sorry :(
# [22:59] <@bz> taras: back tomorrow....
# [22:59] * bz is now known as bz_gone
# [22:59] <biesi_> paoletto, and then you wait a while. :)
# [22:59] <@bz_gone> taras: timezones. :(
# [22:59] <@khuey> taras: it seems "feasible"ish
# [22:59] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [22:59] <taras> khuey: problem is if we do our best to fix it within our current model
# [22:59] <paoletto> ah i see
# [23:00] <taras> the code will be complicated
# [23:00] <taras> and have some painful corner cases that still jank the main thread
# [23:00] <wesj> cpearce: ping
# [23:00] <@dolske> inline script that has to run while the page it loading would be hard to avoid
# [23:00] <@khuey> dolske: why?
# [23:00] <paoletto> so no one has firefox into a visual studio solution.. ok
# [23:00] <paoletto> i mean, for debugging it's more practical i guess
# [23:00] <cpearce> wesj: pong
# [23:00] <taras> dolske: it'd be the same necko not giving us the script
# [23:00] <@dolske> well, I guess unless you freeze doing anything more with the page. page freezes, chrome / other pages carry on.
# [23:01] <@khuey> dolske: right, we'd have to not execute any script on the page
# [23:01] <biesi_> paoletto, yeah... for debugging what people do is just open the executable in visual studio
# [23:01] <taras> dolske: ie becaue it's downloading
# [23:01] <@dolske> taras: no, <script>blah blah touch local storage</script>
# [23:01] <biesi_> paoletto, and then open source files to set breakpoints, etc
# [23:01] <wesj> cpearce: hey, we've got a bug with seeking video in fennec, wondered if you'd have any ideas?
# [23:01] <wesj> cpearce: tapping no the scrubber on controls seeks us to that position for a second
# [23:01] <@khuey> yeah, if done right it'd be indistinguishable from a really slow server
# [23:01] <taras> dolske: ah yeah...something tricky there
# [23:01] <biesi_> paoletto, you just don't get the full list of files, etf
# [23:01] <biesi_> etc
# [23:01] <paoletto> yep
# [23:01] <gps> paoletto: I agree with you. we'd support producing Visual Studio solutions if it were easy. it is extremely difficult
# [23:01] <wesj> cpearce: and then we get a timeupdate with the end of the stream, so we jump there
# [23:01] <@khuey> taras: dolske: I still think that's doable
# [23:02] <@khuey> might involve some crazy parser stuff though
# [23:02] <edmorley> paoletto: for debugging, see http://benoitgirard.wordpress.com/2011/05/27/using-visual-studio-2010-ide/
# [23:02] <@khuey> we'll see
# [23:02] <taras> khuey: how much work is it? can you file a bug somewhere appropriate?
# [23:02] <cpearce> wesj: not aware of it. file a bug, bonus points if you can find a regression range! :)
# [23:02] <taras> henri can do html5 backflips
# [23:02] <taras> :)
# [23:02] <wesj> cpearce: heh. our controls were broken for awhile, so i've been avoiding that
# [23:02] <@dolske> khuey: freezing the further loading of the page, sure. you have to worry about it doing crazy document.write() stuff.
# [23:02] <@khuey> taras: not sure, let me talk to a few people first and I'll have a better idea
# [23:02] <wesj> cpearce: but thanks
# [23:02] <cpearce> wesj: np.
# [23:02] <@dolske> (including .write()ing more script tags! :)
# [23:02] <@khuey> dolske: right, we have to stop script execution and further dom tree construction
# [23:02] <@dolske> iirc
# [23:03] <taras> dolske: no, cant write() is no js is allowed
# [23:03] <taras> dolske: no, cant write() if no js is allowed
# [23:03] <@dolske> yes, just furthering the point that aiui you have to freeze everything for the page. sounds like khuey knows the deal. :)
# [23:04] <taras> dolske: i do however wanna talk to you about jank
# [23:04] <@khuey> I think we can do that
# [23:04] <Fallen> While mozconfigs were mentioned, does anyone happen to know why adding "export JS_READLINE=1" in my mozconfig doesn't compile xpcshell with readline support and how I can fix it?
# [23:04] <@khuey> the new parser makes it easier
# [23:04] <@dolske> hey, look at the time! *poof* ;)
# [23:04] <jesup> khuey: Sounds like a righteous idea
# [23:05] <@khuey> taras: we'd need Jesse to fuzz the shit out of this
# [23:05] <@khuey> ;-)
# [23:05] <taras> dolske: DELETE FROM moz_formhistory WHERE lastUsed <= :expireTime is our toop slow sql
# [23:05] <jesup> khuey: he loves that shit :-)
# [23:05] * Quits: gabor (gabor@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:05] <taras> khuey: everytime someone mentions Jesse i think of a man with a foam machine
# [23:05] <taras> covering up gecko in bubbles
# [23:06] <@khuey> lol
# [23:06] <taras> dolske: it's #2, #3 is download manager
# [23:06] <taras> #1 addon manager
# [23:06] <@dolske> taras: hmm, well, good thing I think we only do that off the idle timer!
# [23:07] <taras> dolske: there are also bugs on how laggy the browser is during idle :)
# [23:07] <paoletto> oh, and should i use make or pymake?
# [23:07] <taras> err
# [23:07] <taras> right after idle
# [23:07] * Joins: darktrojan (geoff@moz-188895D5.telstraclear.net)
# [23:07] <taras> dolske: http://people.mozilla.org/~xstevens/telemetry/712354/ is the complete report
# [23:07] <gps> pymake!
# [23:07] <gps> much faster
# [23:07] <@dolske> i can imagine. :) we probably really need some kind of "io idle" thing for housekeeping stuff like this
# [23:07] <gps> (at least on Windows)
# [23:08] <taras> dolske: no, we need to move it off main thread
# [23:08] <@dolske> I had a concern too about what happends when 10 DBs all observe the idle thing and go to town concurrently
# [23:08] <paoletto> so pymake -f client.mk build ?
# [23:08] <@dolske> taras: well, both.
# [23:08] <taras> dolske: yeah..that's another can of warms
# [23:08] <taras> we actually have some progress on that
# [23:08] <taras> a js schedule api
# [23:08] <@dolske> nice.
# [23:08] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:09] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
# [23:09] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:09] <taras> dolske: anyway
# [23:09] <taras> can we prioritize demainthreading things?
# [23:09] <gps> paoletto: ./build/pymake/pymake.py -f client.mk build
# [23:09] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [23:09] <taras> yoric's name is on form history
# [23:10] * Quits: mib_69si4h (Mibbit@moz-D711133E.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:10] <gps> sorry. ./build/pymake/make.py -f client.mk build
# [23:10] <taras> but it would help if someone on your team helped
# [23:10] * Joins: aja (chatzilla@F48EAD37.625E483C.7880DB15.IP)
# [23:10] * Joins: MattN (MattN@2F83A011.9167AF22.2125B4DC.IP)
# [23:10] <@dolske> there is a 90% finished patch from our summer inter for fixing form history
# [23:10] * Quits: cadecairos_ (cadecairos@75F08BC5.C672A675.1139E686.IP) (Ping timeout)
# [23:10] * Quits: mjschranz (mjschranz@75F08BC5.C672A675.1139E686.IP) (Ping timeout)
# [23:11] <taras> dolske: can you come to the snappy meeting tommorrow?
# [23:11] <paoletto> ok now i can wait
# [23:11] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-1.9.2/rev/57f74ecff483 - Robert Longson - Bug 711653: In SVG lighting calculations, when input surface is 1px wide, use a normal vector that points straight out of the page. r=dholbert a=lsblakk
# [23:11] <paoletto> if it doesnt stop for some error
# [23:11] <paoletto> :)
# [23:11] <@dolske> taras: when is it?
# [23:11] <taras> 11 in PB&J
# [23:12] <@khuey> decoder: just reviewed
# [23:12] <@dolske> nope, I am already double-booked.
# [23:12] <@khuey> decoder: looks decent, but I'd like to see it again with those comments addressed
# [23:12] <biesi_> paoletto, good luck :)
# [23:12] <taras> blizzard: btw i dont indend to reply to that thread, feel free to wrap it up
# [23:12] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [23:12] <taras> intend
# [23:12] <decoder> khuey: thanks! ill look in a few
# [23:12] <jduell> jesup: ping
# [23:12] <decoder> khuey: the first comment isnt right
# [23:13] <jesup> jduell: pong
# [23:13] <decoder> khuey: --enable-cflags-nss and --enable-undefined-so-symbols is required for other LLVM passes as well
# [23:13] * Quits: mdas (mdas@moz-6644F61A.static-ip.oleane.fr) (Quit: mdas)
# [23:13] <edmorley> philor: happy for me to merge 9dc60c808ad3 ?
# [23:13] <@khuey> decoder: what are "other LLVM passes"
# [23:13] <decoder> it's actually required for every code instrumentation that uses additional cflags with a runtime lib
# [23:13] <decoder> khuey: every instrumentation implemented in LLVM
# [23:13] <decoder> like
# [23:13] <jduell> jesup: bikeshed decision to make. Should we call new bugzilla component Core::Networking:WebRTC, or is there some other name?
# [23:13] <decoder> thread sanitizer
# [23:13] <decoder> llcov
# [23:13] <decoder> gcov in llvm
# [23:13] <decoder> etc
# [23:14] <decoder> i didnt merge these for that reason
# [23:14] <@khuey> decoder: ugh
# [23:14] <decoder> i have more tools that need some of these options
# [23:14] <jduell> jesup: also, we're supposed to have a description. do we want all WebRTC bugs in this component, or do you want to have some in DOM or elsewhere?
# [23:14] * Quits: TheOne (one@moz-B71E4028.dip.t-dialin.net) (Input/output error)
# [23:14] <@khuey> decoder: can we just have a --enable-llvm-insanity then?
# [23:14] <@khuey> that this stuff is keyed on
# [23:14] <jduell> biesi_: do you care about this sort of thing? ^^^^
# [23:14] <@khuey> and make --enable-asan imply --enable-llvm-insanity
# [23:14] * davidb|afk is now known as davidb
# [23:15] * Joins: quaddle (Mibbit@moz-9B1B1DF8.allocated.csupomona.edu)
# [23:15] <biesi_> jduell, I care that WebRTC gets its own component - indifferent as to that specific question though
# [23:15] <jesup> jduell: Networking:WebRTC is fine for the networking parts of WebRTC. Many aspects of WebRTC have nothing to do with networking (right now most are in Video/Audio; others will be DOM)
# [23:15] <decoder> khuey: yes we can (lol). so the llvm insanity would just do the undefined so symbols + cflags nss (but those wouldnt have flags anymore), and the --enable-asan would imply llvm-insanity + enable asan workarounds. does that sound right?
# [23:15] <@khuey> decoder: yeah
# [23:15] <decoder> okay
# [23:15] <decoder> now i have to find another name for llvm-insanity
# [23:15] <@khuey> decoder: basically, I'd like to 1) have as few configure flags as possible and 2) make it clear that these are not to be used for real builds
# [23:15] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:15] <taras> we have two many things named persona
# [23:15] * Quits: davidb (davidb@moz-6F9F653A.dsl.bell.ca) (Quit: davidb)
# [23:16] <jesup> jduell: Unless you want to create "WebRTC:Networking", WebRTC:Video, etc
# [23:16] <Waldo> jduell: piiiiiiiiiiiiiiink
# [23:16] <dholbert> If a bug is fixed while Nightly version == 13, should it get "status-firefox13: fixed" ?
# [23:16] <decoder> khuey: one more question, how do I imply llvm-insanity when --enable-asan is set in autoconf?
# [23:16] <Waldo> dolske: ^
# [23:16] <dholbert> *fixed on trunk
# [23:16] <jesup> dholbert: I'd say yes :)
# [23:16] <dholbert> jesup, the alternative is "---"
# [23:16] <edmorley> dholbert: most don't, just the milestone set; the status-foo:fixed is for backports normally
# [23:16] <jduell> jesup: perhaps we should ask some bugzilla folks.
# [23:16] <@dolske> >_<
# [23:17] <jduell> gavin: ^^^
# [23:17] <dholbert> edmorley, this is for a case where we did backport to earlier branches as well
# [23:17] <jesup> jduell: Depends on how many bugs we expect :-)
# [23:17] <gavin> what!?! I'm a "bugzilla folk"?
# [23:17] <gavin> I'm offended
# [23:17] <@khuey> decoder: set MOZ_ENABLE_LLVM_INSANITY=1
# [23:17] <@khuey> or whatever
# [23:17] <jduell> gavin: you were assigned bug 611167 :)
# [23:17] <decoder> ah ok
# [23:17] <gavin> just kidding - what's the question?
# [23:17] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:17] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [23:17] <dholbert> edmorley, so the bug has "status-firefox12: fixed" -- should status-firefox13 also be "---" or "fixed"?
# [23:18] * Quits: smontagu (chatzilla@moz-2C8FD190.red.bezeqint.net) (Ping timeout)
# [23:18] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
# [23:18] <dholbert> er *also be "fixed" or "---", rather
# [23:18] <darktrojan> ack, noo, my newtab thumbnails have disappeared :(
# [23:18] <jesup> jduell: internally, we'll have a lot of sub-parts - networking, audio, video, UI (in Firefox mostly), signaling + negotiation
# [23:18] <jduell> gavin: are we better off with a webRTC product (Core::WebRTC::networking/video) or should we use Core::Networking:WebRTC, etc?
# [23:18] <decoder> khuey: regarding NSS, how can I have the NSS change as a separate patch if it depends on the patch we're talking about right now?
# [23:19] <decoder> or do you mean just splitting it and attaching two patches?
# [23:19] <edmorley> dholbert: something landing now would be target milestone:Firefox13 ; status-firefox13:--- status-firefox12:fiuxed (if aurora etc)
# [23:19] <jesup> WebRTC is more lines of code than I care to count, BTW :-/
# [23:19] <@khuey> decoder: the latter
# [23:19] <decoder> khuey: okay.. ill try 3 patches even so the JS people can review their part
# [23:19] <decoder> thanks
# [23:19] <dholbert> edmorley, OK, thanks -- that's what I suspected
# [23:19] <@smaug> I think WebRTC will be big enough to have a Core::WebRTC
# [23:19] <@khuey> decoder: the JS team can review the same patch I review
# [23:19] <decoder> oh
# [23:19] <decoder> okay
# [23:19] <@khuey> decoder: but the NSS stuff needs to land in a completely different repo and everything
# [23:19] <jduell> jesup: you should use "wc": it's much faster :)
# [23:20] <edmorley> dholbert: people doing dev-doc-neededs/addon-compat etc use target milestone, so setting the status-fixed is somewhat redundant unless it's for backports aiui
# [23:20] <dholbert> makes sense
# [23:20] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:20] <@khuey> where's bhackett when you need him
# [23:20] <jduell> gavin: thoughts?
# [23:20] <jesup> jduell: even it isn't fast enough for this ;-) (ok, it is, but factoring out all the test code and test files is a pain)
# [23:21] * Quits: JonathanS (JonathanS@moz-FA436756.cfl.res.rr.com) (Quit: Computer has gone to sleep.)
# [23:21] <jesup> jduell: total download of the upstream code last I looked is 350MB (of course with multiple 40MB video files)
# [23:21] <philor> edmorley: yeah, looks safe down there, unlike the whole rest of the day :)
# [23:21] * rail-buildduty is now known as rail_away
# [23:22] <edmorley> philor: and now https://groups.google.com/forum/#!topic/mozilla.dev.tree-management/CVxkOgplIuE
# [23:22] <jduell> jesup: counting 40 MB video files as LOC is sure to inflate results (tho depends on what you count as carriage return :)
# [23:23] * Quits: bbondy (bbondy@moz-28CF6D1C.home.cgocable.net) (Ping timeout)
# [23:23] <philor> edmorley: yeah, I was looking at looking at that when instead I saw the backout failing to back out the test, and only getting the code that made the test pass :|
# [23:24] <edmorley> philor: although the followup bf3651d2e149 might have fixed them
# [23:24] * Quits: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com) (Client exited)
# [23:24] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [23:24] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:25] <ddahl> aha
# [23:25] * Quits: florian (florian@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre)
# [23:26] * bhearsum is now known as bhearsum|afk
# [23:26] * joduinn-food is now known as joduinn
# [23:27] * Quits: nthomas (chatzilla@moz-332D3602.dsl.telstraclear.net) (Ping timeout)
# [23:27] * Quits: gal (gal@moz-6644F61A.static-ip.oleane.fr) (Quit: gal)
# [23:27] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [23:28] * Joins: nthomas (chatzilla@moz-332D3602.dsl.telstraclear.net)
# [23:28] <jesup> jduell: in the src directory: (cfiles; hfiles) | xargs wc -> ~500K lines
# [23:28] * Joins: gal (gal@25B165B0.5947A312.B22E20D2.IP)
# [23:28] * Joins: armenzg_afk (armenzg@B31A279D.5BCEC6DB.DA78B690.IP)
# [23:28] <jesup> jduell: about the same in third_party directory, though much of that we won't be using
# [23:28] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [23:28] <philor> edmorley: yeah, spot checking a couple looks like it probably did
# [23:29] <jduell> jesup: wonder if you'll make hg and/or mxr roll over when you check all that in.
# [23:29] * armenzg_afk is now known as armenzg
# [23:29] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [23:29] * Quits: gal (gal@25B165B0.5947A312.B22E20D2.IP) (Ping timeout)
# [23:30] <jesup> jduell: It does complain about files that need 30MB memory to process (10MB test files for audio)
# [23:30] <jduell> jesup: which, hg?
# [23:30] <jesup> yes
# [23:30] <jduell> jesup: you need to check those in?
# [23:31] <jesup> Well, right now they are on alder. I'll probably elide them, but they're part of the internal test suite, so they have a use
# [23:32] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [23:32] <jesup> those aren't counted in the LOC results, of course :-)
# [23:32] * Joins: christian (christian@moz-207947BB.fullrate.dk)
# [23:32] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [23:32] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [23:33] <jesup> 500K lines source, ~15MB
# [23:33] * Joins: gal (gal@moz-6644F61A.static-ip.oleane.fr)
# [23:33] <jesup> Who wants to do the check-in review? First-come, first-served! ;-)
# [23:34] <biesi_> lumpy
# [23:34] <@khuey> taras: will we have a hashtable or something of origins we need to delay available to us?
# [23:34] <@khuey> taras: I don't really know much about how LS is implemented
# [23:34] <taras> khuey: i dont know what you are asking
# [23:35] <taras> mak: ^
# [23:35] <taras> khuey: oh i see
# [23:35] <taras> yeah we could arrange that
# [23:35] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [23:35] <@khuey> taras: will the code that needs to determine whether or not to block the window be able to execute synchronously?
# [23:35] <taras> i think the plan is to have a places tag or something
# [23:35] * Quits: janv (varga@moz-C1261AFF.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [23:35] <taras> khuey: that only mak can answer
# [23:36] <@khuey> ok
# [23:36] * Quits: quaddle (Mibbit@moz-9B1B1DF8.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:36] <taras> i suspect no
# [23:36] <mak> khuey: hm, it's keys per scope, scope is domain/subdomain
# [23:36] <@khuey> that's not my question
# [23:36] * padenot|away is now known as padenot
# [23:36] <mak> khuey: so I don't think you can synchronously read if the scope has keys
# [23:36] <@khuey> that's going to be a problem
# [23:36] * Joins: KLB (Kenneth_Ba@moz-CB90BBF2.maine.res.rr.com)
# [23:37] * Joins: rs (rs@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [23:37] * Quits: TheLink (TheLink@moz-4D4DDD71.pools.arcor-ip.net) (Client exited)
# [23:37] * heycam|away is now known as heycam
# [23:37] <mak> at a certain point you either have to read all the scopes, and I have no idea how many we may have considered may be any page
# [23:38] <@khuey> mak: taras: so we really need to be able to check quickly against something in-memory to determine whether or not the page needs special handling
# [23:38] <gavin> jduell: seems unlikely that WebRTC needs its own product
# [23:38] <@khuey> gating every page load on touching disk to see if it needs special handling is going to hurt too much
# [23:38] <gavin> easy to create an additional component or two
# [23:38] <mak> khuey: the idea is that if the page has a localStorage access somewhere it's special, though also this may hurt
# [23:38] <jduell> gavin: mmK. I opened bug 729710 for the issue
# [23:38] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [23:38] * Quits: armenzg (armenzg@B31A279D.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [23:38] <jesup> gavin: Right; it's own component(s)
# [23:38] <@khuey> mak: sure, but we can't tell ahead of time whether it's going to access localStorage
# [23:39] <@khuey> mak: we can (at least in theory) see if it has localStorage data
# [23:39] <@khuey> and if it does, block the page until that data is loaded
# [23:39] <mak> yes, though somewhere and sometimes we'll have to cache all the scopes
# [23:39] <espindola> ehsan, you will "love" 729425
# [23:39] <@khuey> mak: right
# [23:39] <mak> that may be a memory problem and a timing problem (what's a good time to load all the scopes?)
# [23:39] <@khuey> mak: I was asking if that cache existed already ;-)
# [23:40] <mak> not a cache of all the scopes, no
# [23:40] <mak> and to have one you should read those at startup, that would suck still
# [23:41] * Quits: AutomatedTester (AutomatedT@moz-6BFE4DAE.ppp.as43234.net) (Input/output error)
# [23:41] <mak> (just to say one, about:home and about:newTab use localStorage)
# [23:42] * Joins: armenzg (armenzg@B31A279D.5BCEC6DB.DA78B690.IP)
# [23:42] <@khuey> mak: oh lord
# [23:42] <@khuey> mak: don't let taras hear you say that
# [23:42] <@ehsan> espindola: hmm, so clang just leaves the vtable ptr uninitialized?!
# [23:42] <espindola> yes, in c++11 mode
# [23:42] <espindola> that is why I thought you would like it :-)
# [23:42] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Input/output error)
# [23:42] <espindola> should be fixed soon
# [23:42] <mak> khuey: heh, indexedDB didn't exist at that time, fwiw
# [23:42] <biesi_> haha gj
# [23:43] <mak> (well, not true for newTab, but whatever)
# [23:43] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
# [23:43] <@ehsan> espindola: hehe, nice!
# [23:43] <@ehsan> how did nobody catch this?
# [23:43] <@khuey> mak: I was going to say, about:newtab was a couple weeks ago ...
# [23:44] <espindola> ehsan, I think all the c++11 tests we have are for c++11 features...
# [23:44] <mak> khuey: Is indexedDB usable by about pages?
# [23:44] <@khuey> mak: in theory
# [23:44] <espindola> I wonder if we could run the codegen tests in both modes...
# [23:44] <@khuey> mak: idk if anyone has tried it
# [23:44] <@ehsan> espindola: so I would say that a good next step would be to run all of the tests in C++11 mode ;)
# [23:44] <@khuey> mak: if it's not presumably we could fix that
# [23:44] <NeilAway> gps: surely pymake is only much faster with a suitable -j parameter?
# [23:45] <espindola> ehsan, *all* we cannot, since c++11 did change something
# [23:45] <espindola> I hope we can run all the codegen ones
# [23:45] <gps> NeilAway: no, PyMake is faster on Windows period because it makes native Python calls instead of making slow-on-windows new processes for everything, like GNU make
# [23:45] <@ehsan> ah yes right
# [23:46] <@ehsan> but a large portion of the tests should be possible to run
# [23:46] <@ehsan> definitely the codegen tests
# [23:46] <gps> ehsan: many tests were passing
# [23:46] <gps> many were failing
# [23:47] <@ehsan> sadface
# [23:48] * Quits: josh (josh@moz-2EE66546.nyc.res.rr.com) (Quit: josh)
# [23:48] * Quits: onecyrenus (onecyrenus@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [23:48] * Joins: mib_pxlenq (Mibbit@moz-C5849D6F.allocated.csupomona.edu)
# [23:48] * Joins: fabrice (fabrice@moz-6644F61A.static-ip.oleane.fr)
# [23:48] * wlach|snack is now known as wlach
# [23:48] <biesi_> espindola, llvm.org/bugs/show_bug.cgi?id=12067 has priority enhancement? that seems wrong :)
# [23:49] <espindola> biesi_, llvm is a very light weight user of bugzilla
# [23:49] <espindola> ignore everything other than the cc list and the description
# [23:49] <biesi_> heh ok
# [23:50] <gps> their code reviews are "email patch to a list. get email approval. commit" or "commit. get code review later."
# [23:50] <espindola> I love that :-)
# [23:50] <gps> I do too. so much easier to get stuff checked in
# [23:51] <gps> I didn't have to sign a CLA either
# [23:51] <Waldo> for small stuff it's not bad
# [23:51] <Waldo> for bigger stuff, really eyes help
# [23:51] <tbsaunde> man, email ptches to a list is soooo much nicer than bugzilla
# [23:52] * Waldo notes that the small-stuff approach is basically in effect for us for typos and stuff like that, given r=lumpy, a=bustage, etc.
# [23:52] <espindola> Waldo, I get way more eyes looking at my patches on llvm
# [23:52] <Waldo> subject to author discretion
# [23:52] * Quits: ehugg (chatzilla@5CD372CF.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [23:52] <@khuey> espindola: what is the patch volume like for llvm?
# [23:52] * @khuey can't imagine that ever working on Mozilla, the firehose is too big
# [23:52] <Waldo> more eyes but shallower eyes, I suspect
# [23:52] <gps> khuey: http://lists.cs.uiuc.edu/pipermail/cfe-commits/
# [23:52] <tbsaunde> one of the good things about sending to a list is its easier to drive by read patches
# [23:53] <espindola> khuey, we have list for different parts
# [23:53] <@khuey> espindola: ah
# [23:53] <espindola> khuey, llvm proper:
# [23:53] <tbsaunde> khuey: presumably you'd need to have multiple lists for commits to go to depeneding on module
# [23:53] <espindola> http://www.ohloh.net/p/llvm
# [23:53] <espindola> and clang :http://www.ohloh.net/p/clang
# [23:53] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:57] * Quits: kaie (kaie@moz-42ED01E7.dip.t-dialin.net) (Quit: Leaving)
# [23:58] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88 [Firefox 12.0a2/20120221042010])
# [23:59] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [23:59] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Input/output error)
# Session Close: Thu Feb 23 00:00:00 2012

The end :)