/irc-logs / mozilla / #developers / 2012-03-21 / end

Options:

# Session Start: Wed Mar 21 00:00:00 2012
# Session Ident: #developers
# [00:00] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [00:00] * Quits: wolfiR_ (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de) (Quit: Leaving)
# [00:00] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [00:01] * bhearsum is now known as bhearsum|afk
# [00:03] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:04] * Quits: nthomas (chatzilla@moz-95627F12.dsl.telstraclear.net) (Ping timeout)
# [00:04] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [00:05] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [00:05] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:06] * Joins: nthomas (chatzilla@moz-95627F12.dsl.telstraclear.net)
# [00:06] * Quits: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [00:07] * Quits: surkov (surkov@BEE06F1B.E0C13F7A.33A1AC3C.IP) (Ping timeout)
# [00:09] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [00:10] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [00:11] * Quits: jdm (jdm@moz-EAE0A217.uwaterloo.ca) (Client exited)
# [00:12] * Joins: surkov (surkov@3F308DDA.65585E1B.33A1AC3C.IP)
# [00:12] * padenot|away is now known as padenot
# [00:13] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:13] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
# [00:14] * Quits: mdas|afk (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas|afk)
# [00:14] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [00:15] * Quits: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 8.0.1/20111120135848])
# [00:16] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [00:16] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:17] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:17] * Quits: wolfiR (wolfiR@moz-8E7755F4.dip0.t-ipconnect.de) (Quit: Leaving)
# [00:17] * cjones-brb is now known as cjones
# [00:18] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
# [00:18] * Quits: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net) (Ping timeout)
# [00:19] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:23] * Joins: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net)
# [00:23] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [00:24] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [00:24] * Quits: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net) (Quit: darktrojan)
# [00:24] * Joins: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net)
# [00:25] * edransch is now known as edransch-away
# [00:25] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [00:26] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Ping timeout)
# [00:26] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [00:27] * Quits: mak (chatzilla@moz-777E45F2.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [00:27] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:27] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [00:28] * Joins: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu)
# [00:28] <josh> espindola: Which version of clang do we require on Linux?
# [00:28] * bwinton is now known as bwinton_away
# [00:29] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
# [00:30] * Joins: Nathandim (Nathandim@moz-76497106.home.otenet.gr)
# [00:30] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [00:30] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [00:30] * Quits: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
# [00:32] * Joins: catalinb (ethereal@moz-7443FA19.eregie.pub.ro)
# [00:33] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [00:34] * Quits: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP) (Quit: Joeh)
# [00:34] * Joins: mjschranz (mjschranz@84482DE6.531FD64C.630E4E47.IP)
# [00:35] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [00:36] * Joins: ddahl_ (ddahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:37] * Joins: dseif (dseif@moz-DD1F0571.dsl.teksavvy.com)
# [00:38] * Parts: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [00:40] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [00:42] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [00:43] * Joins: ehugg (chatzilla@moz-EA33CD8D.hsd1.wa.comcast.net)
# [00:44] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
# [00:44] <darktrojan> dolske, ping
# [00:45] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
# [00:45] * joduinn-mtg is now known as joduinn
# [00:45] <dholbert> dbaron, ping?
# [00:45] <@dbaron> dholbert, pong
# [00:45] <darktrojan> also, it's quiet in here, is everybody at the pub?
# [00:46] <Waldo> josh: I think it's at least 2.9
# [00:46] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
# [00:46] <dholbert> dbaron, how is your review-load right now? :) I'm not sure how to balance flexbox reviews between you and bz
# [00:46] <Waldo> er, he left
# [00:46] <Mossop> darktrojan: I'm not ... yet
# [00:46] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:48] * joduinn is now known as joduinn-biab
# [00:48] * Joins: clee_ (clee@moz-BBE3ABD.mv.mozilla.com)
# [00:48] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:48] * clee_ is now known as clee
# [00:48] <dholbert> dbaron, e.g. one logical breakdown would be for bz to review the nsFlexboxFrame class & frame-construction, & have you review the style/parsing parts -- would that make sense?
# [00:48] <@dbaron> dholbert, perhaps
# [00:48] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [00:48] <@dbaron> dholbert, can we discuss later?
# [00:48] <dholbert> dbaron, sure
# [00:48] <@dbaron> dholbert, doing triage right now
# [00:49] <dholbert> dbaron, cool, no rush
# [00:49] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [00:50] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [00:50] <mbrubeck> dougt: Now it looks like you may have broken browser-chrome tests on XUL Fennec... though the blame is not 100% clear
# [00:50] * Joins: cviecco_ (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
# [00:51] * Quits: cviecco_ (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Input/output error)
# [00:51] * Quits: cviecco (cviecco@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [00:51] <mbrubeck> dougt: Missing change in /embedding/android
# [00:52] * WG9s wonders isn't it about time we had the tablet interface on native builds so XUL fennec was irrelevant?
# [00:52] <mbrubeck> +1
# [00:53] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Ping timeout)
# [00:54] * mbrubeck works on a patch
# [00:54] <mbrubeck> (for the bustage, not the native tablet UI, sorry)
# [00:55] * Quits: mcsmurf (mcsmurf@moz-48B8D2B6.dip.t-dialin.net) (Quit: )
# [00:55] <WG9s> ;-)
# [00:56] <mbrubeck> dougt: ping
# [00:57] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [00:57] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [00:58] * khuey is now known as khuey|away
# [00:58] <mbrubeck> meh, I better just back this out for now
# [00:58] * Joins: kanru (user@moz-2EF1756C.dynamic.hinet.net)
# [00:59] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [00:59] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [01:01] * Joins: Mavericks (Mibbit@BADE37FE.8BB74E6E.FDEA3160.IP)
# [01:03] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Input/output error)
# [01:05] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
# [01:05] <espindola> !seen josh
# [01:05] <firebot> josh was last seen 36 minutes and 59 seconds ago, saying 'espindola: Which version of clang do we require on Linux?' in #developers.
# [01:05] * Joins: victorporof (victorporo@E9758364.9EC0A5AF.CFE928A7.IP)
# [01:05] <espindola> just missed :-(
# [01:05] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [01:06] * Joins: IRCMonkey5367 (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
# [01:06] * Joins: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP)
# [01:06] * fabrice is now known as fabrice|afk
# [01:07] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
# [01:07] <@dolske> darktrojan: pong!
# [01:07] <NeilAway> anyone know where the code for pseudo-class lock is?
# [01:07] * zpao is now known as zpao|detached
# [01:09] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
# [01:10] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:10] * Quits: IRCMonkey5367 (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Ping timeout)
# [01:10] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
# [01:10] * Quits: catalinb (ethereal@moz-7443FA19.eregie.pub.ro) (Client exited)
# [01:10] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [01:11] * db48x``` is now known as db48x
# [01:11] * Quits: Nathandim (Nathandim@moz-76497106.home.otenet.gr) (Client exited)
# [01:12] * db48x is now known as IRCMonkey52971
# [01:12] * Quits: cdiehl (cdiehl@moz-5613679F.pool.mediaways.net) (Quit: ...---...)
# [01:13] * IRCMonkey52971 is now known as db48x`
# [01:13] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.88.1 [Firefox 14.0a1/20120320072527])
# [01:13] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [01:14] <jaws> jimm: ping?
# [01:14] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:15] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Client exited)
# [01:15] * Joins: gozala (u5923@moz-160C58C6.com)
# [01:15] * joduinn-biab is now known as joduinn
# [01:15] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [01:17] * khuey|away is now known as khuey
# [01:17] <ddahl_> khuey: https://bugzilla.mozilla.org/attachment.cgi?id=606266&action=diff
# [01:18] * Joins: cdiehl (cdiehl@moz-5613679F.pool.mediaways.net)
# [01:18] * Quits: kumar (kmcmillan@moz-F2D05B8.c3-0.stk-ubr1.chi-stk.il.cable.rcn.com) (Quit: kumar)
# [01:18] <cpeterson> Any suggestions for handling hg warning: ignoring unknown working parent? Or is my hg repo hosed?
# [01:18] * Joins: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com)
# [01:20] * Quits: cdiehl (cdiehl@moz-5613679F.pool.mediaways.net) (Connection reset by peer)
# [01:22] * Quits: jrmuizel (jrmuizel@F7CF1233.F8C4DECC.DA78B690.IP) (Ping timeout)
# [01:22] <jimm> jaws: pong
# [01:23] <dholbert> cpeterson, never seen that before, but yeah, that would make me distrust the repo & want to reclone
# [01:24] * Quits: ibarlow (ibarlow@moz-D5CDF301.cpe.net.cable.rogers.com) (Quit: ibarlow)
# [01:25] <cpeterson> dholbert, recloning now. searching for that warning pulls up discussions about hardware errors. :\
# [01:25] <jaws> jimm: do we have a plugin that can be used for automated testing? i'm looking to write some tests for click-to-play plugins (bug 711552)
# [01:25] * Quits: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP) (Quit: mixedpuppy)
# [01:25] * Joins: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP)
# [01:26] <cpeterson> but I suspect it was fallout from munging my hg mq from different terminals..
# [01:26] <jimm> yep, testplugin
# [01:26] <jimm> jaws: dom\plugins\test\testplugin
# [01:27] <jaws> ok, and is that usable by mochitest?
# [01:28] <NeilAway> ah, fortunately it was well documented in the code :-)
# [01:28] <jimm> jaws: yes, there's a scripting interface on it.
# [01:28] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
# [01:28] <jaws> jimm: ok thanks, i'll see what i can find :)
# [01:30] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [01:30] * Quits: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com) (Ping timeout)
# [01:30] * Joins: larfdesk (Adam_Hinke@moz-F92153ED.longlines.com)
# [01:31] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [01:32] * Joins: aja (chatzilla@B0EAFCC1.95B1E73D.7880DB15.IP)
# [01:32] <Waldo> hey, funtimes! anyone else made an approval request lately on a security bug, who can confirm that the approval result mail is sent unencrypted?
# [01:33] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [01:36] <@khuey> ha
# [01:36] <@khuey> can we revert that now?
# [01:37] <dholbert> cpeterson, good luck!
# [01:37] * nthomas is now known as nthomas|away
# [01:37] * joduinn is now known as joduinn-mtg
# [01:38] * Quits: Pike (Pike@moz-27FE3029.pool.mediaways.net) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [01:38] * Quits: AaronMT|afk (AaronMT@moz-DB17C53A.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [01:39] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
# [01:39] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [01:40] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [01:41] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
# [01:42] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [01:43] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [01:44] <Waldo> bug 737709 filed for the flag-change encryption issue
# [01:45] * Quits: hendry (hendry@moz-90ED2C86.webconverger.com) (Ping timeout)
# [01:46] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
# [01:46] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Connection reset by peer)
# [01:46] * Quits: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:47] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [01:47] * Joins: jdm (jdm@moz-EAE0A217.uwaterloo.ca)
# [01:47] * Quits: fxa90id (fxa90id@moz-D3802D8E.neoplus.adsl.tpnet.pl) (Ping timeout)
# [01:47] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [01:48] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [01:48] * Joins: hendry (hendry@moz-90ED2C86.webconverger.com)
# [01:49] * Quits: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP) (Quit: rniwa)
# [01:50] * Quits: necolas (necolas@moz-8F849A9F.bb.sky.com) (Client exited)
# [01:50] * Joins: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [01:50] * Quits: cpeterso_ (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [01:50] * Quits: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP) (Ping timeout)
# [01:51] <WG9s> Waldo:NOt sure what language you submitted that bug in. Does not really appear to be English ;-)
# [01:51] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:51] * catlee-away is now known as catlee
# [01:51] * Quits: asac (asac@moz-67557800.pppoe.wtnet.de) (Ping timeout)
# [01:51] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [01:52] <Waldo> assuming you meant the hidden bug, it's actually pretty stupid, and probably within a week of my landing the fix in aurora I'll open it up
# [01:53] <Waldo> and we might have enough stopgap code in place that the issue isn't actually one (except for an assert, at least)
# [01:53] <WG9s> Waldo: NO I meant bug 737709. I think you need a remedial English grammar class ;-)
# [01:53] <WG9s> Looks like not all ways mail can be generated for a bug change got audited for securemail considerations.
# [01:53] <Waldo> I disagree!
# [01:54] <WG9s> I have no idea how to parse that sentence.
# [01:54] <philor> I know exactly how to parse it.
# [01:55] * Joins: asac (asac@moz-67557800.pppoe.wtnet.de)
# [01:55] <WG9s> Perhaps you can parse it, but it is still not English!
# [01:55] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [01:56] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [01:56] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
# [01:56] <WG9s> (allthough all the words are)
# [01:56] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [01:56] * Tobbi is now known as IRCMonkey32798
# [01:59] * nthomas|away is now known as nthomas
# [02:00] * Quits: ferongr (ferongr@497AA2A8.4E2247C6.F5160715.IP) (Ping timeout)
# [02:00] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [02:00] * Joins: ferongr (ferongr@459AD619.5C47E5B6.F5160715.IP)
# [02:00] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: gone)
# [02:01] * Quits: hendry (hendry@moz-90ED2C86.webconverger.com) (Ping timeout)
# [02:02] <@bz_away> dholbert: ping
# [02:02] * bz_away is now known as bz
# [02:02] <dholbert> bz, pong
# [02:02] <@bz> dholbert: got a question about your flexbox frame construction patch
# [02:02] <dholbert> bz, sure
# [02:02] <@bz> dholbert: why do you need the full constructor?
# [02:02] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
# [02:03] <@bz> dholbert: is there more complicated frame construction logic to come?
# [02:03] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
# [02:03] <dholbert> bz, there might be -- I still haven't sorted out exactly how I want to handle the anonymous wrapper frame situation
# [02:03] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [02:03] <@bz> ok
# [02:03] * Parts: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [02:03] <@bz> that's fair
# [02:03] * khuey is now known as khuey|away
# [02:04] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [02:04] * @bz would vote for handling that on the frame construction item list level and not doing a full constructor, but it sort of depends on exactly what the anonymous wrapper frame stuff will need to do
# [02:04] <WG9s> Now: "It looks like not all the ways mail can be generated for a bug change were audited for securemail considerations." would be a gramtically correct English sentence that I could readily understand on first reading.
# [02:05] <dholbert> bz, what is the alternative to a full constructor? IIRC I was cribbing from ConstructTableFrame / ConstructInlineFrame, and didn't really realize there was a simpler option. :)
# [02:05] * Joins: hendry (hendry@moz-90ED2C86.webconverger.com)
# [02:05] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [02:06] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [02:07] * Quits: kanru (user@moz-2EF1756C.dynamic.hinet.net) (Ping timeout)
# [02:07] * bwinton_away is now known as bwinton
# [02:08] <WG9s> Waldo: hint biggest issuein understanding this sentence was the lack of the word "the" changing "not all ways" to "not all the ways"
# [02:08] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
# [02:09] <WG9s> And I am not just trying to give you a hard time. I really could not figure out what you were trying to say with that sentence even though I did understand the point of the bug.
# [02:10] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [02:10] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
# [02:10] <philor> pointing at the mud on another's fins will not improve your own swimming
# [02:11] <dholbert> bz, also: mind if I r? you on the main flexbox bug's patches? (the 2 posted so far at least) I've got dbaron on one of them, but he's already got a some flexbox-property-parsing patches from me in his queue
# [02:11] <dholbert> s/a some/some/
# [02:11] <WG9s> well but then everyone here is always happy to point out the lack of my typing ability. so ....
# [02:12] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Quit: Leaving.)
# [02:12] * Joins: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net)
# [02:12] * Quits: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com) (Connection reset by peer)
# [02:13] <WG9s> and the problem with bug comments is that they have to be understood trying to do English as a second language, so it would be really helpful if we tried to actually do the English as a first language correctly. just a thought.
# [02:13] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [02:13] * Quits: anky (anky@E326FE60.31804B8C.A3D1B221.IP) (Client exited)
# [02:15] <WG9s> And I realize that Proper English grammar is a skill that was lost sometime back in the 1960's I think.
# [02:16] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [02:17] * Quits: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb)
# [02:17] <WG9s> Has someting to do with TV news anchors. (called news readers in the UK)
# [02:17] <Waldo> WG9s: "not all ways...got audited
# [02:17] <Waldo> er
# [02:17] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Ping timeout)
# [02:17] <Waldo> nothing wrong with that
# [02:18] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [02:18] <WG9s> Waeella ctually there is.
# [02:18] <WG9s> the use of "got" itself is bad
# [02:18] <Waldo> at risk of being too snide, that response doesn't deserve a response ;-)
# [02:18] * Joins: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP)
# [02:18] <WG9s> I think maybe you really do need to take an english course if you don;t know that.
# [02:19] <Waldo> but this kind of petty sniping seems kind of rather pointless to me
# [02:19] <@dolske> I think Waldo can write in whatever Michiganese he wants, since this topic is otherwise not helping to get anything done.
# [02:19] <Waldo> it might be more colloquial, perhaps
# [02:19] * Quits: Gentlecat (Roman@4654FE12.18EC6E70.8FB52CB8.IP) (Quit: Leaving)
# [02:20] <Waldo> dolske: you keep out of this, he doesn't have to shoot you now
# [02:21] <WG9s> But the reall issue is the new people. THey keep saying someone Pleaded guilty when the work is pled. etc.
# [02:21] <WG9s> and then we lear to talk this way.
# [02:21] * Quits: biesi (cbiesinger@moz-7BB2E24D.corp.tfbnw.net) (Ping timeout)
# [02:21] <@dolske> meh.
# [02:22] <@bz> dholbert: so..
# [02:22] <@bz> dholbert: I can review the style system and cssfc stuff
# [02:22] <@bz> dholbert: the reflow parts, I dunno
# [02:22] <@bz> dholbert: for one thing, I haven't read the spec yet. ;)
# [02:23] <dholbert> bz, yup :) I can have dbaron review the reflow stuff
# [02:23] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
# [02:23] <@dbaron> dholbert, yeah, probably better if I review the reflow parts
# [02:23] <WG9s> well more out of normal windows security updates so i need to switch os'es now.
# [02:23] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 11.0/20120313114517])
# [02:23] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:23] <dholbert> yup. I'll r?bz on the patches on the flexbox bug so far, since they're boilerplate/cssfc
# [02:24] <dholbert> and r?dbaron on subsequent stuff there
# [02:24] * Quits: JeroenDeDauw (jeroen@moz-A2DF2B8E.dip.t-dialin.net) (Ping timeout)
# [02:25] * Quits: ddahl_ (ddahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [02:25] <@bz> sounds good
# [02:25] <@bz> but then I'd like my question about what the actual plan is for the cssfc bits answered. ;)
# [02:25] <darktrojan> I miss wg9s's nonsensical rants
# [02:26] <Waldo> that seems a little harsher than is reasonable, honestly
# [02:26] <Waldo> also, keep in mind this channel's logged publicly
# [02:27] <dholbert> bz, sure -- I think you might've missed my question above -- so what's the alternative to a full constructor? is there somewhere I can just stick in a "this display type maps to this NS_NewXyzFrame function"?
# [02:27] * ctalbert|afk is now known as ctalbert
# [02:28] <dholbert> bz, (I was semi-cribbing from CreateTableFrame / CreateInlineFrame when I made ConstructFlexboxFrame)
# [02:28] <dholbert> is this FULL_CTOR_FCDATA vs. something non-FULL ?
# [02:29] <dholbert> (ah, yeah, looks like SIMPLE_FCDATA is the alternative)
# [02:29] * padenot is now known as padenot|away
# [02:29] <@dolske> Waldo: no join/parts logged, so still plausable deniability. :)
# [02:30] <@bz> sorry
# [02:30] <@bz> yes, that's the alternateive
# [02:30] <@bz> er, alternative
# [02:30] <@bz> basically, crib from something sane. ;)
# [02:31] <dholbert> bz, (I wanted to crib from something container-ish that wasn't a block frame; hence the table frame :))
# [02:31] <@bz> ah
# [02:32] <@bz> so most containers are somewhat insane
# [02:32] <@bz> rowgroups don't use a full ctor
# [02:32] <@bz> but use some crazy flags
# [02:32] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [02:33] <@bz> as long as we're here
# [02:33] <@bz> can you describe the wrapping behavior we need here?
# [02:33] * Quits: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com) (Quit: faramarz)
# [02:33] <dholbert> wrapping child frames into multiple lines, you mean?
# [02:33] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [02:33] <@bz> no, wrapping in terms of the box tree
# [02:33] <dholbert> not entirely sure what you mean
# [02:34] <@bz> The code in the bug right now just parents all the child boxes to the flexbox box
# [02:34] <dholbert> oh right
# [02:34] <@bz> I get the impression we want something slightly different
# [02:34] <dholbert> anonymous-block-wrapping
# [02:34] <@bz> the question is what
# [02:34] <@bz> ok
# [02:34] <@bz> so how is that supposed to behave?
# [02:34] <dholbert> (I was stuck in wrapping=linewrapping mindset)
# [02:34] <dholbert> so all contiguous runs of non-atomic inline content are supposed to get wrapped in an anonymous block
# [02:35] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
# [02:35] <dholbert> and that block is treated as a flexbox item
# [02:35] <dholbert> At some point, I did that wrapping fixup at reflow time, since the parenting doesn't really matter until that point
# [02:35] <@bz> ok
# [02:35] <@bz> so we _sorta_ have something that does that
# [02:36] <@bz> the FCDATA_WRAP_KIDS_IN_BLOCKS flag
# [02:36] <@bz> it doesn't deal with floats
# [02:36] <@bz> Right now it's used only for mathml, which doesn't allow floating inside it, so it doesn't matter
# [02:36] <dholbert> [...]but IIRC that caused a few issues, in part because doing frame construction during reflow can trigger some assertion-failures (e.g. to split one anonymous block into two, if something is inserted in the middle of it)
# [02:36] <@bz> but for your purpose it would
# [02:36] <dholbert> Ok
# [02:36] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [02:36] * @bz really wishes he'd already done the block-of-blocks infrastructure
# [02:37] <@bz> since that's what you really want here...
# [02:37] <@bz> So we either need to basically do that or do some sort of float reparenting. :(
# [02:37] <@bz> assuming we do this during frame construction
# [02:38] * cjones is now known as cjones-dinner
# [02:38] <dholbert> yeah... I think we do have to do it during frame construction
# [02:38] <dholbert> So I
# [02:39] <@bz> OK
# [02:39] <@bz> so one option is to make FCDATA_WRAP_KIDS_IN_BLOCKS work with floats
# [02:39] <@bz> involves reparenting them....
# [02:39] * Quits: asac (asac@moz-67557800.pppoe.wtnet.de) (Ping timeout)
# [02:39] <@bz> That's probably less work than the other
# [02:39] <@bz> I hope
# [02:40] <@bz> and when I do the other, I can just switch the code
# [02:40] <dholbert> That sounds sane
# [02:40] <@bz> s/when/if or when/
# [02:40] <dholbert> haha
# [02:40] <dholbert> OK, I
# [02:40] <dholbert> *I'll cancel the r? and switch over to that type of FC
# [02:40] <@bz> sounds good
# [02:41] <@bz> it should Just Work for everything except floats
# [02:41] <dholbert> awesome
# [02:41] <@bz> Basically FCDATA_DECL(FCDATA_WRAP_KIDS_IN_BLOCKS, NS_NewWhatever)
# [02:41] <dholbert> so slick!
# [02:42] * @bz takes a bow
# [02:42] <@bz> it only took a few years of thinking to make frame construction almost sane... ;)
# [02:42] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [02:42] * davidb hands bz a beer
# [02:44] <hub> I need beer too
# [02:44] <@bz> heh
# [02:44] * davidb hands a virtual round to #developers
# [02:44] <heycam> thanks, I guess 12:30pm isn't too early to start
# [02:46] <hub> heycam: noon is the right time to start
# [02:46] * dholbert heads to 10 forward to collect
# [02:46] <@bz> heycam: btw, I'm trying to implement overload resolution now
# [02:46] <@bz> heycam: want some feedback so far
# [02:46] <@bz> heycam: ?
# [02:46] <heycam> bz, yes please!
# [02:47] <@bz> heycam: first off, step 6 seems pointless, because T is unused
# [02:47] <@bz> heycam: unless I'm blind
# [02:47] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [02:47] <heycam> bz, ah yes, that should go
# [02:47] <@bz> heycam: second, it would be really nice to have an informative (to avoid conflicts) description of the goal. It's hard to evaluate whether the spec does that it wants as things stand (esp. things like step 4)
# [02:48] <@bz> heycam: that's it so far.
# [02:48] <heycam> sure, I can add that
# [02:48] <heycam> thanks
# [02:48] <@bz> heycam: oh, and afaict the goal of making it look like arg conversion is just left to right, stopping when no more overloads match, has been achieved
# [02:48] <@bz> heycam: assuming that was a goal. ;)
# [02:48] <heycam> yes that's the goal :)
# [02:48] <heycam> cool
# [02:48] <@bz> excellent
# [02:48] <heycam> I think I'm happiest with this one so far
# [02:49] * @bz is now trying to figure out how to actually implement this efficiently. ;)
# [02:49] <@bz> yeah, it's certainly simpler than what we used to have
# [02:49] <heycam> lets spec writers write easy-to-read overloads
# [02:49] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
# [02:49] <heycam> doesn't have crazy argument evaluation order
# [02:49] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [02:49] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:49] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [02:50] * joduinn-mtg is now known as joduinn
# [02:50] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
# [02:52] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [02:53] <philor> bz: https://tbpl.mozilla.org/php/getParsedLog.php?id=10225771&full=1&branch=mozilla-inbound#error0 assertions in your crashtest from yesterday
# [02:53] <@bz> philor: looling
# [02:53] <@bz> er, looking
# [02:53] <aja> bz: fwiw....there is some special handling/ignoring of float/abspos in spec...give it a read
# [02:53] <@bz> aja: which spec?
# [02:53] <philor> I laughed so hard I drooled
# [02:53] <aja> flex
# [02:54] * Joins: fabrice (fabrice@moz-104CC309.mv.mozilla.com)
# [02:54] <@bz> philor: wtf?
# [02:54] <@bz> philor: jsd?
# [02:54] <@bz> philor: that stack seems ... unrelated
# [02:55] <@bz> philor: or more precisely "bogus, in that it only shows exported symbols"
# [02:55] <@bz> aja: ok, I expect dholbert will deal. ;)
# [02:55] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [02:55] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [02:55] <dholbert> aja, yup, I've seen that
# [02:55] <philor> bz: yeah, that may well have been broken for quite a while, I don't know since I don't know what to expect, but I don't have any recent memory of them looking sensible
# [02:56] <philor> or it could be as recent as symbols-downloaded-on-demand, I guess
# [02:56] <dholbert> aja, abspos mostly "just works". floats are a little trickier. But yeah - trickiness known, thanks for the heads up :)
# [02:56] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [02:57] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [02:57] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [02:58] * Quits: Ami_Ty (Amie@moz-BBE3ABD.mv.mozilla.com) (Quit: Ami_Ty)
# [02:58] * philor is now known as philor|away
# [02:58] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 10.0.1/20120216115618])
# [02:58] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
# [03:00] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [03:00] * ewong|afk is now known as ewong
# [03:02] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
# [03:02] * Quits: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [03:02] * Quits: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [03:02] <aja> dholbert: you planning on publicizing try/experimental builds when you get to that point?
# [03:03] * Joins: biesi (cbiesinger@moz-EF8AF9E2.tmodns.net)
# [03:03] * joduinn is now known as joduinn-afk
# [03:03] <jdm> arrrrrrrrgh
# [03:03] <jdm> I bet I just lost my MDN changes when firefox crashed :(
# [03:04] <jdm> ooh, I can restore them
# [03:04] <jdm> <3 MDN
# [03:04] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:04] <dholbert> aja, yup
# [03:05] <aja> i've been doing some testing with webkit (partial) implementation...and may have some feedback re viable fallbacks for display modes
# [03:05] <dholbert> aja, cool! what do you mean about fallbacks for display modes?
# [03:06] <@bz> @supports!
# [03:07] * Joins: tan (tanner@66090057.89B7F6A1.E1FC2552.IP)
# [03:07] <tan> I'm sure someone has already mentioned this, but http://ariejan.net/2012/03/20/open-source-is-a-privilege-not-a-right is a pretty good post, and I think it's pretty true.
# [03:08] <aja> dholbert: trying to impl horizontal nav bar that'll fall back to something reasonably similar when display: flexbox isn't supported
# [03:09] <dholbert> aja, ah, gotcha
# [03:09] <@bz> aja: @supports !
# [03:09] <aja> vertical's no problem
# [03:09] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [03:09] <dholbert> bz, do we support (ha!) that already?
# [03:09] <@bz> not yet
# [03:09] <@bz> but we should
# [03:10] <aja> yeah......meant w/o js
# [03:10] <@bz> yes...I
# [03:10] <dholbert> I suppose I could check with @supports { @supports }
# [03:10] <@bz> I'm not talking about JS
# [03:10] <@bz> I'm talking about http://www.w3.org/TR/css3-conditional/
# [03:10] <aja> ah.....suppose that'd do the trick
# [03:10] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [03:10] * Parts: tan (tanner@66090057.89B7F6A1.E1FC2552.IP)
# [03:10] <@bz> So like so:
# [03:10] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:11] <@bz> /* rules for downrev stuff here */
# [03:11] <@bz> @supports(display: flexbox) { /* rules for new hotness here */ }
# [03:11] * @bz notes that this exact example is used in the spec
# [03:11] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [03:11] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [03:11] <aja> yeah....have read. just didn't cross my mind (prolly cuz of lack of implementation attempts so far that i'm aware of)
# [03:13] <aja> bz: we have bug for it yet?
# [03:13] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [03:13] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [03:14] <heycam> bz, I've added an informal description of the argument resolution algorithm now, let me know if it is helpful or confusing
# [03:15] <@bz> aja: no idea
# [03:15] <@bz> heycam: added where?
# [03:15] <@bz> oh, note after the steps
# [03:15] <heycam> bz, just below the algorithm itself
# [03:15] <heycam> yeah
# [03:15] * @bz reads
# [03:15] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [03:16] * Quits: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com) (Quit: nbvcx)
# [03:17] <@bz> good
# [03:17] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [03:17] <@bz> this matches what I understood from reading the steps
# [03:17] <@bz> thanks!
# [03:17] <heycam> cool
# [03:17] <heycam> :)
# [03:19] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [03:20] <aja> dbaron++ (for @supports syntax)
# [03:20] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Ping timeout)
# [03:20] * Joins: ctopper (craig@moz-42075866.hsd1.or.comcast.net)
# [03:22] * Joins: kanru (user@moz-99690620.hinet-ip.hinet.net)
# [03:22] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [03:23] * KaiRo_away is now known as KaiRo
# [03:24] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [03:25] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [03:26] * jlebar is now known as jlebar|sleep
# [03:26] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [03:27] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [03:31] * heycam is now known as heycam|away
# [03:31] * Quits: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net) (Ping timeout)
# [03:33] * Quits: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl) (Quit: )
# [03:34] * Joins: biesi_ (cbiesinger@moz-94ACC58F.tmodns.net)
# [03:35] * Quits: biesi (cbiesinger@moz-EF8AF9E2.tmodns.net) (Ping timeout)
# [03:35] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
# [03:35] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:35] * Quits: dseif (dseif@moz-DD1F0571.dsl.teksavvy.com) (Ping timeout)
# [03:37] * Joins: dseif (dseif@moz-A11838C.dsl.teksavvy.com)
# [03:37] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Input/output error)
# [03:37] * Joins: KaIRC (robert@moz-6819C3BB.adsl.highway.telekom.at)
# [03:37] * Quits: KaiRo (robert@moz-2DD8B3FF.adsl.highway.telekom.at) (Ping timeout)
# [03:39] * Joins: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [03:39] * Quits: sworkman_ (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman_)
# [03:39] * Quits: jammink (textual@moz-A183B0B0.tcso.qwest.net) (Quit: Textual IRC Client: http://www.textualapp.com/)
# [03:39] * Quits: jlebar|mac (~jlebarmac@moz-3F3A6302.dyn.columbia.edu) (Quit: jlebar|mac)
# [03:39] * philor|away is now known as philor
# [03:40] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [03:41] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [03:41] * Quits: biesi_ (cbiesinger@moz-94ACC58F.tmodns.net) (Ping timeout)
# [03:43] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
# [03:43] * KaIRC is now known as KaiRo
# [03:43] * Joins: bent_ (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [03:43] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Ping timeout)
# [03:43] * bent_ is now known as bent
# [03:44] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [03:44] * Quits: KaiRo (robert@moz-6819C3BB.adsl.highway.telekom.at) (Input/output error)
# [03:44] * bent is now known as IRCMonkey34828
# [03:45] * Quits: IRCMonkey34828 (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [03:49] * Quits: chewey (chewey@moz-B04E1983.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:49] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [03:49] * Joins: chewey (chewey@moz-34089DDE.dip0.t-ipconnect.de)
# [03:49] * cjones-dinner is now known as cjones
# [03:51] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [03:51] * bwinton is now known as bwinton_away
# [03:53] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [03:54] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [03:54] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [03:55] * Quits: sewardj (sewardj@moz-54BDA5C7.dip.t-dialin.net) (Ping timeout)
# [03:56] * Joins: sewardj (sewardj@moz-D996C2A8.dip.t-dialin.net)
# [03:58] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [04:00] * jhford-work is now known as jhford-work-away
# [04:00] * heycam|away is now known as heycam
# [04:00] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [04:01] * Quits: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
# [04:02] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [04:03] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [04:03] * Quits: mkelly (mkelly@moz-99CF8925.members.linode.com) (Quit: ZNC - http://znc.sourceforge.net)
# [04:03] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [04:03] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [04:04] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:04] * Quits: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [04:05] * Quits: ctopper (craig@moz-42075866.hsd1.or.comcast.net) (Quit: ctopper)
# [04:07] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310173008])
# [04:08] * Joins: mkelly (mkelly@moz-99CF8925.members.linode.com)
# [04:11] * Joins: bonnie (bbsurender@moz-A917AD60.dsl.pltn13.sbcglobal.net)
# [04:11] * Quits: bonnie (bbsurender@moz-A917AD60.dsl.pltn13.sbcglobal.net) (Quit: Ex-Chat)
# [04:12] <nthomas> philor: ready to reopen the tree, should I hold off for their state ?
# [04:12] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [04:12] <philor> nthomas: Loading 6%
# [04:12] * philor trims off that &noignore=1
# [04:13] <philor> nthomas: open away, we're in awesome shape
# [04:13] * kinetik changes topic to 'close'
# [04:13] <kinetik> oops
# [04:13] <philor> unless it wasn't my connection, and self-serve is really down
# [04:13] <nthomas> done
# [04:13] <philor> in which case we're in awesome shape for people with both hands cut off
# [04:14] <philor> kinetik: close, but no cigar
# [04:14] * Joins: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com)
# [04:14] <kinetik> would someone mind fixing that? i can't find the old topic in my history
# [04:15] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [04:15] <catlee> I thought most people wrote patches with their toes anyway
# [04:16] * kinetik changes topic to 'Next uplift: 24th April || New/want to help? See #introduction || http://krijnhoetmer.nl/irc-logs/'
# [04:16] <philor> oh, here, I've got the old topic, it was "close"
# [04:18] <kinetik> i guess i owe you a cigar
# [04:18] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [04:19] * Joins: Ami_Ty (Amie@moz-7D22EB0A.dsl.static.sonic.net)
# [04:21] * Joins: vikash (vikash@FFF106B1.2905CAEE.5D9ABA9F.IP)
# [04:22] * Quits: mjschranz (mjschranz@84482DE6.531FD64C.630E4E47.IP) (Client exited)
# [04:24] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [04:25] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [04:25] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
# [04:25] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [04:25] * Quits: lmandel (lmandel@moz-113D7D7C.cable.teksavvy.com) (Quit: lmandel)
# [04:27] * Joins: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
# [04:27] * Quits: espindola (espindola@moz-561E0E49.dsl.teksavvy.com) (Quit: Ex-Chat)
# [04:29] <jlebar|sleep> mochitest runs with its own profile, right? My other profiles have no effect on e.g. what prefs the mochitest profile has set?
# [04:31] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e02266bccdc7 - Kan-Ru Chen - Bug 737308 - Add Gaia localhost to dom.power.whitelist [r=cjones] DONTBUILD because NPOTB
# [04:33] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [04:35] <@dolske> First thing in my head when I saw "dom.power.whitelist" -- KKK. :|
# [04:38] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [04:38] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [04:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f374738260ff - Serge Gautherie - Bug 737454. (Av1) test_bug518777.html: Move code from body to head, Rewrite it a little. r=roc.
# [04:40] * glob|away is now known as glob
# [04:41] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [04:43] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
# [04:45] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
# [04:45] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
# [04:45] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [04:45] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/cec9443fa8eb - Yoshi Huang - Bug 733266 - B2G SMS DB: Use MSISDN from RIL as own phone number. [r=philikon] DONTBUILD because NPOTB
# [04:46] * Joins: fs (Elchi3@6666F31E.910C2697.65DDFA89.IP)
# [04:51] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [04:53] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Connection reset by peer)
# [04:53] * Joins: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [04:54] * philor is now known as philor|away
# [04:55] <ewong> anyone here fluent in reftests and finding out about unexpected test failures?
# [04:56] <ewong> I was hoping someone might 'guide' me in the right direction.. if given : http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1332295787.1332298972.2890.gz&fulltext=1#err0
# [04:56] * philor|away is now known as philor
# [04:57] <ewong> I have both 729047-1.html and 729047-1-ref.html loaded in an editor.. now I don't know what to do next
# [05:01] * catlee is now known as catlee-away
# [05:02] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
# [05:02] * philor is now known as philor|away
# [05:02] * philor|away is now known as philor
# [05:03] * ctalbert is now known as ctalbert|afk
# [05:04] * Joins: ctopper (craig@moz-42075866.hsd1.or.comcast.net)
# [05:06] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [05:07] * Quits: fs (Elchi3@6666F31E.910C2697.65DDFA89.IP) (Quit: Leaving)
# [05:07] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [05:08] * philor is now known as philor|away
# [05:09] <ewong> err.. back up a bit.. 729047-1-ref.html is the reference page, and 729047-1.html is the test page, right? Loading them on the browser gives me two different views.. the ref page has 123,456 on the right most margin.. the test page has 456,123
# [05:09] <tn> write ten sarcastic replies. send none of them. fail to compose polite reply at all. send no reply.
# [05:09] * philor|away is now known as philor
# [05:11] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [05:12] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
# [05:13] * philor stares blankly at https://tbpl.mozilla.org/
# [05:13] <kwierso> barney took over
# [05:16] <avih> tn: got a minute to discuss Linux/OSX wheel handling? I know we should generate pixel events for line events, and line events to some pixels events. However, while the latter is x-platform code (ESM), the former seems to be platform specific. I can see the windows code that does it, and I can handle it. But for OSX I can't locate such behavior at the code, and for Linux I can't even locate the code which is supposedly doing it. I'd
# [05:16] <avih> appreciate some help on this.
# [05:16] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [05:18] <avih> If anyone is familiar with OSX/Linux mouse wheel handling code, I could use some help, thx.
# [05:18] <philor> does he think he's using self-serve like a trychooser?
# [05:18] <philor> only in this case a trychooser that will fuck over some future person who pushes to m-c...
# [05:20] <tn> avih, sorry, what is your question? i think we only send line scroll events on linux for example. if we send a pixel event then i think we also send a line event
# [05:21] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [05:21] <avih> tn: my question is: where's the code that generate pixels scroll from line scroll on OSX and Linux.
# [05:22] * philor is now known as philor|away
# [05:22] * Joins: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net)
# [05:22] * philor|away is now known as philor
# [05:23] <avih> if I'm looking at OSX (void)scrollWheel:(NSEvent*)theEvent forAxis:(enum nsMouseScrollEvent::nsMouseScrollFlags)inAxis, then I can see that not all line scrolls generate pixels scrolls (even if "mousewheel.enable_pixel_scrolling" is enabled)
# [05:23] <avih> (at widget/cocoa/nsChildView.mm)
# [05:23] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
# [05:23] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
# [05:24] <avih> the OS can send "normal" mouse wheel scroll events, and the code doesn't generate pixel events for them.
# [05:24] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [05:25] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
# [05:25] * rniwa_ is now known as rniwa
# [05:25] <tn> avih, ok, lets just talk about linux. we get regular mouse wheel scroll events, they aren't pixel events. we never get a pixel event. the events gets to the nsGfxScrollFrame as a line event.
# [05:26] * Quits: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Connection reset by peer)
# [05:26] <avih> tn: so that's like having mousewheel.enable_pixel_scrolling==false ?
# [05:26] <@bz> heycam: ping
# [05:26] <heycam> bz, pong
# [05:26] <@bz> heycam: so in the definition of distinguishable types
# [05:26] <@bz> heycam: item (a)
# [05:26] <tn> avih, mousewheel.enable_pixel_scrolling has no effect on linux, we do the same thing no matter what it is set to
# [05:26] <@bz> heycam: I don't see how that can be implemented, offhand....
# [05:27] <heycam> the "not possible to implement both interfaces" part?
# [05:27] <@bz> heycam: worse yet, I don't see how specs can avoid falling afoul of it
# [05:27] <@bz> yes
# [05:27] <@bz> say I have a spec which defines:
# [05:27] <@bz> void foo(A a)
# [05:27] <@bz> void foo(B b)
# [05:27] <@bz> where A and B are interface types
# [05:27] <@bz> that have nothing to do with each other
# [05:28] <@bz> then a third spec defines an interface C and says:
# [05:28] <@bz> C implements A;
# [05:28] <@bz> C implements B;
# [05:28] <@bz> What should happen now?
# [05:28] <heycam> yes, that third spec should not have done that :)
# [05:28] <@bz> Should the idl from the first spec be considered invalid?
# [05:28] <@bz> well, sure
# [05:29] <heycam> well the combination of spec is invalid
# [05:29] <heycam> *specs
# [05:29] <@bz> should UAs always throw for calls to foo?
# [05:29] <@bz> ok
# [05:29] <avih> tn: when I asked people with linux to check, it seems their browser DOES generate MozMousePixelScroll events (testing using http://smoothwheel.mozdev.org/test_events.html ), and while i can see the code that does it for windows, i can't see the code that does it for linux
# [05:29] <heycam> whether you want to think of the implements statements or the original overloading as being the problem...
# [05:29] <avih> (or osx)
# [05:29] <@bz> So this situation is something that should be statically detectable from just the IDL?
# [05:29] * Joins: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it)
# [05:29] <@bz> as in, WebIDL disallows the combination of those IDL snippets?
# [05:30] <heycam> that is a good question, whether it's always just detectable from the idl
# [05:30] <tn> avih, well then i guess i'm lieing to you. i'll have to look at the code to see what is going on.
# [05:30] <@bz> I mean, this case is
# [05:30] <heycam> let me have a look again at what i've written about which objects can implement which interfaces
# [05:30] <heycam> yes this case you can tell
# [05:30] <@bz> ok
# [05:30] <heycam> but i'm wondering for all cases
# [05:30] <@bz> please cc khuey on any mail about this?
# [05:30] * Joins: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net)
# [05:30] <heycam> sure, i'll investigate and send mail
# [05:30] <avih> tn: i don't care about lies, just trying to get to the bottom of this :)
# [05:30] * @bz would love it if the IDL parser just failed when something like this happens, instead of having to deal in the codegen
# [05:30] * Quits: jdm (jdm@moz-EAE0A217.uwaterloo.ca) (Client exited)
# [05:30] * nthomas is now known as nthomas|away
# [05:31] <@bz> then again, I'd love it if the IDL parser just failed if there are two indistinguishable overloads on the same interface. ;)
# [05:31] <@bz> thanks!
# [05:31] * glob is now known as glob|away
# [05:31] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
# [05:31] <tn> avih, i meant i don't know the answer to your question. i will have to look at the code myself to determine what is going on.
# [05:32] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [05:32] <avih> tn: i know :)
# [05:32] <tn> avih, ah, ok, i'm a little slow too then
# [05:33] <tn> avih, have you seen this? http://mxr.mozilla.org/mozilla-central/source/widget/nsGUIEvent.h#1216
# [05:33] * Joins: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp)
# [05:33] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [05:33] <avih> tn: checking now. sec.
# [05:34] * Quits: surkov (surkov@3F308DDA.65585E1B.33A1AC3C.IP) (Ping timeout)
# [05:35] <avih> tn: yes, i have before. reading it again now. sec.
# [05:36] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [05:36] * Joins: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP)
# [05:38] <@bz> hmm
# [05:38] <@bz> so....
# [05:39] <@bz> heycam: how about this case:
# [05:39] <@bz> void foo(A a, long x);
# [05:39] <@bz> void foo(B b, C c);
# [05:39] <@bz> heycam: and then another spec defines:
# [05:39] <@bz> D implements A;
# [05:39] <@bz> D implements B;
# [05:39] <@bz> heycam: the distinguishing index changes from 0 to 1, right?
# [05:40] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/866ef7425e08 - Serge Gautherie - Bug 483992. (Bv1) dom-level*-*/*: Work around tests that report no SimpleTest checks. r=bzbarsky.
# [05:40] <heycam> hmm
# [05:40] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
# [05:40] <heycam> that sounds bad
# [05:40] <tn> avih, looks like SendPixelScrollEvent is what sends the pixel scroll events
# [05:40] <heycam> but per what I've written at the moment, yes
# [05:40] <tn> avih, that comment in nsGUIEvent might be out of date now, not sure
# [05:40] * @bz likes it when things that are hard to implement sound bad
# [05:40] <heycam> heh
# [05:40] * Quits: mike5w3c (MikeS@moz-DAFE1A45.tokyo.ocn.ne.jp) (Quit: mike5w3c)
# [05:40] <heycam> not sure what the right thing to do there is though
# [05:41] <avih> tn: i think that what confuses me is that on windows, the platform-specific code always generates pixel scrolls as much as ESM is concerned.
# [05:41] <heycam> ah!
# [05:41] <avih> tn: so on windows, the case of "line" scroll never happens when mousewheel.enable_pixel_scrolling==false
# [05:41] <heycam> it's disallowed, because A and B aren't the same type
# [05:41] <@bz> heycam: oh, good
# [05:41] <heycam> I have the rule that all types to the left of the distinguishing index must be the same
# [05:42] <philor> woo, zpao made it a whole push before the first 10.7 fullscreen test failure!
# [05:42] <heycam> (same at each index)
# [05:42] <@bz> good
# [05:42] <@bz> so basically any time two types are different they better be distinguishable
# [05:42] * Joins: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP)
# [05:42] <@bz> assuming the arg counts are the same
# [05:42] <@bz> correct?
# [05:43] <tn> avih, i think the kHasPixels flag on the event is what determines who sends the pixel events.
# [05:43] * Joins: surkov (surkov@94A5747D.33FD2287.EBE09E3C.IP)
# [05:43] <avih> tn: sorrym when mousewheel.enable_pixel_scrolling==true (default), the windows platform code pushes 2 events into ESM, first one is lines with kHasPixels, and second one is pixels. so this the (2) from that big comment
# [05:44] * Joins: anky (anky@48C8B50D.36C2522D.A3D1B221.IP)
# [05:45] * Quits: Mavericks (Mibbit@BADE37FE.8BB74E6E.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [05:46] <@bz> heycam: how is a dictionary distinguishable from a sequence?
# [05:48] <heycam> bz, by checking whether it is an Array, or a platform array object, or a platform object that supports indexed properties
# [05:48] <heycam> that means it's a sequence
# [05:48] <heycam> dictionaries can't be made from JS Arrays or from platform objects
# [05:48] <@bz> heycam: hrm
# [05:48] <heycam> and sequences can't be made from objects like { 0: blah, length: bleh }
# [05:48] <@bz> heycam: why not from JS Arrays?
# [05:48] <heycam> bz, so that they can be distinguishable :)
# [05:49] <@bz> heycam: fwiw, this is nowhere stated in the spec
# [05:49] <tn> avih, yeah, sounds right
# [05:49] <@bz> heycam: can I pass a new String() as a dictionary?
# [05:49] <heycam> bz, ah sure it is, as part of the argumnet resolution algorithm
# [05:49] <@bz> heycam: looking
# [05:49] <heycam> all the bits under step 13
# [05:49] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [05:50] <heycam> you can pass a new String() as a dictionary yes
# [05:50] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [05:50] <avih> tn: but on osx i cannot identify this procedure. at least i'm not sure of what it does exactly. that's the (void)scrollWheel:(NSEvent*)theEvent forAxis:(enum ... code on nsChildView.mm
# [05:50] <@bz> ah, ok, I see
# [05:50] <@bz> hrm
# [05:51] <@bz> this will be extra fun to implement
# [05:51] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [05:51] <@bz> alright, thanks
# [05:51] * @bz adds more XXX comments
# [05:51] <tn> avih, do you know about the magic of mxr search?
# [05:51] <avih> tn: for starters, i don't know if the OS can send events which have both pixels AND lines info, and the code seems to depend on it
# [05:51] * glob|away is now known as glob
# [05:51] <avih> tn: i use it extensively
# [05:51] <heycam> yeah maybe it's a pain actually to check if [[Class]] is one of the tens of classes that has indexed properties
# [05:52] <avih> tn: this, and dxr navigation at the code itself
# [05:53] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
# [05:53] <tn> avih, i think you'll be able to find the code knowing the name of the flag (kHasPixels), the name of the event (NS_MOUSE_PIXEL_SCROLL), and the knowledge that mac os x specific code is in widget/cocoa
# [05:53] <@bz> that's actually not a problem
# [05:53] <@bz> for me
# [05:53] <@bz> well
# [05:53] <@bz> maybe it will be
# [05:53] <@bz> we'll see
# [05:53] <avih> tn: i know of all the places it appears at. i looked at them at least once, and then some ++
# [05:54] * @bz is not doing anything with sequences or arrays yet, so not worrying about it
# [05:54] <tn> avih, this is probably what you are looking for http://mxr.mozilla.org/mozilla-central/source/widget/cocoa/nsChildView.mm#3767
# [05:54] <@bz> honestly, it feels like anything should be convertible to sequence
# [05:54] <@bz> but anyway
# [05:54] <heycam> I used to allow that
# [05:54] <avih> tn: i've quoted from this file for this entire conversation :)
# [05:54] <heycam> but restricted it just so I could have overloading on sequences and dictionaries
# [05:54] <avih> the function i mentioned is at this file
# [05:54] * @bz is not sure that's a worthwhile use case
# [05:55] <@bz> for the amount of complexity it introduces into conversion to sequence
# [05:55] <heycam> maybe
# [05:55] <@bz> and for conversion into dictionary, for that matter
# [05:55] <tn> avih, ok, so that is where the flag is added on os x. can you not follow the code backwards to see how it gets set? i don't know off hand specifically, but thats what i would do
# [05:56] <avih> tn: exactly where you pointed, the hasPixels depends on some checks, and whether or not the os can send both pixel info AND line info
# [05:56] <avih> tn: that's exactly my focus on the osx side
# [05:57] * cpearce observes philor striking again...
# [05:57] <@bz> TypeError: Signatures with 2 arguments for XMLHttpRequest.send are not distinguishable
# [05:58] <tn> avih, ok, i guess i'm misunderstanding you. what is your question about that code?
# [05:58] <@bz> woohoo!
# [05:58] * @bz does little dance
# [05:58] <heycam> does that mean xhr does something it shouldn't?
# [05:58] <avih> tn: if the OS can send events that have both pixels info AND lines info
# [05:58] <philor> cpearce: a bug's better than a backout, my mama always said
# [05:58] <@bz> well
# [05:58] <@bz> my version of xhr does
# [05:58] * @bz is using it to test
# [05:58] <@bz> void send(long a, long b, optional Document? c);
# [05:58] <@bz> void send(long? a, long? b, long? c, long? d, long? e);
# [05:58] <avih> tn: from there, i can analyze the code itself.
# [05:58] <heycam> cool
# [05:59] <@bz> Specificaly, it was doing that
# [05:59] <@bz> taking away the "optional" on Document? c makes this compile. ;)
# [06:01] <@bz> erm
# [06:01] <avih> tn: looking at the code, the answer appears to be yes. it can send events with both pixels and lines info. So the question changes to when it would send such events. e.g. simple wheel scroll of an external mouse - generates both? trackpad two single scrolling - generate both? or only pixels?
# [06:01] <@bz> this is not quite right
# [06:01] <avih> two finger*
# [06:02] * Quits: dseif (dseif@moz-A11838C.dsl.teksavvy.com) (Ping timeout)
# [06:02] * Joins: dseif (dseif@moz-D8DE3131.dsl.teksavvy.com)
# [06:04] * Quits: dseif (dseif@moz-D8DE3131.dsl.teksavvy.com) (Input/output error)
# [06:05] <avih> tn: for example, specifically, if for an external wheel mouse, OSX sends both pixel and line info, then i'm not sure we can tell it apart from trackpad scrolling.
# [06:05] <avih> tn: which is ultimately what i'm interested in.
# [06:07] <avih> brb
# [06:09] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
# [06:09] * Quits: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP) (Ping timeout)
# [06:12] * Joins: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP)
# [06:14] * Quits: dnivra (dnivra@2E56966.8293D34.9105FBCF.IP) (Ping timeout)
# [06:16] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [06:16] * Joins: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net)
# [06:16] * Joins: dnivra (dnivra@E2331D3.8293D34.9105FBCF.IP)
# [06:17] * Quits: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net) (Ping timeout)
# [06:18] * joduinn-afk is now known as joduinn-home
# [06:18] <tn> avih, i think the OS will only send the pixel info when it actually has pixel level info. i checked that a real mouse with mouse wheel didn't send pixels on osx
# [06:18] <avih> back
# [06:18] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [06:19] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [06:19] * Quits: cviecco (cviecco@moz-2D8CF2BF.hsd1.ca.comcast.net) (Input/output error)
# [06:20] <avih> tn: very good news, thank you :) and for pixel scrolls (such as trackpad), will it send both?
# [06:21] <avih> tn: the OSX code which handles lines scrolls at http://mxr.mozilla.org/mozilla-central/source/widget/cocoa/nsChildView.mm#3760 assumes that it can also have pixels info (line 3766)
# [06:21] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:21] <avih> tn: so only lines == descrete, and both lines and pixels == real pixels input?
# [06:21] <tn> avih, yeah, i think it sends both
# [06:22] <tn> avih, yes, i think so
# [06:22] <avih> tn: ok, that solves it for me. thx :)
# [06:22] <tn> avih, you can double check this with mstange, he wrote all that code and is a mac os x wizard
# [06:23] <avih> tn: thx, didn't know that, but i do know that he's rarely on irc...
# [06:23] * Joins: kennyluck (kennyluck@moz-DCA9D5DB.dynamic.hinet.net)
# [06:24] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [06:24] <tn> avih, discussing in bugs is a great form of asynchronous communication. doesn't require people to be around at the same time and its all archived so future people can learn from our missteps
# [06:24] * Quits: Lucas (Lucas@moz-92C28224.hsd1.ca.comcast.net) (Ping timeout)
# [06:25] <avih> tn: yes, but after i was given some bugzilla permissions and saw how many people get notified of every post, i'm posting less freely ;)
# [06:26] <tn> avih, people are good at ignoring/skimming bugmail for that reason
# [06:26] <tn> avih, if they are getting notified it is because they want to be, they have the power to change that.
# [06:26] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:26] <avih> tn: so, bottom line is just that the windows code does it wrongly, as it specifically generate both lines (with haspixels) and pixels, even for plain lines request from the os.
# [06:26] <jaws> avih: +1 for commenting in bugs. people can always un-CC themselves :)
# [06:27] <avih> jaws: yes, i was half joking :)
# [06:27] <jaws> :D
# [06:28] <tn> avih, you might want to talk to masayuki, i think he's responsible for that code on windows
# [06:28] <avih> jaws: as tn noted, the distinguishing mouse wheel from other triggers with "pixels" scrolls only works on windows. so i'm opening another bug to fix that.
# [06:28] * Joins: hvq (HVQ@F965EDBF.E2166CF0.428E23B0.IP)
# [06:28] * Quits: dnivra (dnivra@E2331D3.8293D34.9105FBCF.IP) (Quit: See ya!)
# [06:29] <jaws> ok thanks avih
# [06:30] <avih> jaws: tn just helped me understand better the mechanism on osx
# [06:30] <avih> and got me to the conclusion that the windows code is the exception, if such thing can be said loudly ;)
# [06:31] <bholley> somebody should make a mozilla meme about greylock
# [06:31] <jaws> nice, i've been trying to read the conversation as it's been going
# [06:31] <jaws> bholley++
# [06:32] <avih> jaws: summary: linux and mac send plain wheel scroll events as line scrolls to ESM. mac sends trackpad as both lines (with kHasPixels) and then pixels scroll event. windows always sends both lines (with kHasPixels) and then pixels scroll event for plain mouse wheel scrolls
# [06:33] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [06:33] <jaws> what does ESM stand for?
# [06:33] <avih> event state manager
# [06:33] <jaws> oh ok
# [06:34] * Quits: jcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
# [06:34] <avih> the above is correct when mousewheel.enable_pixel_scrolling==true (the default). if we turn it to false, then windows behaves "normally" and sends normal line scroll events for plain mouse wheel scroll
# [06:35] <tn> avih, talk to masayuki to see if the way its happening on windows is intentional and if it could be changed to be like os x
# [06:35] * fabrice is now known as fabrice|zZz
# [06:35] <avih> tn: ok, what time zone is he at?
# [06:36] * Joins: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz)
# [06:36] <avih> masayuki: there?
# [06:36] <jaws> avih: i think japan
# [06:37] <avih> tn: on windows, there's a 1500 lines file with the sole purpose of handling mouse scroll ;)
# [06:38] <tn> avih, yeah, and thats the refactored and cleaned up version
# [06:38] <avih> :)
# [06:39] <tn> avih, we just landed a clean up of that code
# [06:39] <tn> avih, masayuki did, rather
# [06:39] <avih> tn: ok, that's important, as i was touching this code for my purposes. when is "just landed"?
# [06:40] * Quits: ctopper (craig@moz-42075866.hsd1.or.comcast.net) (Quit: ctopper)
# [06:40] <tn> avih, march 7, http://hg.mozilla.org/mozilla-central/rev/a752fae4b8df
# [06:41] <avih> tn: ok, i'm pdated after that. the code which always sends both lines and pixels for mouse wheel scroll starts here: http://mxr.mozilla.org/mozilla-central/source/widget/windows/WinMouseScrollHandler.cpp#568
# [06:41] * glob is now known as glob|away
# [06:43] <avih> so, as far as the ESM is concerned, on windows there no mouse wheel which generate lines scroll, except if we change mousewheel.enable_pixel_scrolling from the default true, to false.
# [06:43] <avih> and i was using this approach when looking at the osx code, which confused me.
# [06:45] * Quits: SeoZ (DanielJuyu@C48EB598.4591610E.F796972A.IP) (Ping timeout)
# [06:46] * Joins: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz)
# [06:48] <avih> jaws: tn suggested a new bug to fix bug 206438 (to make it work on linux and osx too, which now it doesn't). should I mark it for firefox 13? and for platform(s)?
# [06:49] <jaws> avih: just mark it for trunk and you can choose OSX for the platform i guess
# [06:49] * Quits: surkov (surkov@94A5747D.33FD2287.EBE09E3C.IP) (Ping timeout)
# [06:49] <avih> can i choose two platforms?
# [06:49] <jaws> once it's fixed for Fx14 we'll decide if we can push it up to Aurora, Fx13
# [06:49] <avih> ok
# [06:49] <jaws> unfortunately i don't know how, unless you create three bugs and do one as a meta bug and two dependent bugs
# [06:50] * Quits: mdas (mdas@8CB764BC.D30B51A1.412CF160.IP) (Quit: mdas)
# [06:50] <jaws> if the code changes are different for each platform, then the three bug (or just two bug) approach is better
# [06:50] <avih> i'll mark it as "fix bug 206438 on linux + osx"?
# [06:50] * Quits: hvq (HVQ@F965EDBF.E2166CF0.428E23B0.IP) (Ping timeout)
# [06:50] <jaws> is it really "fixing" bug 206438 or is it adding the behavior to the other platforms?
# [06:50] <avih> jaws: no, the code cganges are multiplatform and windows-only.
# [06:50] <jaws> i don't see anything wrong with the patch for bug 206438
# [06:51] <jaws> what is meant by "multiplatform and windows-only"?
# [06:51] * Joins: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP)
# [06:51] <avih> jaws: well, that resolved fixed is not really fixed, since it doesn't work on linux and osx. i would think it needs a reopen, but tn suggested otherwise
# [06:52] <jaws> yeah, don't reopen it
# [06:53] <jaws> avih: if the code changes for bug 206438 only affect Windows, then we can change the platform of 206438 to Windows to make that part clearer though
# [06:53] <avih> windows-only means adding a bit of code on the windows side to allow us to distinguish scroll events which originated from lines (for mouse wheel) from those which don't (e.g. tablet drag). the rest is crossplatform code for propagating event origin (mouse lines, mouse pixels) down to the scroll implementation, instead of distinguishing it using "pixels"
# [06:53] * Quits: anky (anky@48C8B50D.36C2522D.A3D1B221.IP) (Client exited)
# [06:54] * Joins: surkov (surkov@8396BAAD.8439BF19.EBE09E3C.IP)
# [06:54] <avih> i already have the code working, but i wasn't sure if it'll work on linux/osx, which is what tn helped me with
# [06:54] <jaws> oh ok, then i would file two bugs: one for windows and the other for All
# [06:56] <avih> jaws: it currently works on windows and doesn't on other platforms. the new code will fix other platforms by using a better global approach, while adding a small windows-specific code to fit with the global approach.
# [06:56] <jaws> cool :)
# [06:57] <avih> ok, i'll just open the bug, you'll mangle it later :P
# [06:57] <@bz> heycam: ping
# [06:57] <jaws> hehe, cool
# [06:57] <jaws> avih: can you CC me on the bug?
# [06:57] <avih> sure
# [06:57] <heycam> bz, pong
# [06:57] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [06:57] <@bz> heycam: so a question
# [06:58] <@bz> heycam: how do union types enter into distinguishability?
# [06:58] <@bz> oh, I see
# [06:58] <@bz> they don't go via the table...
# [06:58] <heycam> yeah, just distiguish based on all their member types
# [06:59] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [07:00] * Joins: c0smikdebris (c0smikdebr@623DF3BB.5E52A1B.BE90E62C.IP)
# [07:00] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [07:01] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
# [07:03] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [07:03] <@bz> alright
# [07:03] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:03] * @bz is not happy with the size of this overload resolution stuff
# [07:04] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [07:04] <@bz> 200 lines of python and counting....
# [07:04] <@bz> and I have yet to do step 13
# [07:04] <heycam> as long as the actual generated code isn't big...
# [07:04] <@bz> haha
# [07:04] <@bz> the actual generated code obviously depends on the number of overloads
# [07:05] * @bz has 11 overloads for testing for the moment
# [07:05] * Joins: jcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
# [07:05] <@bz> http://pastebin.mozilla.org/1528962
# [07:05] <@bz> if you care
# [07:06] <heycam> *cough*
# [07:06] <heycam> hmm
# [07:07] <heycam> so for overloads where it's just a bunch of optional arguments, we could do better
# [07:07] <heycam> not straightforward to generate though
# [07:07] <@bz> hmm?
# [07:07] <@bz> better in what sense?
# [07:07] <heycam> like if you just have void f(optional long x, optional long y, optional long z, optional long a);
# [07:08] <@bz> we treat that as one overload
# [07:08] <heycam> then doing a switch on the argcount with each case doing conversions of args 0 up to the argcount..
# [07:08] <heycam> oh, good
# [07:09] <@bz> hmm
# [07:09] <@bz> or do we?
# [07:09] * @bz checks
# [07:09] <@bz> we sometimes do
# [07:09] <@bz> and sometimes don't
# [07:09] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [07:09] <heycam> :)
# [07:10] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [07:10] <@bz> in the output there, the 4 and 5 cases are identical
# [07:10] * @bz wonders whether he can somehow coalesce them easily
# [07:11] <@bz> not too easily
# [07:11] * Joins: pachuco (Mibbit@AAD71C28.29E0BAFB.1957C0DA.IP)
# [07:11] * Quits: pachuco (Mibbit@AAD71C28.29E0BAFB.1957C0DA.IP) (Quit: pachuco)
# [07:11] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Connection reset by peer)
# [07:11] * Joins: jet_ (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [07:11] <@bz> The obvious way would be to fall through
# [07:11] <@bz> but that might require case reorderig
# [07:11] <@bz> er, case reordering
# [07:12] * Quits: juanb (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb)
# [07:12] * Quits: jet_ (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet_)
# [07:12] <@bz> hrmph
# [07:13] <@bz> so this only matter when there are trailing optionals
# [07:13] * Joins: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net)
# [07:13] <@bz> and overloads apart from that
# [07:13] * @bz wonders whether he can actually make use of that
# [07:13] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Input/output error)
# [07:14] <heycam> dunno if you can make it fall through to handle the trailing optional arguments, if you want to ensure the conversions always happen left to right
# [07:15] <@bz> well
# [07:15] <@bz> I can fall through in the simple case
# [07:15] <@bz> which is that argCount N and argCount N+1 both only have one signature matching them
# [07:15] <@bz> and that signature just differs by an optional arg
# [07:16] * @bz codes that up
# [07:16] <heycam> but wouldn't you need to do: case N+1: /* convert arg N+1, then fall through */ case N: /* do the other args */ ?
# [07:17] <@bz> no
# [07:17] <@bz> It'll be like this:
# [07:17] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [07:17] <@bz> case N: /* do nothing, fall through */
# [07:17] <@bz> case N+1: /* Do all the args */
# [07:17] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
# [07:17] <@bz> since we already handle optional args
# [07:17] <@bz> lemme just code it up and pastebin it. ;)
# [07:18] <heycam> oh because of the argc checking you've got in there?
# [07:18] <@bz> yes
# [07:18] <heycam> I was wondering if that was necessary
# [07:18] <@bz> well
# [07:18] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [07:18] <@bz> it's not in some cases
# [07:18] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [07:18] <@bz> it _is_ in the "no overloads, just optional args" case
# [07:18] <@bz> and since I'm reusing the same codegen....
# [07:19] <@bz> The goal is to make simple stuff fast and other stuff work. ;)
# [07:19] <heycam> fair enough :)
# [07:19] * philor fingers the CLOSED button
# [07:20] * Quits: zpao|detached (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [07:20] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [07:20] <heycam> especially given there's.. what, maybe 3 or 4 cases of apis that use overloading where it's not just optional arguments
# [07:20] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Connection reset by peer)
# [07:20] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [07:20] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [07:20] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:20] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [07:21] * Joins: gwagner_ (gwagner@moz-79A614AC.static.twtelecom.net)
# [07:21] <masayuki> avih: pong
# [07:21] * glob|away is now known as glob
# [07:22] <avih> masayuki: hey :)
# [07:22] <@bz> heycam: indeed
# [07:22] <masayuki> avih: do you want change the file?
# [07:22] <avih> masayuki: you're familiar with the windows mouse wheel handling code?
# [07:22] <avih> masayuki: yes, very slightly
# [07:23] <masayuki> avih: yes
# [07:23] <masayuki> avih: it will be changed once again by bug 719320
# [07:23] <@bz> heycam: http://pastebin.mozilla.org/1528988
# [07:24] <@bz> er....
# [07:24] <masayuki> avih: then, it will be smaller, especially dispatching mouse scroll event and pixel scroll event.
# [07:24] <avih> masayuki: My goal is to be able to distinguish mouse wheel scroll events from pixels scroll events, and it seems that on windows, it always sends both lines event (with kHasPixels) followed by a pixels event. This sequence should (i think) be used only for proper pixel scroll triggers. but on windows it's used always.
# [07:24] * Joins: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr)
# [07:24] * Joins: cdiehl (cdiehl@moz-A2F8E488.pool.mediaways.net)
# [07:24] <@bz> heycam: static JSBool
# [07:24] <@bz> send(JSContext* cx, unsigned argc, JS::Value* vp)
# [07:24] <@bz> {
# [07:24] <@bz> JSObject* obj = JS_THIS_OBJECT(cx, vp);
# [07:24] <@bz> if (!obj)
# [07:24] <@bz> return false;
# [07:24] <@bz> nsXMLHttpRequest* self;
# [07:24] <@bz> {
# [07:24] <@bz> nsresult rv = UnwrapObject<id::XMLHttpRequest>(cx, obj, &self);
# [07:24] <@bz> if (NS_FAILED(rv)) {
# [07:24] <@bz> return Throw(cx, rv);
# [07:24] <@bz> }
# [07:24] <@bz> }
# [07:24] <@bz> unsigned argcount = NS_MIN(argc, 8u);
# [07:24] <@bz> switch (argcount) {
# [07:24] <@bz> case 0: {
# [07:24] <@bz> nsresult rv = NS_OK;
# [07:24] <@bz> #if 0
# [07:24] <@bz> self->Send(rv);
# [07:24] <@bz> #endif
# [07:24] <@bz> if (NS_FAILED(rv)) {
# [07:24] <@bz> return ThrowMethodFailedWithDetails(cx, rv, "XMLHttpRequest", "send");
# [07:24] <@bz> }
# [07:24] <@bz> *vp = JSVAL_VOID;
# [07:24] * Quits: gwagner_ (gwagner@moz-79A614AC.static.twtelecom.net) (Ping timeout)
# [07:24] <@bz> return true;
# [07:24] <@bz> break;
# [07:24] <@bz> }
# [07:24] <@bz> case 1: {
# [07:24] <@bz> JS::Value* argv = JS_ARGV(cx, vp);
# [07:24] <@bz> JSObject* arg0;
# [07:24] <@bz> if (argv[0].isObject() && JS_IsArrayBufferObject(&argv[0].toObject())) {
# [07:24] <@bz> arg0 = &argv[0].toObject();
# [07:24] <@bz> } else {
# [07:25] <@bz> return Throw(cx, NS_ERROR_XPC_BAD_CONVERT_JS);
# [07:25] * heycam wonders if bz meant to paste that
# [07:25] <@bz> }
# [07:25] <@bz> nsresult rv = NS_OK;
# [07:25] <@bz> #if 0
# [07:25] <@bz> self->Send(arg0, rv);
# [07:25] <@bz> #endif
# [07:25] <@bz> if (NS_FAILED(rv)) {
# [07:25] <@bz> return ThrowMethodFailedWithDetails(cx, rv, "XMLHttpRequest", "send");
# [07:25] <@bz> }
# [07:25] <@bz> *vp = JSVAL_VOID;
# [07:25] <@bz> return true;
# [07:25] <@bz> break;
# [07:25] <@bz> }
# [07:25] <@bz> case 2: {
# [07:25] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
# [07:25] <@bz> JS::Value* argv = JS_ARGV(cx, vp);
# [07:25] <@bz> int32_t arg0_jstype;
# [07:25] * Joins: wolfiR (wolfiR@moz-7908B763.dip0.t-ipconnect.de)
# [07:25] <@bz> int32_t arg0;
# [07:25] <@bz> if (JS_ValueToECMAInt32(cx, argv[0], &arg0_jstype)) {
# [07:25] * avih lols
# [07:25] <@bz> arg0 = ((int32_t)arg0_jstype);
# [07:25] <@bz> } else {
# [07:25] <@bz> return false;
# [07:25] <@bz> }
# [07:25] <@bz> nsIDocument* arg1;
# [07:25] <@bz> xpc_qsSelfRef tmpRef_arg1;
# [07:25] <@bz> jsval tmpVal_arg1 = argv[1];
# [07:25] <@bz> if (argv[1].isObject()) {
# [07:25] <@bz> nsIDocument* tmp;
# [07:25] <@bz> if (NS_FAILED(xpc_qsUnwrapArg<nsIDocument>(cx, argv[1], &tmp, &tmpRef_arg1.ptr,
# [07:25] <@bz> &tmpVal_arg1))) {
# [07:25] <@bz> return Throw(cx, NS_ERROR_XPC_BAD_CONVERT_JS);
# [07:25] <@bz> }
# [07:25] <@bz> MOZ_ASSERT(tmp);
# [07:25] <@bz> arg1 = tmp;
# [07:25] <@bz> } else {
# [07:25] <@bz> return Throw(cx, NS_ERROR_XPC_BAD_CONVERT_JS);
# [07:25] <@bz> }
# [07:25] * heycam eyes killer
# [07:25] <@bz> nsresult rv = NS_OK;
# [07:25] <@bz> #if 0
# [07:25] <@bz> self->Send(arg0, arg1, rv);
# [07:25] <@bz> #endif
# [07:25] <@bz> if (NS_FAILED(rv)) {
# [07:25] <@bz> return ThrowMethodFailedWithDetails(cx, rv, "XMLHttpRequest", "send");
# [07:25] * avih wonders if that's the entire file, and if bz can disconnect to stop this madness
# [07:25] <mwu> :(
# [07:25] <@bz> }
# [07:25] <@bz> *vp = JSVAL_VOID;
# [07:25] * Quits: @bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Excess Flood)
# [07:25] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
# [07:25] * ChanServ sets mode: +o bz
# [07:25] <mwu> hahaha
# [07:25] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Ping timeout)
# [07:26] <masayuki> avih: then, it's not going to dispatch pixel scroll event on Windows after bug 719320.
# [07:26] <mwu> I thought bz was immune to excess flood kicks
# [07:26] * Quits: NeilZZZ (neil@moz-7E027EE5.cable.virginmedia.com) (Ping timeout)
# [07:26] <@bz> I'm immune to killer kicks
# [07:26] <mwu> maybe just killer
# [07:26] <@bz> but the excess flood thing is something else
# [07:26] <@bz> and no, I did not paste the whole file
# [07:26] <avih> masayuki: looking at. sec.
# [07:27] <@bz> Which is good, because the whole file (XMLHttpRequestBinding.cpp) is about 1300 lines
# [07:27] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [07:27] <@bz> I only pasted about 400 of them.... ;)
# [07:27] * Joins: zpao (zpao@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [07:27] <jaws> lolz
# [07:27] <avih> masayuki: what version is it aimed at? Firefox 14?
# [07:27] * Joins: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net)
# [07:27] <nigelb> Where's jdm? y no mnew mozillamemes.
# [07:28] <nigelb> *new
# [07:28] * Joins: Neil (neil@moz-7E027EE5.cable.virginmedia.com)
# [07:28] <masayuki> avih: not sure, other bugs block it. they're waiting smaug's review.
# [07:28] * Neil is now known as NeilZZZ
# [07:28] <heycam> bz, oh so the overloads you've got there should be invalid I think -- because with argcount 3, it's ambiguous
# [07:28] <jaws> nigelb: http://www.tumblr.com/photo/1280/mozillamemes/19498902236/1/tumblr_m12bml5U3O1rrf1ee
# [07:29] <masayuki> avih: if it's possible, I'd like to fix them in Fx14.
# [07:29] <@bz> heycam: why is it ambiguous for argcount 3?
# [07:29] <heycam> bz, you can't tell which of the last two overloads was meant
# [07:29] <heycam> long and long? aren't distinguishable
# [07:29] <nigelb> jaws: exactly!
# [07:29] <@bz> last two being:
# [07:29] <@bz> void send(long? a, long? b, long? c, long? d, long? e, long f);
# [07:29] <heycam> oh
# [07:29] <heycam> hang on
# [07:29] <@bz> void send(long a, long b, long c, optional long? d, optional long? e);
# [07:29] <@bz> ?
# [07:30] <heycam> yeah no my mistake
# [07:30] <@bz> ok
# [07:30] <@bz> good
# [07:30] * @bz did have to tweak this some once he wrote his distinguishability checking
# [07:30] <@bz> to make it not fail to compile. ;)
# [07:30] <heycam> ok, that case 3/4/5 looks good then
# [07:30] <@bz> yep
# [07:30] <@bz> excellent
# [07:30] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [07:30] <@bz> and if it were not for the Document?c overload, case 3 would fall through too
# [07:31] * @bz tested
# [07:31] <heycam> (case 2 I assume)
# [07:31] <@bz> I considered doing something where I do a bunch of switching to determine the "overload index"
# [07:31] <avih> masayuki: ok, i'll post a patch to current code, and add myself as a cc on DOM3 scroll bug, and if that changes the behavior on windows, I'll update my patch. ok?
# [07:31] <@bz> and then switch on that once so we codegen for any given overload only once
# [07:31] <@bz> but it's a bit of a pain to do it that way....
# [07:31] <@bz> I think
# [07:32] * @bz could be wrong
# [07:32] <heycam> it's surprising how much code is needed actually
# [07:33] <@bz> it would certainly reduce the code when optional stuff matches several different overloaded lengths
# [07:33] <@bz> but it would somewhat slow down any lengths that only have one matching overload....
# [07:33] <@bz> (for one thing, two switches instead of 1)
# [07:33] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [07:33] <@bz> well
# [07:33] <@bz> keep in mind I have 11 overloads here
# [07:33] <avih> masayuki: my current patch to that file is to add kHadLines to scrollFlags, and set it to on for mouse pixel events which were originally mouse lines events.
# [07:33] <@bz> though I haven't even started on step 13 yet...
# [07:34] <avih> masayuki: this way, on ESM, I can identify pixel scrolls which are "faked" from line scrolls.
# [07:34] <masayuki> avih: ah, okay, that sounds not big change, would you cc me to the bug?
# [07:34] <heycam> I guess the code that does the casting to int32_t isn't necessary, looking at case 8
# [07:34] <avih> masayuki: i have already
# [07:34] <heycam> probably optimises out anyway
# [07:35] <@bz> yes
# [07:35] <@bz> it does
# [07:35] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [07:35] <@bz> made the python simpler
# [07:35] <@bz> to generate it this way
# [07:35] * Joins: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net)
# [07:35] <masayuki> avih: thanks. I'll comment when you post the patch.
# [07:36] <jaws> avih: sorry for the bugspam :)
# [07:36] <@bz> Ugly, but simpler
# [07:36] <@bz> http://pastebin.mozilla.org/1529011
# [07:36] <@bz> (yes, that is using two separate templating systems at once)
# [07:36] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
# [07:37] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:37] * Quits: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP) (Connection reset by peer)
# [07:37] <heycam> :o
# [07:37] * Joins: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP)
# [07:37] <masayuki> avih: FYI: bug 672175 will be fixed soon (I'll land automated tests), it will changes the file, so, be careful.
# [07:38] <@bz> It sort of makes sense in context. ;)
# [07:38] <@bz> I think
# [07:39] <@bz> since this template handles all numeric types and booleans....
# [07:39] <@bz> ok
# [07:40] <@bz> I'll think about this some more tomorrow
# [07:40] <@bz> it's really really bedtime now
# [07:40] <heycam> bfn
# [07:41] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [07:44] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Ping timeout)
# [07:45] <avih> masayuki: do the changes for bug 672175 change mouse wheel from NS_MOUSE_SCROLL + NS_MOUSE_PIXEL_SCROLL to only NS_MOUSE_PIXEL_SCROLL?
# [07:46] <avih> masayuki: sorry, to only NS_MOUSE_SCROLL ?
# [07:46] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
# [07:47] * bz is now known as bz_sleep
# [07:48] <@bz_sleep> ah
# [07:48] <@bz_sleep> that wouldn't actually work with the new setup
# [07:48] <@bz_sleep> because we'd not have a sane way of converting args up to the distinguishing arg
# [07:48] <@bz_sleep> ok, then
# [07:50] <@bz_sleep> well, though we could cheat on it...
# [07:50] <@bz_sleep> anyway
# [07:50] * nthomas|away is now known as nthomas
# [07:50] <avih> bz_sleep: was that aimed at me?
# [07:50] <@bz_sleep> no
# [07:50] <avih> k, sorry.
# [07:51] <@bz_sleep> no problem
# [07:51] * @bz_sleep really really sleeps
# [07:51] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [07:52] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [07:52] * avih is not surprised considering the extensive flooding earlier
# [07:54] <avih> hg question: can i revert specific locally modified files to base?
# [07:54] <Unfocused> hg revert
# [07:55] <avih> hg revert path/to/locally/modified/file ?
# [07:55] <masayuki> avih: no, see part 16 and part 17, they might conflict with your patch.
# [07:55] <Unfocused> hg help revert
# [07:55] <Unfocused> ;)
# [07:55] <avih> Unfocused: that will do. thx :)
# [07:55] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Ping timeout)
# [07:55] <avih> masayuki: looking now.
# [07:56] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [07:57] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
# [07:58] * Joins: hvq (HVQ@moz-72C6123E.pc.nus.edu.sg)
# [07:58] * Quits: ddahl_ (ddahl@25F88422.B7606226.6BED537B.IP) (Quit: Adios Amigos)
# [07:59] <darktrojan> I hope the about:mozilla newsletter wasn't emailed to the subscribers with this 550KB image in it
# [08:00] * Joins: MarcoZ (marco.zehe@moz-1F1E4014.dip.t-dialin.net)
# [08:00] <darktrojan> 1,470px × 660px (scaled to 450px × 202px) :-(
# [08:00] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Quit: Leaving)
# [08:01] * Joins: Mavericks (Mibbit@167523B.D42FEAD6.C6104E0F.IP)
# [08:01] <heycam> darktrojan, will look lovely on an ipad 3 though ;)
# [08:01] <avih> masayuki: i think parts 16/17 don't change my code. My code (Still not submitted) is only at MouseScrollHandler::HandleMouseWheelMessage. The important question is if, for mouse wheel scroll, it changes the behavior, such that instead of the current NS_MOUSE_SCROLL (with kHasPixels) + NS_MOUSE_PIXEL_SCROLL, it will send only NS_MOUSE_SCROLL.
# [08:01] * Unfocused would not be surprised
# [08:01] * Unfocused wanders away again
# [08:01] <darktrojan> heycam, and also on any non-gecko browser, because we still can't downscale images well
# [08:02] <dholbert> mats, ping?
# [08:03] <masayuki> avih: did you mean it's after bug 719320? If so, neither NS_MOUSE_SCROLL nor NS_MOUSE_PIXEL_SCROLL will be dispatched from widget. They will be dispatched from ESM for compatibility.
# [08:04] <masayuki> avih: Only NS_WHEEL_WHEEL will be dispatched from widget after bug 719320.
# [08:05] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
# [08:05] <masayuki> avih: http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#events-wheelevents
# [08:06] <masayuki> avih: the new event has deltaMode which can indicates the unit of delta values.
# [08:06] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [08:07] <avih> masayuki: well, i have to fix it for current code, and adapt later if required, i think. no?
# [08:07] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
# [08:07] <avih> masayuki: especially since i want this to fix a bug which has already landed for firefox 13.
# [08:07] <masayuki> avih: if you land it before my fix, I'll not break the feature you implemented.
# [08:08] <avih> masayuki: my change at that file is only to detect "fake" pixel scrolls. if that's fixed globally, then my patch is no longer needed.
# [08:09] <masayuki> avih: yes. but I'm not sure the ESM side. Anyway, you don't need to mind after you land your patch. I'll be careful for it.
# [08:10] <avih> masayuki: no worries, you submit your patches, and i'll adapt mine to them, when the time comes. my change is very minor, it shouldn't be an issue.
# [08:10] * Joins: vivek1729 (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
# [08:10] <masayuki> avih: ah, okay.
# [08:10] <vivek1729> hey i am vivek and i am interested in certain mozilla projects for GSOC 2012
# [08:11] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
# [08:11] <vivek1729> anybody out there?
# [08:12] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:13] <dholbert> vivek1729, hi! more people are on during daylight hours, California-time
# [08:13] <dholbert> vivek1729, (I'm afraid I don't know anything about Mozilla's GSOC projects)
# [08:14] <vivek1729> which channel do u think i should join then?
# [08:14] <vivek1729> coz i really need to get in touch with the team
# [08:15] <dholbert> This is probably as good a channel as any
# [08:15] <dholbert> but just not a great time :)
# [08:15] <vivek1729> lol. i think i get u.
# [08:15] <dholbert> gerv may be the person to talk to (I'm not sure) -- he's in the UK I think, so he's on that timezone
# [08:15] <dholbert> so it's getting to be morning time for him I think (?)
# [08:16] <dholbert> vivek1729, what's your question, generally?
# [08:17] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
# [08:17] <vivek1729> u see i checked this https://wiki.mozilla.org/Community:SummerOfCode12
# [08:18] <glandium> is there any way to get an old osx running on a recent mac ?
# [08:18] <vivek1729> and i am interested in doing the projects under the developer tools sections
# [08:18] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [08:18] <jaws> vivek1729: you should ask in #devtools :)
# [08:18] <dholbert> in that case: yeah, what jaws said :)
# [08:18] <dholbert> though still probably during California hours
# [08:18] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [08:19] * Joins: jfkthame_afk (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [08:19] <kbrosnan> glandium: we have a few different mac setups in the qa lab. if you are not in mv check with marcia
# [08:19] * jfkthame_afk is now known as jfkthame
# [08:19] <vivek1729> but can u give me the address of a mailing list probably where i can get in touch with people
# [08:19] <glandium> kbrosnan: i'm in france
# [08:19] <vivek1729> coz i checked the mailing lists
# [08:19] <vivek1729> and there are tons of them
# [08:20] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [08:20] <jaws> vivek1729: you could email rcampbell@mozilla.com and msucan@mozilla.com
# [08:20] <dholbert> yeah, that's what I'd recommend too
# [08:20] <dholbert> (those are robcee and msucan from that wiki page)
# [08:20] <glandium> apparently, people have managed to run osx under vmware fusion
# [08:21] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Ping timeout)
# [08:21] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [08:21] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Quit: jfkthame)
# [08:21] <glandium> (the install dvd for 10.6 wouldn't even boot on my mbp)
# [08:21] <ewong> glandium: oooh.. what about vSphere?
# [08:21] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [08:22] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:22] <heycam> roc, do you know what paints the find on the page "highlight all" selections (pink on my machine)? doesn't seem to be the normal selection painting that nsTextFrame does.
# [08:22] <glandium> ewong: on vsphere it only works on xserve, afaik. plus, it's not very convenient
# [08:22] <ewong> bah..
# [08:24] <Jesse> smontagu++
# [08:25] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Connection reset by peer)
# [08:26] <vivek1729> thanks a lot people
# [08:26] <vivek1729> cheers
# [08:26] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [08:27] <dholbert> vivek1729, no prob
# [08:28] <glandium> mmm vmware fusion 4.1 is supposed to support osx guests without hacks. let's try that
# [08:28] <gavin> heycam: http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsTextFrameThebes.cpp#4871 ?
# [08:30] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [08:31] <heycam> gavin, so I get into there for the main selection highlight (green one for me on mac), but not for the other ones in the document when Highlight All is turned on
# [08:31] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:32] <gavin> heycam: AFAICT those use the same selection type
# [08:32] <heycam> gavin, hmm ok. wonder how they get different colours.
# [08:32] <heycam> must go, bbl
# [08:32] <heycam> thanks
# [08:32] <gavin> foreground vs. background?
# [08:32] <heycam> i think that's text vs background fill colours
# [08:32] <heycam> rather than pink background vs green background
# [08:33] * heycam is now known as heycam|away
# [08:33] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [08:35] * Joins: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP)
# [08:36] * Fallen|away is now known as Fallen
# [08:40] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [08:42] * mattwoodrow is now known as mattwoodrow|away
# [08:42] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [08:43] * Fallen is now known as Fallen|away
# [08:48] * Quits: hvq (HVQ@moz-72C6123E.pc.nus.edu.sg) (Ping timeout)
# [08:54] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [08:55] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [08:55] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [08:55] <glazou> bonjour
# [08:56] * Quits: victorporof (victorporo@E9758364.9EC0A5AF.CFE928A7.IP) (Quit: Leaving...)
# [08:58] * Quits: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
# [08:59] * Joins: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net)
# [08:59] * philor is now known as philor|away
# [08:59] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:00] * Quits: clee (clee@moz-E3C0B5D0.hsd1.ca.comcast.net) (Quit: clee)
# [09:01] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
# [09:02] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:02] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
# [09:02] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
# [09:03] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Ping timeout)
# [09:03] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [09:05] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Ping timeout)
# [09:05] * joduinn-home is now known as joduinn-afk
# [09:05] * Joins: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com)
# [09:05] * Joins: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de)
# [09:07] * Quits: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net) (Quit: Leaving)
# [09:08] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:09] * Quits: philor|away (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [09:10] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [09:10] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [09:11] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [09:11] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
# [09:11] * Joins: jfkthame_ (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [09:12] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Ping timeout)
# [09:12] * jfkthame_ is now known as jfkthame
# [09:13] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
# [09:13] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [09:13] * Quits: karl (karl@moz-3833C291.jetstream.xtra.co.nz) (Ping timeout)
# [09:14] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [09:14] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [09:15] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [09:18] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
# [09:19] * philor is now known as philor|away
# [09:19] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [09:20] * Quits: vivek1729 (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:20] * Quits: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net) (Ping timeout)
# [09:22] * Joins: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net)
# [09:22] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
# [09:22] * Joins: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net)
# [09:22] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [09:26] <tgummerer> Hello, I would be interested in the CSS Source Maps project for Google Summer of Code. What language(s) would this project have to be coded in?
# [09:26] <ewong> is this bug 'fixable'? https://bugzilla.mozilla.org/show_bug.cgi?id=626103 and if so, how should I go about in fixing it?
# [09:27] * Joins: Gentlecat (Roman@4654FE12.18EC6E70.8FB52CB8.IP)
# [09:28] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [09:30] * Quits: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net) (Quit: )
# [09:30] * Joins: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net)
# [09:31] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
# [09:32] <Mavericks> tgummerer: do you still need help ?
# [09:33] <darktrojan> ewong, I think you can make the reftest wait until you're ready
# [09:33] * Quits: cpearce (chatzilla@moz-6004FBED.xdsl.xnet.co.nz) (Ping timeout)
# [09:33] <darktrojan> so use js to fix the focus, then tell it you're ready
# [09:34] <tgummerer> Mavericks: Yes, if possible. Has the project to be coded in JavaScript?
# [09:34] <Mavericks> tgummerer: did you check this - http://www.google-melange.com/gsoc/org/google/gsoc2012/mozilla ?
# [09:34] <Mavericks> oh
# [09:36] <ewong> darktrojan: I see.. sounds 'simple' enough... now do I have the knowledge to do that... anyway thanks for the pointer... will try out that avenue
# [09:37] <@roc> heycam|away: I think it is
# [09:38] <tgummerer> Mavericks: Yes, I did, but it says there are projects available in C++, Python, JavaScript, etc, just not sure in what language the CSS Source Maps project would be, because it also doesn't say anything on this site: https://wiki.mozilla.org/Community:SummerOfCode12#Developer_Tools
# [09:39] <darktrojan> ewong, https://developer.mozilla.org/en/Creating_reftest-based_unit_tests#Testing_invalidation
# [09:40] <darktrojan> I've never done it, so now you know as much as I do
# [09:40] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
# [09:41] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [09:44] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:49] * Quits: njn (chatzilla@moz-B15A394.dyn.iinet.net.au) (Client exited)
# [09:49] * Joins: fxa90id (fxa90id@moz-D3802D8E.neoplus.adsl.tpnet.pl)
# [09:52] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
# [09:52] * Quits: Mavericks (Mibbit@167523B.D42FEAD6.C6104E0F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [09:53] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: This computer has gone to sleep)
# [09:57] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
# [09:58] <ewong> hmm
# [09:58] <ewong> darktrojan thanks.. was hoping to see some sort of an example as I've never done a test before.. so I'm completely clueless..
# [09:59] * Joins: mw22 (chatzilla@moz-FB753258.adsl.wanadoo.nl)
# [10:09] <glandium> does anyone have vmware fusion 4.1.0 around ?
# [10:10] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3f965690ce1f - Jonathan Kew - bug 717175 - disable the timed expiration of shaped-word caches. r=roc
# [10:10] * Joins: victorporof (victorporo@40018561.F684631.21A4E96A.IP)
# [10:11] * Quits: lsumar (lsumar@moz-7691825E.adsl.xtra.co.nz) (Quit: This computer has gone to sleep)
# [10:14] * Joins: Honza (chatzilla@40018561.F684631.21A4E96A.IP)
# [10:17] * Joins: rohan (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
# [10:17] * Joins: nli (nli@moz-99690620.hinet-ip.hinet.net)
# [10:18] * Quits: bjacob (bjacob@moz-D75E9AE0.rev.sfr.net) (Ping timeout)
# [10:20] * Quits: aja (chatzilla@B0EAFCC1.95B1E73D.7880DB15.IP) (Client exited)
# [10:21] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [10:21] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [10:24] * Joins: dcamp (dave@40018561.F684631.21A4E96A.IP)
# [10:27] * Joins: harth (harth@40018561.F684631.21A4E96A.IP)
# [10:29] * Joins: past (past@40018561.F684631.21A4E96A.IP)
# [10:31] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
# [10:34] * Joins: karl (karl@moz-3833C291.jetstream.xtra.co.nz)
# [10:36] * Quits: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP) (Quit: Leaving.)
# [10:36] * mattwoodrow|away is now known as mattwoodrow
# [10:38] * Quits: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP) (Connection reset by peer)
# [10:39] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
# [10:41] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [10:41] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [10:44] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [10:44] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
# [10:44] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
# [10:44] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [10:44] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [10:45] * Joins: Mavericks (Mibbit@8267EFDD.E5773B9B.FDEA3160.IP)
# [10:45] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [10:46] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
# [10:47] <ewong> regarding tests.. to fix tests.. I must fix the code right? and not the test? in layout/reftests/css-invalid/select/select-required-multiple-invalid.html, (re: bug #626103), do I add the "invalidation part" or is this not why it fails intermittently?
# [10:49] * Joins: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be)
# [10:49] <Unfocused> ewong: sometimes its the test that's wrong
# [10:49] <ewong> Unfocused: how would I tell?
# [10:49] * Joins: imphil (philipp@F25A9EC0.C9D3A6D5.478CFEE9.IP)
# [10:50] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:50] * sancus is now known as sancus_
# [10:50] * sancus_ is now known as sancus
# [10:50] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [10:51] * Joins: anky (anky@48C8B50D.36C2522D.A3D1B221.IP)
# [10:51] <Unfocused> by figuring out why it fails :)
# [10:51] * Parts: rohan (Mibbit@816337C3.2C2BFB59.35E0727C.IP)
# [10:53] <ewong> seems steep for me to understand this...
# [10:54] * glob is now known as glob|away
# [10:55] * Quits: sicking (chatzilla@moz-903915C1.hsd1.ca.comcast.net) (Input/output error)
# [10:55] * Joins: mak (chatzilla@moz-777E45F2.retail.telecomitalia.it)
# [10:55] * Quits: Mavericks (Mibbit@8267EFDD.E5773B9B.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [10:58] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3de967c4624c - Dão Gottwald - Bug 734706 - The Page Style menu's "No Style" menu item shouldn't have to stop the command event propagation. r=dolske
# [10:59] * Joins: shorlander (shorlander@40018561.F684631.21A4E96A.IP)
# [11:00] * Quits: anky (anky@48C8B50D.36C2522D.A3D1B221.IP) (Client exited)
# [11:00] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [11:01] <Ms2ger> dolske, join/part/quits are logged, there's a checkbox to show them
# [11:02] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Ping timeout)
# [11:05] * Quits: Ami_Ty (Amie@moz-7D22EB0A.dsl.static.sonic.net) (Quit: Ami_Ty)
# [11:06] * Joins: anky (anky@48C8B50D.36C2522D.A3D1B221.IP)
# [11:07] * Quits: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr) (Ping timeout)
# [11:08] * Quits: imphil (philipp@F25A9EC0.C9D3A6D5.478CFEE9.IP) (Ping timeout)
# [11:08] * Quits: fxa90id (fxa90id@moz-D3802D8E.neoplus.adsl.tpnet.pl) (Ping timeout)
# [11:08] * Joins: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [11:10] * Joins: Mavericks (Mibbit@15D4D211.D42FEAD6.C6104E0F.IP)
# [11:11] * Joins: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP)
# [11:14] * Joins: necolas (necolas@moz-8F849A9F.bb.sky.com)
# [11:16] <hsivonen> So it's been over 3 years since I filed the bug about rewriting bookmark import.
# [11:16] <hsivonen> time flies. the remains of the old parser die hard.
# [11:16] <glandium> hsivonen: that's the last piece?
# [11:16] * ewong is now known as ewong|afk
# [11:16] <hsivonen> glandium: second to last
# [11:16] <glandium> hsivonen: what is the other?
# [11:17] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
# [11:17] <hsivonen> glandium: about:blank
# [11:17] <glandium> erf
# [11:17] <hsivonen> and then there are still the tables that editor depends on
# [11:17] <hsivonen> tables as in data structures
# [11:18] <hsivonen> the third third to last thing is going to go away as soon as m-i merges to m-c and the tree opens
# [11:19] <hsivonen> ooh. the tree has been reopened!
# [11:19] <Ms2ger> KILL!
# [11:19] <darktrojan> was going to say, the tree is open
# [11:20] <hsivonen> Ms2ger: gotta wait for the next m-i to m-c merge still
# [11:20] <hsivonen> to avoid making Thunderbird nightly testers unhappy because of misordered landings
# [11:21] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [11:21] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [11:21] * Quits: anky (anky@48C8B50D.36C2522D.A3D1B221.IP) (Client exited)
# [11:21] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [11:21] <Ms2ger> Mm
# [11:22] <Ms2ger> Do we always get so many gsoc applicants?
# [11:22] <bjacob> anyone with a Mac (with OSX 10.6+ and a Intel GPU, but all recent macs have that), please test: http://people.mozilla.org/~bjacob/canvas2D5k.html
# [11:22] * Quits: lsumar (lsumar@59E5D51.793B015F.11F528CC.IP) (Quit: This computer has gone to sleep)
# [11:23] <darktrojan> Ms2ger, dunno, but it'd be nice if we had a bot to tell them the person they're looking for isn't here right now
# [11:23] * Quits: Mavericks (Mibbit@15D4D211.D42FEAD6.C6104E0F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [11:23] <glandium> bjacob: on a nightly ?
# [11:24] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Quit: mijia)
# [11:24] <darktrojan> slow tbpl is slow
# [11:24] <Unfocused> yea, it gets like this every year
# [11:25] <glandium> bjacob: i see garbage on an old nightly
# [11:25] * Joins: mauke_ (mauke@moz-6A01E0D8.superkabel.de)
# [11:26] <glandium> bjacob: and i see garbage on current nightly too
# [11:26] <robcee> is the tree hosed?
# [11:26] <robcee> lots of red on m-c
# [11:26] * Quits: znhxr (mauke@moz-6A01E0D8.superkabel.de) (Ping timeout)
# [11:26] <bjacob> glandium: thanks, that is expected (mac/intel driver bug). patch coming to work around it
# [11:27] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [11:27] <glandium> bjacob: it looks like random pieces of the screen
# [11:27] * Joins: smaug (chatzilla@moz-AA96D69.gprs.sl-laajakaista.fi)
# [11:27] * ChanServ sets mode: +o smaug
# [11:27] <bjacob> glandium: this is a 5000x5000 image downsized to fit the window. if you remove the style to get 1:1 zoom you'll probably see real stuff that was on your screen in recent past
# [11:28] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [11:28] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [11:29] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
# [11:29] * mauke_ is now known as znhxr
# [11:30] <darktrojan> robcee, yeah, that's not looking so good
# [11:33] <masayuki> smaug: could you sr for bug 672175?
# [11:34] <Unfocused> Connecting to ftp.mozilla.org|63.245.209.137|:80... connected.
# [11:34] <Unfocused> HTTP request sent, awaiting response... 503 Server Too Busy
# [11:34] <nthomas> robcee, darktrojan - sorry about those 503 errors on ftp.m.o. I suggest you rebuild them on tbpl for now
# [11:35] <nthomas> it gets slammed when lots of test jobs all try to download the same file simultaneously
# [11:35] <hsivonen> awesome. Ubuntu Software Center says the .deb for Vidyo Desktop violates package quality standards
# [11:35] <hsivonen> does Vidyo QA this stuff at all?
# [11:36] <glandium> hsivonen: i solved all my vidyo problems by using the android client
# [11:36] <glandium> which creates other problems, but lesser ones
# [11:36] <hsivonen> glandium: I've been using the android client, too
# [11:36] <robcee> nthomas: was asking about the reds, actually, but thanks
# [11:37] <nthomas> the 503 causes the red, no ?
# [11:37] <hsivonen> glandium: yesterday, I missed over 10 minutes of a call, because I had a hard time getting wifi up on a Mac
# [11:37] <glandium> i just have to get used to seeing peple sideways
# [11:37] <hsivonen> and Vidyo on Android doesn't work over 3G
# [11:37] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [11:37] <hsivonen> is there a way to tell Vidyo on Android to use only audio and no video to make it work over 3G?
# [11:38] <glandium> not sure
# [11:38] <hsivonen> ok. now I have VidyoDesktop in my Unity launcher but it doesn't launch
# [11:38] <hsivonen> yes, I have Ubuntu
# [11:39] <hsivonen> does it sniff the version of Ubuntu, too?
# [11:39] <hsivonen> can't wait for WebRTC to replace this
# [11:39] * mounir regrets what he just did...
# [11:40] <mounir> someone wants to help marking bugs merged from m-i ? :)
# [11:40] * Quits: @smaug (chatzilla@moz-AA96D69.gprs.sl-laajakaista.fi) (Connection reset by peer)
# [11:40] <darktrojan> heh
# [11:40] * ewong|sleep is now known as ewong
# [11:41] * Joins: anky (anky@48C8B50D.36C2522D.A3D1B221.IP)
# [11:41] * mattwoodrow is now known as mattwoodrow|away
# [11:41] * darktrojan gives all those purples a pretty star too
# [11:41] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [11:43] * Joins: RaZiel (quassel@B32E5CD3.8D8F7BC9.4073AF81.IP)
# [11:44] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [11:46] * Quits: anky (anky@48C8B50D.36C2522D.A3D1B221.IP) (Client exited)
# [11:46] * Quits: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP) (Connection reset by peer)
# [11:46] * Joins: pranavrc (pranavrc@7D88244E.F976102B.520CDC98.IP)
# [11:49] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [11:50] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [11:51] * Joins: gabor (gabor@moz-797A1A8A.pool.digikabel.hu)
# [11:51] <Mark_Capella> ms2ger: ping re: bug#734023
# [11:52] <Ms2ger> ack
# [11:52] <Mark_Capella> Is JST fairly responsive to review request?
# [11:52] <Ms2ger> Fairly, I'd say
# [11:53] <Mark_Capella> <--- Will wait some more
# [11:53] <Ms2ger> I'll poke him if he doesn't reply quickly :)
# [11:53] <Mark_Capella> k
# [11:53] * Joins: asac (asac@D1AEE99B.6F8AB468.B3DDC20A.IP)
# [11:53] * Quits: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP) (Ping timeout)
# [11:54] * Joins: ewong (chatzilla@F536648C.E5F17347.51F738FB.IP)
# [11:55] <hsivonen> boom. zapped one nsIHTMLContentSink impl!
# [11:55] <darktrojan> hsivonen++
# [11:55] <mounir> someone around is in sec group?
# [11:55] * Joins: KaiRo (robert@moz-6819C3BB.adsl.highway.telekom.at)
# [11:56] <mounir> I need to mark bug 732951 as fixed
# [11:57] * Joins: mike5w3c (MikeS@10BC89C3.C24DC5D2.9FD833D8.IP)
# [11:57] * Joins: tgummerer_mobile2 (yaaic@E0621142.384FABE7.83BB78DC.IP)
# [11:58] * Joins: libs (blah@94066260.70F4CDBF.45459EBF.IP)
# [11:58] * Quits: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP) (Ping timeout)
# [11:58] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [11:58] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
# [11:59] <libs> http://www.sqlite.org/releaselog/3_7_11.html SQLite 3.7.11 released, should Firefox update to the latest version? last update was https://bugzilla.mozilla.org/show_bug.cgi?id=718455 3.7.10
# [11:59] <KaiRo> mounir: oh, and you can't access the bug?
# [11:59] <mounir> KaiRo: yes
# [11:59] * Quits: tgummerer_mobile2 (yaaic@E0621142.384FABE7.83BB78DC.IP) (Ping timeout)
# [12:00] <KaiRo> mounir: ok, I'll mark it fixed for you
# [12:00] * padenot|away is now known as padenot
# [12:00] <Unfocused> libs: i bet mak can answer that
# [12:00] <mounir> KaiRo: thanks
# [12:00] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [12:01] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
# [12:01] <KaiRo> mounir: done
# [12:01] <mak> well, considered "Upgrading from all other SQLite versions, including 3.7.10, is recommended." we should probably upgrade
# [12:02] <KaiRo> mak: sounds like it
# [12:02] <avih> what would be a good practice when choosing what prefs to expose via about config, vs the prefs that stay "hidden" (but can be added by the user)?
# [12:02] <KaiRo> mak: a security fix?
# [12:02] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
# [12:02] <hsivonen> avih: usually everything goes into about:config
# [12:02] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
# [12:03] <hsivonen> avih: truly hidden prefs are rare
# [12:03] <avih> hsivonen: got it. thx.
# [12:03] <mak> KaiRo: not that clear from the changelog, there is a bug in LEFT JOINs though
# [12:03] * Joins: hvq (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg)
# [12:03] <Unfocused> hsivonen: how do you know? ;)
# [12:03] <mak> that exists just in 3.7.10
# [12:03] <hsivonen> Unfocused: hehe
# [12:03] <mak> so that may explain why it's recommended
# [12:03] <avih> Unfocused: you know otherwise?
# [12:04] <KaiRo> mak: if we are using those in our code, sounds like we want to go to 3.7.11 everywhere we have .10 now
# [12:04] <mak> KaiRo: indeed it's optional from 3.7.9, so likely it's just the bug fix
# [12:04] <Unfocused> avih: i was being facetious
# [12:04] <mounir> KaiRo: could you please mark bug 711043 too?
# [12:04] <avih> Unfocused: doesn't necessarily mean you don't know otherwise ;)
# [12:05] <Unfocused> heh, fair enough :)
# [12:05] <mak> KaiRo: I doubt we may take a SQLite upgrade in beta. btw, reading the bug entry.
# [12:05] <Unfocused> to the best of my knowledge, they are indeed rare
# [12:05] * glazou is now known as glazou_lunch
# [12:05] <avih> ok, thank you :)
# [12:06] <libs> mak can the upgrade be done for Nightly and Aurora?
# [12:06] <avih> Unfocused: and for those rare ones, what would be the motivation to leave them out? abundance of rarely useful features? security? potential to wreck havoc?
# [12:06] <mak> probably yes
# [12:06] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
# [12:06] <mak> surely for Nightly
# [12:06] <hsivonen> huh. comm-central is burning because it failed to pull mozilla-central
# [12:07] <Unfocused> avih: mostly the last one, i think
# [12:07] <avih> Unfocused: good enough for me. thx :)
# [12:08] <KaiRo> mounir: noted the merge there, but there's two different reviewed patches in that bug, so I only asked if it's fixed now or not
# [12:09] <KaiRo> mak: I guess it depends on how grave that bug really is and how it hits us (and also what the risk is in taking the fix on the channels if required)
# [12:09] <hsivonen> how does one restart a comm-central build? The RelEng self-serve doesn't how comm-central to me.
# [12:09] * Joins: anky (anky@48C8B50D.36C2522D.A3D1B221.IP)
# [12:11] <KaiRo> hsivonen: I'd not sure if there's a self-serve, you might need to track down Thunderbird and SeaMonkey build people and ask them - for SeaMonkey it's Callek or ewong, for Thunderbird I'm not sure who's in charge now but it runs through some Mozilla releng people now
# [12:11] <mak> KaiRo: the example broken query in the bug report is quite complex involving both a left join and a inner join, that I doubt we use anywhere. it's unclear which queries may be broken. will don some experiment.
# [12:11] <KaiRo> mak: ah, ok
# [12:11] <hsivonen> KaiRo: thanks
# [12:11] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
# [12:12] * Joins: gerv (gerv@moz-1E86B6B0.as13285.net)
# [12:13] <hsivonen> is there a for dummies guide for setting up aurora, beta and esr trees so that they share the maximal amount of disk with a mozilla-inbound clone?
# [12:14] * Joins: peregrino (peregrino@moz-9A666907.telecom.net.ar)
# [12:14] <darktrojan> hsivonen, there's http://jlebar.com/2011/5/20/Faster_and_smaller_clones_of_branches.html
# [12:14] * Joins: timdream (timdream@moz-4B58184A.hinet-ip.hinet.net)
# [12:15] <darktrojan> but it doesn't save all that much space
# [12:15] <hsivonen> darktrojan: thanks
# [12:15] * Quits: karl (karl@moz-3833C291.jetstream.xtra.co.nz) (Ping timeout)
# [12:15] <hsivonen> at some point, I will have to bite the bullet and get another SSD
# [12:16] <darktrojan> get me one too
# [12:16] <hsivonen> this one isn't enough for all my VMs and trees
# [12:16] * hsivonen doesn't like opening the computer and installing hardware
# [12:16] * hsivonen is a software guy
# [12:17] <Unfocused> hsivonen: that's one reason why i have a separate machine for my VMs :\
# [12:17] <darktrojan> that you're a software guy?
# [12:17] * padenot is now known as padenot|away
# [12:18] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
# [12:18] <Unfocused> no, lack of HD space
# [12:18] <Unfocused> the other reasons are lack of memory, and lack of cpu
# [12:19] <avih> Unfocused: got a good case at least? :P
# [12:19] * Quits: ochameau (ochameau@moz-A33C217B.fbx.proxad.net) (Quit: WeeChat 0.3.5)
# [12:19] <libs> anyone know the status for https://bugzilla.mozilla.org/show_bug.cgi?id=722391 ? it's just sitting around, forgotten
# [12:20] * Quits: timdream (timdream@moz-4B58184A.hinet-ip.hinet.net) (Ping timeout)
# [12:20] * Unfocused won't mention that he has a sandy bridge xeon and 16gb of ram
# [12:20] * Joins: ochameau (ochameau@moz-A33C217B.fbx.proxad.net)
# [12:21] <gcp> libs: patch should ask for review
# [12:21] <darktrojan> wooooo, relinked 943 files (20.8 MB reclaimed)
# [12:21] * glob|away is now known as glob
# [12:21] <glandium> hsivonen: for your question about aurora, beta, esr... use git
# [12:21] <jdm> ...where did my night go?
# [12:21] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [12:22] <jdm> I started digging around in the DWARF generation of llvm around 3:30, and suddenly the sun is rising
# [12:22] <Unfocused> jdm: i ated it
# [12:22] <jdm> Unfocused: you jerk
# [12:22] <Ms2ger> Needs mem
# [12:22] <Ms2ger> e
# [12:22] <avih> Unfocused: the common practice when submitting a multi-part patch is to use hg queues, yes?
# [12:23] <Ms2ger> Yes
# [12:23] <avih> well.. managing locally, rather than submittin..
# [12:23] <Unfocused> yes, mq is your friend
# [12:23] <avih> thx.
# [12:23] <Unfocused> https://developer.mozilla.org/en/Mercurial_Queues if you haven't read it already
# [12:24] <jdm> I should move that big red box somewhere else
# [12:24] * Joins: Px-BSD (chatzilla@moz-4FB595E5.new-point.com.ua)
# [12:24] <ewong> hsivonen: no..there's no self-serve for c-c
# [12:24] * padenot|away is now known as padenot
# [12:24] <jdm> it's kind of a grab bag of stuff that most people don't actually need to know
# [12:24] * Joins: Px (chatzilla@moz-4FB595E5.new-point.com.ua)
# [12:25] * Quits: ochameau (ochameau@moz-A33C217B.fbx.proxad.net) (Quit: WeeChat 0.3.5)
# [12:25] <hsivonen> ewong: ok.
# [12:25] * Joins: ochameau (ochameau@moz-A33C217B.fbx.proxad.net)
# [12:25] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Quit: Leaving)
# [12:25] * Joins: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be)
# [12:26] * Quits: gerv (gerv@moz-1E86B6B0.as13285.net) (Quit: Leaving.)
# [12:27] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
# [12:29] * Quits: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP) (Client exited)
# [12:29] <Px> Hello, I'm pointed here to get help with problem, today I get memory leaks with yesterday/today SeaMonkey nightly, two times browser became irresponsible fully consuming one CPU core and doing something inside xul.dll, memory grown was 200 MB in 3 minutes while I'm doing nothing.
# [12:30] <Px> Short about:memory data: when problem just appeared - http://pastebin.mozilla.org/1529416, in three minutes after - http://pastebin.mozilla.org/1529419
# [12:31] <Px> Full data also available, if needed
# [12:33] * glob is now known as glob|away
# [12:35] * Quits: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net) (Quit: darktrojan)
# [12:36] * Parts: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [12:36] * Quits: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP) (Client exited)
# [12:39] * Quits: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net) (Ping timeout)
# [12:40] <gcp> any specific steps to reproduce?
# [12:41] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [12:41] * Quits: decoder (quassel@45737F17.411DB1E9.95550721.IP) (Ping timeout)
# [12:42] * glazou_lunch is now known as glazou
# [12:42] * Joins: AutomatedTester (AutomatedT@moz-242AE4CF.as13285.net)
# [12:43] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
# [12:43] <Px> Currently - no, both times when it happens I just reading text and scrolling between
# [12:44] <gcp> I'd say: file a bug narrowing the range of versions as much as possible, and include the full about:memory if possible
# [12:44] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [12:46] <Px> That's would be next step, if no other advices/ideas appeared
# [12:47] * Joins: SeoZ (DanielJuyu@8A70477A.4591610E.F796972A.IP)
# [12:47] * Joins: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP)
# [12:50] * rail_away is now known as rail
# [12:52] <hsivonen> so I need to land on mozilla-beta and the tip is on a branch that identifies a beta build. What should I do so that I land with the right branch metadata instead of extending the branch that tags a build?
# [12:52] <nthomas> hg up -r default
# [12:53] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [12:53] <hsivonen> nthomas: thanks
# [12:53] <nthomas> then transplant or choose your poison
# [12:54] <mak> KaiRo: libs: fyi, filed bug 737807 for the upgrade. afaict we are unaffected, btw.
# [12:57] <KaiRo> mak: the "unaffected" part is what I like about this sentence :)
# [12:59] * Quits: necolas (necolas@moz-8F849A9F.bb.sky.com) (Client exited)
# [12:59] * Joins: ajuma (ajuma@moz-CDCFE118.home.cgocable.net)
# [13:00] * Quits: AutomatedTester (AutomatedT@moz-242AE4CF.as13285.net) (Quit: Leaving...)
# [13:02] * zz_AutomatedTester is now known as AutomatedTester
# [13:06] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [13:07] * Joins: bb10 (bb10@moz-C7B05616.org)
# [13:10] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [13:10] * nthomas is now known as nthomas|away
# [13:12] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [13:12] * Joins: prashant (Mibbit@64D20D7E.2905CAEE.5D9ABA9F.IP)
# [13:14] * mak is now known as mak|afk
# [13:15] * Quits: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net) (Ping timeout)
# [13:15] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [13:16] <Px> Heh, now FF nightly crashed, which is good, it has only one page open, which is likely causing problems :)
# [13:16] <Px> Crash report (nothing useful there, but anyway) - https://crash-stats.mozilla.com/report/index/bp-523b6cba-0048-48c3-8e6d-149c32120321
# [13:16] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [13:16] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
# [13:17] * Joins: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP)
# [13:18] * Joins: nthomas|away (chatzilla@moz-95627F12.dsl.telstraclear.net)
# [13:18] <Px> But strange, that nightly is one week old...
# [13:19] * Quits: anky (anky@48C8B50D.36C2522D.A3D1B221.IP) (Client exited)
# [13:19] * bhearsum|afk is now known as bhearsum
# [13:19] <libs> try updating to today's Nightly when released
# [13:19] <gcp> this might have been an OOM crash
# [13:23] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [13:23] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
# [13:25] <Px> I was on other system console, so didn't catch exact crash moment, now opened Task manager to observe memory usage, currently only 1 GB of 2 used
# [13:26] * Quits: mike5w3c (MikeS@10BC89C3.C24DC5D2.9FD833D8.IP) (Ping timeout)
# [13:31] * Joins: davidb (davidb@471D72E.2257F909.F30C9E9E.IP)
# [13:32] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
# [13:32] * Quits: ashish (ashish@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [13:32] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
# [13:34] * Quits: nli (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli)
# [13:34] * Quits: Px-BSD (chatzilla@moz-4FB595E5.new-point.com.ua) (Ping timeout)
# [13:35] * Joins: logiclord (Gaurav@DAD40FA8.B2B3EA5B.35E3DDC8.IP)
# [13:36] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [13:36] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 11.0/20120313114517])
# [13:37] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
# [13:38] * Joins: Px-BSD (chatzilla@moz-4FB595E5.new-point.com.ua)
# [13:38] * Joins: Mavericks (Mibbit@A3FCEDA5.9D3D7498.FDEA3160.IP)
# [13:38] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [13:41] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
# [13:42] * Quits: Ms2ger (Ms2ger@moz-8C3B1E1.kulnet.kuleuven.be) (Ping timeout)
# [13:42] * Quits: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP) (Quit: Leaving.)
# [13:42] * Joins: ashish (ashish@moz-B77DEAEB.mozilla.org)
# [13:43] * Joins: joey_ (chatzilla@moz-E31CD2CB.mozilla.org)
# [13:43] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [13:43] <KaiRo> hrm, "(Secure bug updated)" as the bug subject and no hint anywhere in the body as to what the bug summary is, that sounds suboptimal
# [13:44] * Quits: wolfiR (wolfiR@moz-7908B763.dip0.t-ipconnect.de) (Quit: Leaving)
# [13:46] <avih> masayuki: on windows, what event does the OS send for pixel scrolls? (maybe windows 7 tablet? for example) is it also WM_MOUSE(V)WHEEL like for normal mouse wheel?
# [13:47] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
# [13:47] * IRCMonkey32798 is now known as Tobbi
# [13:48] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [13:49] * Quits: ehugg (chatzilla@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ChatZilla 0.9.88 [Firefox 10.0.2/20120215223356])
# [13:49] * jmaher|afk is now known as jmaher
# [13:51] * Joins: timdream (timdream@4A959B56.4C5A5F66.60701F4B.IP)
# [13:52] * Joins: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP)
# [13:52] <jfkthame> KaiRo: yeah, it's highly annoying
# [13:54] * catlee-away is now known as catlee-buildduty
# [13:57] * Quits: Honza (chatzilla@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [13:58] * Quits: ircloggr (nodebot@moz-F885385B.compute-1.amazonaws.com) (Client exited)
# [13:59] * Joins: ircloggr (nodebot@moz-F2213F01.compute-1.amazonaws.com)
# [14:01] <mounir> KaiRo: the two patches have been landed
# [14:03] <Callek> hsivonen: SeaMonkey does not have Self-Serve, I don;t *think* TB does
# [14:03] * Joins: hvq1 (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg)
# [14:04] * Quits: hvq (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg) (Ping timeout)
# [14:04] * Joins: wolfiR (wolfiR@moz-7908B763.dip0.t-ipconnect.de)
# [14:04] <Callek> KaiRo: the real summary is (should be) part of the encrypted headers, iirc
# [14:04] <Callek> KaiRo: glob would know more
# [14:05] <hsivonen> Callek: well, OS X debug and Linux64 debug are now green, so if Windows opt goes green, I guess we can forget about the Windows debug red
# [14:05] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [14:05] * Joins: armenzg (armenzg@moz-A8509789.acanac.net)
# [14:05] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
# [14:05] * Quits: mak|afk (chatzilla@moz-777E45F2.retail.telecomitalia.it) (Connection reset by peer)
# [14:06] <Callek> hsivonen: yea if Win Opt for TB goes green I wouldn't worry too much
# [14:06] * Joins: mak|afk (chatzilla@moz-777E45F2.retail.telecomitalia.it)
# [14:06] <Callek> SM Win Debug might even get lucky and appear for you: http://build.mozillamessaging.com/tinderboxpushlog/?tree=SeaMonkey
# [14:06] <Callek> since its mailnews/ code a good chance of that being meaningful
# [14:06] <Callek> (though feel free to ignore SM oranges on your push for now)
# [14:07] * Joins: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [14:08] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [14:09] * mak|afk is now known as mak
# [14:10] * Quits: joey_ (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
# [14:10] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [14:11] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [14:13] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [14:13] * Joins: espindola (espindola@DAFAF5B7.9C110E9F.6F478678.IP)
# [14:13] <KaiRo> mounir: yes, the "(Secure bug updated)" above was talking about that, and to leave the bug open still
# [14:14] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [14:14] <KaiRo> Callek: well, doesn't look like that's the case - or S/MIME can't do that reasonably, or SeaMonkey 2.8 is too dumb to show that correctly
# [14:14] * Joins: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP)
# [14:15] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [14:15] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:20] * Joins: mjschranz (mjschranz@moz-57B23647.senecac.on.ca)
# [14:20] * Quits: diogogmt (kvirc@moz-4D628198.cpe.net.cable.rogers.com) (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/)
# [14:22] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
# [14:22] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [14:24] * Quits: mjschranz (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
# [14:25] * Quits: Px (chatzilla@moz-4FB595E5.new-point.com.ua) (Client exited)
# [14:25] * Joins: Px (chatzilla@moz-4FB595E5.new-point.com.ua)
# [14:27] <gakiwate> rillian, Hi
# [14:27] * Quits: wolfiR (wolfiR@moz-7908B763.dip0.t-ipconnect.de) (Ping timeout)
# [14:27] * Joins: mike5w3c (MikeS@10BC89C3.C24DC5D2.9FD833D8.IP)
# [14:27] * Joins: jfkthame_ (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [14:27] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Connection reset by peer)
# [14:27] * sheeri-afk is now known as sheeri
# [14:27] * jfkthame_ is now known as jfkthame
# [14:27] * Quits: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP) (Connection reset by peer)
# [14:29] * Quits: Gentlecat (Roman@4654FE12.18EC6E70.8FB52CB8.IP) (Quit: Leaving)
# [14:30] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [14:31] <espindola> mak, not sure I follow what is the difference in having a null connection and a closed one
# [14:31] <espindola> anything you try to do with it will fail
# [14:31] <mak> espindola: null connection can crash on dereference
# [14:31] <espindola> with a segmentation fault even
# [14:31] <espindola> mak, Close runs InternalClose
# [14:31] <espindola> which null members
# [14:32] <mak> sure, though Storage is likely protecting from using those members
# [14:32] <espindola> so you still crash on deference
# [14:32] * Joins: wolfiR (wolfiR@moz-E378607.dip0.t-ipconnect.de)
# [14:32] <espindola> which just makes for harder and harder to find bugs, but whatever
# [14:32] <mak> while nulling out the external reference has no protection vs that, the dm just thinks it's never null
# [14:32] <espindola> I also don't understand what you want the code to look like
# [14:32] * armenzg is now known as armenzg_brb
# [14:33] <mak> espindola: well we may even null it out, then we get a bunch of crash reports and we have to revert it.... so not sure what's less work to do
# [14:33] * Quits: logiclord (Gaurav@DAD40FA8.B2B3EA5B.35E3DDC8.IP) (Ping timeout)
# [14:33] <espindola> Can you explain what you what you mean by GetConnectionReady
# [14:33] <espindola> mak, it fixes the problem
# [14:34] <espindola> which is way better than having the next guy with an exit(0) like task hitting them all over the place
# [14:34] <mak> espindola: something like this http://mxr.mozilla.org/mozilla-central/source/storage/src/VacuumManager.cpp#170
# [14:34] <espindola> but In any case, as usual this part is so painful I am ok with putting as many bugs under the carpet to close this one
# [14:35] <espindola> mak, what do you want to be inside the if
# [14:35] <espindola> the call to Close?
# [14:36] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [14:36] <mak> espindola: I'd say to just call CloseDB() where you need it, and inside it do a check like the one I linked and bail out if close is not needed
# [14:37] <espindola> mak, that existing code is able to call close unconditionally
# [14:37] <espindola> only the new places need the check
# [14:37] <espindola> it would be sad to drop this know precondition and move the check (null or not) to the CloseDB function
# [14:38] <espindola> I can (but really don't like) change the
# [14:38] <espindola> if (mDBConn)
# [14:38] <mak> as you prefer, I don't care that much. just that the long if is a bit annoying repeated all around
# [14:38] <espindola> CloseDB()
# [14:38] <espindola> to
# [14:38] <espindola> if (mDBConn->GetConnectionReady(&ready))
# [14:38] <espindola> Close()
# [14:39] * Quits: ekw (ekw@moz-E0C3F0AF.dsl.irvnca.pacbell.net) (Connection reset by peer)
# [14:39] <espindola> so is the patch OK with just s/Close/CloseDB/
# [14:39] <espindola> and changing the if?
# [14:39] <espindola> and removing the mDBConn = NULL?
# [14:39] <mak> the if should be more complicated than the one you wrote above
# [14:40] <espindola> if (!mDBNull && ..)?
# [14:40] <mak> if (mDBConn && NS_SUCCEEDED(mDBConn->GetConnectionReady(&ready)) && ready)
# [14:40] <espindola> mDBConn
# [14:40] <espindola> lovely.
# [14:40] <espindola> is it ok with that?
# [14:40] <mak> yep
# [14:41] * AutomatedTester is now known as zz_AutomatedTester
# [14:41] <espindola> ok, I really hope I am not the one debugging the db being used after closed in the future
# [14:41] * Quits: libs (blah@94066260.70F4CDBF.45459EBF.IP) (Quit: )
# [14:42] * Joins: Honza (chatzilla@40018561.F684631.21A4E96A.IP)
# [14:42] <mak> I still have to file the bugs in Storage for that, will do
# [14:43] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [14:43] * bear-afk is now known as bear
# [14:44] * Joins: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl)
# [14:46] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [14:49] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [14:51] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [14:51] * edransch-away is now known as edransch
# [14:51] * Joins: past (past@40018561.F684631.21A4E96A.IP)
# [14:52] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [14:52] * Quits: Px-BSD (chatzilla@moz-4FB595E5.new-point.com.ua) (Ping timeout)
# [14:53] * Joins: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP)
# [14:53] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:53] * Joins: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca)
# [14:54] * Quits: fabrice|zZz (fabrice@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [14:54] * Quits: mjschranz_ (mjschranz@moz-57B23647.senecac.on.ca) (Client exited)
# [14:54] * jlebar|sleep is now known as jlebar
# [14:55] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
# [14:56] * Joins: grubshka (grubshka@moz-E4D7810D.w109-213.abo.wanadoo.fr)
# [14:56] * Joins: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP)
# [14:57] * armenzg_brb is now known as armenzg
# [14:58] * bwinton_away is now known as bwinton
# [14:58] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [14:59] * Quits: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP) (Ping timeout)
# [14:59] <@bz_sleep> anyone here know about bugzilla's encrypted mail thing?
# [14:59] * Quits: tgummerer_mobile (yaaic@31BAD81D.A5F114BE.8465EFE9.IP) (Connection reset by peer)
# [15:00] * @bz_sleep thinks he sees a bug, not sure where to file it
# [15:00] * Quits: sr (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a1/20120303192654])
# [15:00] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Ping timeout)
# [15:00] * Quits: timdream (timdream@4A959B56.4C5A5F66.60701F4B.IP) (Quit: timdream)
# [15:01] <NeilAway> bz_sleep: glob|away is usually the victim to ping ;-)
# [15:02] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
# [15:03] * glob|away is now known as glob
# [15:03] <glob> \o
# [15:03] <@bz_sleep> glob: so secure mail
# [15:03] <@bz_sleep> glob: it's not set up for review request mails?
# [15:03] * Joins: mkaply (chatzilla@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
# [15:04] <glob> bz_sleep, bug 737709
# [15:04] <hsivonen> aaargh. I discovered another nsIParser use that I need to get rid of
# [15:04] <@bz_sleep> glob: thanks
# [15:04] <hsivonen> what's nsExternalResourceMap?
# [15:05] <@bz_sleep> that's for cross-document <svg> paint servers
# [15:05] <jlebar> Nobody minds that I'm using inbound as my personal try server, right?
# [15:05] <ttaubert> does anyone know how to get XPCOM_MEM_COMPTR_LOG to use the symbols of my debug build? it prints UNKNOWN in libxul.so a lot
# [15:05] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Ping timeout)
# [15:06] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [15:06] <hsivonen> bz_sleep: ok. :-(
# [15:06] <@bz_sleep> ttaubert: are you running the relevant stack-fixing script?
# [15:06] * bz_sleep is now known as bz
# [15:07] * coop|afk is now known as coop
# [15:07] <@bz> hsivonen: so..
# [15:07] <KaiRo> hsivonen: I think it's jhopkins for Thunderbird releng, btw
# [15:08] <@bz> hsivonen: this code just wants to make sure the doc is being parsed as XML
# [15:08] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
# [15:08] <@bz> hsivonen: that's the only reason nsIParser is involved
# [15:08] <ttaubert> bz: um, no? is there any documentation about that?
# [15:09] <@bz> hsivonen: and now that we support html parsing for data-like things, maybe we can even drop this check. Maybe
# [15:09] <@bz> hsivonen: unclear whether we should
# [15:09] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
# [15:09] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [15:10] <@bz> ttaubert: which os?
# [15:10] <ttaubert> bz: Linux
# [15:10] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [15:10] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [15:10] * Quits: grubshka (grubshka@moz-E4D7810D.w109-213.abo.wanadoo.fr) (Input/output error)
# [15:10] <@bz> tools/rb/fix_stack_using_bpsyms.py or tools/rb/fix-linux-stack.pl
# [15:11] <@bz> I can't recall which is the current one for Linux
# [15:11] <@bz> pipe your stuff through one of those?
# [15:11] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [15:11] <@bz> https://wiki.mozilla.org/Performance:Leak_Tools does talk about it
# [15:11] * Joins: grubshka (grubshka@moz-E4D7810D.w109-213.abo.wanadoo.fr)
# [15:11] <hsivonen> bz: filed https://bugzilla.mozilla.org/show_bug.cgi?id=737845
# [15:11] <@bz> ttaubert: ^
# [15:12] * Quits: Px (chatzilla@moz-4FB595E5.new-point.com.ua) (Ping timeout)
# [15:12] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [15:12] <@bz> hsivonen: I wonder whether we can get this info off the viewer...
# [15:12] <ttaubert> bz: aha! thx I didn't see that at all
# [15:13] <@bz> ttaubert: does it help? ;
# [15:13] * Parts: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [15:13] * Joins: Px (chatzilla@moz-4FB595E5.new-point.com.ua)
# [15:13] * Joins: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP)
# [15:13] <ttaubert> bz: yes, very readable now
# [15:13] <ttaubert> :)
# [15:14] * Joins: hub (hub@83874EA1.EB7C1AF9.6F478678.IP)
# [15:14] <@bz> hsivonen: yes
# [15:15] <@bz> hsivonen: the content viewer ends up wth the document bound to it under CreateInstance
# [15:15] * padenot is now known as padenot|away
# [15:15] <@bz> hsivonen: so we could get the document from it
# [15:15] <@bz> hsivonen: now the question is...
# [15:15] <@bz> hsivonen: can we get the parser from the document and then do what we do now?
# [15:15] <@bz> hsivonen: or should we do the check some other way?
# [15:16] * Joins: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP)
# [15:16] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
# [15:17] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
# [15:17] <mak> espindola: you didn't change nsDownloadManager.h
# [15:17] * Joins: vsrao (quassel@12708B22.A48133E6.9FEB19E.IP)
# [15:17] * Joins: vikram360 (vikram360@D33AC302.D49FD144.2A068A5E.IP)
# [15:17] <glandium> jesup: ping
# [15:18] <mak> espindola: and please don't nullify the statements
# [15:19] * Joins: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk)
# [15:19] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [15:21] <jesup> glandium: pong
# [15:21] <hsivonen> bz: I guess we could obtain the parser without QI and add IsXML() to nsIParser
# [15:21] <glandium> jesup: i found the problem
# [15:21] <espindola> mak, ok, I am confused now
# [15:21] * Joins: tanvi (tanvi@moz-104CC309.mv.mozilla.com)
# [15:21] <espindola> you asked me to use = null for statements before
# [15:21] <hsivonen> bz: no that nsIParser can eventually become deCOMtaminated nsAParser
# [15:21] <hsivonen> s/no/so/
# [15:22] <mak> espindola: yes, but that caused nice crashes on shutdown for a bunch of users
# [15:22] <espindola> in other words, it found more bugs that we fixed
# [15:22] <mak> espindola: and surely we can find a better way to debug issues than crashing users
# [15:22] <glandium> jesup: it's because libjingle's makefile adds -fvisibility=hidden and -fvisibility-inlines-hidden, which clashes with our own flags. Also, it adds plenty of other flags we may not want, like -mmmx
# [15:22] <espindola> not what I have seen since looking at exit(0)
# [15:22] <mak> espindola: no, actually it just found a bug we had already fixed but not backported to aurora
# [15:22] <espindola> we were barely finalizing statements
# [15:22] <espindola> any extra check I every added found more bugs
# [15:22] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
# [15:23] <tanvi> I want to know the scheme from window.content.location.href. Is there a way I can get the scheme without manually parsing? or a function that I can call to parse this for me (since parsing code is error prone, and we shoudln't duplicate that work). unfortunately, its not an nsIURI
# [15:23] <jesup> glandium: aha. That makes some sense
# [15:24] <jesup> I had though ted had addressed that in his gyp->Makefile stuff, but I guess not
# [15:24] <@bz> hsivonen: we can get the parser without QI from the nsIDocument, iirc
# [15:24] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
# [15:24] <glandium> jesup: i'd vote for not using any of the flags provided in gyp
# [15:24] <@bz> hsivonen: if the parser had isXML on it, that would be great
# [15:24] <mak> espindola: we have to handle the issue in the library (Storage) making it properly report misuses, than in each single component. Once we have Storage check for connectionReady and we set it on asyncClose, we can easily block any further usage.
# [15:24] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
# [15:24] <espindola> mak, is keeping dangling statements a sine qua non?
# [15:25] <espindola> would you mind saying that in the bug?
# [15:25] <jesup> glandium: Ok - all C/CPPFLAGS?
# [15:25] <glandium> jesup: yeah
# [15:25] * jesup goes to see what they set
# [15:25] <mak> espindola: what you mean by dangling statements?
# [15:25] <glandium> jesup: obviously, DEFINES are needed
# [15:25] <espindola> Finalizing but not nulling
# [15:25] <mak> espindola: doesn't change much, the difference is that trying to use them failes instead of crashing
# [15:25] <hsivonen> bz: hmm. actually, the document already knows if *it* is XML
# [15:25] <mak> fails
# [15:25] * jhopkins is now known as jhopkins|bbl
# [15:26] <jesup> glandium: I'll have to check carefully as some of the signal-processing code *might* need particular flags (hopefully not)
# [15:26] <espindola> mak, in other words just makes harder and potentially worse bugs
# [15:26] <mak> this is your opinion
# [15:26] * wlach|afk is now known as wlach
# [15:26] <espindola> but please, if there must leave them to get an r+
# [15:26] <espindola> note that on the bug
# [15:26] <espindola> so that we have a record
# [15:26] <mak> my opinion is that not doing so we have handled a nice shutdown crash to millions users
# [15:27] <espindola> so please note that on the bug
# [15:27] <glandium> jesup: we should understand which flags may be required, why, and add them manually, imho
# [15:27] <mak> sure
# [15:27] <jesup> glandium: exactly
# [15:27] <espindola> I really don't want to get blamed
# [15:27] <jesup> glandium: Thanks!
# [15:27] <mak> espindola: if someone does just forward to me, I don't care
# [15:27] <glandium> jesup: np
# [15:28] <espindola> mak, it is much better to have that directly on the bug
# [15:28] * djvj|away is now known as djvj
# [15:30] <mak> done
# [15:30] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [15:36] <tanvi> my answer is location.protocol
# [15:37] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [15:38] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
# [15:38] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [15:38] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [15:38] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
# [15:38] * armenzg is now known as armenzg_mtg
# [15:39] * jhopkins|bbl is now known as jhopkins
# [15:40] * Joins: Kwan (chatzilla@moz-2402E6E3.zone11.bethere.co.uk)
# [15:40] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [15:42] * Parts: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [15:43] * Quits: prashant (Mibbit@64D20D7E.2905CAEE.5D9ABA9F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:46] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [15:46] * Joins: kaie2 (kaie@moz-4421EBF9.dip.t-dialin.net)
# [15:47] * Joins: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net)
# [15:47] * Quits: kaie (kaie@moz-2050B231.dip.t-dialin.net) (Ping timeout)
# [15:47] * kaie2 is now known as kaie
# [15:47] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
# [15:48] * Joins: Ms2ger (Ms2ger@moz-4378F9F8.adsl-dyn.isp.belgacom.be)
# [15:50] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 8.0.1/20111120135848])
# [15:52] * Parts: tanvi (tanvi@moz-104CC309.mv.mozilla.com)
# [15:53] * Joins: smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi)
# [15:53] * ChanServ sets mode: +o smaug
# [15:53] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [15:53] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [15:54] <Yoric> I am trying to open a ChromeWorker from a browser chrome test and it does not find the file.
# [15:54] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [15:54] <Yoric> What can I be missing?
# [15:54] * Quits: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP) (Ping timeout)
# [15:54] * Quits: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de) (Ping timeout)
# [15:55] <Yoric> (the worker source has been installed in the same directory as the test source)
# [15:55] * Joins: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de)
# [15:55] * Joins: dveditz (dveditz@moz-34991AF4.dhcp.cruzio.com)
# [15:55] * ChanServ sets mode: +o dveditz
# [15:56] * Joins: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
# [15:56] * Joins: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [15:56] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
# [15:56] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
# [15:57] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] * ChanServ sets mode: +o ehsan
# [15:58] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
# [15:58] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
# [15:59] <Yoric> Or is it simply not possible with a regular browser chrome test?
# [15:59] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [15:59] <@smaug> Yoric: you need bent
# [15:59] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [15:59] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
# [16:00] * Yoric hopes it's not a disguised swear word.
# [16:00] <@smaug> hmm, bent is awake ... isn't it quite early in CA
# [16:01] <@bz> it's almost 8am there
# [16:01] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [16:01] <bent> burning candle at both ends
# [16:01] <@smaug> 8am is like middle of night for me :p
# [16:01] <mounir> bent: are you sick or something?
# [16:01] <@bz> 8am is at least an hour after reveille for me
# [16:01] * Joins: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net)
# [16:02] <Ms2ger> You must have kids
# [16:02] <mounir> bz: did you meant 'reveil'?
# [16:02] <bent> why sleep when there's so much good coffee in the world
# [16:02] <@bz> Ms2ger: yes. ;)
# [16:02] <@bz> mounir: no, I meant what I said
# [16:02] <mounir> bz: what reveille means?
# [16:02] <Yoric> bent: hi
# [16:02] <mounir> bent: you mean, so much good coffee outside of the US, right? :)
# [16:03] <bent> mounir, and hot chocolate
# [16:03] <@bz> mounir: http://en.wikipedia.org/wiki/Reveille
# [16:03] <bent> Yoric, hi
# [16:03] <jesup> Ms2ger: kids do get one up early... though they slept late this morning (very foggy and dark, and up late last night)
# [16:03] * Quits: tonymec|away (tonymec@B89E4AB7.66C7C178.277517C1.IP) (Ping timeout)
# [16:03] * Joins: joey_ (chatzilla@moz-E31CD2CB.mozilla.org)
# [16:03] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
# [16:04] <mounir> why do english speaking people use malformed french words? :(
# [16:04] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/29d7555d52fb - Blake Kaplan - Bug 736092 - Notify on the 'connecting' state so the UI can update itself properly. r=cjones
# [16:04] <@bz> mounir: for fun!
# [16:04] <firebot> http://hg.mozilla.org/mozilla-central/rev/6e9a8454ccae - Blake Kaplan - Bug 737376 - Shut down the wifi system on shutdown. r=cjones
# [16:04] <firebot> http://hg.mozilla.org/mozilla-central/rev/ac271854f43d - Blake Kaplan - Bug 737029 - Use DOMRequestHelper.jsm in DOMWifiManager.js. r=fabrice DONTBUILD
# [16:04] <Yoric> mounir: Part of the reason is that English is partly based on 12th century French, with an injection of 18th century French.
# [16:04] <@bz> mounir: also, I blame William....
# [16:05] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
# [16:05] <Yoric> (I may be wrong by two centuries or so)
# [16:05] <mounir> bz: the prince?
# [16:05] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
# [16:05] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [16:06] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
# [16:06] <Yoric> bent: I am trying to write a chrome test which uses chrome workers. For this purpose, I need to pass the name of the js file containing the source code for that worker. Unfortunately, it won't find the file. I assume that the test is simply executed with distinct base url, but I need a way to specify a url relative to this one. Should I go for |document.url| trickery or is there a better way?
# [16:06] <@bz> mounir: yes
# [16:06] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [16:06] <@bz> mounir: this one: http://en.wikipedia.org/wiki/William_the_Conqueror
# [16:06] * zz_AutomatedTester is now known as AutomatedTester
# [16:06] <jfkthame> i thought you meant the conqueror
# [16:06] <jfkthame> aka Guillaume le Bâtard
# [16:07] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:07] <mounir> In France, we know him as Guillaume le Conquérant
# [16:08] * mcote|afk is now known as mcote
# [16:08] * Parts: Px (chatzilla@moz-4FB595E5.new-point.com.ua)
# [16:08] <mounir> didn't knew his name was William
# [16:08] <Yoric> And since he was a Norseman in the first place, who knows how he was known at the time :)
# [16:08] * Joins: BenB (ben@B911518A.DD7DF417.DDA41192.IP)
# [16:08] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:08] <Ms2ger> Guillaume, William, same thing
# [16:08] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [16:09] <mounir> King of England but he was born and died in France
# [16:09] <glazou> well
# [16:09] <mounir> not logical :)
# [16:09] <glazou> his name was more probably Wilhelm
# [16:09] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
# [16:09] <glazou> in old Norse
# [16:09] <BenB> sorry, stupid question: if I want to rebuild and test changes in content/, what's the fasted way to rebuild on Windows? I already build in a RAM-disk and a depend build (just running make on top level) takes 23 minutes.
# [16:09] * Joins: tonymec|away (tonymec@B89E4AB7.66C7C178.277517C1.IP)
# [16:10] <BenB> more generally, is there a document which tells me this, because it keeps changing?
# [16:10] <glazou> BenB: rebuild content and then layout ?
# [16:10] <BenB> glazou: so make -C content && make -C layout should suffice, despite libxul?
# [16:11] <glazou> bz, can you confirm?
# [16:11] <jfkthame> you'd need to make -C toolkit/library to relink libxul, i believe
# [16:11] * glazou needs to run, bye folks
# [16:11] * Joins: vsrao_ (quassel@940998A.CF4AFAAA.26A7EDE3.IP)
# [16:11] * Quits: vsrao (quassel@12708B22.A48133E6.9FEB19E.IP) (Ping timeout)
# [16:11] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [16:11] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
# [16:11] <BenB> jfkthame: ok, thanks. I'd really appreciate a prominent document about this (and so would many other devs), because it keeps changing every year.
# [16:11] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [16:12] <jfkthame> BenB: i don't really know much about it, but that's what works for me if i've touched code in layout
# [16:12] * Quits: joey_ (chatzilla@moz-E31CD2CB.mozilla.org) (Ping timeout)
# [16:12] <BenB> jfkthame: that's helpful, thanks
# [16:12] <jfkthame> do you use pymake, btw?
# [16:13] <jfkthame> that should help significantly on windows
# [16:13] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [16:13] * Quits: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net) (Ping timeout)
# [16:13] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
# [16:13] <BenB> I don't know. if it's not the standard configure-make, then I don't and I'll try.
# [16:13] <@bz> BenB: rebuild the relevant parts of content, layout/build, and toolkit/library
# [16:14] <froydnj> at a matter of ettiquette, if you have a multi-patch series that needs adjusting for aurora, should you be rolling up the series into a single patch for approval, or should you be a?'ing adjusted individual patches?
# [16:14] <BenB> bz: I'd really appreciate a prominent document about this (and so would many other devs), because it keeps changing every year. is there one?
# [16:14] * Quits: vsrao_ (quassel@940998A.CF4AFAAA.26A7EDE3.IP) (Client exited)
# [16:14] * Joins: vsrao (quassel@940998A.CF4AFAAA.26A7EDE3.IP)
# [16:15] <@bz> BenB: nope
# [16:15] <BenB> bz: I'd write one, but I don't know anything about it :)
# [16:15] <BenB> I could write a stub, though
# [16:15] <BenB> bz: thanks anyway
# [16:15] <Yoric> bent: Pinging you before my question is hopelessly buried underneath William the Conqueror and the build system :)
# [16:16] <bent> Yoric, yup, still here
# [16:16] * smaug is now known as smaugAfk
# [16:16] <Yoric> Should I repeat my question?
# [16:16] * Quits: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk) (Quit: Computer has gone to sleep.)
# [16:16] * Joins: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP)
# [16:18] <Yoric> bent: Should I repeat my question?
# [16:18] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [16:18] <@bz> should you repeat your metaquestion?
# [16:18] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
# [16:18] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:18] <@bz> I think bent's being DoSed
# [16:18] <bent> oh, i somehow missed it
# [16:18] * Quits: SeoZ[home] (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
# [16:19] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:19] <bent> so, we do this in our tests already
# [16:19] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:19] <bent> not sure if that counts as "pretty"
# [16:19] <Yoric> Yes, but I can't figure out how it works.
# [16:19] <Yoric> You use .xul files instead of .js files, is that it?
# [16:19] <bent> but yeah, we munge window.location
# [16:20] <bent> no, chrome workers use js files
# [16:20] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Quit: jfkthame)
# [16:20] <Yoric> I mean for the test entry point.
# [16:20] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
# [16:20] * Yoric is trying to figure out how dom/worker/tests works.
# [16:21] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [16:21] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:21] * khuey|away is now known as khuey
# [16:21] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [16:21] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [16:21] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:21] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
# [16:21] <Yoric> bent: Also, I'm afraid that my dictionary can't help me understand what "munge" means.
# [16:21] * armenzg_mtg is now known as armenzg
# [16:21] <bent> oh, chrome mochitests use xul files
# [16:21] * Joins: joey_ (chatzilla@moz-E31CD2CB.mozilla.org)
# [16:21] <Yoric> Mmmhhh..
# [16:21] <Yoric> Is there a difference between "chrome mochitests" and "browser chrome mochitests"?
# [16:22] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [16:22] <bent> "munge" basically just means "manipulate"
# [16:22] <bent> yes
# [16:22] <Yoric> ok
# [16:22] <bent> browser chrome tests use plain js file
# [16:22] <bent> s
# [16:22] * joduinn-afk is now known as joduinn-coffee
# [16:22] <Yoric> At least, this explains why the documentation I am reading does not match with the source code.
# [16:22] <glandium> What the hell am i doing wrong? my local mac build crashes on start while the build on try from the same tree works properly... my mozconfig is boring http://pastebin.mozilla.org/1529613
# [16:22] <Yoric> Should I use regular chrome mochitests?
# [16:22] <glandium> is my only problem to be using xcode 4.2.1?
# [16:23] * Quits: vikram360 (vikram360@D33AC302.D49FD144.2A068A5E.IP) (Ping timeout)
# [16:23] <bent> Yoric, do you need to be able to manipulate the browser at all? or do you just want a chrome worker?
# [16:23] <Yoric> I just want a chrome worker.
# [16:23] <jbuck> glandium: I thought that gcc/g++ were removed from xcode 4.2.1 and you had to use clang/clang++?
# [16:24] <Yoric> glandium: I don't see anything wrong – on my build, I just don't specify gcc/g++.
# [16:24] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:24] * Joins: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [16:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [16:24] * smaugAfk is now known as smaug
# [16:25] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
# [16:25] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [16:25] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
# [16:25] * philor|away is now known as philor
# [16:25] <Yoric> bent: I just want a chrome worker.
# [16:26] * Quits: grubshka (grubshka@moz-E4D7810D.w109-213.abo.wanadoo.fr) (Ping timeout)
# [16:26] <@khuey> glob: can you point me to the bug where we enabled secure bugmail on bmo?
# [16:26] <glob> khuey, yup, hang on
# [16:26] <glandium> jbuck: apparently, it's still there, and it's what's used by default. my export lines are there from the time configure was searching for gcc-4.2, and that went away in xcode 4.2
# [16:26] <glandium> (and it was not so long ago)
# [16:27] <glob> khuey, bug 731044
# [16:27] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [16:27] * Joins: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP)
# [16:27] <glandium> while i'm on this subject, do i need to do something special to have a build that runs on 10.6, considering i'm building on 10.7, or is our default just fine?
# [16:28] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
# [16:29] * Yoric wonders whether he needs to ping bent another time or whether this will be considered rude.
# [16:29] <bent> Yoric, just busy, one sec
# [16:30] <Yoric> ok
# [16:30] * ewong is now known as ewong|sleep
# [16:30] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [16:31] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [16:31] <bent> Yoric, yeah, then chrome mochitest is what you want, not browser
# [16:31] <jbuck> glandium: looks like you might need --with-macos-sdk=/Developer/SDKs/MacOSX10.6.sdk
# [16:31] <jbuck> I'm not entirely sure if that's the default, or something that needs to be set specifically however
# [16:31] <Yoric> bent: ok, so xul files it is
# [16:33] <BenB> bz: https://developer.mozilla.org/en/Developer_Guide/Mozilla_build_FAQ#Making_builds_faster
# [16:34] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [16:35] * Joins: evilpie (tom@moz-2C299389.pools.arcor-ip.net)
# [16:35] * Joins: vikram360 (vikram360@E6F1EB55.3DCFA0B5.2A068A5E.IP)
# [16:35] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Ping timeout)
# [16:37] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [16:38] <glandium> jlebar: ping
# [16:38] <jlebar> glandium, ack
# [16:38] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
# [16:38] <glandium> jlebar: do you have osx 10.6 at hand?
# [16:38] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
# [16:38] <jlebar> glandium, I forget if my mac still has a 10.6 partition. Let me check.
# [16:39] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [16:39] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [16:39] <glandium> jlebar: i have the strangest thing https://tbpl.mozilla.org/?tree=Try&rev=15df01d37fbc (that's a build with jemalloc2)
# [16:40] <glandium> jlebar: at the moment i'm trying to get a local build to just plain work, so i can't test much of anything
# [16:40] * Joins: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [16:40] <jlebar> glandium, Looks like I have a partition set aside for 10.6, but it's currently empty. It's no trouble to install it, but it'll take a few hours.
# [16:40] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
# [16:41] <glandium> jlebar: don't bother then
# [16:41] <jlebar> glandium, All right. Let me know if you change your mind!
# [16:41] <glandium> i guess i should install xcode on the 10.6 vm i installed this morning
# [16:41] <glandium> what do people use to debug on mac? gdb?
# [16:42] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
# [16:43] * armenzg is now known as armenzg_mtg
# [16:43] <hub> glandium: XCode
# [16:43] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [16:43] <mwu> I use gdb on osx
# [16:43] <hub> glandium: https://developer.mozilla.org/en/Debugging_on_Mac_OS_X
# [16:43] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [16:43] <AryehGregor> Why does retrieving the summary on tbpl take so long? :(
# [16:43] <hub> or plain gdb, like mwu says
# [16:44] <AryehGregor> It would be so much easier to diagnose random orange if the summaries were all preloaded and appeared instantly.
# [16:45] <@bz> AryehGregor: it loads a large log file and parses it?
# [16:45] <Yoric> bent: Thanks for the help, with this in mind, I am now able to get something tested.
# [16:45] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [16:45] * AryehGregor deserved an answer like that :)
# [16:46] <bent> Yoric, did you see our existing tests for this kind of thing?
# [16:46] * Quits: SeoZ (DanielJuyu@8A70477A.4591610E.F796972A.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [16:47] * Joins: pedro (Something@moz-E14A0F6A.clients.your-server.de)
# [16:47] * Joins: timdream (timdream@moz-104CC309.mv.mozilla.com)
# [16:47] * padenot|away is now known as padenot
# [16:47] <Yoric> bent: I did, I just wasn't able to figure out heads from tails until I realized that there were two distinct categories of _browser chrome tests_ and _chrome tests_.
# [16:47] <pedro> hey guys, my firefox nightly doesn't start at all - segfault
# [16:47] <bent> Yoric, ah ok
# [16:47] <NeilAway> dao: did you mean to request from me this time?
# [16:47] <glob> khuey, just saw your bug... urgh :(
# [16:47] <pedro> ubuntu, using mozilla's ppa, seemed to happen after it prompted me to update itself (which I never saw)
# [16:47] <pedro> any tips?
# [16:48] <@bz> pedro: got symbols?
# [16:48] <pedro> nop, don think so
# [16:48] <dao> NeilAway: yes!
# [16:48] <pedro> happens with new profile too
# [16:49] <@bz> pedro: hard to debug a segfault without symbols... ;)
# [16:50] <@khuey> glob: yeah I'm less than pleased about this whole thing
# [16:50] * Joins: tgummerer1 (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP)
# [16:50] * Joins: brambles (brambles@4CBAB088.F3076E90.1822ACA6.IP)
# [16:50] * Quits: tgummerer (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP) (Connection reset by peer)
# [16:50] <pedro> bz: is this helpful? http://kaapa.pastebin.mozilla.org/1529660
# [16:52] * Quits: tgummerer1 (Adium@26DDA9F1.6ACFE53C.EA6EAF8F.IP) (Quit: Leaving.)
# [16:53] <@bz> pedro: not so much, no
# [16:53] <@bz> pedro: what can you get out of this thing if you run under gdb?
# [16:53] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [16:53] <@bz> pedro: though this looks like a possible null deref...
# [16:53] * jhford-work-away is now known as jhford-work
# [16:54] * fabrice|afk is now known as fabrice
# [16:54] <pedro> bz: creating a new profile doesn't help, but moving away my .mozilla dir made it start again. What happened when I said yes to that slient update?
# [16:54] <pedro> where did it install to?
# [16:55] <@bz> pedro: should install on top of the existing install
# [16:55] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [16:55] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
# [16:55] <@bz> pedro: perhaps an issue with fastload?
# [16:55] <pedro> hum...
# [16:56] <pedro> on my root only system?
# [16:56] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [16:56] <@bz> pedro: um
# [16:56] <@bz> pedro: that would be odd
# [16:56] <pedro> I mean, on a dir where it has no permissions to write?
# [16:56] <@bz> pedro: update just installs on top of the existing install, or fails to install at all
# [16:56] <pedro> isn't it like chrome, where it installs itself in a user dir?
# [16:56] <@bz> no idea
# [16:56] <@bz> where did you install it?
# [16:56] <pedro> well, I had a prompt saying it wanted to update itself
# [16:56] <@bz> update just updates it wherever it's installed
# [16:57] <@bz> "it" being the thing running
# [16:57] <@smaug> ...and suddenly my review queue exploded ..again
# [16:57] <pedro> ut's /usr/lib/firefox-trunk, but my user "pedro" can't write there
# [16:57] * Quits: vikram360 (vikram360@E6F1EB55.3DCFA0B5.2A068A5E.IP) (Ping timeout)
# [16:57] <glandium> wtf 4GB for Xcode 3.2.6 O_O
# [16:58] <@bz> pedro: I have no idea, then
# [16:58] <pedro> ok
# [16:58] <@bz> pedro: but I may know why you're crashing
# [16:58] <pedro> thanks anyway!
# [16:58] * Quits: Honza (chatzilla@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [16:58] <@bz> pedro: nuking the fastload caches should fix
# [16:58] <pedro> bz: do you know how I fix that?
# [16:58] <pedro> s/fix/do/
# [16:59] <AryehGregor> bz, sgautherie r-'d a patch that you r+'d . . . does your r+ still hold despite his objections? Should I just check in the old version that you were okay with? My fixes in v2 are no longer needed, since he fixed the DOM tests in other ways that are probably better. https://bugzilla.mozilla.org/show_bug.cgi?id=735805#c35 https://bugzilla.mozilla.org/show_bug.cgi?id=735805#c38
# [16:59] <@bz> pedro: the startupCache file
# [16:59] <@bz> AryehGregor: why did he r- ?
# [16:59] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:59] <AryehGregor> bz, his objections are in https://bugzilla.mozilla.org/show_bug.cgi?id=735805#c35, my response is in https://bugzilla.mozilla.org/show_bug.cgi?id=735805#c38
# [17:00] <Ms2ger> Well, 'tis Serge...
# [17:00] <pedro> bz: rm ./Profiles/he4lj0kt.default/startupCache/startupCache.8.little sounds good?
# [17:00] <AryehGregor> ?
# [17:00] * Joins: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP)
# [17:00] <@bz> pedro: yes
# [17:01] <pedro> still the same
# [17:01] <pedro> it's not profile related, since not even -safe-mode works, nor a new profile
# [17:02] <@bz> pedro: one sec
# [17:02] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [17:02] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
# [17:03] <@bz> dunno what other caches might be involved....
# [17:03] <@bz> how do we version startupcache?
# [17:04] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Connection reset by peer)
# [17:04] * padenot is now known as padenot|away
# [17:04] * Joins: jfkthame_ (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [17:05] * armenzg_mtg is now known as armenzg
# [17:05] <froydnj> we don't, really, iirc
# [17:05] <glob> khuey, so gmail's threading messages with different subjects into the same group?
# [17:05] * Joins: kwierso_ (chatzilla@moz-77693AC4.desm.qwest.net)
# [17:05] <glob> *thread
# [17:06] <@khuey> yep
# [17:06] <@bz> froydnj: so how do we deal with the serialization format changing?
# [17:06] * Quits: kwierso (chatzilla@moz-77693AC4.desm.qwest.net) (Ping timeout)
# [17:07] * kwierso_ is now known as kwierso
# [17:07] <glob> khuey, and i thought i couldn't hate gmail's threading any more
# [17:07] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:07] <@khuey> heh
# [17:07] <froydnj> bz: serialization of individual things in the cache?
# [17:07] <@bz> froydnj: yes
# [17:08] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [17:08] <@bz> froydnj: like "we changed how we serialize JS stuff"
# [17:08] * Quits: jfkthame_ (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Ping timeout)
# [17:08] <glandium> bz: the whole cache is thrown away on each version update
# [17:08] <froydnj> bz: we blow away the startup cache on new app versions
# [17:08] <@bz> that includes nightly updates?
# [17:08] <jesup> glandium: So far so good on my fedora machine with removing cflags (had to exempt the pkg-config for gtk). On the builder it won't build due to using a ton of SSE2 inline optimizations (I think it also runtime tests, but needs the compiler option for them to be visibile - will need to check on this, since I haven't played with this before - probably ask derf)
# [17:09] <glandium> bz: theoretically yes
# [17:09] <glandium> jesup: you could check a linux64 try already.
# [17:09] <@bz> ok, thanks
# [17:09] * Joins: vikram360 (vikram360@72C87730.8274BA73.2A068A5E.IP)
# [17:10] <glandium> jesup: for sse2 inline assembly, you should check what we do in other places where we have such things
# [17:11] <jesup> glandium: yeah, that's why I figured I'd hit up derf
# [17:11] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [17:12] * Joins: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
# [17:12] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Client exited)
# [17:12] <glandium> jesup: you can check e.g. gfx/skia/Makefile.in (at the end)
# [17:12] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e9938aab62e2 - Dão Gottwald - Bug 735691 - Make toolbar buttons borderless in the default state. r=shorlander
# [17:12] * ajuma is now known as ajuma|lunch
# [17:13] * mjessome is now known as mjessome|lunch
# [17:13] * Joins: diogogmt (kvirc@moz-57B23647.senecac.on.ca)
# [17:13] * edransch is now known as edransch-lunch
# [17:13] <jesup> glandium: thanks
# [17:14] * Mavericks is now known as Mavericks|afk
# [17:14] * Parts: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [17:14] * Joins: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [17:14] * Parts: harsh (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [17:14] * Ziggy|AWAY is now known as Ziggy_Maes
# [17:15] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
# [17:15] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
# [17:15] * Joins: Pyro (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [17:15] * bear is now known as bear-afk
# [17:15] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [17:15] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [17:15] * Quits: Asa (asa@F259CFB7.9EF26CBA.EB5E51FC.IP) (Ping timeout)
# [17:15] * Quits: hvq1 (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
# [17:15] <pedro> while running gdb I found this: 0x00007ffff3c97e9a in ?? () from /usr/lib/firefox-trunk/libxul.so
# [17:15] * Joins: hvq (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg)
# [17:16] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [17:16] * Joins: iamaregee (Mibbit@A94CF029.2B9155CD.D30E9BEF.IP)
# [17:16] * Joins: sheppy (sheppy@moz-CFE4934D.isp.broadviewnet.net)
# [17:17] * Joins: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP)
# [17:17] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:17] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [17:17] <pedro> doh!
# [17:17] <pedro> apt-get install firefox-trunk-dbg
# [17:17] <glob> khuey, are you using pgp or smime?
# [17:18] <@khuey> glob: smime, but this is broken even with the secure stuff turned off
# [17:18] <glob> khuey, ah, that makes it easier to test, thanks
# [17:18] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [17:18] * Parts: BenB (ben@B911518A.DD7DF417.DDA41192.IP) (Konversation terminating Quasselstrippen)
# [17:19] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [17:19] * joduinn-coffee is now known as joduinn-commute
# [17:19] * Joins: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:19] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Input/output error)
# [17:19] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:20] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:20] * AutomatedTester is now known as AutomatedTester|afk
# [17:21] * Joins: BenB (ben@B911518A.DD7DF417.DDA41192.IP)
# [17:21] <glob> khuey, hrm, wfm
# [17:22] <@khuey> really?
# [17:22] * Quits: vikram360 (vikram360@72C87730.8274BA73.2A068A5E.IP) (Ping timeout)
# [17:22] * Joins: vikram360 (vikram360@1FF11041.60746C98.2A068A5E.IP)
# [17:22] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
# [17:22] <glandium> is running firefox from objdir/dist/bin supposed to work on mac?
# [17:23] <glob> khuey, 2 bugs, with 2 messages each, resulted in http://i.imgur.com/KZ0Uk.png
# [17:23] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [17:23] <Ms2ger> glandium, no
# [17:23] <Ms2ger> But I don't remember the exact incatation
# [17:23] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:23] * madhava_ is now known as madhava
# [17:23] <@khuey> ugh
# [17:23] <@khuey> wtf
# [17:23] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
# [17:24] <philor> glandium: objdir/dist/Firefox.app/Contents/MacOS/firefox
# [17:24] <glandium> Ms2ger: i'm better off doing make package then
# [17:24] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:24] * Quits: merike|away (quassel@moz-A8787E1E.cable.starman.ee) (Ping timeout)
# [17:25] <@khuey> glob: http://people.mozilla.org/~khuey/whydoesgmailhateme.png
# [17:25] <Yoric> felipe: there's someone who wants to talk to you on #introduction
# [17:26] <glob> khuey, :( :(
# [17:26] * Joins: wm_tylerdavis (Mibbit@moz-1BD7EAEB.hq.af.mil)
# [17:26] <glandium> khuey: haha
# [17:27] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [17:27] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:27] <glob> khuey, gmail's threading is anti-logic
# [17:27] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
# [17:27] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [17:27] <@khuey> I know
# [17:28] <@khuey> but it's so nice
# [17:28] <@khuey> :-/
# [17:28] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [17:28] <jhammel> hah!
# [17:28] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:28] * jhammel imagines the ads "You want to secure your house against bugs?"
# [17:28] <glob> khuey, i dunno, it's web based, and i'm not sure if this internet thing will catch on
# [17:28] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Connection reset by peer)
# [17:29] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [17:29] * jhammel is still waiting until the internet comes on bluray
# [17:29] <jlebar> glandium, http://pastebin.mozilla.org/1529707
# [17:29] <jhammel> i bet the commentaries will be interested
# [17:29] <sheppy> jhammel: 3D?
# [17:29] <jhammel> sheppy: *4*-D! ;)
# [17:29] * Joins: JeroenDeDauw (jeroen@moz-63AA0E5F.dip0.t-ipconnect.de)
# [17:29] <sheppy> With Sens-O-Rama!
# [17:30] <glob> jhammel, http://goldcoaster.files.wordpress.com/2007/09/the_internet_on_one_disk.jpg
# [17:30] * Quits: harth (harth@40018561.F684631.21A4E96A.IP) (Input/output error)
# [17:30] <jhammel> glob++
# [17:30] <glandium> yay, a null deref on startup. now why does that happen locally and not on try is beyond me
# [17:30] <jhammel> i especially like how "The Internet" is copyrighted ;)
# [17:30] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [17:30] <jlebar> khuey, Check your e-mail headers? I thought bugzilla included a gmail thread ID; maybe it's the same for these two messages.
# [17:30] <pedro> bz: got a stacktrace with debuging sysmbols
# [17:30] <@khuey> jlebar: it's not
# [17:31] <jlebar> khuey, Sounds like gmail hates you, then.
# [17:31] <Yoric> glob: What is that?
# [17:31] <pedro> bz: is this more helpful? http://kaapa.pastebin.mozilla.org/1529709
# [17:31] <glob> jlebar, gmail doesn't honour the thread markers in the header
# [17:31] <@khuey> jlebar: pretty much
# [17:31] <glob> Yoric, it's the internet, on a disk!
# [17:31] <glandium> okay let's try it another way. Someone that builds on 10.7 with xcode 4, please give me an m-c changeset that works for you
# [17:31] <jlebar> glob, Completely ignored?
# [17:31] <Yoric> glob: wow
# [17:31] <froydnj> o/~ I'm on a disk o/~
# [17:31] <jhammel> i hope its linux compatible
# [17:31] <glob> jlebar, as far as i can tell and read, yes
# [17:32] <pedro> /build/buildd/firefox-trunk-14.0~a1~hg20120320r89816/build-tree/mozilla/image/src/DiscardTracker.cpp: No such file or directory. @ mozilla/image/src/DiscardTracker.cpp:208
# [17:32] <jhammel> jlebar: you can always check the source code...oh, wait
# [17:32] <@khuey> Message-ID: <bug-737307-336670-UCsB5uFoDO@https.bugzilla.mozilla.org/>
# [17:32] * Joins: logiclord (Gaurav@F2908AB2.71CB4442.35E3DDC8.IP)
# [17:32] <@khuey> Message-ID: <bug-687256-336670-KNetX861f0@https.bugzilla.mozilla.org/>
# [17:33] <@khuey> end up in the same "conversation"
# [17:33] <Yoric> glandium: I use 10.7 + XCode 4.1, changeset 89724:65578021a495 seems to work.
# [17:33] * Joins: anant (Anant@moz-1722580F.dsl.dynamic.sonic.net)
# [17:33] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:33] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
# [17:33] <Yoric> glandium: (at least, I can launch tests with it, I haven't tried any deeper)
# [17:33] <glob> khuey, if anything it would be the in-reply-to header, but it a moot point
# [17:33] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
# [17:34] <@khuey> in reply to has the same thing
# [17:34] <@khuey> mor or less
# [17:34] * jwir3|away is now known as jwir3
# [17:34] <glandium> Yoric: well my build just crashes on a null deref when starting, so it can hardly be worse
# [17:34] <@khuey> *more
# [17:34] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:34] * Joins: bholley (bholley@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [17:34] <sheppy> glandium: it could reformat the Internet...
# [17:35] * Joins: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net)
# [17:36] <glob> khuey, i have to sleep about 30 mins ago; will continue investigation work tomorrow
# [17:36] * glob is now known as glob|away
# [17:36] * Joins: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP)
# [17:36] <@khuey> glob|away: that's fine, even if I get the threading right I can't read the messages ;-)
# [17:36] <Ms2ger> Good night, glob|away
# [17:36] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
# [17:36] <glob|away> Ms2ger, :)
# [17:36] <Ms2ger> Or should I say G'day already? :)
# [17:37] * mcote is now known as mcote|lunch
# [17:37] <sheppy> "Happy sleepytime."
# [17:37] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:38] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:39] * jlebar is now known as jlebar|lunch
# [17:40] * ajuma|lunch is now known as ajuma
# [17:40] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:40] <AryehGregor> Yay, my first push to inbound. Scary!
# [17:41] * edransch-lunch is now known as edransch
# [17:42] <Ms2ger> AryehGregor, http://30.media.tumblr.com/tumblr_m16r69cABl1rrf1eeo1_400.jpg
# [17:42] * Joins: ericjung (Mibbit@moz-C6B344D.bstnma.fios.verizon.net)
# [17:42] <AryehGregor> Hope not!
# [17:42] <Ms2ger> :)
# [17:42] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
# [17:42] <AryehGregor> (one of my first commits to MediaWiki broke Wikipedia relatively badly)
# [17:42] <AryehGregor> (it un-floated all the section edit links for many users)
# [17:42] <Ms2ger> Woops
# [17:42] * mdas is now known as mdas|afk
# [17:43] <AryehGregor> (because nobody told me I was supposed to increment the number after the ? when making backward-incompatible changes to stylesheets so that users didn't use cached copies)
# [17:43] <evilpie> mozillians really seem to like the meme thing
# [17:43] <AryehGregor> (I was moving the float: right from inline style to a stylesheet . . .)
# [17:43] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:43] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
# [17:44] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:44] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
# [17:44] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [17:44] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [17:44] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [17:44] <pedro> bz: found it - without -ProfileManager it works, with it, it segfaults
# [17:44] <evilpie> hey we have more memes than webkit already, gotcha
# [17:44] * Joins: TheLink (TheLink@moz-183F7DCD.pools.arcor-ip.net)
# [17:45] <glandium> interesting... the plugin finder doesn't find flash
# [17:45] * mjessome|lunch is now known as mjessome
# [17:45] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: Leaving)
# [17:46] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [17:46] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
# [17:46] * Quits: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
# [17:46] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
# [17:46] * wlach is now known as wlach|out
# [17:47] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:47] <jesup> glandium: on the builder now (with -msse2 added for specific files via gyp), this command yields nothing: "readelf -r obj-i686-pc-linux-gnu-debug/dist/bin/libxul.so | grep PC32" :-)
# [17:47] * Quits: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com) (Ping timeout)
# [17:48] * Quits: bsmith (bsmith@moz-6BB70391.hsd1.ca.comcast.net) (Ping timeout)
# [17:48] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:48] <glandium> jesup: check readelf -d libxul.so | grep TEXTREL
# [17:48] * Joins: Dagger (Dagger@moz-C46A7175.cable.virginmedia.com)
# [17:48] <jesup> nothing :-)
# [17:48] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
# [17:49] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
# [17:49] <glandium> jesup: perfect :) in all likeliness, this means linux64 won't fail to link
# [17:49] * Joins: jdm (jdm@505A43A5.8B53A442.6816E6B7.IP)
# [17:49] <jesup> glandium: Yup. Thanks for all the help!
# [17:49] <glandium> jesup: np. these things are sometimes tricky
# [17:49] * Joins: Honza (chatzilla@40018561.F684631.21A4E96A.IP)
# [17:50] * Joins: anant_ (Anant@moz-271479F2.hsd1.ca.comcast.net)
# [17:50] <jesup> All fallout of this mozmake stuff (which really saves our bacon when tracking a project in active development, and could make it a lot easier to track upstream changes to other imported bits)
# [17:51] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [17:51] * Quits: anant (Anant@moz-1722580F.dsl.dynamic.sonic.net) (Ping timeout)
# [17:51] * Quits: sheppy (sheppy@moz-CFE4934D.isp.broadviewnet.net) (Quit: Leaving)
# [17:52] * joduinn-commute is now known as joduinn
# [17:53] <jesup> glandium: on ia32, what's the issue with -mmmx -m32?
# [17:53] * Quits: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [17:53] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
# [17:53] <glandium> jesup: probably nothing
# [17:54] <glandium> jesup: -m32 is not needed
# [17:54] <jesup> we use it in Cairo and gfx/ycbcr
# [17:54] * Quits: iamaregee (Mibbit@A94CF029.2B9155CD.D30E9BEF.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:54] <jesup> mmmx that is
# [17:54] <glandium> jesup: well we don't need to
# [17:54] <glandium> jesup: ah, mmmx is needed when you have mmx assembly
# [17:55] <glandium> which we do
# [17:55] <glandium> like -msse2
# [17:55] <glandium> for sse assembly
# [17:55] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [17:55] <jesup> Ok - it doesn't turn on any other optimizations?
# [17:55] * Quits: Pyro (Mibbit@DDB90180.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [17:55] <glandium> jesup: it does, on C. like -msse*
# [17:55] * Joins: krit (Adium@moz-1FC1932F.adobe.com)
# [17:55] <glandium> for a few things
# [17:56] <glandium> (c and c++)
# [17:56] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [17:56] * Joins: cers (textual@F31D2A63.B77C4F2D.A6D27E7D.IP)
# [17:56] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
# [17:57] <jesup> So it can have a perf impact on media processing code, then, at least in theory, without MMX inline asm
# [17:57] <glandium> jesup: for media processing code, i'd expect sse to be wanted instead of mmx
# [17:57] * Quits: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan_)
# [17:57] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Input/output error)
# [17:58] <glandium> jesup: iirc mmx shares registers with the fpu, and that means it can be rather bad for us
# [17:58] * Mavericks|afk is now known as Mavericks
# [17:58] <jesup> the current gyp files turn sse2 on for the blah_sse2.c files only, and has -mmmx on for all of it on ia32
# [17:58] * Joins: yuan_ (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:58] * glandium off for a bit
# [17:58] <jesup> or so I read them
# [17:58] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
# [17:59] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
# [17:59] * Quits: hub (hub@83874EA1.EB7C1AF9.6F478678.IP) (Ping timeout)
# [17:59] * Joins: smontagu (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [17:59] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Quit: Linkinus - http://linkinus.com)
# [18:00] <dao> jacek: you don't need to add [inbound] anymore. in fact you shouldn't, since removing it is extra work for those resolving the bug
# [18:01] * Joins: jimb (user@40018561.F684631.21A4E96A.IP)
# [18:01] * Quits: logiclord (Gaurav@F2908AB2.71CB4442.35E3DDC8.IP) (Ping timeout)
# [18:01] * sheeri is now known as sheeri-lunch
# [18:01] * Quits: armenzg (armenzg@moz-A8509789.acanac.net) (Connection reset by peer)
# [18:01] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [18:01] * Joins: armenzg_ (armenzg@moz-A8509789.acanac.net)
# [18:02] <jacek> dao: thanks for pointing this, I didn't know that
# [18:02] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [18:02] * Joins: wg9s|_ (wg9s@moz-7A06A043.hsd1.ma.comcast.net)
# [18:02] * Quits: wg9s|_ (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Input/output error)
# [18:02] * sheeri-lunch is now known as sheeri_page_me_if_you_need_me
# [18:02] * sheeri_page_me_if_you_need_me is now known as lerxst_is_whiny
# [18:03] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
# [18:03] * lerxst_is_whiny is now known as sheeri_cross_me_and_your_dbs_g
# [18:03] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [18:03] * Quits: wg9s (wg9s@moz-7A06A043.hsd1.ma.comcast.net) (Ping timeout)
# [18:03] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:03] * sheeri_cross_me_and_your_dbs_g is now known as cross_sheeri_and_dbs_get_it
# [18:03] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:03] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:04] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:04] * yuan_ is now known as yuan
# [18:04] * cross_sheeri_and_dbs_get_it is now known as sheeri_lunch
# [18:04] * Joins: biesi (cbiesinger@moz-7BB2E24D.corp.tfbnw.net)
# [18:04] * Joins: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net)
# [18:05] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:05] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:05] * Joins: logiclord (Gaurav@13D86F18.A950547D.35E3DDC8.IP)
# [18:06] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [18:07] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [18:07] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:07] <NeilAway> dao: so, is someone doing a currentSet = currentSet somewhere?
# [18:07] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [18:07] * armenzg_ is now known as armenzg_lunch
# [18:07] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
# [18:08] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
# [18:08] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:08] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [18:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:09] * Quits: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP) (Ping timeout)
# [18:09] <dao> NeilAway: I think so, although I wrote that patch more than a year ago. need to do some research to find out what code is doing this
# [18:10] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [18:10] * Quits: wm_tylerdavis (Mibbit@moz-1BD7EAEB.hq.af.mil) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:11] <dao> NeilAway: oh, it's the toolbar constructor
# [18:11] <pedro> ok, so my bug aparently was fixed already, and landed on https://hg.mozilla.org/mozilla-central/rev/4ce96dfc2c16 . Is there a way to know if my build already has this?
# [18:11] * Joins: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk)
# [18:11] * Joins: tonymec (tonymec@B89E4AB7.66C7C178.277517C1.IP)
# [18:11] * Quits: gwagner (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [18:11] <dao> NeilAway: i.e. the XBL constructor
# [18:11] <gcp> pedro: about:buildconfig
# [18:11] <pedro> mounir: actually, oy was you who commented on that... wow, 1 hour ago?
# [18:12] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Max SendQ exceeded)
# [18:12] <pedro> my source is Built from http://hg.mozilla.org/mozilla-central/rev/4bdae514b9be
# [18:12] <pedro> is this string sort?
# [18:12] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
# [18:13] <pedro> 4bdae514b9be < 4ce96dfc2c16 ?
# [18:13] <gcp> look at the changeset nr
# [18:13] * Joins: jgilbert (jgilbert@moz-BBE3ABD.mv.mozilla.com)
# [18:13] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:13] * jimm is now known as jimm-lunch
# [18:13] <gcp> 4bdae514 is older than 4ce96df
# [18:13] <pedro> changeset 89835
# [18:13] <Ms2ger> gcp, the changeset number is not reliable, fwiw
# [18:14] <gcp> even if you look it up on m-c?
# [18:14] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:14] <gcp> or does that fail because of merges?
# [18:14] <pedro> wow - my nightly is not recent enough!
# [18:14] <pedro> I need channel twilight
# [18:14] <pedro> (and was downloaded 5 minutes ago)
# [18:15] <sfink> Anyone else getting localStorage failures? I get NS_ERROR_FAILURE from any attempt to access it on my nightly for the last few days, which breaks tbpl.
# [18:15] <Mossop> gcp: Two changesets may have different numbers in different clones of the same repository
# [18:15] * Quits: diogogmt (kvirc@moz-57B23647.senecac.on.ca) (Ping timeout)
# [18:15] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Ping timeout)
# [18:15] <Mossop> Err one changeset even
# [18:15] * Joins: dao (dao@moz-1D70FAB7.superkabel.de)
# [18:15] <gcp> I know this. But as I said, this is looking up against m-c.
# [18:15] <jgilbert> put together a 'dawn' release that is any inbound set that is starred to green
# [18:15] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [18:15] * pedro is amazed that his bug was fixed after he started to describe it here
# [18:16] <mbrubeck> gcp: If you look them all up on https://hg.mozilla.org/mozilla-central/ then they'll stay the same
# [18:16] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [18:16] <gcp> mbrubeck: thanks, that's what I presumed.
# [18:16] <mbrubeck> but your personal m-c clone might not have the same numbers as https://hg.mozilla.org/mozilla-central/
# [18:17] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Quit: timdream)
# [18:17] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:17] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Connection reset by peer)
# [18:17] * philor is now known as philor|away
# [18:18] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [18:18] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:18] * AryehGregor wonders why nsRange uses signed integers for start/end offsets
# [18:18] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:18] <AryehGregor> + res = tChildList->GetLength((PRUint32*)&newOffset);
# [18:19] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
# [18:19] <AryehGregor> I guess I can assume that it's safe to cast the length of an nsIDOMNodeList to PRUint32.
# [18:19] <AryehGregor> Er, rather, to a PRInt32.
# [18:19] <AryehGregor> Unlikely to overflow. :)
# [18:19] * Ms2ger looks at cvs blame
# [18:19] <NeilAway> dao: ok, so is there any mileage in moving the check there too?
# [18:20] * philor|away is now known as philor
# [18:21] * Joins: Pyro (Mibbit@DDB90180.15C6DF7B.1551A00F.IP)
# [18:21] <dao> NeilAway: you mean adding a second check or putting it there in favor of where I put it?
# [18:22] <NeilAway> dao: moving, as in not where you put it, yes ;-)
# [18:23] * Quits: pierron (pierron@moz-7EB03C5F.fbx.proxad.net) (Ping timeout)
# [18:23] * Quits: tgummerer (Adium@31BAD81D.A5F114BE.8465EFE9.IP) (Quit: Leaving.)
# [18:23] * Quits: cadecairos (cadecairos@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [18:24] * Joins: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl)
# [18:24] <dao> NeilAway: that would be less invasive and sufficient for the case that bug is concerned about, but I'm not sure it actually makes more sense
# [18:24] <BenB> if I want to be notified about every "addEventListener" that a webpage does (but not those that the chrome does), what's the best way? I am currently hacking into nsEventListenerManager.cpp::AddEventListener, but that gives me too much. AddScriptEventListener gives me too few.
# [18:24] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
# [18:25] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [18:25] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:26] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:26] * Quits: mjschranz (mjschranz@F1451709.44D93D66.1139E686.IP) (Client exited)
# [18:27] <Ms2ger> 1.1 <akkana@netscape.com> 1998-11-24 13:20
# [18:27] <Ms2ger> Implementation file for nsIDOMRange
# [18:27] <Ms2ger> Unsurprising
# [18:27] * mdas|afk is now known as mdas
# [18:28] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
# [18:28] <jesup> Ms2ger: Akkana!!! Haven't heard her name in ages
# [18:28] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [18:28] <mbrubeck> dougt: ping
# [18:28] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
# [18:29] <sfink> where's the source code for pushloghtml?
# [18:29] <biesi> jesup, I wonder how many people are still around that know her name
# [18:29] <jesup> Akkana Peck, also a serious british-sports-car aficionado
# [18:29] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:29] <jesup> I knew her from the british-cars list from before the days of the Web
# [18:30] * bear-afk is now known as bear
# [18:30] <biesi> sfink: http://hg.mozilla.org/hgcustom/pushlog/
# [18:30] <sfink> biesi: great, thanks!
# [18:30] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [18:31] * ctalbert|afk is now known as ctalbert
# [18:31] <biesi> sfink: probably http://hg.mozilla.org/hgcustom/pushlog/file/e99a36d3fd4a/pushlog-feed.py in particular, b ut I'm not sure
# [18:32] <biesi> oh yeah line 488 looks like I'm right
# [18:32] <sfink> yes, it looks like the right thing
# [18:33] * Quits: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [18:33] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:33] * Quits: cers (textual@F31D2A63.B77C4F2D.A6D27E7D.IP) (Quit: Computer has gone to sleep.)
# [18:33] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [18:34] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:34] * armenzg_lunch is now known as armenzg
# [18:34] * sheeri_lunch is now known as sheeri
# [18:34] * Quits: dao (dao@moz-1D70FAB7.superkabel.de) (Quit: Leaving.)
# [18:34] <Ms2ger> biesi, not me :)
# [18:35] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [18:36] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:37] <biesi> Ms2ger, true, when did you appear? :)
# [18:37] * armenzg is now known as armenzg_mtg
# [18:37] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:37] <Ms2ger> Out of thin air
# [18:37] <Ms2ger> Oh, when
# [18:37] <sfink> Out of rather thick, foul-smelling air, I thought
# [18:38] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:38] <Ms2ger> sfink, why thank you
# [18:38] * Joins: cpeterso_ (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [18:38] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [18:38] <Ms2ger> biesi, summer 09, it seems
# [18:38] <biesi> wow, that's almost 3 years now
# [18:39] * Quits: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:39] * Joins: cpeterson (cpeterson@moz-BBE3ABD.mv.mozilla.com)
# [18:40] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [18:40] * Quits: cpeterso_ (cpeterson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [18:40] * Quits: Pyro (Mibbit@DDB90180.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [18:41] <mbrubeck> Now, who broke Android reftests?
# [18:41] <@khuey> android?
# [18:42] * Joins: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP)
# [18:42] * Joins: philipp64|laptop_ (chatzilla@moz-B40B9015.ctcweb.net)
# [18:42] <mbrubeck> khuey, want to back out dougt? >:-D
# [18:42] <@khuey> hehe
# [18:42] <@khuey> is it on central?
# [18:42] <mbrubeck> no, inbound
# [18:42] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [18:42] <mbrubeck> though, dougt's patches did not cause reftest failures when they landed last night, so I'm suspicious
# [18:42] * philipp64|laptop_ is now known as philipp64|laptop
# [18:43] <BenB> jesup: Akkana rox :)
# [18:43] <@khuey> I don't have an inbound tree
# [18:44] <mbrubeck> oh, you crazy hg users. :)
# [18:44] <Ms2ger> Just pull inbound into your central tree
# [18:44] <mbrubeck> exactly
# [18:44] * Joins: cadecairos (cadecairos@moz-57B23647.senecac.on.ca)
# [18:45] * jimm-lunch is now known as jimm
# [18:45] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [18:45] * Joins: dao (dao@moz-EEA971DB.pool.mediaways.net)
# [18:45] * Joins: fxa90id (fxa90id@moz-BE012A28.neoplus.adsl.tpnet.pl)
# [18:46] * Quits: pranavrc (pranavrc@7D88244E.F976102B.520CDC98.IP) (Ping timeout)
# [18:47] * Joins: gozala1 (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
# [18:47] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
# [18:47] * Joins: cers (textual@F31D2A63.B77C4F2D.A6D27E7D.IP)
# [18:48] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
# [18:49] * Quits: vsrao (quassel@940998A.CF4AFAAA.26A7EDE3.IP) (Client exited)
# [18:49] <Mossop> khuey: Do we even need install:: sections in Makefiles anymore?
# [18:49] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [18:49] <@khuey> don't think s
# [18:49] <@khuey> o
# [18:49] * Quits: cers (textual@F31D2A63.B77C4F2D.A6D27E7D.IP) (Ping timeout)
# [18:50] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [18:50] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [18:51] * Joins: cdiehl_ (cdiehl@moz-66D15B94.pool.mediaways.net)
# [18:51] <avih> dao: yes, I guess i wanted it reviewd. i hope i marked it properly.
# [18:51] * Quits: cdiehl (cdiehl@moz-A2F8E488.pool.mediaways.net) (Ping timeout)
# [18:51] * cdiehl_ is now known as cdiehl
# [18:51] * Quits: bjacob (bjacob@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Ping timeout)
# [18:52] <mbrubeck> oh weird, the same Android native reftests are failing on central
# [18:52] <josh> espindola: What version of clang is required for building trunk on Linux?
# [18:52] <philor> mbrubeck: put that in the form of "armenzg: ping about the resolution change"
# [18:52] <espindola> josh, required I am not sure
# [18:52] <armenzg_mtg> I will look into it
# [18:52] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
# [18:52] <espindola> I can point you to the one in the bots
# [18:52] <espindola> which I know works
# [18:52] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
# [18:53] <josh> espindola: will the 2.9.6 package that comes with fc16 work?
# [18:53] <espindola> josh, 151655
# [18:53] <espindola> josh, I don't know
# [18:53] <espindola> but I would guess no
# [18:53] <espindola> with work == would produce a all green try run
# [18:53] <armenzg_mtg> mbrubeck: do you have some more info?
# [18:53] <espindola> it might be able to build it
# [18:53] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
# [18:54] <mounir> pedro: on what?
# [18:54] <josh> thanks
# [18:54] <espindola> np
# [18:55] <@smaug> AryehGregor: so are the range patches ready to review?
# [18:55] * Quits: logiclord (Gaurav@13D86F18.A950547D.35E3DDC8.IP) (Ping timeout)
# [18:55] * josh can't wait for pdf.js support to land on trunk
# [18:55] * Quits: MarcoZ (marco.zehe@moz-1F1E4014.dip.t-dialin.net) (Quit: n8)
# [18:55] <armenzg_mtg> mbrubeck: https://tbpl.mozilla.org/php/getParsedLog.php?id=10245899&tree=Firefox&full=1?
# [18:55] <@smaug> or should I wait for successful try run
# [18:55] * philor is now known as philor|away
# [18:55] <pedro> mounir: hum? oh, the bug?
# [18:55] <Mossop> jimm: Does the patch in bug 736953 look any less scary if generated with -w?
# [18:55] <mbrubeck> armenzg_mtg: yeah, and some additional failures on inbound - https://tbpl.mozilla.org/php/getParsedLog.php?id=10246583&tree=Mozilla-Inbound
# [18:56] <AryehGregor> smaug, whichever you prefer. I don't expect a try run fail, but if you'd prefer to save your time, by all means feel free.
# [18:56] <AryehGregor> Hmm, let me try locally and see if I get failures in any obvious places.
# [18:56] <jimm> Mossop: let me try..
# [18:56] <armenzg_mtg> mbrubeck: jmaher mentioned to me that we saw this previously happening on production
# [18:56] <armenzg_mtg> I will investigate
# [18:57] * Joins: squib (squib-@moz-3F6F2A9C.ep.wisc.edu)
# [18:57] <AryehGregor> Namely content/base/test/.
# [18:57] <AryehGregor> It takes a long time to run locally. :(
# [18:57] <mbrubeck> darn, I don't get to back out dougt after all. :P
# [18:58] <pedro> mounir: I was debugging this crash: https://crash-stats.mozilla.com/report/index/bp-dd361e8e-5934-4f93-8948-025e62120321 and found out that you merged it something like 2 hours ago
# [18:58] <jimm> Mossop: posted, yes it does
# [18:58] <Mossop> jimm: Thanks
# [18:58] * AryehGregor lets the try servers do the work . . . drat people who write mochitests that run for 190 seconds
# [18:58] <espindola> armenzg_mtg, is there anything on my plate for the "build on 10.7" bug? I lots track of it.
# [18:58] <@smaug> AryehGregor: yeah, content/base/test has some long running XHR tests
# [18:58] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
# [18:58] * Joins: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com)
# [18:58] <AryehGregor> I should use xvfb.
# [18:58] <AryehGregor> Anyway.
# [18:59] <AryehGregor> So feel free not to review yet.
# [18:59] <armenzg_mtg> espindola: jhford might know better
# [18:59] <@smaug> AryehGregor: it is tricky to write tests which involve XHR.timeout without it taking some time
# [18:59] <armenzg_mtg> we are still setting up the infra
# [18:59] <@smaug> AryehGregor: ok, I'll review something else...
# [18:59] <AryehGregor> I blame the mochitest framework for serializing everything. If you always had X tests running in parallel, for X like 8 or 10 . . .
# [18:59] <espindola> armenzg_mtg, jhford , ok. Let me know if there is anything I need to do. Looking forward to the faster builders :-)
# [19:00] <jhford-work> espindola: we are getting machines imaged very soon, we've been blocked on hardware coming up for a while
# [19:00] <jhford-work> last i looked, we are still able to build on 10.7
# [19:00] <jhford-work> we'll want to double check that things work on 10.5 before we replace the current builds with the new machine builds
# [19:01] <Ms2ger> AryehGregor, "people who write mochitests that run for 190 seconds" includes you if I ever get your tests imported :)
# [19:02] <AryehGregor> Ms2ger, well, at least those will be *doing* something for 190 seconds, not just sitting around twiddling their thumbs the whole time.
# [19:02] <AryehGregor> Anyway, don't mind me, I'm just griping. :)
# [19:02] <Ms2ger> That's true
# [19:02] <mounir> pedro: ok, not my fault then ;)
# [19:02] <Ms2ger> mounir, IT IS ALL YOUR FAULT
# [19:03] <pedro> :)
# [19:03] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:03] * Joins: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP)
# [19:04] <mounir> Ms2ger: like poverty and hunger all over the world? :(
# [19:04] <Ms2ger> Yep
# [19:04] <mounir> jlebar|lunch: why are you avoiding #webapi? :)
# [19:04] * Joins: jet_ (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:04] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Connection reset by peer)
# [19:04] * jlebar|lunch is now known as jlebar
# [19:04] * jet_ is now known as jet
# [19:04] <jlebar> mounir, Oh, I have enough fun on the mailing list.
# [19:04] <mounir> jlebar: the channel is actually pretty silent
# [19:04] <armenzg_mtg> mbrubeck: philor|away the previous job had the same resolution and passed https://tbpl.mozilla.org/php/getParsedLog.php?id=10246409&tree=Mozilla-Inbound&full=1
# [19:05] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [19:05] <mounir> jlebar: this mailing list is going to kill me I think
# [19:05] <jlebar> mounir, At least lkcl is gone. For now...
# [19:05] <mounir> jlebar: he wasn't posting on devwebapi
# [19:05] * Joins: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:05] <mounir> was he?
# [19:05] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
# [19:05] * Parts: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:05] <mbrubeck> no, mostly on the b2g list
# [19:05] <gakiwate> rillian, Hi
# [19:06] <mounir> and webapps and security too
# [19:06] <jlebar> Ah, he was cc'ing webapps.
# [19:06] <jlebar> Right, not webapi.
# [19:06] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Input/output error)
# [19:06] <jlebar> Oh good, he contacted the SELinux people on our behalf. That was so considerate of him.
# [19:07] <jesup> benb: what's akkkna up to nowadays?
# [19:07] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:07] * Quits: past (past@40018561.F684631.21A4E96A.IP) (Input/output error)
# [19:07] <Ms2ger> jlebar, freelance writer
# [19:07] <mounir> jlebar: so, you really don't care about having a proper element instead of an ugly attribute added to iframe? :(
# [19:07] <mounir> Ms2ger: you wish his messages were so short...
# [19:08] <jlebar> mounir, It's similar enough to <iframe sandbox> that I don't think it's a big deal either way.
# [19:08] <jlebar> mounir, But I'm more concerned that we come up with a name which fits both browser and apps.
# [19:08] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [19:08] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:08] <mounir> jlebar: what about <apps>
# [19:08] <BenB> jesup: http://www.linkedin.com/profile/view?id=182793
# [19:08] <mounir> and we put a mozbrawser attribute :D
# [19:08] <mounir> <apps browser> :)
# [19:08] <jlebar> lol
# [19:09] * Quits: victorporof (victorporo@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
# [19:09] <BenB> jesup: consulting in linux, ruby on rails, wrote a book about GIMP
# [19:09] <jlebar> mounir, I think what we have is basically <iframe pokeable>.
# [19:09] * Quits: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP) (Input/output error)
# [19:09] <jlebar> mounir, You can use that for apps, or browsers, or whatever you wish.
# [19:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [19:09] <BenB> jesup: would be really nice, if she could join Mozilla again as employee
# [19:09] <jlebar> mounir, If you want to call it <pokeablething> instead, that's OK with me. :shrug:
# [19:09] * Quits: jorendorff (jorendorff@40018561.F684631.21A4E96A.IP) (Quit: jorendorff)
# [19:10] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:10] <mounir> jlebar: we could call it <poke> but Facebook might sue us :-/
# [19:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:10] <jhammel> how about <throwasheep>?
# [19:10] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
# [19:10] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
# [19:10] <mounir> jlebar: but more seriously, what do you mean by "pokeable"?
# [19:10] <mounir> (don't answer "something you can poke" ;))
# [19:11] <Ms2ger> Something you c... Oh
# [19:11] * rnewman|sf is now known as rnewman|mv
# [19:11] <BenB> jhammel: <weraisegoats>?
# [19:11] <jlebar> mounir, I mean, it's an iframe which you can inspect (receive events for) and make do things (stop loading, freeze, etc.)
# [19:12] * rail is now known as rail-brb
# [19:12] <espindola> armenzg_mtg, jhford , thanks
# [19:12] * Quits: rclick (rclick@moz-A7287142.dsl.covlil.sbcglobal.net) (Quit: )
# [19:13] * Quits: jimb (user@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [19:13] <mounir> jlebar: but then you also want to add 'toplevel'
# [19:13] <jlebar> mounir, Indeed.
# [19:13] <mounir> and 'sandbox' likely
# [19:14] <jlebar> Well, sandbox disallow-top-navigation, which is implied by 'toplevel'
# [19:14] * blassey is now known as blassey|mfinkle
# [19:14] <mounir> but 'toplevel' will never be able to be added to HTML specifications
# [19:14] <mounir> jlebar: indeed ;)
# [19:14] <gerv> Anyone know the default admin/moderator/leader passcode for Asterisk rooms?
# [19:14] <jlebar> mounir, It seems to me that the fact that we're using this as a browser is incidental. But maybe not.
# [19:14] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:14] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
# [19:15] <mounir> jlebar: one of my concerns is also to make sure we are taking a path that leads to standardization
# [19:15] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
# [19:15] <jlebar> mounir, Of all the things which may have to change when we standardize, I'm least concerned about the tag name.
# [19:16] <jlebar> mounir, I am honestly quite skeptical that this will ever be a useful standard. I know this is heresy, but there, I said it!
# [19:16] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:16] * Parts: pedro (Something@moz-E14A0F6A.clients.your-server.de)
# [19:16] <mounir> jlebar: you might be true, I didn't thought about it
# [19:16] <mounir> but still, doing something that we know will have to be changed is a bad idea
# [19:17] <jlebar> mounir, Sure.
# [19:17] <mounir> we clearly don't want to have our own proprietary extension to HTML standard
# [19:17] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120313042010])
# [19:17] <mounir> I mean, not something we have done in 2012 and we knew was wrong
# [19:17] <Ms2ger> Oh, I thought that was the goal
# [19:17] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
# [19:17] <jlebar> mounir, Like I say, I don't object to creating a new tag.
# [19:18] <mounir> Ms2ger: we haven't named the project WebOS yes ;)
# [19:18] <mounir> s/yes/yet/
# [19:18] * Quits: joey_ (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
# [19:18] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
# [19:19] <jlebar> mounir, If we wanted to start out with <browser> and then, at a later date, evaluate whether that's right for apps, that would be OK with me. There's a semantic argument in favor of using <browser> for...browsers.
# [19:19] * philor|away is now known as philor
# [19:19] <mounir> jlebar: that sounds like a very reasonable plan to me
# [19:19] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [19:19] * joey is now known as IRCMonkey24445
# [19:20] * Quits: IRCMonkey24445 (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
# [19:20] <jlebar> mounir, But let's not write the patch until bug 736688 lands, so we don't waste our time with code that's going to be deleted.
# [19:20] * Joins: joey_ (chatzilla@moz-E31CD2CB.mozilla.org)
# [19:20] * Quits: joey_ (chatzilla@moz-E31CD2CB.mozilla.org) (Input/output error)
# [19:20] <mounir> ouch
# [19:20] * Joins: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl)
# [19:21] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:21] <mounir> why do we want to implement everything is js :'(
# [19:21] * Joins: jono (jonathandi@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:21] <froydnj> because it's easier and it's more portable to servo ;)
# [19:21] <jlebar> mounir, It was approximately 10x harder to override window.top using C++ than JS. And we have a lot more methods to override.
# [19:21] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:21] <jlebar> mounir, Anyway, I spelled it out in the bug. :)
# [19:22] * gregglind_mv is now known as gregglind_sf
# [19:22] <jlebar> mounir, I am no JS apologist!
# [19:22] <jono> hello! I am writing a Test Pilot study and I'm looking for details on the implementation of search suggestions in the firefox search bar
# [19:22] <mounir> jlebar: I know, you are a sane person ;)
# [19:22] <jono> could anyone tell me what channel would be the best place to ask about that?
# [19:22] <mounir> jlebar: I will send an email to the list explaining that implementing <browser> will be the first step
# [19:22] <mounir> I will open a bug and CC you too
# [19:23] <jdm> jono: mak would be a good person to talk to
# [19:23] <jlebar> mounir, Sounds good.
# [19:23] <mounir> then, if no one complain, someone will have to write the patch :)
# [19:23] * mounir looks at jlebar
# [19:23] <jdm> jono: looks like there #places as well
# [19:23] <jono> jdm: thanks
# [19:23] <jlebar> mounir, Hey, now.
# [19:23] <jlebar> mounir, I don't care about this change!
# [19:23] <mak> hm search suggestions in the search bar are not #places
# [19:23] <jono> hi mak!
# [19:23] <mounir> jlebar: the web is counting on you! :)
# [19:23] * Quits: RaZiel (quassel@B32E5CD3.8D8F7BC9.4073AF81.IP) (Client exited)
# [19:24] <jono> so I'm trying to write a listener that gets called when a user clicks on one of the search bar suggestions
# [19:24] <philor> armenzg_mtg: that looks like an Android XUL log - https://tbpl.mozilla.org/php/getParsedLog.php?id=10244711&tree=Mozilla-Inbound&full=1 is native passing at 1600x1200, https://tbpl.mozilla.org/php/getParsedLog.php?id=10246645&full=1&branch=mozilla-inbound is native failing at 1024x768
# [19:24] <mak> jono: hi (sorry I'm leaving but I'll be back in minutes)
# [19:24] <jono> ok I will wait
# [19:24] <AryehGregor> Ms2ger, so, would anyone accept a patch for <https://bugzilla.mozilla.org/show_bug.cgi?id=611787>?
# [19:24] <mak> jono: thanks, sorry
# [19:24] * AryehGregor expects such a patch would be awfully painful to write
# [19:24] * Quits: c0smikdebris (c0smikdebr@623DF3BB.5E52A1B.BE90E62C.IP) (Quit: Computer has gone to sleep.)
# [19:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:25] <Ms2ger> I'm working on it
# [19:25] <AryehGregor> Okay.
# [19:25] <Ms2ger> Slowly
# [19:25] * mak is now known as mak|afk
# [19:25] * Joins: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:26] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
# [19:26] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:27] * Joins: ddahl (ddahl@25F88422.B7606226.6BED537B.IP)
# [19:27] * Quits: bmoss|2 (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [19:27] <AryehGregor> Is it going to have compat issues?
# [19:28] * jhammel is now known as jhammel|lunch
# [19:28] <Ms2ger> Probably
# [19:28] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:28] <Ms2ger> None too worse, I hope
# [19:28] <armenzg_mtg> philor: I think we might have to backout
# [19:28] <armenzg_mtg> I am waiting just a little more and talking with jmaher
# [19:29] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
# [19:29] <glandium> http://pastebin.mozilla.org/1529840 does that talk to anyone? (built on osx 10.7, with xcode 4.2.1 and 4.3.1 ; happens at startup)
# [19:29] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [19:29] <rillian> hi gakiwate. How's your proposal going?
# [19:30] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [19:31] <gakiwate> rillian, Its looks promising. :) Found a potential mentor. Working out the proposal now
# [19:31] * rail-brb is now known as rail
# [19:31] * Quits: espindola (espindola@DAFAF5B7.9C110E9F.6F478678.IP) (Ping timeout)
# [19:31] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
# [19:31] <rillian> gakiwate, great!
# [19:32] <WeirdAl> AryehGregor++
# [19:32] * Quits: vikash (vikash@FFF106B1.2905CAEE.5D9ABA9F.IP) (Quit: Leaving)
# [19:32] <WeirdAl> for fixing yet another bug only I seemed to have cared about :)
# [19:32] * Joins: vikash (vikash@F9712E96.9B552DFD.5D9ABA9F.IP)
# [19:33] <AryehGregor> :)
# [19:33] * Joins: espindola (espindola@5182B604.F171182D.412CF160.IP)
# [19:33] <gakiwate> rillian, Do you have any idea as to how the Mozilla mentoring works?
# [19:33] * Cwiiis is now known as CwiiisAway
# [19:34] <rillian> nope, sorry
# [19:34] * armenzg_mtg is now known as armenzg
# [19:34] * Quits: Honza (chatzilla@40018561.F684631.21A4E96A.IP) (Ping timeout)
# [19:35] * mcote|lunch is now known as mcote
# [19:35] * Joins: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:35] * Parts: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:36] * Parts: zandr (zandr@moz-891BD824.milewski.org)
# [19:36] <AryehGregor> Which is preferred, NS_ENSURE_SUCCESS(rv, rv) or if (NS_FAILED(rv)) return rv?
# [19:36] * Joins: vivek (quassel@47D20956.E2C15B5F.2A068A5E.IP)
# [19:36] <AryehGregor> I tend to follow whatever the local code does . . .
# [19:36] * Joins: zandr (zandr@moz-891BD824.milewski.org)
# [19:36] * Joins: logiclord (Gaurav@AA19F7D5.CE11FDBA.35E3DDC8.IP)
# [19:37] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
# [19:37] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [19:37] <gakiwate> rillian, Do you know anybody who might?
# [19:37] * blassey|mfinkle is now known as blassey
# [19:37] <@bz> AryehGregor: depends on whether you expect the thing to fail
# [19:38] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
# [19:38] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
# [19:38] <AryehGregor> Really? That seems unintuitive.
# [19:38] * Quits: logiclord (Gaurav@AA19F7D5.CE11FDBA.35E3DDC8.IP) (Ping timeout)
# [19:38] <glandium> https://bugzilla.mozilla.org/show_bug.cgi?id=732467 i'm not crazy/alone
# [19:38] <dholbert> AryehGregor, NS_ENSURE_* spams a warning to stderr, so you don't want to use it if failure is common
# [19:38] <AryehGregor> Oh.
# [19:39] <AryehGregor> So it shouldn't be used for things like "author called extractContents() on a range that contains a doctype", then.
# [19:39] <Ms2ger> Would you say that's common? :)
# [19:39] <AryehGregor> (I wasn't, actually, I was calling it for something that I don't think should return an error)
# [19:40] <AryehGregor> Well, it's trivial to trigger it and it's not a bug or anything, so . . .
# [19:40] * Quits: vivek (quassel@47D20956.E2C15B5F.2A068A5E.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
# [19:40] <AryehGregor> It would be nice if there were a macro that would handle the creation of temporary nsresults for you, so we don't need tons of "nsresult rv" scattered everywhere.
# [19:40] <@smaug> things which throw exceptions per specs aren't common
# [19:40] * Quits: cadecairos (cadecairos@moz-57B23647.senecac.on.ca) (Ping timeout)
# [19:40] <jlebar> What's the name of the thing in our code which understands that "google.com" and "google.co.uk" are both second-level-domains?
# [19:40] <@smaug> NS_ENSURE_ are ok with those cases
# [19:41] <Mook_as> jlebar: effective tld service?
# [19:41] <jlebar> yay
# [19:41] <AryehGregor> Also, while I'm wishing, it would be nice if web-exposed APIs returned some type other than nsresult that only included standard exception types, so we didn't throw NS_ERROR_FAILURE and whatever where the web can see . . . or maybe the glue layer should translate those into standard exception types.
# [19:41] <@smaug> AryehGregor: NS_ENSURE_SUCCESS(DoSomething(), NS_ERROR_DOM_FOO_BAR_ERROR);
# [19:41] <jlebar> Mook_as, thanks!
# [19:41] <Mook_as> jlebar: you're welcome!
# [19:42] <@bz> AryehGregor: we can munge that stuff in the bindings later
# [19:42] <@bz> AryehGregor: fwiw
# [19:42] <@smaug> AryehGregor: or perhaps you were asking some other kind of macro
# [19:42] <AryehGregor> smaug, I was asking for that except with only one argument.
# [19:42] * Joins: philipp64|laptop_ (chatzilla@moz-49802010.redfish-solutions.com)
# [19:42] <AryehGregor> So just NS_SOMETHING(DoSomething()).
# [19:43] * Joins: enda (chatzilla@805B2C83.679532CF.2500F951.IP)
# [19:43] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
# [19:43] * philipp64|laptop_ is now known as philipp64|laptop
# [19:44] * Quits: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
# [19:44] <Waldo> every time you use a macro, God kills a kitten
# [19:44] <Ms2ger> AryehGregor, ENSURE_STATE?
# [19:44] <Ms2ger> Waldo--
# [19:44] <Waldo> :-(
# [19:44] <Waldo> haters gonna hate
# [19:45] <AryehGregor> That always throws NS_ERROR_UNEXPECTED.
# [19:45] <Ms2ger> Ah
# [19:45] <armenzg> jmaher: philor mbrubeck I am backing out
# [19:45] <Ms2ger> To replace rv = Foo(); NS_ENSURE_SUCCESS(rv, rv);?
# [19:45] <AryehGregor> Yes.
# [19:45] * Ms2ger wants that
# [19:45] * joduinn is now known as joduinn-brb
# [19:45] * Joins: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP)
# [19:45] * Quits: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
# [19:45] * Quits: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP) (Quit: jfkthame)
# [19:45] <AryehGregor> #define NS_BETTER_ENSURE_STATE(state) nsresult __rev = state; NS_ENSURE_TRUE(state, state);
# [19:45] <jmaher> armenzg: thanks
# [19:45] * Joins: ted (ted@moz-9426856F.sctnpa.east.verizon.net)
# [19:45] * ChanServ sets mode: +o ted
# [19:45] <AryehGregor> Temporaries are bad.
# [19:46] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [19:46] <Ms2ger> __rev, __rev, you mean
# [19:46] <ddahl> Ms2ger: so khuey fixed that nsCrypto DOM goop problem. it was the ordering in nsDOMClassInfo
# [19:46] <ddahl> it builds and runs now
# [19:46] <Ms2ger> Didn't I tell you that was it? :)
# [19:46] <AryehGregor> Right.
# [19:47] <ddahl> Ms2ger: yep. but I did not grock it
# [19:47] <espindola> rail, does puppet support having two versions of an rpm installed?
# [19:47] <jaws> khuey: ping?
# [19:48] <espindola> (and does the way you guys work support it?)
# [19:48] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [19:48] <@khuey> jaws: hi
# [19:48] <jaws> khuey: i just want to make sure, in https://bugzilla.mozilla.org/show_bug.cgi?id=730318#c37, i'm going to MOZ_ASSERT before I dereference the pointer. your comment makes it seem that i should assert after deref. just wanted to double check with you.
# [19:48] <@ehsan> jlebar: so how do you setup git tools?
# [19:48] <espindola> context: I would like to start keeping two versions of clang at once
# [19:49] <@ehsan> jlebar: just put things in your path?
# [19:49] <jlebar> ehsan, Yep.
# [19:49] <@ehsan> ok
# [19:49] <@khuey> jaws: I want you to assert before derefing
# [19:49] <@ehsan> jlebar: thanks for the work there btw
# [19:49] <espindola> it is ok if I need to put the version in the package name (like we do with gcc)
# [19:49] <jaws> ok yeah tha'ts what i thought. thanks
# [19:49] <@ehsan> jlebar: I'm sure I'll have some mac fixes for you
# [19:49] <jlebar> ehsan, yw! I hope it helps.
# [19:49] <espindola> but if puppet supports that directly it might be better to use it
# [19:49] <jlebar> ehsan, And mac fixes would be much appreciated. :)
# [19:49] <dholbert> bz, ping?
# [19:50] * Quits: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP) (Ping timeout)
# [19:50] <AryehGregor> Oh, crud.
# [19:51] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
# [19:51] <AryehGregor> I put the wrong --post-to-bugzilla's on my try pushes.
# [19:51] <AryehGregor> I guess there's no way to fix that, huh?
# [19:51] <AryehGregor> Oh well.
# [19:51] <@ehsan> jlebar: first problem, git bz doesn't work
# [19:51] <@ehsan> maybe because git-bz is a symlink?
# [19:51] <jlebar> ehsan, The tool I didn't write!
# [19:52] * Joins: TheOne (one@moz-4E4FD4E6.dip.t-dialin.net)
# [19:52] * Joins: cers (textual@moz-E3288E2B.bynqu1.dynamic.dsl.tele.dk)
# [19:52] <@ehsan> jlebar: who did?
# [19:52] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [19:52] <@ehsan> jlebar: that's a symlink to a file that doesn't exist!
# [19:53] <@ehsan> oh waity
# [19:53] <@ehsan> it's a submodule
# [19:53] <jlebar> ehsan, Oh...you need to git something or other to pull the submodule, since git isn't helpful like that.
# [19:53] <@ehsan> embarrassing
# [19:53] <@ehsan> yeah
# [19:53] <@ehsan> cause helpful UI is for suckers
# [19:53] <@ehsan> ;)
# [19:53] <jlebar> I guess in the top-level directory, it could be more helpful about noticing that.
# [19:54] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:54] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [19:54] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:55] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [19:55] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [19:55] * joduinn-brb is now known as joduinn
# [19:55] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [19:56] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [19:56] <AryehGregor> Ms2ger, are you going to write a test for https://bugzilla.mozilla.org/show_bug.cgi?id=714279? Shall I?
# [19:56] * AryehGregor is seeing if he can get a copy of Firefox today that passes all his Range tests
# [19:57] <@ehsan> jlebar: https://github.com/jlebar/moz-git-tools/pull/2 :)
# [19:57] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [19:57] <Ms2ger> AryehGregor, I was going to import your tests for that bug, but I guess that will take a while
# [19:57] <AryehGregor> I've been assuming we shouldn't wait on that, yeah.
# [19:58] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [19:58] * Joins: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr)
# [19:58] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [19:58] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [19:58] <rail> espindola: I doubt, rpm would fail trying to install a package with the same name (and actually would upgrade the current one)
# [19:58] <AryehGregor> If your patch makes all my tests pass, that leaves only intersectsNode.
# [19:59] <espindola> rail, rpm support that :-)
# [19:59] * Joins: hessam (hessam@EBC2C97D.AD407357.8278F7B9.IP)
# [19:59] <espindola> but lets stay with different package names. That is what we use for gcc.
# [19:59] <rail> espindola: if you have rpm name and prefix different, right?
# [20:00] <AryehGregor> Ms2ger, what do you think about <https://bugzilla.mozilla.org/show_bug.cgi?id=579638#c10>?
# [20:00] <espindola> no, you can install multiple ones as long as the files don't conflict
# [20:00] <espindola> that is how one normally install multiple kernels
# [20:00] <@smaug> AryehGregor: I don't understand Bug 719533
# [20:00] <espindola> or 32 bit libraries in 64 bit systems
# [20:00] <@smaug> AryehGregor: Opera's behavior is what I would expect
# [20:01] <rillian> gakiwate, sorry, I don't. Maybe check the main wiki page, see if someone is listed as an organizer?
# [20:01] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Ping timeout)
# [20:01] <AryehGregor> smaug, the problem is that doctypes can't be the children of a DocumentFragment.
# [20:01] <rail> espindola: any reason why we should use this hack? I'd prefer to use explicit names...
# [20:01] <@smaug> ah, right
# [20:01] <@smaug> AryehGregor: ok
# [20:01] <@smaug> silly DOM
# [20:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [20:01] <@smaug> could we get rid of doctypes :)
# [20:01] <AryehGregor> Or at least make them behave sanely.
# [20:01] * wlach|out is now known as wlach
# [20:02] <AryehGregor> Like make cloneNode() work on them, let them be children of DocumentFragments, whatever . . .
# [20:02] <espindola> rail, just preferences. Some people like to use that rpm feature (rpm based distros do)
# [20:02] <espindola> since you prefer to use the name, lets do that
# [20:02] <rail> yay! :)
# [20:02] <rail> it's easier to track, imo
# [20:02] <Ms2ger> I blame Acid3 for doctypes
# [20:02] <Tobbi> Hey. Do we support XSL-FO?
# [20:02] <espindola> (on the next push, on this one it is ok to just replace the previous one as we were doing)
# [20:03] <Ms2ger> Tobbi, no, and never will
# [20:03] <Tobbi> ok
# [20:03] <Ms2ger> In fact, it's so silly Hixie once proposed something almost entirely like it as an April Fools joke
# [20:04] <Tobbi> eh, what's silly about the W3C standard?
# [20:04] <@smaug> AryehGregor: doctype can be a child of a document, but not anything else, right?
# [20:04] <Tobbi> Oh, for some reason, the discussion was about doctype, while I had a doctype question.
# [20:04] <AryehGregor> smaug, right. And there are restrictions on number and order of Document children too.
# [20:05] * Quits: gkw (gkw@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird 1.2a1pre)
# [20:05] <AryehGregor> Document's children must be one optional doctype followed by one optional element, with any number of optional comments sprinkled in between.
# [20:05] * mak|afk is now known as mak
# [20:05] <AryehGregor> Or something like that.
# [20:05] <AryehGregor> http://dvcs.w3.org/hg/domcore/raw-file/tip/dom-core.html#node-tree
# [20:05] * armenzg is now known as armenzg_brb
# [20:05] <AryehGregor> PIs are allowed along with comments.
# [20:05] * AryehGregor hates the DOM
# [20:05] * Joins: vivek (quassel@47D20956.E2C15B5F.2A068A5E.IP)
# [20:05] <Hixie> Ms2ger: seems highly unlikely given my stats on april fools jokes, i think you have me confused with someone else :-)
# [20:05] <gakiwate> rillian, Thanks. Will do that
# [20:06] <Ms2ger> Hixie, rly? Hmm
# [20:06] <AryehGregor> We should have a hierarchy like: Node. CharacterData implements Node, Text/Comment implement CharacterData. Element implements Node. That's it.
# [20:06] <AryehGregor> Kill Document, DocumentType, DocumentFragment, ProcessingInstruction.
# [20:06] <AryehGregor> Nobody likes them anyway.
# [20:06] <AryehGregor> Well, maybe we need Document.
# [20:07] <AryehGregor> Maybe it should inherit from Element.
# [20:07] * AryehGregor dreams
# [20:07] <Ms2ger> Hixie, hmm, yes, your only post on 1 April is "The performance aspect of Acid3"
# [20:07] <@ehsan> n
# [20:07] <Ms2ger> Hi ehsan
# [20:07] <@ehsan> hi
# [20:08] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
# [20:08] * Quits: dao (dao@moz-EEA971DB.pool.mediaways.net) (Quit: Leaving.)
# [20:08] * jgriffin is now known as jgriffin-lunch
# [20:09] <AryehGregor> Yay, with Ms2ger's patch all the compareBoundaryPoint tests pass too.
# [20:09] <Waldo> Ms2ger: sounds apropos
# [20:09] <AryehGregor> That's everything except intersectsNode.
# [20:09] <AryehGregor> Now let's make all the execCommand() tests pass! :D
# [20:09] <Ms2ger> Heh
# [20:09] * Waldo wonders how long it'll take to train TB's bayesian filter that pgp-encrypted mail is not junk
# [20:09] * Waldo grmbls
# [20:09] <Ms2ger> ehsan, prepare for a big review queue when you wake up tomorrow :)
# [20:09] <AryehGregor> :P
# [20:09] <Waldo> suppose I could try smime once they start putting bug summaries in the message
# [20:10] <@ehsan> Ms2ger: great!
# [20:10] <dholbert> mats, ping?
# [20:11] * AutomatedTester|afk is now known as zz_AutomatedTester|afk
# [20:11] <mbrubeck> hsivonen: bug 717488 has been merged to central. (I don't have access to resolve it.)
# [20:11] * Joins: mixedpuppy (mixedpuppy@21B7B9F2.B87E9213.6E712CE2.IP)
# [20:11] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [20:12] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
# [20:12] <mbrubeck> !seen bhackett
# [20:12] <firebot> bhackett was last seen 4 days, 21 hours, 7 minutes and 43 seconds ago, saying 'terrence: I think it was just for performance' in #jsapi.
# [20:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [20:13] <dholbert> mbrubeck, I updated bug 717488
# [20:13] <mbrubeck> dholbert: thanks -- if you have sg access, could you also do 733979?
# [20:13] * Quits: gabor (gabor@moz-797A1A8A.pool.digikabel.hu) (Ping timeout)
# [20:13] <dholbert> sure
# [20:13] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [20:13] <mbrubeck> thanks again!
# [20:14] * Quits: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com) (Quit: brendan)
# [20:14] <dholbert> mbrubeck, np (resolved that bug)
# [20:15] * Quits: surkov (surkov@8396BAAD.8439BF19.EBE09E3C.IP) (Quit: surkov)
# [20:16] * Quits: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP) (Input/output error)
# [20:17] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
# [20:17] * joduinn is now known as joduinn-mtg
# [20:17] * khuey is now known as khuey|away
# [20:18] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
# [20:20] * Joins: PraZuBeR (PraZuBeR@moz-8FDA4E25.savvy.volia.net)
# [20:21] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D)
# [20:23] <mats> dholbert: pong
# [20:24] <dholbert> mats, do you know offhand why nsPlaceholderFrames aren't inline (according to IsFrameOfType(eLineParticipant)) ?
# [20:24] <dholbert> mats, (they don't have an IsFrameOfType impl)
# [20:24] * Joins: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net)
# [20:24] <dholbert> mats, what I mean is: why don't we consider them inline?
# [20:24] * mccr8 is now known as mccr8|lunch
# [20:25] <dholbert> (flexbox spec says they're supposed to be, when inside of a flexbox - not sure if that's been specified anywhere before)
# [20:26] * Quits: anant_ (Anant@moz-271479F2.hsd1.ca.comcast.net) (Quit: Leaving)
# [20:26] <dholbert> mats, (this is at http://dev.w3.org/csswg/css3-flexbox/#abspos-flexbox-items in the flexbox spec -- "These placeholders are anonymous inline boxes[...]")
# [20:26] * Joins: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP)
# [20:26] * Joins: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP)
# [20:26] * Quits: dseif (dseif@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:27] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:29] <firebot> Check-in:
# [20:29] <firebot> http://hg.mozilla.org/mozilla-central/rev/9023803c5d64 - Asaf Romano - Bug 718608 - Migration code shrink and cleanup: unified code for notifications and error handling, prepare for deCOM. r=mak. sr=gavin on the interface change. browser/components/build
# [20:29] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [20:29] <firebot> part was done by mak (r=bsmedberg.
# [20:29] <mats> dholbert: I don't know, it seems to me they should be considered inline for the purpose of line layout
# [20:29] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
# [20:30] <mats> dholbert: oh wow, the flexbox spec explicitly mentions them - I didn't know that...
# [20:30] <dholbert> mats, yeah -- I think they were just implementation artifacts before (?)
# [20:30] * Joins: sheppy (sheppy@6666F31E.910C2697.65DDFA89.IP)
# [20:30] <dholbert> mats, but yeah, their presence affects behavior of the flexbox layout algorithm
# [20:31] * Quits: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ami_Ty)
# [20:31] <dholbert> mats, anyway -- thanks for the sanity-check -- I'm going to run an IsFrameOfType() addition through TryServer, and if that likes it, I'll file a bug
# [20:32] * armenzg_brb is now known as armenzg
# [20:32] <mats> dholbert: ok, no problem
# [20:34] <mats> dholbert: I wonder if it's a good idea for the spec to introduce the concept of placeholders...
# [20:34] * Joins: curmet (Mibbit@8A553CE2.EFCD7E10.F6B52440.IP)
# [20:34] * Joins: Ami_Ty (Amie@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:34] * jhammel|lunch is now known as jhammel
# [20:34] <curmet> hello everyone , does anybody her want to help me ?
# [20:35] <mats> dholbert: couldn't it just say that positioned boxes force an anonymous item? (without mentioning placeholders)
# [20:35] <dholbert> mats, well, that's basically what it's saying, it just uses the term "placeholder" :)
# [20:36] <dholbert> it's saying that a 0-size inline-level rendering object is left behind
# [20:36] <mbrubeck> curmet: If you have a question, feel free to ask...
# [20:36] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [20:37] <mats> dholbert: ok, maybe it's just me that thinks it goes too deep into Gecko's specific implementation details...
# [20:37] <dholbert> mats, (0-size is important for correct behavior of course, and inline-level is important because we're supposed to wrap contiguous inline runs in an anonymous wrapper-block)
# [20:37] <dholbert> (so inline-level vs block-level affects behavior)
# [20:37] <jdm> curmet: what kind of help?
# [20:38] <mats> dholbert: I guess it's ok if other vendors agree to this "abstract" placeholder box
# [20:38] <dholbert> mats, yeah - I wasn't involved in that conversation, but IIUC other vendors are cool with it
# [20:38] * Quits: JeroenDeDauw (jeroen@moz-63AA0E5F.dip0.t-ipconnect.de) (Ping timeout)
# [20:39] <curmet> I'm really interested by participating in "Google Summer of COde" and I find out a subject in the subjet list, whom I have to ask for participating in that subject ?
# [20:39] <Ms2ger> curmet, there should be a mentor listed for each project
# [20:40] <mats> dholbert: yes, but I don't see the need to say there *is* a 0-size, inline box there at all
# [20:40] <curmet> yes , but how I find out his e-mail ?
# [20:40] * Joins: jfkthame (jfkthame@172E6502.44C0F4C5.9542EC20.IP)
# [20:40] <Ms2ger> curmet, who is it?
# [20:40] <mats> dholbert: ok
# [20:40] <dholbert> mats, it affects behavior whether that is present or not
# [20:40] <curmet> Frédéric Wang
# [20:40] <dholbert> e.g. if you have [block][block][abspos element][block] with "flex-pack: justify"
# [20:41] <Ms2ger> firebot, fwang?
# [20:41] <firebot> Ms2ger: Sorry, I've no idea what 'fwang' might be.
# [20:41] <Ms2ger> firebot, fredw?
# [20:41] <firebot> Ms2ger: Sorry, I've no idea what 'fredw' might be.
# [20:41] <Ms2ger> Bah
# [20:41] <dholbert> mats, (flex-pack:justify means "put equal space between each flexbox item")
# [20:41] <dholbert> mats, so in that situation, it's important whether or not something is left behind
# [20:42] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [20:42] <dholbert> because it determines whether we've got 3 or 4 flex items (and whether we've got equal-spacing between the [blocks] vs. twice as much space (visually) before the final [block])
# [20:42] <curmet> Ms2ger, do you know Frédéric Wang's email address please ?
# [20:42] <Ms2ger> curmet, fred.wang@free.fr
# [20:42] <mats> dholbert: yes, I get that, but the spec could just say that positioned boxes force an item, no?
# [20:43] <Ms2ger> firebot, fwang is Frédéric Wang <fred.wang@free.fr>, MathML guru
# [20:43] <dholbert> mats, well, so then you've got [block]abc[abspos]def[block]
# [20:43] <firebot> Ms2ger: ok
# [20:43] <mats> dholbert: I don't really see the need to say that the item contains an abstract placeholder...
# [20:43] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [20:43] <curmet> Ms2ger, thanks a lot. and what if a subject don't have a montor ? to whom should I talk please ?
# [20:43] <dholbert> mats, then the question would be: does the abspos element there ^ get its own item, or share that with the text around it?
# [20:44] <Ms2ger> curmet, gerv, I think
# [20:44] <dholbert> mats, if we just say "it forces a 0-size inline-level rendering object", then it clears this all up. :)
# [20:45] <AryehGregor> Oh, drat . . . I think my m-i push converted random orange to permanent orange. :(
# [20:45] <mats> dholbert: I agree it's convenient... I just don't think it's needed :-)
# [20:45] <KaiRo> mccr8|lunch: ping
# [20:45] <AryehGregor> https://bugzilla.mozilla.org/show_bug.cgi?id=668716#c86
# [20:45] <AryehGregor> But I forgot to make the change in the patch I pushed.
# [20:45] * AryehGregor writes a patch to fix it
# [20:45] * Quits: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com) (Ping timeout)
# [20:46] <dholbert> mats, mm, I like the highly-specific-ness in this instance at least. but maybe I'm biased to like it because it (mostly) matches gecko internals :)
# [20:46] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [20:48] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [20:49] <curmet> Ms2ge, thanks a lot.
# [20:49] <Ms2ger> Np
# [20:50] <AryehGregor> philor, I messed up my push and forgot to include the fix that stopped test_bug632379.xul from becoming perma-orange: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=25a2a013eea1
# [20:50] <NeilAway> dao: (sorry, combination of phone call and afw) ok, so who else usually sets currentSet?
# [20:50] <AryehGregor> What should I do? Try to get review on a patch to push right away, or backout that commit?
# [20:50] <AryehGregor> (input from Ms2ger or someone else also appreciated)
# [20:50] <Ms2ger> AryehGregor, push it, r=orange
# [20:52] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:52] * Quits: @smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi) (Ping timeout)
# [20:52] * Joins: joey (chatzilla@moz-E31CD2CB.mozilla.org)
# [20:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:56] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [20:56] * Joins: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:56] <AryehGregor> I should probably have made the bug 735805, not 668716. Oh well.
# [20:57] * Parts: knelson (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:57] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
# [20:58] <Waldo> http://webkitmemes.tumblr.com/post/19682791175/forever-alone mutatis mutandis for us :-)
# [20:58] <Waldo> pushing with r=orange is perfectly fine generally, just don't use it as an excuse for removing xpconnect :-)
# [20:58] <Waldo> that doesn't need an excuse
# [20:59] <mconnor> sr=me
# [20:59] <gerv> curmet: yes, send me mail. Although every idea on the official list should have a mentor.
# [20:59] * Quits: squib (squib-@moz-3F6F2A9C.ep.wisc.edu) (Quit: Leaving)
# [21:00] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [21:00] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [21:00] * armenzg is now known as armenzg_mtg
# [21:01] * mattwoodrow|away is now known as mattwoodrow
# [21:01] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:01] * Quits: janv (varga@moz-DE50E089.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [21:01] <AryehGregor> Removing xpconnect?
# [21:01] * AryehGregor doesn't get it
# [21:02] <jdm> AryehGregor: it's a popular component for people to beat up on
# [21:02] * zz_AutomatedTester|afk is now known as AutomatedTester
# [21:03] * Joins: priya (Adium@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:03] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:04] * AryehGregor just hopes it actually fixes the orange and causes no other regressions
# [21:04] <curmet> gerv, oki I'll, thanks
# [21:04] * Joins: smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi)
# [21:04] * ChanServ sets mode: +o smaug
# [21:05] * jgriffin-lunch is now known as jgriffin
# [21:07] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:07] * Joins: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:07] * Waldo apologizes to the denizens of bug 731261 for his last comment (responding to the one before it)
# [21:07] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [21:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:07] * Quits: @smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi) (Input/output error)
# [21:08] * Joins: smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi)
# [21:08] * ChanServ sets mode: +o smaug
# [21:09] <Waldo> people who install aurora get nightly updates for it when patches land in aurora, right?
# [21:09] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [21:10] <Ms2ger> I think so, yes
# [21:10] * jfkthame is now known as jfkthame_afk
# [21:10] <Waldo> good, good
# [21:10] * Quits: @ted (ted@moz-9426856F.sctnpa.east.verizon.net) (Quit: ted)
# [21:10] <Waldo> means I can unhide 735313 in short order
# [21:11] <Ms2ger> Is that the pwn2own bug?
# [21:11] <Waldo> no
# [21:11] <Waldo> some StringBuffer refactoring I did had a mini-assertion regression
# [21:11] <Waldo> and the timing was such that it propagated to aurora for a little bit
# [21:11] <Ms2ger> I see
# [21:12] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
# [21:12] * armenzg_mtg is now known as armenzg
# [21:12] * Quits: supreet (quassel@716D9C2B.A1A0D2DF.DF11F364.IP) (Ping timeout)
# [21:12] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Client exited)
# [21:12] * Quits: ibarlow (ibarlow@F2D29657.F60B0462.67AC9B1.IP) (Quit: ibarlow)
# [21:13] * Joins: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP)
# [21:13] * Quits: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com) (Ping timeout)
# [21:14] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [21:14] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
# [21:14] * Quits: gkw (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre)
# [21:14] * Joins: gkw (gkw@moz-BBE3ABD.mv.mozilla.com)
# [21:14] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [21:16] * nthomas|away is now known as nthomas|mtg
# [21:17] * Joins: gandalf (zbraniecki@moz-3F6EB325.neoplus.adsl.tpnet.pl)
# [21:18] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:18] * Joins: jammink (textual@moz-9B03AC.static.keyway.net)
# [21:18] * jammink is now known as jammink|LA
# [21:21] * Quits: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Ping timeout)
# [21:21] * Quits: sheppy (sheppy@6666F31E.910C2697.65DDFA89.IP) (Quit: sheppy)
# [21:21] * jmaher is now known as jmaher|afk
# [21:21] <bholley> ehsan, jlebar: should I be accepting pull requests for git-bz?
# [21:21] <bholley> I thought it was all in jlebar's repo now
# [21:22] <jlebar> bholley, I just commented; I think I'd managed not to switch over the subrepo.
# [21:22] <@ehsan> bholley: well it's marked as a fork of your repo
# [21:22] <@ehsan> which confused me
# [21:22] <@ehsan> jlebar: should I submit this to you?
# [21:22] <jlebar> bholley, Er, no, the subrepo is right.
# [21:22] <jlebar> ehsan, Yes, please.
# [21:22] <@ehsan> ok
# [21:22] <jlebar> ehsan, Thank you!
# [21:22] <bholley> ehsan: how should I make my repo less confusing
# [21:22] <bholley> ?
# [21:22] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [21:23] <@ehsan> bholley: delete it ;)
# [21:23] <jlebar> bholley, Yay github.
# [21:23] <@ehsan> and then fork jlebar
# [21:23] * Joins: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net)
# [21:23] <snorp> have folks noticed the linker taking even longer than normal recently?
# [21:24] <snorp> like maybe a couple weeks?
# [21:24] <snorp> with debug builds
# [21:24] <jlebar> snorp, How much RAM do you have?
# [21:24] <snorp> jlebar: 18GB
# [21:24] <snorp> so…probably not the problem :)
# [21:24] <jlebar> snorp, Mmm, I dunno. :D
# [21:25] <@ehsan> snorp: I have indeed noticed it
# [21:25] <snorp> ld using about 1.4GB here
# [21:25] <bholley> ehsan: done
# [21:25] <snorp> ehsan: nice
# [21:25] <snorp> wtf is going on
# [21:25] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
# [21:25] <sfink> you forgot you switched back to ld.bfd?
# [21:25] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:26] * Quits: @smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi) (Ping timeout)
# [21:26] <snorp> heh
# [21:26] <AryehGregor> note: no known conversion for argument 3 from nsCOMPtr<nsIDOMDocumentType> to nsIDOMNode*
# [21:26] * Joins: smaug (chatzilla@moz-3A1A2CE.gprs.sl-laajakaista.fi)
# [21:26] * ChanServ sets mode: +o smaug
# [21:26] <@ehsan> jlebar: https://github.com/jlebar/git-bz-moz/pull/1
# [21:26] <AryehGregor> Okay, all this typing is confusing me. What's the right way to convert here?
# [21:27] <jlebar> AryehGregor, QueryInterface? Or you could do .get() if it'd be a static cast.
# [21:27] * AryehGregor understands things like pointers and reference-counting in theory, but apparently not so well yet in practice
# [21:28] * Quits: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com) (Ping timeout)
# [21:28] <jlebar> AryehGregor, In C++, implicit conversions are not transitive. nsCOMptr<nsIDOMDocumentType> can be implicitly converted to nsIDOMDocumentType*. And nsIDOMDocumentType* might be implicitly converted to nsIDOMNode* (I'd have to look at the inheritance).
# [21:28] <jlebar> AryehGregor, But...not transitive.
# [21:28] <AryehGregor> Hmm.
# [21:29] * khuey|away is now known as khuey
# [21:29] * Quits: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com) (Client exited)
# [21:29] * Joins: davidillsley (chatzilla@moz-F51CD111.range86-144.btcentralplus.com)
# [21:31] * Joins: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [21:31] * Parts: mcmanus (mcmanus@moz-FE9B5BFD.twcny.res.rr.com)
# [21:33] * Quits: Elen (El@moz-749635E7.hsd1.ut.comcast.net) (Quit: )
# [21:34] * zpao is now known as zpao|detached
# [21:34] <Ms2ger> AryehGregor, so just .get(), yes
# [21:34] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [21:35] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
# [21:35] <AryehGregor> With .get(): note: no known conversion for argument 3 from nsIDOMDocumentType* to nsIDOMNode*
# [21:36] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
# [21:36] <AryehGregor> It inherits directly: http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/core/nsIDOMDocumentType.idl
# [21:36] * mccr8|lunch is now known as mccr8
# [21:37] <mccr8> KaiRo: pong
# [21:37] <Ms2ger> Eh
# [21:37] <@khuey> AryehGregor: are you including nsIDOMDocumentType.h?
# [21:37] <@khuey> AryehGregor: that'll happen if nsIDOMDocumentType is just forward declared
# [21:37] <Ms2ger> khuey++
# [21:37] <AryehGregor> <3 C++
# [21:37] <Ms2ger> What would clang say?
# [21:38] * Quits: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [21:38] * Quits: peregrino (peregrino@moz-9A666907.telecom.net.ar) (Ping timeout)
# [21:38] <KaiRo> mccr8: what way should we go in bug 733235? should those frames disappear or be prefixed to the next frame?
# [21:38] <@khuey> so ...
# [21:38] * Quits: vivek (quassel@47D20956.E2C15B5F.2A068A5E.IP) (Client exited)
# [21:38] <@khuey> where did the webidl overload resolution algorithm go
# [21:38] <Ms2ger> ehsan, oh, I guess nsIContentFilter is for extensions, right?
# [21:38] * Quits: enda (chatzilla@805B2C83.679532CF.2500F951.IP) (Input/output error)
# [21:38] * KaiRo has done a large skiplist triage today
# [21:38] <Ms2ger> It's argument resolution now
# [21:38] <Ms2ger> khuey, ^
# [21:39] <@ehsan> Ms2ger: I've never used that interface...
# [21:39] <@khuey> srsly?
# [21:39] <@ehsan> (iirc)
# [21:39] <@khuey> wtf
# [21:39] <Ms2ger> ehsan, 'tis in editor
# [21:39] <mccr8> KaiRo: Either way is fine with me. I guess it matters if you want to split assertion failures from other kinds of crashes.
# [21:39] <@ehsan> really?
# [21:39] <Ms2ger> editor/idl/nsIContentFilter.idl
# [21:39] <KaiRo> mccr8: well, I'd like us to do what is most helpful for developers
# [21:40] <mccr8> KaiRo: I think conceptually an assertion failure is part of the function itself?
# [21:40] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [21:40] <mccr8> maybe Waldo has an opinion? I think he added MOZ_ASSERT.
# [21:40] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
# [21:40] <mccr8> though I think he's having lunch right now
# [21:40] <KaiRo> mccr8: I have too little view into what's actually going on there in code
# [21:40] <mccr8> yeah.
# [21:40] * Joins: gakiwate (Gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
# [21:40] <AryehGregor> Yay, it compiles. Thanks, jlebar/Ms2ger/khuey. Now to see if it does what I want . . .
# [21:40] <Ms2ger> :)
# [21:40] <@ehsan> Ms2ger: I would guess it's used in SeaMonkey?
# [21:41] <@ehsan> or Composer
# [21:41] <@ehsan> or Thunderbird
# [21:41] <@ehsan> etc
# [21:41] <Ms2ger> KaiRo, disappear, I think
# [21:41] <Waldo> mccr8: which is this?
# [21:41] * joduinn-mtg is now known as joduinn
# [21:41] <Ms2ger> ehsan, not in c-c, apparently
# [21:42] <@ehsan> weird
# [21:42] <KaiRo> Waldo: bug 733235
# [21:42] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [21:42] <KaiRo> Waldo: we're trying to figure out if those should be omitted or prefixed
# [21:43] <@ehsan> Ms2ger: http://www.isislab.it/projects/NoTrace/ uses it
# [21:43] <Ms2ger> ehsan, the reason I was asking is that we call it with (nsIDOMNode **)address_of(fragmentAsNode),
# [21:44] <mccr8> KaiRo: I went over and talked to Waldo. He agrees that we should just make it disappear.
# [21:44] <mccr8> Apparently in WebKit assertions don't involve method calls so they don't show up at all in stacks.
# [21:44] <KaiRo> mccr8: ok, so ignore list for those two, thanks
# [21:44] * Waldo doesn't have any idea what the dif between omit and prefix is :-)
# [21:44] <mccr8> KaiRo: Thanks for pushing these along!
# [21:44] <KaiRo> er, irrelevant
# [21:44] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [21:44] * ChanServ sets mode: +o dbaron
# [21:45] * Joins: cviecco (cviecco@7D871D9E.1B9CFF7.4401682D.IP)
# [21:45] <Waldo> ideally MOZ_ASSERT wouldn't affect stacks at all, but it does for now, so just doing what we can to pretend MOZ_Assert doesn't seems best
# [21:45] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
# [21:45] <mccr8> Waldo: basically it affects how things are bucketed. If you assert in method FooBar, it is the difference between it showing up as a crash in FooBar or in MOZ_ASSERT | FooBar.
# [21:45] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [21:45] <mccr8> yeah it seems like omitting it is the way to go.
# [21:45] <KaiRo> Waldo: it's either not shown at all in crash signature or the next frame is appended, with a | in between - as mccr8 says
# [21:45] <Waldo> yup, definitely want that to show up as a crash in FooBar; MOZ_ASSERT's not relevant
# [21:45] <mccr8> as the function call is really just an implementation detail.
# [21:46] <mccr8> right now all of the MOZ_ASSERTs are bucketed togehter which is pretty lame...
# [21:46] <sfink> mccr8: where's the code that generates the strings "XPCWrappedNative (Event) 0xf85cc40" and "nsDOMEvent 0x11207df0" in the CC log?
# [21:46] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [21:46] <mccr8> sfink: in the traverse function for the class, guarded by something like cb.WantDebugInfo()
# [21:46] <sfink> mccr8: ok, thanks
# [21:46] <@khuey> firebot: 0x5a5a5a5a?
# [21:46] <firebot> khuey: 0x5a5a5a5a is jemalloc freed junk memory (cf. 0xa5a5a5a5)
# [21:46] <@khuey> rillian: ^
# [21:47] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [21:47] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [21:47] <jlebar> Is nsGlobalWindow::SetDocShell(null) what gets called when a window's container is destroyed?
# [21:48] <KaiRo> ok, now bug 711953 and bug 711954 are probably the only larger skiplist bugs that are not actionable yet - if anyone has input on if those should go irrelevant or prefix, please comment in the bugs
# [21:48] <rillian> khuey, nifty
# [21:48] <@bz> jlebar: sorta
# [21:48] <@bz> jlebar: for outer windows...
# [21:48] <jlebar> bz, Yeah, I thought it was more complicated than that...
# [21:48] <@khuey> rillian: firebot is all knowing
# [21:48] <@khuey> it even reviews patches
# [21:48] * Quits: hvq (HVQ@moz-DBF7B1D0.dynip.nus.edu.sg) (Ping timeout)
# [21:48] <@bz> well, it depends on how you define "destroyed"
# [21:48] <rillian> firebot, how many bugs do I have open?
# [21:48] <@bz> "torn down", yes
# [21:48] <firebot> rillian: Sorry, I've no idea what 'how many bugs do I have open' might be.
# [21:48] <@bz> destructor, maybe not
# [21:48] <jlebar> bz, "torn down" is good.
# [21:49] <jlebar> bz, But...suppose I have an iframe, and I hold the window object, then delete the iframe object.
# [21:49] <rillian> khuey, all knowing, *and* able to lie about it. Very impressive!
# [21:49] <@khuey> indeed
# [21:49] <jlebar> bz, er, remove the iframe object from the DOM.
# [21:49] <@khuey> firebot: botsnack
# [21:49] * firebot smiles
# [21:49] <jlebar> bz, If SetDocShell(null) is called, we'll do mDoc = NULL, which seems wrong.
# [21:49] <jlebar> bz, So I expect SetDocShell wouldn't be called.
# [21:50] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Client exited)
# [21:50] * Joins: db48x` (user@moz-83319934.dsl.static.sonic.net)
# [21:51] * zpao|detached is now known as zpao
# [21:52] * Quits: curmet (Mibbit@8A553CE2.EFCD7E10.F6B52440.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [21:53] <hub> is there a way to tell firefox to open a XUL file?
# [21:53] * Quits: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP) (Ping timeout)
# [21:53] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [21:54] * Quits: cadecairos (cadecairos@EDDEAA06.33EE9F8A.1139E686.IP) (Ping timeout)
# [21:54] <dholbert> hub, this is a local file I assume?
# [21:54] <dholbert> hub, you need to set the pref dom.allow_XUL_XBL_for_file to true, IIRC
# [21:54] <hub> yes it is
# [21:54] <hub> oh
# [21:54] <hub> ok
# [21:54] <hub> I'll try that
# [21:54] <dholbert> hub, https://developer.mozilla.org/en/using_remote_xul has more info
# [21:54] * Quits: evilpie (tom@moz-2C299389.pools.arcor-ip.net) (Quit: Lost terminal)
# [21:56] <hub> the preference is not even listed in about:config
# [21:56] <Jesse> KaiRo++
# [21:57] <@khuey> hub: yes, so that you have to know about it to set it
# [21:57] <hub> make sense
# [21:57] * hub is reading the page on MDN
# [21:58] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
# [21:59] <@khuey> catlee-buildduty:ping?
# [21:59] * Quits: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP) (Ping timeout)
# [21:59] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [22:00] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [22:02] * Quits: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net) (Ping timeout)
# [22:02] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [22:03] * Quits: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [22:03] * Joins: saad (saad@A71DD6F3.1B601AA3.4BD71336.IP)
# [22:04] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
# [22:05] * Quits: mjschranz (mjschranz@C7D326F2.33EE9F8A.1139E686.IP) (Ping timeout)
# [22:05] * Fallen|away is now known as Fallen
# [22:06] * Joins: snorp (snorp@moz-1E566C62.hsd1.mi.comcast.net)
# [22:07] * Joins: peregrino (peregrino@moz-41F352F2.telecom.net.ar)
# [22:08] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
# [22:10] <catlee-buildduty> khuey: pong
# [22:11] <@khuey> catlee-buildduty: are all of the twigs that say they're in use really in use?
# [22:12] * Joins: bsmith (bsmith@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:12] * Quits: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net) (Ping timeout)
# [22:12] * Quits: ddahl (ddahl@25F88422.B7606226.6BED537B.IP) (Ping timeout)
# [22:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [22:13] <catlee-buildduty> khuey: you'd have to ask their owners
# [22:13] <@khuey> ok
# [22:14] <catlee-buildduty> you should poke people who are using htem for many months
# [22:14] * Joins: robarnold (rob@moz-59F6B5.hfc.comcastbusiness.net)
# [22:14] * Fallen is now known as Fallen|away
# [22:15] <@khuey> yeah I'll send mail
# [22:17] * Joins: db48x`` (user@moz-83319934.dsl.static.sonic.net)
# [22:17] <billm> khuey: larch is no longer used
# [22:17] <catlee-buildduty> that's allotta twigs
# [22:17] * bhearsum is now known as bhearsum|afk
# [22:18] <@khuey> catlee-buildduty: indeed
# [22:18] <@khuey> billm: cool
# [22:18] * Quits: db48x` (user@moz-83319934.dsl.static.sonic.net) (Ping timeout)
# [22:18] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
# [22:19] <@khuey> billm: I unbooked it for you
# [22:20] * Quits: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:20] <billm> khuey: thanks
# [22:21] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:22] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [22:25] * Fallen|away is now known as Fallen
# [22:25] <@smaug> !seen sicking
# [22:25] <@killer> I don't know who sicking is.
# [22:25] <firebot> sicking was last seen 24 hours, 33 minutes and 6 seconds ago, saying 'Ms2ger: hey hey hey' in #content.
# [22:26] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:26] <mbrubeck> ...and he was never heard from again.
# [22:27] <WG9s> was that his freddie mercury impression
# [22:28] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
# [22:29] * Joins: ddahl (ddahl@moz-68BB1718.tmodns.net)
# [22:29] * Quits: kumar (kmcmillan@moz-E31CD2CB.mozilla.org) (Quit: kumar)
# [22:29] * Quits: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP) (Quit: Computer has gone to sleep.)
# [22:30] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Ping timeout)
# [22:30] <mak> bz: smaug: offhand, is it expected that the docshell passes 404 pages to global history?
# [22:30] * Quits: mcot_ (mcot@C4B02.F3C4E8F3.C8444B8.IP) (Ping timeout)
# [22:31] <@smaug> I would expect that
# [22:31] * Quits: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: gwagner)
# [22:31] <@smaug> but not sure what actually happens :)
# [22:31] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
# [22:32] <mak> smaug: what would you? I mean, what should history do with 404 pages being unable to recognize them from success pages?
# [22:32] * Joins: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net)
# [22:32] <mak> ehr "what would you expect it to do?"
# [22:32] <mak> cause, we are storing visits to broken/wrong urls in history...
# [22:32] <mak> that doesn't sound sane
# [22:33] * Joins: gwagner (idefix@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [22:33] <@smaug> mak: I do want to know if I've visited some page
# [22:33] <mak> so either we block in the docshell, or we make history able to recognize those (thus I'm asking what should I do)
# [22:33] <@smaug> even if that page is 404
# [22:34] <mak> but this way you are autocompleting to mistyped urls
# [22:35] * armenzg is now known as armenzg_away
# [22:36] * Quits: Mark_Capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Ping timeout)
# [22:36] * Joins: philipp64|laptop_ (chatzilla@moz-B40B9015.ctcweb.net)
# [22:36] * joduinn is now known as joduinn-mtg
# [22:36] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [22:37] * Quits: philipp64|laptop (chatzilla@moz-49802010.redfish-solutions.com) (Ping timeout)
# [22:37] * philipp64|laptop_ is now known as philipp64|laptop
# [22:37] <mak> so maybe the answer is to store, but not autocomplete them?
# [22:37] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [22:38] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
# [22:38] <jhammel> ++
# [22:38] * Joins: anky (anky@E6F93F6F.294EEC3B.A3D1B221.IP)
# [22:39] * Quits: armenzg_away (armenzg@moz-A8509789.acanac.net) (Input/output error)
# [22:40] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
# [22:40] * rail is now known as rail_away
# [22:40] <mak> this adds quite some complication :(
# [22:41] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [22:41] * Quits: kutsurak (pex@moz-3021D75B.w92-128.abo.wanadoo.fr) (Client exited)
# [22:42] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Quit: mdas)
# [22:42] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [22:42] <mak> btw, that's another story, at least I know which side to handle that
# [22:43] * Joins: kutsurak (pex@moz-3021D75B.w92-128.abo.wanadoo.fr)
# [22:43] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Ping timeout)
# [22:44] * Joins: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP)
# [22:44] * Joins: enda (chatzilla@47B4F0B4.4B89E028.26E09BF0.IP)
# [22:45] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [22:46] * khuey is now known as khuey|away
# [22:47] * Quits: davidb (davidb@471D72E.2257F909.F30C9E9E.IP) (Quit: davidb)
# [22:48] * Waldo looks at that
# [22:49] * Quits: Goldorak (chatzilla@B12EAFC8.556B8A18.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:49] * Quits: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk) (Ping timeout)
# [22:49] * Joins: statix|- (statix@moz-AE3C0771.zone12.bethere.co.uk)
# [22:50] * Quits: joey (chatzilla@moz-E31CD2CB.mozilla.org) (Quit: ChatZilla 0.9.88.1 [Firefox 12.0a2/20120308042012])
# [22:50] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 11.0/20120313114517])
# [22:51] * Waldo is trying to figure out if Windows has a trivial fix or not, before backing out
# [22:51] <jlebar> bz, Is nsGlobalWindow::GetDocument not what backs window.document?
# [22:52] * fabrice is now known as fabrice|afk
# [22:52] * nthomas|mtg is now known as nthomas
# [22:52] * jlebar suspects something weird is happening here.
# [22:53] <jlebar> GetNavigator works as I expect...
# [22:53] <Ms2ger> jlebar, it's cached
# [22:53] <Ms2ger> Somewhere in nsDOMClassInfo
# [22:53] * Quits: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net) (Ping timeout)
# [22:53] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
# [22:54] <Waldo> jlebar: nsWindowSH on resolve defines a data property for it, iirc
# [22:54] <Waldo> where Ms2ger pointed
# [22:55] * Quits: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net) (Client exited)
# [22:56] * heycam|away is now known as heycam
# [22:56] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
# [22:56] <gakiwate> gerv, Hi
# [22:56] <jlebar> Waldo, Ms2ger Yay, disaster averted. Thanks.
# [22:56] * sheeri is now known as sheeri-afk
# [22:56] <Ms2ger> Np
# [22:57] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [22:57] * ChanServ sets mode: +o ehsan
# [22:57] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Connection reset by peer)
# [22:57] <Waldo> gakiwate: you probably won't reach him, it being near midnight in London
# [22:57] <gakiwate> Waldo, Oh! Thanks for that.
# [22:57] * bwinton is now known as bwinton_away
# [22:57] <Ms2ger> Waldo, well, ten to ten
# [22:58] <@ehsan> bz: ping
# [22:58] <Waldo> hm, that's kinda close to what I thought :-)
# [22:58] <Waldo> still, late enough it seems doubtful
# [22:58] * Joins: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net)
# [22:58] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
# [22:58] <@smaug> ten is not late
# [22:58] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [22:59] <Waldo> smaug: with family and all, it pretty much is
# [22:59] * Joins: Elen (El@moz-749635E7.hsd1.ut.comcast.net)
# [22:59] <Ms2ger> smaug, not everyone sleeps from 3AM to noon
# [22:59] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [22:59] * Quits: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net) (Quit: Leaving.)
# [22:59] * Joins: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net)
# [22:59] <Waldo> okay, looks like locally I can build if I replace |const Value &value| with |const js::Value &value|, so pushing that fix for Windows
# [23:00] <@smaug> Ms2ger: I don't sleep that much ;)
# [23:00] <Ms2ger> 4AM? :)
# [23:00] <Ms2ger> Waldo, JS::Value, surely ;)
# [23:01] * Quits: twi (Adium@moz-47FC02E0.cust.dsl.vodafone.it) (Quit: Leaving.)
# [23:01] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
# [23:01] * Joins: Mark_Capella (chatzilla@moz-9CD4E6CF.nys.biz.rr.com)
# [23:02] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:02] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:02] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [23:03] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:04] * jlebar is now known as jlebar|away
# [23:04] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:05] * philor is now known as philor|away
# [23:05] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
# [23:07] * Parts: PraZuBeR (PraZuBeR@moz-8FDA4E25.savvy.volia.net)
# [23:08] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:08] <Waldo> also, 2200 not being late doesn't mean he's on IRC regardless
# [23:08] * Quits: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant_)
# [23:09] * Quits: grubshka (grubshka@moz-4BD0D229.w86-216.abo.wanadoo.fr) (Ping timeout)
# [23:09] <Waldo> by 2200 I'm usually awake but trying not to be on IRC so much, generally
# [23:09] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
# [23:09] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:09] <Ms2ger> I doubt he's got a logical schedule anyway, with the baby
# [23:09] * Quits: waschtl (waschtl@moz-A4ECE553.hsi4.kabel-badenwuerttemberg.de) (Ping timeout)
# [23:10] <Waldo> depends on your definition of logical
# [23:10] * Joins: njn (chatzilla@moz-B15A394.dyn.iinet.net.au)
# [23:10] <Waldo> and I realize I just tagged the bustage-fix as "No bug" :-(
# [23:10] <@smaug> Ms2ger: exactly, he might be online at 3am
# [23:10] <Waldo> I don't think that's how that usually works :-P
# [23:10] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
# [23:11] * Quits: ddahl (ddahl@moz-68BB1718.tmodns.net) (Ping timeout)
# [23:11] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:11] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
# [23:12] * Joins: jprmc (jprmc@1B12F656.5BCEC6DB.DA78B690.IP)
# [23:12] * Joins: bb10 (bb10@moz-C7B05616.org)
# [23:12] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:12] * Quits: vikram360 (vikram360@1FF11041.60746C98.2A068A5E.IP) (Ping timeout)
# [23:13] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:15] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:15] * Joins: crussell (colby@moz-6E56C1D9.dfw.dsl-w.verizon.net)
# [23:16] <Kwan> anyone know why http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#695 uses getBrowserAtIndex(i) instead of browsers[i] ?
# [23:17] <gavin> probably because it was written (or copied from code that was written) before browsers existed
# [23:18] <eflores> Is anybody else's build failing on the HAL stuff?
# [23:18] <Kwan> so browsers[i] and thus also for (let browser of browsers) will both work fine then?
# [23:18] <gavin> or the person who rewrote the loop to use .browsers forgot to replace the getBrowserAtIndex call too
# [23:18] <gavin> Kwan: yes
# [23:18] * Quits: anky (anky@E6F93F6F.294EEC3B.A3D1B221.IP) (Quit: Leaving...)
# [23:18] <Kwan> sweet, thanks
# [23:19] <eflores> Or even better, is there an option to exculde that stuff? I doubt that's desktop-relevant
# [23:19] * Quits: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
# [23:20] * Quits: dcamp (dave@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
# [23:20] * mcote is now known as mcote|afk
# [23:20] * Quits: jprmc (jprmc@1B12F656.5BCEC6DB.DA78B690.IP) (Ping timeout)
# [23:20] * Quits: shorlander (shorlander@40018561.F684631.21A4E96A.IP) (Quit: Leaving...)
# [23:20] * Joins: tchevalier (Instantbir@moz-1870791.w90-48.abo.wanadoo.fr)
# [23:21] * Joins: harth (harth@E9758364.9EC0A5AF.CFE928A7.IP)
# [23:22] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [23:22] * Quits: Ms2ger (Ms2ger@moz-4378F9F8.adsl-dyn.isp.belgacom.be) (Quit: nn)
# [23:23] * Joins: By-Tor (bytor@moz-A87A4C74.dyn.optonline.net)
# [23:25] <mbrubeck> eflores: What OS?
# [23:25] * Quits: diogogmt (kvirc@F1451709.44D93D66.1139E686.IP) (Ping timeout)
# [23:25] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
# [23:25] <eflores> mbrubeck: Mac OS 10.7
# [23:26] <mbrubeck> eflores: If you're building from inbound you may need to clobber
# [23:26] <eflores> mbrubeck: m-c
# [23:26] <mbrubeck> no idea then, sorry
# [23:27] <Callek> did l10n repacks break again overnight on trunk
# [23:27] <Callek> and if so, did the problem patch get backed out
# [23:27] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
# [23:30] <eflores> Nope, doesn't seem to be l10n
# [23:31] <eflores> Seems to be in the HAL stuff, but from quite a while ago
# [23:31] <eflores> Hrm, this doesn't make sense
# [23:31] * Quits: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net) (Ping timeout)
# [23:33] * Joins: JeroenDeDauw (jeroen@moz-D28A60D4.dip.t-dialin.net)
# [23:34] <eflores> It's this line http://mxr.mozilla.org/mozilla-central/source/hal/Hal.cpp#196
# [23:34] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
# [23:34] <eflores> RemoveObservers returns void, and it throws a fit about it trying to cast to bool
# [23:34] <@ehsan> BenWa: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=c61855cb4558
# [23:34] <eflores> Also a bunch of stuff referred to in SandboxHal.cpp not existing, but one thing at a time, methinks
# [23:35] <doublec> eflores: pastebin the errors?
# [23:35] <eflores> Er, good point
# [23:36] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
# [23:36] <BenWa> ehsan: Horray!
# [23:36] * Joins: biesi_ (cbiesinger@moz-7BB2E24D.corp.tfbnw.net)
# [23:36] <eflores> http://pastebin.mozilla.org/1530079
# [23:36] * Quits: biesi (cbiesinger@moz-7BB2E24D.corp.tfbnw.net) (Ping timeout)
# [23:37] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
# [23:37] * Quits: TheOne (one@moz-4E4FD4E6.dip.t-dialin.net) (Input/output error)
# [23:38] * Quits: ehugg (chatzilla@EA4B33D2.C5EAED67.6CD50604.IP) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643])
# [23:40] <eflores> Hrm, I'ma just update to the rev before those lines for now
# [23:40] * Quits: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org) (Ping timeout)
# [23:40] * wlach is now known as wlach|out
# [23:41] <mbrubeck> I think we have a new OSX debug perma-orange that snuck in on inbound...
# [23:41] <doublec> eflores: bug 745778 looks to have landed recently and touched that area
# [23:41] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
# [23:41] <eflores> Yeah, saw that
# [23:41] <doublec> eflores: 735778 I mean
# [23:41] <eflores> Looks like it's about midnight for him though; may wait until later to chase up on it
# [23:42] <eflores> For now just updating to r89739 and hoping nothing is broken there...
# [23:42] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
# [23:44] * Joins: rhelmer (rhelmer@moz-B77DEAEB.mozilla.org)
# [23:44] * Quits: clee (clee@moz-BBE3ABD.mv.mozilla.com) (Quit: clee)
# [23:45] <Yoric> Do we have some internal ftp that I could use to store an iso for 24h?
# [23:45] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
# [23:45] * Quits: fxa90id (fxa90id@moz-BE012A28.neoplus.adsl.tpnet.pl) (Quit: Leaving)
# [23:45] <Yoric> (this would save glandium from having to come back to the office just to grab a dvd)
# [23:45] * Joins: clee (clee@moz-BBE3ABD.mv.mozilla.com)
# [23:45] * AutomatedTester is now known as zz_AutomatedTester
# [23:46] <mbrubeck> AryehGregor: Something in this range made bug 668716 become perma-orange in Mac debug builds: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=6a2c57fa8edf&tochange=25a2a013eea1 ... could it be your change?
# [23:47] <gavin> Yoric: fs2? thought you might not want to use that from paris...
# [23:48] <clever> i'm having a very strange error in my extension, var url = doc.location.href; this line of code is throwing an error that makes no sense at all
# [23:48] <clever> Error: Permission denied for <http://......> to get property XULDocument.readyState, 9, dummy
# [23:48] <Yoric> gavin: Do we have access to fs2?
# [23:48] <Callek> AryehGregor: p.s. "please signup on Mozillians.org for those of us who may have a need to look for you" :-)
# [23:48] <Yoric> (I mean, rw access)
# [23:48] <Yoric> If so, this might be a solution, thanks.
# [23:48] <gavin> yes
# [23:48] <Yoric> Usual ldap?
# [23:48] <nthomas> or people
# [23:48] <clever> its not on line 9, its on line 3, and its not in a file called dummy (which venkman cant even open to give help on)
# [23:48] <gavin> you should be able to access it directly over the inter-office VPN
# [23:49] <Yoric> ok
# [23:49] * Joins: darktrojan (geoff@moz-DAB6A0CC.telstraclear.net)
# [23:49] * Yoric suspects transfer will last just about forever, though.
# [23:49] * Joins: Mossop (mossop@moz-B365CA4B.dsl.dynamic.sonic.net)
# [23:49] * Parts: Joeh (joe@5A3923AA.BC22908.C7CEC4ED.IP)
# [23:49] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [23:50] <mbrubeck> err, not just debug builds... all Mac builds are perma-orange :(
# [23:50] <gavin> yeah, it's in mountain view...
# [23:50] <Kwan> mbrubeck: http://krijnhoetmer.nl/irc-logs/developers/20120321#l-3450
# [23:50] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
# [23:50] * Joins: victorporof (victorporo@E9758364.9EC0A5AF.CFE928A7.IP)
# [23:51] <mbrubeck> Kwan: Oh, thanks!
# [23:51] <mbrubeck> That'll teach me to search scrollback better.
# [23:51] <Kwan> np
# [23:52] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
# [23:52] * Quits: Mark_Capella (chatzilla@moz-9CD4E6CF.nys.biz.rr.com) (Quit: ChatZilla 0.9.88.1 [Firefox 13.0a2/20120319042013])
# [23:53] * joduinn-mtg is now known as joduinn-brb
# [23:53] * Quits: asac (asac@D1AEE99B.6F8AB468.B3DDC20A.IP) (Quit: leaving)
# [23:54] * Joins: deLta30 (androirc@B0873D10.CEA64A3E.F7B44A7.IP)
# [23:54] * zz_AutomatedTester is now known as AutomatedTester
# [23:55] * Quits: deLta30 (androirc@B0873D10.CEA64A3E.F7B44A7.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
# [23:56] * Joins: loadbang (loadbang@moz-ECEEBDE4.range86-185.btcentralplus.com)
# [23:56] * Joins: armenzg_away (armenzg@moz-DBD74FB0.home1.cgocable.net)
# [23:56] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [23:56] * Joins: asac (asac@D1AEE99B.6F8AB468.B3DDC20A.IP)
# [23:57] * Quits: wolfiR (wolfiR@moz-E378607.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:57] * joduinn-brb is now known as joduinn-mtg
# [23:57] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d23d714bc491 - Blair McBride - Bug 736542 - Bug 727637 causes about:newaddon to not show up with magically appearing XPI's (backout c4e3ec142aa8). r=dtownsend
# [23:57] <firebot> http://hg.mozilla.org/mozilla-central/rev/6a8e6cb42afa - Blair McBride - Bug 734848 - extensions.checkCompatibility.* prefs don't work as expected in ESR releases. r=dtownsend
# [23:57] <firebot> http://hg.mozilla.org/mozilla-central/rev/652a5c8a24b6 - Marco Bonardo - Merge fx-team and central
# [23:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/f04d1f26bdb0 - Dave Townsend - Bug 735069 - Some add-ons manager tests are pinging AMO. r=Unfocused
# [23:58] <loadbang> why does firefox ground to a halt and beech ball on OS X when copying files from one external firewire or USB hard drive to another.
# [23:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/5673f647d33a - Blair McBride - Bug 735564 - about:newtab has on-hover UI that doesn't work well with touch-screens. r=ttaubert
# [23:58] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
# [23:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/e4901b5d891a - Blair McBride - Bug 727637 - nsBrowserGlue does unnecessary work when there are no new add-ons installed. r=dtownsend,mak77
# [23:58] <firebot> http://hg.mozilla.org/mozilla-central/rev/40e83506f87b - Mario Alvarado - Bug 715454 - Current group is switched when using switch-to-tab and opening new tab r=ttaubert
# [23:59] * Joins: deLta30 (androirc@B0873D10.CEA64A3E.F7B44A7.IP)
# [23:59] <jhammel> loadbang: i think the short answer is "because our IO isn't entirely async'
# [23:59] * coop is now known as coop|afk
# [23:59] <jhammel> (known issue)
# Session Close: Thu Mar 22 00:00:00 2012

The end :)