/irc-logs / mozilla / #developers / 2013-04-04 / end

Options:

# Session Start: Thu Apr 04 00:00:00 2013
# Session Ident: #developers
# [00:00] <jamesr> roc: yeah that's a big question mark. i think if they feel that moving the web forward is important they will invest
# [00:00] <@roc> I fear they don't
# [00:00] <jamesr> they're still on a 1 year+ release cycle
# [00:00] <@roc> there are obvious reason why they wouldn't
# [00:00] * Quits: Callek (chatzilla@3464EC4F.72B357BE.A35657C3.IP) (Ping timeout)
# [00:00] * Quits: Mic (Mic@moz-D1B9418E.superkabel.de) (Quit: No time to waste, let's go!)
# [00:00] <jamesr> so this is somewhat already the case. i.e., it'll be 12-18 months minimum before this creates any difference in the behaviors of Safaris that people use
# [00:01] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [00:01] * Joins: Callek (chatzilla@3464EC4F.72B357BE.A35657C3.IP)
# [00:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3ccf83ffd75a - Georg Fritzsche - Bug 758872 - Fix missing null-check for plugin instance. r=bsmedberg
# [00:01] <JonathanS> I am wondering anyone here seen Doctor Who?
# [00:02] <jamesr> ideally the continued success of the web would lead their users to demand a first class web browser on their platforms
# [00:02] <njn> roc: you were close with your ctrl-Z idea, but I think the real problem is I'm using "r" instead of "rb" for the mode, whereupon EOL chars get mangled on Windows
# [00:02] <@roc> jamesr: yes, and there were features they didn't do the platform support for. But now they're falling completely off the train
# [00:02] * Quits: RealRaven (Thunderbir@3ADE2FE3.67628494.27F80FAC.IP) (Quit: RealRaven)
# [00:02] * philor is now known as philor|away
# [00:03] * mjschranz is now known as mjschranz_away
# [00:03] * Joins: RealRaven (Thunderbir@3ADE2FE3.67628494.27F80FAC.IP)
# [00:03] <jamesr> we'll have to see what they do. they tend to not discuss future plans very often. i definitely share your concern but in the end it's up to them
# [00:03] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [00:03] <@roc> jamesr: and yes, you're absolutely right that ultimately it's competitive pressure that is needed to win the day
# [00:03] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [00:03] <JonathanS> Google couldn't port Blink to iOS.
# [00:03] * Quits: gustavold (gustavold@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [00:04] <@roc> iOS Chrome was always a bastard child anyway. This makes it even more so.
# [00:04] <jamesr> well, that's also up to Apple. they set the policies for iOS
# [00:04] <@roc> OK, I've got enough material for my blog post now. Thanks :-)
# [00:04] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [00:04] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [00:04] <JonathanS> jamesr, it is not like Apple allows Google to port Blink.
# [00:04] * jgriffin-afk is now known as jgriffin
# [00:04] * Quits: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu) (Ping timeout)
# [00:05] <sewardj> Jesse: http://people.mozilla.org/~tglek/paris2013/data_races.pdf
# [00:05] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [00:05] * Quits: Swatinem (Mibbit@moz-3CF0DCF6.vie.surfer.at) (Quit: http://www.mibbit.com ajax IRC Client)
# [00:06] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [00:07] * Joins: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
# [00:07] * Joins: jcranmer|away (jtcranmer@moz-EBF2B4AB.cs.illinois.edu)
# [00:07] * Quits: TheOne (one@moz-875B650A.dip.t-dialin.net) (Input/output error)
# [00:07] * Quits: jdm (jdm@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:08] * Joins: Edgar (Thunderbir@moz-3E77659E.dynamic.hinet.net)
# [00:09] <RyanVM> tanvi: FWIW, it seems to me that the timeouts spiked after the reordering patch landed
# [00:10] <tanvi> RyanVM: hmm… i'm not sure that makes sense. the reordering made it so that the first round of tests finished faster than the second round. Before the reordering, the first round of tests took longer than the second.
# [00:10] <tanvi> RyanVM: i r? a patch to reduce the timeout back to normal
# [00:10] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
# [00:11] * baku is now known as baku|away
# [00:11] * Quits: ddahl (ddahl@C261DB39.6E5482D7.8DDCAE07.IP) (Ping timeout)
# [00:11] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:11] <tanvi> RyanVM: it is interesting that the mochitest was uplifted to ff21 and there are no failures there
# [00:11] <derf> sewardj: Slide 6... what's a "correctness argument" for a race (slide 4 says such races don't exist)?
# [00:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bac9c49f0415 - Eitan Isaacson - Bug 857673 - Exclude webspeech synth ipc test on Android. r=jmaher
# [00:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/55ec568f51a2 - Eitan Isaacson - Bug 856370 - Add a Makefile.in in webspeech/recognition and remove webspeech top-level VPATH. r=smaug
# [00:11] <derf> I guess maybe that's a question for taras.
# [00:11] <tanvi> RyanVM: the tests in ff 21 only have 8 tests though (not 10 like the ones in FF22 since we added 2 with bug 841850). i don tthink that shoudl matter though.
# [00:11] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [00:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ddaf0ebcd927 - Eitan Isaacson - Bug 525444 - (Part 3/3) Support OOP speech synth. r=smaug
# [00:11] * Quits: zakora (NC@moz-8EAF945F.fbx.proxad.net) (Quit: Textual IRC Client: www.textualapp.com)
# [00:11] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9d72648fb769 - Eitan Isaacson - Bug 525444 - (Part 1/3) Basic SpeechSynthesis setup and voice registration. r=smaug
# [00:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/408e6df83e2c - Eitan Isaacson - Bug 525444 - (Part 2/3) Added speech service API. r=smaug
# [00:12] <tanvi> RyanVM: i'm running out of hypothesis.
# [00:12] * Joins: stefanh (stefanh@moz-3EED0162.customers.ownit.se)
# [00:12] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:12] * ChanServ sets mode: +o dbaron
# [00:12] * Quits: wolfiR (wolfiR@moz-F481E63.dip0.t-ipconnect.de) (Quit: Leaving)
# [00:12] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [00:12] * Joins: Gijs (gijs@moz-C11B0461.dsl.alice.nl)
# [00:13] <jhammel> hypothes*E*s ;)
# [00:13] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [00:13] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [00:13] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [00:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2a547aac01cd - Kartikaya Gupta - Merge
# [00:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6348af4fe6aa - Kartikaya Gupta - Bug 857217 - Put focus in about:home if it is visible instead of always sending it to the layerview. r=Cwiiis
# [00:14] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/475dc5f51bdb - Ryan VanderMeulen - Merge the last PGO-green inbound push to m-c.
# [00:15] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3a3df2d8b20a - Ryan VanderMeulen - Merge m-c to inbound.
# [00:15] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/eb6993e036ff - Kartikaya Gupta - Bug 857217 - Don't move focus to the layerview if joystick input events are in the dead zones. r=Cwiiis
# [00:15] <Jesse> sewardj: the title of the PDF is wrong
# [00:15] <tanvi> jhammel - i knew i got that wrong :)
# [00:15] * Quits: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com) (Quit: beaufour)
# [00:16] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:17] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [00:17] * Joins: nbt (nbt@moz-D891C5B8.cable.virginmedia.com)
# [00:18] * bsmedberg is now known as bsmedberg-away
# [00:18] * Quits: FabioMagnoni (fabiomagno@moz-D83CA4D8.dynamic.adsl.gvt.net.br) (Ping timeout)
# [00:18] <firebot> Check-in:
# [00:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fb2366e31aef - Tanvi Vyas - Bug 855730 - Originally extended the timeout to 10 seconds to see if that would provide us data about the intermittent failure. Extended timeout is causing too many oranges
# [00:18] <firebot> and a longer timeout does not prevent the failures. r=smaug
# [00:20] * Quits: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net) (Quit: It has been this message for years.)
# [00:20] <Jesse> what is this http://webkitmemes.tumblr.com/post/47049987672
# [00:20] <cpeterson> a webkit fork
# [00:20] * Joins: FabioMagnoni (fabiomagno@65375CF1.F05293CE.8E0C6B01.IP)
# [00:21] <db48x> Jesse: http://blog.chromium.org/2013/04/blink-rendering-engine-for-chromium.html
# [00:21] * philor|away is now known as philor
# [00:22] * kaze is now known as kaze|zZz
# [00:22] <jhammel> i've said it before and i'll say it again: muahahaha!
# [00:22] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [00:23] * Joins: rednaks (rednaks@C829E715.C1030139.55FFA9B4.IP)
# [00:23] <Jesse> sewardj: what does a good "correctness argument for a race" look like?
# [00:23] <KaiRo> "Today, we also announce v0.6 of Rust." I wonder if that corresponds with the 0.6 version of Mozilla in some way :p
# [00:23] <jhammel> KaiRo: it corresponds to IPO :P
# [00:24] <Jesse> sewardj: do race-detection tools take into account the possibility of races only appearing after "reordering of stores"?
# [00:24] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [00:24] <KaiRo> jhammel: heh :)
# [00:24] * Quits: kaze|zZz (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
# [00:24] <gps> yay - a new rendering engine to compete against the WebKit monoculture!
# [00:24] <sfink> dangit, I need to make |hg newbug -C mach| prefer whole words instead of suggesting all the components with "machine" in their names
# [00:25] <jhammel> gps: muahahahaha!
# [00:25] <jhammel> oh, good news, everyone
# [00:25] <KaiRo> jhammel: well, not sure if you remember Mozilla 0.6, but it was the milestone where we started counting official version numbers instead of milestones - and it was the base of the marvelous Netscape 6.0!
# [00:25] <jhammel> KaiRo: heh, well i know the legends....remember, not so much ;)
# [00:25] <KaiRo> well, I was around in the community back then
# [00:26] <jhammel> sfink: which tool is this? (and what bzapi python thingy does it use if it doesn't roll its own?)
# [00:26] <jhammel> (just curious)
# [00:26] <sfink> jhammel: bzexport
# [00:26] <jhammel> ah, of course
# [00:26] <sfink> and sadly, it rolls its own, poorly
# [00:26] <KaiRo> (just posted my "webstory", in case anyone wants more background on my involvement in the community)
# [00:26] <jhammel> heh; yeah, i remember that now :/
# [00:26] <jhammel> KaiRo: linky?
# [00:27] <KaiRo> jhammel: http://home.kairo.at/blog/2013-04/15_14_13_8_7_2_years_ago_and_the_future
# [00:27] <jhammel> KaiRo: thanks
# [00:27] * Quits: fabrice (fabrice@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
# [00:28] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [00:28] <KaiRo> jhammel: also has a few interesting links, e.g. to the code rush movie or Mitchell's history of Mozilla talk
# [00:28] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
# [00:28] * Quits: Gijs (gijs@moz-C11B0461.dsl.alice.nl) (Quit: sleep)
# [00:29] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [00:30] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [00:30] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [00:31] * Quits: mak (chatzilla@moz-6AB28DF0.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [00:31] * Quits: smontagu (chatzilla@moz-4C7B5B18.red.bezeqint.net) (Ping timeout)
# [00:31] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [00:32] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [00:34] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [00:34] * Quits: Edgar (Thunderbir@moz-3E77659E.dynamic.hinet.net) (Quit: Edgar)
# [00:34] * armenzg is now known as armenzg_afk
# [00:34] * Quits: Ann_Yimi_ (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [00:34] * Quits: stefanh (stefanh@moz-3EED0162.customers.ownit.se) (Quit: ChatZilla 0.9.90 [SeaMonkey 2.16.2/20130310200905])
# [00:35] * Joins: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:35] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
# [00:35] * jcranmer|away is now known as jcranmer
# [00:35] <njn> "defineLazyGetter: Defines a function on a specified object that acts as a getter which will be created the first time it's used." What does "it" refer to in that sentence?
# [00:36] <njn> the getter function itself is laziliy created?
# [00:36] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [00:36] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [00:36] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [00:37] * Quits: gfritzsche (chatzilla@moz-96EF2C76.dip0.t-ipconnect.de) (Ping timeout)
# [00:37] * gfritzsche_ is now known as gfritzsche
# [00:37] <sewardj> Jesse: sorry, was on phone.
# [00:38] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:38] * aja blinks
# [00:39] * Quits: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP) (Ping timeout)
# [00:39] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
# [00:39] * Joins: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp)
# [00:40] * Quits: FabioMagnoni (fabiomagno@65375CF1.F05293CE.8E0C6B01.IP) (Ping timeout)
# [00:40] <sewardj> derf: well, tbh, something better than "yes we looked at this a while and we're sure it's OK"
# [00:40] <stuart> lol blink
# [00:41] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
# [00:41] <@dolske> stuart: oh, you're not going to be working on that? :D
# [00:41] * Joins: ffledgling (anhadjai.s@9B9315E1.A6025CA.1C37C358.IP)
# [00:41] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [00:41] <sewardj> derf: realistically we can't get rid of a lot of this racery any time soon, but we can at least ask for more rigorous justification of it
# [00:41] <stuart> yep that is my new thing you got me
# [00:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/445d8eecdd80 - Matt Brubeck - Bug 855593 - Support ac_add_app_options in mozbuild.mozconfig [r=gps]
# [00:42] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/8ce4ff5714bd - Ryan VanderMeulen - Backed out changeset b4db16c3fc30 (bug 853709) for build bustage. a=backout
# [00:42] <sewardj> derf: plus some performance justification
# [00:42] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [00:42] <@roc> I wonder if Apple knew this Webkit fork was coming
# [00:42] <jcranmer> roc: ?
# [00:42] * Joins: FabioMagnoni (fabiomagno@E1AEB0BB.9B4EC4D0.3299D537.IP)
# [00:42] <sewardj> jesup: per derf's comment, basically there is no real "correctness argument" for races. They violate C++11 and that's the end of it.
# [00:43] * JosiahOne is now known as JosiahOne|Away
# [00:43] * philor is now known as philor|away
# [00:43] <derf> sewardj: Yeah... that's why I'm confused... asking for "rigorous justification" of something we know is incorrect seems like asking people to argue things that aren't true.
# [00:43] * RyanVM is now known as RyanVM|Dinner
# [00:43] <derf> And I'm afraid some of them might believe them.
# [00:44] * Joins: tallowen (tallowen@moz-5C5AC295.baf.movistar.cl)
# [00:44] <@roc> jamesr: for your pleasure: http://robert.ocallahan.org/2013/04/blink.html
# [00:45] * Quits: Pike (Pike@moz-CF9AB5BA.dip.t-dialin.net) (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130326150557])
# [00:45] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [00:45] <sewardj> derf: yeah, fair point. My thinking evolves.
# [00:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1879c2786e7d - Blake Kaplan - Bug 851965 - Remove this crashtest due to hanging. r=gwagner
# [00:46] * geekboy|afk is now known as geekboy
# [00:46] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/75877a8b12b4 - Blake Kaplan - Bug 855036 - Don't treat a string as an object. r=gwagner
# [00:46] * Joins: Asa (asa@2557E599.66715431.D25A875A.IP)
# [00:47] <sewardj> derf: it had been evolving along the lines of "cmon, don't give me some bogus explanation of why these races are OK. You can do better"
# [00:47] <sewardj> derf: seems more like your position is that we should have a zero tolerance approach to races
# [00:47] * Quits: Asa (asa@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [00:48] <jcranmer> sewardj: derf: thread races are problematic, volatile is useless, can I get someone to make mozilla::Atomic work on MSVC? :-)
# [00:48] <sewardj> Jesse: race detectors based on machine code level simulators (eg, Helgrind) take into account races post compiler reordering (naturally)
# [00:48] <derf> sewardj: Well, I can see a resource-prioritization argument for not fixing existing races... many of them are not problems in _practice_ today, though as compilers evolve they may become problems at any time.
# [00:49] <derf> But that doesn't mean the races are not problems.
# [00:49] <sewardj> derf: yes, I understand that (clearly).
# [00:49] <derf> And we definitely shouldn't be adding new ones.
# [00:49] <derf> _That_ I think we should have a zero-tolerance policy on.
# [00:49] <sewardj> derf: a bad side effect is that they make code harder to reason about
# [00:49] <sewardj> derf: == more buggy and more expensive to maintain
# [00:49] <derf> And easy to mis-reason about!
# [00:50] <derf> I.e., to be confident you know what's going on when you don't.
# [00:50] <sewardj> jcranmer: why doesn't it work on MSVC ?
# [00:50] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/5a7ce06c7111 - Daniel Glazman - Bug 857487 - Fix deleting a table row using the inline table editing UI; r=ehsan a=bajaj
# [00:50] <jcranmer> sewardj: I haven't had time to test it there
# [00:50] <sewardj> jcranmer: ah, no fundamental problem then
# [00:50] <jcranmer> since we actually seem to be caring about multithreads these days
# [00:50] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
# [00:50] <jcranmer> it would help if we had real multithread libraries
# [00:51] <sewardj> jcranmer: it would help if we had to work on uncooperative (reordering) hardware, eg Power7, so broken code would fail more often
# [00:51] * jhammel enjoys the buried lead in roc's post
# [00:52] <@roc> >
# [00:52] <@roc> er
# [00:52] <@roc> ?
# [00:52] * joduinn-mtg is now known as joduinn-biab
# [00:52] <jcranmer> sewardj: well, ARM's memory model is looser
# [00:52] <jhammel> roc: "Of lesser importance, this is probably good for Mozilla. ..."
# [00:52] * Quits: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com) (Input/output error)
# [00:52] * catlee is now known as catlee-away
# [00:52] <sewardj> jcranmer: sure, but afaik there's no evidence that any existing implementation actually does reordering
# [00:53] * geekboy is now known as geekboy|afk
# [00:53] <jcranmer> testing myatomic implementation is a pain in the butt
# [00:54] * Quits: mmc|laptop (mmc@2557E599.66715431.D25A875A.IP) (Input/output error)
# [00:55] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [00:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8084f411a027 - Ehsan Akhgari - Bug 857790 - Convert AudioParam time values to ticks relative to the source stream, not the destination stream; r=roc
# [00:55] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/66ff22df8956 - Ehsan Akhgari - Bug 857793 - Always return the defaultValue before the first scheduled event on an AudioParam; r=roc
# [00:55] <sewardj> derf: something i would like to know, but can't find out, is to what extent the "long tail" of random crashes we have, is due to races
# [00:55] * Joins: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
# [00:55] <NeilAway> njn: "it" refers to the property
# [00:56] <sewardj> njn: thanks for the checkedthreads link
# [00:56] * jcranmer wonders if tsan works on arm
# [00:56] * JosiahOne|Away is now known as JosiahOne
# [00:56] * nrc is now known as nrc|afk
# [00:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0673f4718ee2 - Ehsan Akhgari - Follow-up to bug 857790 - Undo the unintentional change to PodOperations.h
# [00:57] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [00:58] * Joins: rclick (rclick@1C8C1A71.28E23881.1605932.IP)
# [00:58] * Joins: ehugg_lime (ehugg_lime@moz-DB689C41.mycingular.net)
# [00:59] * Joins: TimAbraldes_ (TimAbralde@moz-3F87419B.hsd1.or.comcast.net)
# [01:00] * Quits: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com) (Ping timeout)
# [01:00] * Quits: TimAbraldes (TimAbralde@moz-3F87419B.hsd1.or.comcast.net) (Ping timeout)
# [01:00] * TimAbraldes_ is now known as TimAbraldes
# [01:00] <bsmedberg-away> lmandel: question about your persona patch: I see weeklyupdates/static/persona.js added once, and then later on it's patched
# [01:00] <bsmedberg-away> lmandel: is this two or more MQ patches stuck together?
# [01:00] * Joins: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
# [01:01] * geekboy|afk is now known as geekboy
# [01:01] * khuey is now known as khuey|away
# [01:01] <jimb> In JS, why do some services seem to come out of Cc['...'].getService() (no interface) already QI'd, whereas others require you to pass an interface to getService()?
# [01:02] * Quits: Callek (chatzilla@3464EC4F.72B357BE.A35657C3.IP) (Ping timeout)
# [01:03] <bsmedberg-away> jimb: classinfo
# [01:03] * Quits: till (till@moz-57BFF61F.adsl.alicedsl.de) (Client exited)
# [01:03] <jimb> bsmedberg-away: Thanks for the pointer!
# [01:04] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
# [01:04] <NeilAway> jimb: also, depending on gc, you might get an existing reference to a service that was already QI'd
# [01:04] * Quits: alanp (alanp@moz-5E5814C3.cpe.distributel.net) (Connection reset by peer)
# [01:04] * Joins: alanp (alanp@moz-5E5814C3.cpe.distributel.net)
# [01:04] <njn> sewardj: np
# [01:05] * mjschranz_away is now known as mjschranz
# [01:06] * philor|away is now known as philor
# [01:06] * Quits: tallowen (tallowen@moz-5C5AC295.baf.movistar.cl) (Input/output error)
# [01:08] * gregglind_away is now known as gregglind
# [01:08] * mjschranz is now known as mjschranz_away
# [01:08] * gregglind is now known as gregglind_away
# [01:08] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
# [01:08] * Quits: FabioMagnoni (fabiomagno@E1AEB0BB.9B4EC4D0.3299D537.IP) (Input/output error)
# [01:10] * Joins: FabioMagnoni (fabiomagno@E1AEB0BB.9B4EC4D0.3299D537.IP)
# [01:10] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [01:10] * geekboy is now known as geekboy|afk
# [01:11] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
# [01:12] * wlach is now known as wlach|afk
# [01:12] * Quits: RealRaven (Thunderbir@3ADE2FE3.67628494.27F80FAC.IP) (Quit: RealRaven)
# [01:12] <jlebar> hsivonen: http://www.chromium.org/blink#vendor-prefixes
# [01:12] <jlebar> hsivonen: I like how they cite Mozilla's "policy" that, last I checked, we didn't all agree on. :)
# [01:13] <@smaug> I thought we pretty much do agree
# [01:13] <@smaug> but we have still some exceptions
# [01:13] <jlebar> I mean, /I/ agree.
# [01:13] <jlebar> :)
# [01:14] * Quits: philor (philor@moz-638273A8.my-nick.name) (Ping timeout)
# [01:14] <jlebar> I didn't get the impression that we were all comfortable signing onto it.
# [01:14] <@dolske> name something we all agree on. ;-)
# [01:14] <jlebar> Maybe that's what you mean.
# [01:14] <Waldo> it's a policy if the feature reviewer people adhere to it, and I think they mostly pretty much do
# [01:14] <@roc> what smaug said
# [01:14] <jlebar> Waldo: certainly not for b2g, we don't adhere to it.
# [01:14] <jlebar> Everything is prefixed.
# [01:14] <jlebar> Well, not everything.
# [01:15] <jlebar> But most things.
# [01:15] <Waldo> jlebar: yes, that is a notable exception, isn't it :-)
# [01:15] <@roc> AFAIK pretty much everyone agrees with it in principle, but we made some exceptions for various reasons
# [01:15] <Waldo> other than that, Mrs. Lincoln, we adhere to it
# [01:15] <Waldo> unless others want to point out other exceptions, at least ;-)
# [01:15] <jlebar> Indeed, we adhere to our policy for fully the minority of new APIs we're developing. :)
# [01:16] <jlebar> Anyway, I think this is a step forward.
# [01:16] <Waldo> fully the majority of what our users use, tho ;-)
# [01:16] <@roc> most of the B2G APIs emerged before this policy even existed, I thought
# [01:16] <Waldo> which may hopefully change
# [01:16] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
# [01:17] * Quits: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [01:17] * Joins: philor (philor@moz-638273A8.my-nick.name)
# [01:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bdf9d4faddd9 - Robert O'Callahan - Bug 727697. Add facility to dump audio output as WAV files. r=kinetik
# [01:18] * Quits: tomer (tomer@moz-F45DAEFD.static.012.net.il) (Ping timeout)
# [01:19] <aklotz> ehsan: Where in the tree does the spellchecker reside?
# [01:19] <@ehsan> aklotz: extensions/spellchecker/hunspell
# [01:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5d1887ea9d43 - Ehsan Akhgari - Bug 853721 - Part 2: Hook up DelayNode to the media streams graph and implement delaying of incoming audio; r=roc
# [01:19] <aklotz> ehsan: Thanks
# [01:19] <@ehsan> aklotz: you want to look at the fopen callsites in hunspell and then see what mozilla code calls them
# [01:20] <aklotz> ehsan: Will do
# [01:20] * Quits: grobinson (garrett@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [01:20] <@ehsan> aklotz: note that there are two files being read, one .dic and one .aff file, and the .aff file is usually a lot smaller
# [01:20] <@ehsan> ty
# [01:20] <aklotz> ehasn: ok
# [01:22] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [01:23] <tbsaunde> sewardj: so the thing is gecko is almost certainly not a complient C++11 program in all sorts of ways other than races
# [01:24] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
# [01:24] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [01:25] <sewardj> tbsaunde: indeed .. but nevertheless I'd have thought being more compliant was better than being less compliant
# [01:26] <tbsaunde> and honestly I'm not sure its reasonable to try and make it one, if we can decide to only care about platforms / toolchains that provide other guarantees about how things will work I'm sort of ok with that if it makes our lives a lot better
# [01:26] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [01:26] <tbsaunde> sewardj: sure, in general I agree
# [01:26] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [01:27] <tbsaunde> my point is that I think there exist cases in which adding something that is technically invalid is the right thing to do
# [01:27] * Quits: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: Deallocatd. (Probably forbidden by ARC))
# [01:27] * Mossop is now known as Mossop_away
# [01:29] * nthomas is now known as nthomas|away
# [01:31] <jimb> jlebar writes awesome comments. ( http://dxr.mozilla.org/mozilla-central/xpcom/glue/nsIClassInfoImpl.h#l14 )
# [01:31] * Joins: bajaj1 (Adium@2557E599.66715431.D25A875A.IP)
# [01:31] * Quits: bajaj (Adium@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [01:31] <firebot> Check-in:
# [01:31] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0c94dce47533 - Mats Palmgren - Bug 856243 - Add missing do_QueryFrame support and fix typo that caused most MathML frames to not QueryFrame to nsIMathMLFrame. Add static assertions to prevent those
# [01:31] <firebot> kinds of errors in the future. r=dholbert
# [01:33] * Quits: jryans (jryans@moz-945C5CA4.massrel.com) (Quit: Be back later)
# [01:33] <jlebar> jimb: yay. :)
# [01:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2dc2f5db57ea - Robert Lickenbrock - Bug 854803 - Part 1: Account for more decoder state in RasterImage::IsDecodeFinished(). r=seth
# [01:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/29f935fba166 - Robert Lickenbrock - Bug 854803 - Part 2: Don't try to enqueue more decoding from DecodeDoneWorker. r=seth
# [01:33] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
# [01:33] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [01:33] * jlebar remembers being really confused by that file some time ago.
# [01:33] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [01:34] <jimb> jlebar: Thanks to you, I wasn't! :D
# [01:34] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [01:36] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [01:37] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [01:38] * Quits: ehugg_lime (ehugg_lime@moz-DB689C41.mycingular.net) (Ping timeout)
# [01:38] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [01:39] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
# [01:39] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [01:39] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
# [01:39] * Quits: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP) (Ping timeout)
# [01:40] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
# [01:40] * Quits: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gwagner)
# [01:42] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [01:42] * khuey|away is now known as khuey
# [01:43] <@ehsan> does anybody know a piece of software to syntax highlight a diff *and* its underlying language?
# [01:43] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [01:43] * Quits: WeirdAl (chatzilla@moz-A79AE29F.hsd1.ca.comcast.net) (Client exited)
# [01:44] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [01:45] <jib> How do you avoid a thread that uses SyncRunnable to main from deadlocking on shutdown?
# [01:45] <froydnj> jcranmer: I think arm tsan support is "coming soon"
# [01:45] * juanb is now known as juanb|brb
# [01:46] * Quits: dzbarsky (Adium@moz-1A8BBA7E.wlan.wireless-resnet.upenn.edu) (Quit: Leaving.)
# [01:47] <jib> s/avoid/prevent/
# [01:47] * Quits: ctangira (ctangira@moz-264CB7F1.cisco.com) (Ping timeout)
# [01:48] * ojan is now known as ojan_away
# [01:48] * nrc|afk is now known as nrc
# [01:49] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [01:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8a7f1b9af814 - Yura Zenevich - Bug 857749 - fixed an issue with utterance generator function for application. r=eeejay
# [01:50] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [01:50] <@dolske> ehsan: ooooh. do let us know your findings!
# [01:50] * Fallen is now known as Fallen|away
# [01:51] <@ehsan> I've looked for it before...
# [01:52] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [01:53] <@dolske> probably needs to be a tool that annotates A and B with hilights, and then further annotates the diff based on that.
# [01:53] <@dolske> but maybe there is a clever best-effort way to do it just from a diff.
# [01:54] * Quits: rednaks (rednaks@C829E715.C1030139.55FFA9B4.IP) (Quit: Quitte)
# [01:54] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
# [01:56] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [01:56] * vladan is now known as vladan-afk
# [01:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e03a9a31e9c4 - Aryeh Gregor - Bug 857617 - Clean up nsEditor::InsertTextImpl; r=ehsan
# [01:57] <heycam> wonder if you could use https://github.com/rkitover/vimpager with vim's diff mode
# [01:58] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [01:58] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
# [01:58] <jcranmer> jhammel += 0.25
# [01:58] <jhammel> heh
# [01:58] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [01:59] <jcranmer> it's a halfway solution
# [01:59] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [01:59] <jcranmer> mostly, I just want data before proposing more solutions ^_^
# [01:59] <Jesse> jlebar: i think the "information" kept by those trivial merge csets isn't useful information. at best, it tells you the order in which the automation infrasture picked up the patches. it's only meaningful temporarily and with TBPL.
# [02:00] <jhammel> jcranmer: sure; it certainly makes me much less nervous that explodey our # of trees
# [02:00] <jlebar> Jesse: What about the information that "this set of csets together was merged"?
# [02:00] <jlebar> Jesse: right now with our linear history, I can't tell what was pushed as a unit, except by looking at pushlog.
# [02:00] <jhammel> jcranmer: fwiw, i was +0.5 in terms of definition from http://producingoss.com/ though i've rarely seen in used in practice in the OSS world
# [02:00] * whimboo is now known as whimboo|afk
# [02:00] <jcranmer> jhammel: I am not in favor of the crazy ocotpus tree model
# [02:01] * Quits: vd (vd@moz-7A53EEF0.ddns.cablebg.net) (Ping timeout)
# [02:01] * Joins: vd (vd@moz-7A53EEF0.ddns.cablebg.net)
# [02:01] <jcranmer> I may just be simultaneously too optimistic and too pessimistic
# [02:01] <jhammel> jcranmer: nor i; i'm not convinced it solves any problems
# [02:01] <jlebar> Jesse: at the very least, being able to bisect only those things which were merged into m-c would be a lot better than bisecting our current linear history.
# [02:01] <Jesse> jlebar: "pushed as a unit by bz, because they're all for one bug" is sometimes meaningful later. "pushed as a unit by automation" isn't.
# [02:01] <jhammel> i could be convinced with #s; even then i wouldn't be a fan, but could reluctantly support it
# [02:02] <jlebar> Jesse: Maybe we're talking about different things.
# [02:02] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
# [02:02] <jcranmer> jhammel: my experience is mostly colored by comm-central development experiences
# [02:02] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
# [02:02] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [02:02] <tbsaunde> jcranmer: mostly I just think the octopus thing isn't good enough on its own because it totally busts coalescing and does not much to fix that
# [02:02] <jhammel> jcranmer: my experience is mostly colored by general observations of "We're doing X which doesn't work; so let's do Y"
# [02:03] <jhammel> s/so /ergo/
# [02:03] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [02:03] <jlebar> Jesse: You and I push two things to m-c. There are now two heads.
# [02:03] <Jesse> jlebar: for bisect, having mostly-building history is the most important thing. i'm more worried about log/grep, which fill up with merges that didn't actually contribute to the evolution of the file.
# [02:04] <jlebar> Jesse: They're both green, sheriff decides to merge the heads.
# [02:04] <jcranmer> having worked on a project that uses/abuses the github merge pull request functionality
# [02:04] <Jesse> jlebar: also you really don't want bisect to tell you that a problem was introduced by a merge cset
# [02:04] * Quits: TimAbraldes (TimAbralde@moz-3F87419B.hsd1.or.comcast.net) (Quit: ChatZilla 0.9.90 [Firefox 21.0a2/20130401042013])
# [02:04] <jcranmer> I can say that I much prefer mozilla's mostly-linear history
# [02:04] <jlebar> Jesse: Bisect lets you bisect into the merge cset, no?
# [02:04] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
# [02:04] <Jesse> jlebar: because then you have no idea what to back out to get things working again
# [02:04] <jlebar> surely even hg bisect lets you do that.
# [02:05] <jlebar> Jesse: if hg bisect is /that/ broken, that's a bug they need to fix. But I doubt it't so broken.
# [02:05] <Jesse> jlebar: bisect does bisect "into" merges, depending on what "start" changeset. i'm talking about problems that are introduced by patch interactions.
# [02:05] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [02:06] <jcranmer> this discussion can probbly be summed up by one disagreement:
# [02:07] <jcranmer> are patch interaction issues rare or common?
# [02:07] <jlebar> Jesse: Surely in the usual case you could just back out pieces of the merge.
# [02:07] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [02:07] <jlebar> Jesse: If hg supports only two-parent merges, then even better, you have a linear history right there to play with.
# [02:07] <Jesse> jlebar: but how do you even find out which patches (on each side!) contributed to the merged version being bad?
# [02:08] * Quits: mwobensmith (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:08] <jlebar> Jesse: With linear history, you only learn which patches on one side contributed to the breakage.
# [02:09] <jlebar> Jesse: So to get something as good with octopus history, you merely revert one leg of the merge at a time until it goes green. Then revert pieces of that leg.
# [02:09] <Jesse> jlebar: that's usually good enough, because it lets you (1) back out that thing and (2) reason about what might have interacted with it
# [02:09] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: leaving)
# [02:09] * Quits: cviecco (cviecco@2557E599.66715431.D25A875A.IP) (Input/output error)
# [02:11] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-6.1450hg.fc18 [XULRunner 19.0.2/20130311161054])
# [02:11] <jlebar> Jesse: sorry, I've g2g.
# [02:11] <Jesse> ok
# [02:11] * jlebar is now known as jlebar|away
# [02:11] * Quits: FabioMagnoni (fabiomagno@E1AEB0BB.9B4EC4D0.3299D537.IP) (Ping timeout)
# [02:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4b3a5c36598c - Nathan Froyd - Bug 798172 - part 1 - add mfbt/Endian.h; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fa1191b1d320 - Nathan Froyd - Bug 798172 - part 4 - convert the jsclone bits to use Endian.h; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ea8ae9085ea1 - Nathan Froyd - Bug 798172 - part 2 - add tests for mfbt/Endian.h; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/349a8651db24 - Nathan Froyd - Bug 853646 - part 0a - remove js::StripConst and use mozilla::RemoveConst instead; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ab825d9e6d16 - Nathan Froyd - Bug 853646 - part 1 - add mozilla::IsIntegral to TypeTraits.h; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f12175267ab7 - Nathan Froyd - Bug 798172 - part 5 - convert xdr bits to use Endian.h; r=Waldo
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4faeb3a2aa24 - Nathan Froyd - Bug 853646 - part 0 - add mozilla::Remove{Const,Volatile,CV} to TypeTraits.h; r=Waldo
# [02:12] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [02:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f9878fed7d54 - Nathan Froyd - Bug 798172 - part 3 - convert SHA1.cpp to use Endian.h; r=Waldo
# [02:14] * Joins: FabioMagnoni (fabiomagno@BBC94DEA.4003EA1D.FC8B868B.IP)
# [02:14] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [02:14] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [02:15] * geekboy|afk is now known as geekboy
# [02:16] * Quits: ffledgling (anhadjai.s@9B9315E1.A6025CA.1C37C358.IP) (Quit: leaving)
# [02:16] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Ping timeout)
# [02:16] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [02:17] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [02:18] * Quits: bajaj1 (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [02:18] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [02:18] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [02:19] * Quits: overholt (overholt@35765CFB.88764A66.72A31D6.IP) (Quit: Leaving)
# [02:19] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [02:20] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [02:20] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [02:22] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [02:22] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [02:22] * juanb|brb is now known as juanb
# [02:22] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [02:22] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [02:22] * nthomas|away is now known as nthomas
# [02:23] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [02:24] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
# [02:24] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
# [02:24] <philor> ehsan: CLOSED TREE
# [02:25] <@ehsan> ouch
# [02:26] * Joins: dzbarsky (Adium@moz-6840584F.wireless-pennnet.upenn.edu)
# [02:27] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Connection reset by peer)
# [02:27] * Joins: Jesse_ (jruderman@2557E599.66715431.D25A875A.IP)
# [02:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b5452903fc2f - Ehsan Akhgari - Backed out changeset e03a9a31e9c4 (bug 857617) because of build bustage
# [02:27] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [02:27] <@ehsan> philor: should I reopen?
# [02:27] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Quit: Get MacIrssi - http://www.sysctl.co.uk/projects/macirssi/ )
# [02:27] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [02:28] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [02:29] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
# [02:30] <@dolske> oh, are we continuing the "inbound breaks too often" thread from yesterday? ;-)
# [02:30] * Quits: dew (Instantbir@moz-EBC2DF0B.dhcp.stls.mo.charter.com) (Ping timeout)
# [02:31] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
# [02:32] * jwir3 is now known as jwir3|away
# [02:32] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [02:32] <Mossop_away> I thought the point of switching to inbound was that we didn't have to care how often it broke?
# [02:33] * Quits: nhirata (anonymous@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
# [02:33] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [02:34] <@dolske> that sounds like a question for philor. :)
# [02:34] <Jesse_> dolske: thread on dev.platform
# [02:34] <tbsaunde> Mossop_away: that may have been part of it, but "it doesn't matter how often inbound breaks" is clearly false
# [02:35] <Jesse_> dolske: what thread yesterday?
# [02:35] <@dolske> Jesse_: it's like you don't even have backscroll.
# [02:35] <mbrubeck> There was an IRC discussion about 24 hours ago
# [02:35] * Joins: dew (Instantbir@moz-EBC2DF0B.dhcp.stls.mo.charter.com)
# [02:35] <mbrubeck> same bat time, same bat channel...
# [02:36] <Jesse_> yeah i don't have backscroll because (1) IRC sucks, (2) harvey told me not to log IRC, and (3) i had to restart my computer when it crashed at 1pm
# [02:36] <philor> ehsan: yeah, that wasn't much exposure (which is why I close as fast as I can anymore), reopened
# [02:36] <@ehsan> thanks
# [02:37] <philor> Mossop_away: that was the point of fantasy-inbound, as designed by people who last watched a tree in 2007 or never
# [02:37] * @dolske clears screen and pretends this discussion never happened ;-)
# [02:37] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Quit: Leaving.)
# [02:37] <tbsaunde> Jesse_: #developers is logged, the link is even in the topic
# [02:37] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [02:37] <Jesse_> tbsaunde: thanks
# [02:37] <Mossop_away> philor: Oh, I'll start landing on fantasy-inbound then
# [02:38] <tbsaunde> np
# [02:38] * @dolske imagines a small philor shouting "de plane! de plane!"
# [02:39] <philor> in fantasy-inbound, rather than me watching the tree without having my ssh key, one of a large set of developers who volunteered to sheriff would have backed out ehsan's push, and also froydnj's push, and then immediately relanded froydnj's push
# [02:39] <mbrubeck> The original Fantasy Inbound from the 70s, or the Malcolm McDowell remake?
# [02:39] <jcranmer> Mossop_away: the real problem is that all the developers have an unspoken goal of make all issues Somebody Else's Problem
# [02:39] <bz_away> well, now
# [02:40] <bz_away> today is NOT a slow news day
# [02:40] <@dolske> objection, your honor.
# [02:40] * bz_away finishes putting kids to bed, starts catching up on stuff, sees "blink"
# [02:40] <jcranmer> and we are so successful in that goal that all the issues developers have are now Somebody Else's Problem reassigned to them
# [02:40] * Joins: brendan (brendaneic@2557E599.66715431.D25A875A.IP)
# [02:41] <KaiRo> bz_away: well, they are clearly turning evil - as we all know that <blink> is evil, right? ;-)
# [02:41] <stuart> i am making a new browser engine
# [02:41] * bz_away is now known as bz
# [02:41] <stuart> and calling it marquee
# [02:41] <bz> What's interesting to me is how much of the stuff on their list are things we're working on
# [02:41] <KaiRo> stuart: yay!
# [02:41] <bz> list of things they plan to do
# [02:41] <bz> either in Gecko or servo or both....
# [02:41] <bz> Very very interesting.
# [02:42] <mbrubeck> stuart++
# [02:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5302617ee727 - Guilherme Gonçalves - Bug 855704 - Log error messages in webspeech. r=smaug
# [02:42] <KaiRo> they've always been quite good at working on the things we had been pölanning for or working on - just that for a while, they were actually faster at deliviering them
# [02:43] * Quits: FabioMagnoni (fabiomagno@BBC94DEA.4003EA1D.FC8B868B.IP) (Input/output error)
# [02:43] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [02:43] <mbrubeck> bz: Want to help us convince paul when he gets back that Blink was just an elaborate April Fool's hoax?
# [02:43] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/648d89ed11ee - Bill McCloskey - Bug 855536 - Add initExtendedSlot (r=njn)
# [02:43] <tbsaunde> philor: so, help me understand how closing the tree helps if you aren't closing it to get it green so you can immediately merge it
# [02:43] <philor> stuart: no need to make a new one, just fork gecko and remove all the parts that do things for people you don't like
# [02:44] <stuart> that would take too long
# [02:44] <@dolske> "pölanning for"? fascinating typo.
# [02:44] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/4ad0a5f5f017 - Bobby Holley - Bug 853709 - Deny accessor definitions in SecurityWrapper (on beta). r=mrbkap a=akeybl
# [02:44] <qDot> Pretty sure pölanning is an ikea product.
# [02:44] <tbsaunde> like you can get bustage on bustage sure, but if your not going to merge the top changeset why does that matter?
# [02:44] <@dolske> qDot++
# [02:44] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
# [02:45] <bz> mbrubeck: which paul?
# [02:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fff4886f812c - Jim Chen - Bug 847983 - Skip script text nodes for content events; r=masayuki
# [02:45] * Joins: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net)
# [02:45] <philor> tbsaunde: sorting them out - if you get bustage on bustage, you find out about it with the one set of tests you are going to get for everything that was pushed during the bustage
# [02:45] <bz> Kairo: but yes, that's a worry for sure
# [02:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/35ba787bc3db - Jim Chen - Bug 847983 - Try harder to get a valid frame; r=masayuki
# [02:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e95379bbcfd5 - Jim Chen - Bug 847983 - Don't include empty elements at end of range; r=masayuki
# [02:45] <bz> I'll be interested to see how they do moving the DOM into the JS heap
# [02:45] <mbrubeck> bz: rouget (he's off-grid for N weeks)
# [02:45] <KaiRo> dolske: well, ö is next to l on my keyboard (German layout)
# [02:45] <bz> Maybe their JS APIs are less-sucky enough that it's doable
# [02:45] <bz> mbrubeck: ah, ok
# [02:46] * njn wonders if gmail's new compose feature lets him reply to a non-HTML email and quote it without making the new email in HTML
# [02:46] <@roc> was there any blogging about the BaselineCompiler landing?
# [02:46] <philor> tbsaunde: the non-stressed 14 professional sheriffs who have enough time to be relaxed because there are two of them on duty every single hour of the day could indeed sort out bustage-on-bustage by only doing the "back out everything that landed on bustage" when there turned out to be a second set of it
# [02:46] <@dolske> roc: dvander`home tweeted it today, but the timing was... unfortunate.
# [02:46] * Quits: Benvie (Benvie@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [02:47] <jcranmer> njn: TB can do that... I think
# [02:47] <@roc> bz: I think DOM-in-JS would be an interesting experiment but I wouldn't put money on it
# [02:47] * Quits: nbt (nbt@moz-D891C5B8.cable.virginmedia.com) (Quit: )
# [02:47] <tbsaunde> philor: so, my proposal wouldn't even be back out all of it if you find double bustage
# [02:47] * @dolske proposes a complicated set of rules to avoid landing cool stuff at the same time Google changes rendering engines. ;)
# [02:48] <tbsaunde> philor: that sort of makes sense though
# [02:48] <@roc> there's a lot we could do to reduce the cost of DOM calls without going that far
# [02:48] * Quits: ggp (ggp@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [02:49] <tbsaunde> philor: what I was thinking of was if you see a patch that clearly broke something back it out otherwise if it isn't clear leave the tree open but retrigger to find out which patch broke things then after a while say a day or so you close the tree and try to get what you have green
# [02:49] * @roc thinks of a WebIDL attribute that lets you expose the name of a C++ field so attribute getters and setters can be completely inlined
# [02:49] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [02:50] <philor> tbsaunde: first you have to invent some way to retrigger tests on a push that didn't get builds because its parent broke the build
# [02:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/21bc922aea33 - Rodrigo Silveira - bug 856241 - Remove closing multiple tabs dialog r=mbrubeck
# [02:51] <tbsaunde> philor: hm yeah, that is kind of tricky you'll of course get builds after the backout but that doesn't help much
# [02:52] <tbsaunde> I guess it wouldn't be terribly to create machinary to apply the backout patch on an earlier rev and run tests on that, but it won't get done so not worth talking about
# [02:53] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [02:53] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
# [02:53] * Joins: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net)
# [02:53] <tbsaunde> roc: what wouldthe advantage of that over writing the dom in js be?
# [02:53] <philor> might as well just have a button which automates doing the "close the tree, back out everything, reland everything except this, reopen" thing
# [02:53] <philor> and a pony!
# [02:53] <njn> tbsaunde: smaller change than DOM-in-JS
# [02:53] * philor is now known as philor|afk
# [02:54] <KaiRo> roc: haven't seen anything on Baseline on pmo yet
# [02:54] <@roc> maybe better performance too
# [02:54] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Ping timeout)
# [02:54] * Quits: jib (Jan-Ivar@moz-875D780C.hsd1.pa.comcast.net) (Quit: jib)
# [02:54] <tbsaunde> njn: true
# [02:54] <njn> philor: I just landed two patches on Aurora. Do I have to watch them myself?
# [02:54] <@roc> I mean at some point, if the DOM call does enough work, it's going to be faster in C++
# [02:54] * KaiRo wonders though why v8bench was removed from awfy
# [02:54] * njn ducks
# [02:54] <njn> philor: j/k
# [02:54] * Quits: inolen (Adium@moz-9F4F17DF.tourcaster.com) (Quit: Leaving.)
# [02:54] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [02:54] * Quits: wchen (wchen@moz-7B98A7F3.corenetworks.net) (Ping timeout)
# [02:54] <@roc> and some stuff just can't be implemented in JS at all (we're not writing the whole engine in JS, right?)
# [02:55] <KWierso|Home> KaiRo: octane includes all of v8bench
# [02:55] <@roc> so there has to be JS-to-C++ bridging
# [02:55] <njn> KaiRo: Octane is a superset
# [02:55] <tbsaunde> roc: yeah
# [02:55] <@roc> having that be the WebIDL layer has some nice effects
# [02:55] <KaiRo> KWierso|Home, njn: ah, then it makes sense
# [02:56] <@roc> to implement WebIDL in JS you have to have some fancy interface generation going on at the WebIDL boundary
# [02:56] <KaiRo> also, numbers on all awfy benchmarks looks pretty nice now with BC
# [02:56] <tbsaunde> roc: makes sense
# [02:56] <bz> roc: yeah, agreed on the DOM in JS situation
# [02:56] <@roc> having another layer of interface generation between JS and C++ sounds like complexity we'd be better off without
# [02:56] * Joins: Benvie (Benvie@4EAF34EF.DD136097.D01D599A.IP)
# [02:56] <bz> roc: I mean... you noticed we're not doing that in Gecko or servo so far. ;)
# [02:56] <@roc> right
# [02:56] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
# [02:57] <@roc> I like where Gecko and Servo are going here :-)
# [02:57] <tbsaunde> roc: so, alternatively could we just make the dom object a sub class of the C++ class that is a js object? with a layout C++ could rely on for C++ stuff the js engine could just inline other stuff be cause it knows about it?
# [02:57] * Quits: Benvie (Benvie@4EAF34EF.DD136097.D01D599A.IP) (Connection reset by peer)
# [02:57] <bz> tbsaunde: that would require a lot more flexibility on the part of the JS engine....
# [02:58] * Joins: Benvie (Benvie@4EAF34EF.DD136097.D01D599A.IP)
# [02:58] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
# [02:58] * Quits: Ann_Yiming (Ann_Yiming@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [02:58] <tbsaunde> bz: much more than roc's proposal to let the jseng pull members out of C++ dom objects?
# [02:59] <tbsaunde> it would certainly kill the idea of the jseng being its own thing dead though
# [02:59] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [02:59] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [03:00] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [03:00] * Quits: bdahl (bdahl@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
# [03:00] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [03:00] * joduinn-biab is now known as joduinn
# [03:01] <bz> well, so yeah
# [03:01] <bz> our js engine does have that idea
# [03:01] <bz> sometimes it's _REALLY_ annoying
# [03:01] <bz> and I would in fact very much welcome us coming up with ways to optimize some of this stuff more
# [03:02] * heycam is now known as heycam|away
# [03:03] <bz> Then again, V8 has that idea too, to some extent
# [03:03] * Joins: wchen (wchen@moz-7B98A7F3.corenetworks.net)
# [03:04] <@roc> we're going to have Ionmonkey assemble direct calls to WebIDL stubs aren't we?
# [03:04] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [03:04] <bz> more so than now?
# [03:04] <bz> possibly
# [03:05] <bent> we already have some hooks there right?
# [03:05] * bent recalls recent security bugs...
# [03:05] <bz> we have some things
# [03:05] <bz> we could do more
# [03:05] <@roc> right now we're still boxing all parameters, calling a C++ method that takes a jsval array and unboxes them, does the work, boxes the result to return a jsval, then Ionmonkey unboxes the jsval again (if we're lucky) --- right?
# [03:05] <bz> e.g. right now we box and unbox
# [03:05] <tbsaunde> so, could we get the jseng people to give us a way to hand them some asm that should be run as a getter / setter?
# [03:06] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Input/output error)
# [03:07] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
# [03:07] * Joins: surkov (surkov@B3C081AC.7AE20955.EBE09E3C.IP)
# [03:08] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
# [03:08] <@roc> we could autogenerate C functions that match the C++ signature, have Ionmonkey assemble direct calls to them with all the parameter/result conversion pushed up to Ion where it can be optimized away if Ion knows the types
# [03:09] <bz> Doable
# [03:09] <bz> Scary, but so is so much of this code.....
# [03:09] * Quits: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net) (Ping timeout)
# [03:10] <tbsaunde> roc: I was thinking of going even farther and handing them some asm that they could inline in the jit code if they new the types would be write
# [03:10] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Quit: Computer has gone to sleep.)
# [03:10] <@roc> tbsaunde: I think for functions of any nontrivial size that is likely to be very difficult and not win much
# [03:11] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [03:11] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [03:11] * pmoore|snooker-with-old-men is now known as pmoore|away
# [03:11] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
# [03:11] <RyanVM|Dinner> tanvi: https://tbpl.mozilla.org/php/getParsedLog.php?id=21409416&tree=Mozilla-Inbound - that what you're looking for?
# [03:12] <tbsaunde> roc: I was thinking mostly of the case of getters that are just return mFoo; or return mFoos[i];
# [03:12] * RyanVM|Dinner is now known as RyanVM
# [03:12] * juanb is now known as juanb|afk
# [03:12] <@roc> many of the smallest functions are attribute setters and getters that just reflect a C++ field. For those there's my idea of just exposing the name of the field; then we can tell the JIT the offset of the field within the object and it can turn into a load or store
# [03:12] <bz> Can I please have some feedback on the color of my bikeshed?
# [03:12] <@dolske> blue
# [03:12] <tbsaunde> roc: else where even probably for setters yeah
# [03:12] <bent> feedback-
# [03:12] <bz> I want to name a property of a WebIDL interface
# [03:12] <@dolske> wait, no, lavender.
# [03:12] <markh> my irc client is showing bz as pink at the moment!
# [03:12] <bz> specifically, the name of the C++ class that JS implementations of the interface need to inherit from
# [03:12] * Joins: sewardj_ (sewardj@moz-4875F09C.dip.t-dialin.net)
# [03:12] <bz> I have it as 'defaultImpl' now, but that's not really right
# [03:13] <markh> but "lavender" is a far more macho name for it...
# [03:13] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:13] <tbsaunde> parentImpl?
# [03:13] <@dolske> anything with emoji in the name is ok with me.
# [03:13] <@dolske> (yes, that codepoint)
# [03:13] <@dolske> (you're all thinking it)
# [03:13] * Quits: sewardj (sewardj@moz-A96F4029.dip.t-dialin.net) (Ping timeout)
# [03:14] * bz has no idea which one dolske means
# [03:14] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:14] <bz> please to tell me value
# [03:14] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [03:14] <bz> tbsaunde: 'jsImplParent' ?
# [03:14] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
# [03:14] * ChanServ sets mode: +o dbaron
# [03:15] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
# [03:15] <jcranmer> tbsaunde: the problem with handing asm is register-renaming arbitrary asm is nontrivil
# [03:16] * Joins: m_kato (m_kato@moz-658AB552.tokyo.ocn.ne.jp)
# [03:16] <tbsaunde> bz: sure
# [03:16] <jcranmer> (not very difficult, just nontrivial)
# [03:16] <@dolske> bz: was assuming http://en.wikipedia.org/wiki/%F0%9F%92%A9
# [03:16] * Joins: folecr (folecr@moz-41FC64CF.lightspeed.sntcca.sbcglobal.net)
# [03:16] * @dolske is still astounded that's a spec.
# [03:17] <bz> dolske: lol
# [03:17] <RyanVM> more inbound bustage, yay
# [03:17] <jcranmer> dolske: it's very useful
# [03:17] <RyanVM> jchen ^
# [03:17] <jcranmer> dolske: it lets me sneak in complaints about code that no one can see
# [03:17] <jcranmer> dolske: I use that character in a test somewhere
# [03:17] <bz> ok
# [03:17] * bz makes it 'jsImplParent', goes to push
# [03:18] <@dolske> jcranmer: pengiun emoji was my second choice.
# [03:18] <tbsaunde> jcranmer: sure, we'd make up a "calling convention" or something maybe the jit just couldn't save stuff in registers through said asm
# [03:18] <jcranmer> dolske: that's my email header for the newsgroups :-)
# [03:18] * Parts: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Leaving...)
# [03:18] * jcranmer wonders if there's a bikeshed unicode character
# [03:19] <RyanVM> hey, I've got a great idea for how to avoid inbound closures
# [03:20] <RyanVM> MAKE SURE YOUR SHIT ACTUALLY COMPILES BEFORE PUSHING
# [03:20] <jcranmer> RyanVM: get rid of inbound?
# [03:20] <jcranmer> so here's a question I don't think people want to know the answer to:
# [03:20] <jcranmer> what percentage of patches and patch bustage are caused by author/reviewer negligence?
# [03:21] <bz> RyanVM: define "compiles"?
# [03:21] <tbsaunde> jcranmer: what exactly counts as "negligence"?
# [03:21] <bz> RyanVM: but yeah....
# [03:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/88d40212e319 - Ryan VanderMeulen - Backed out changesets 35ba787bc3db, e95379bbcfd5, and fff4886f812c (bug 847983) for build bustage on a CLOSED TREE.
# [03:21] <bz> tbsaunde: The courts ask that question a lot.
# [03:22] <tbsaunde> bz: heh
# [03:22] <jchen> RyanVM: ugh. thanks. weird i didnt catch it on try
# [03:22] * Joins: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net)
# [03:23] <RyanVM> jchen: debug-only
# [03:23] * Quits: ehoogeveen (emanuel.ho@moz-DC53E53C.upc-j.chello.nl) (Quit: )
# [03:23] <jchen> yeah
# [03:23] <jcranmer> tbsaunde: the bustage of the patch was caused by the patch itself and not any changes in between the time of review and landing
# [03:25] <jcranmer> 🚲🏠
# [03:25] <jcranmer> (I can't find any emoji for `shed')
# [03:25] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
# [03:25] * Quits: vlad (vlad@moz-97F0FD4D.members.linode.com) (Quit: ZNC - http://znc.sourceforge.net)
# [03:26] <tbsaunde> jcranmer: so basically your lcaiming not doing try -p all -b do -u all - t all is negligent?
# [03:26] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [03:28] * Quits: KaiRo (robert@moz-39EC87D6.adsl.highway.telekom.at) (Input/output error)
# [03:28] * Joins: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net)
# [03:28] <jcranmer> tbsaunde: per the standards of review, effectively
# [03:28] * Quits: chewey (chewey@moz-20DBE1AF.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
# [03:28] * Joins: chewey (chewey@moz-29F9791C.dip0.t-ipconnect.de)
# [03:29] <aja> jcranmer: https://twitter.com/steveklabnik/status/255511605876510720
# [03:29] <tbsaunde> jcranmer: I'm not sure what you mean by that
# [03:32] * Joins: vlad (vlad@moz-97F0FD4D.members.linode.com)
# [03:32] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [03:33] * Quits: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP) (Ping timeout)
# [03:34] <jcranmer> aja: :-)
# [03:37] * Joins: digitsm (digitsm@6E86B8B7.E2B53EDA.6FBA63F7.IP)
# [03:38] <froydnj> RyanVM: philor: if that 10.8 debug m2 bustage is mine, much obliged if you just back out bug 798172; bug 853646 just adds bits to headers that don't get used anywhere
# [03:38] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [03:38] <RyanVM> froydnj: nah, looks like normal bustage to me
# [03:39] * Quits: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [03:39] <froydnj> "normal" bustage :(
# [03:39] <bz> holy crap
# [03:39] <bz> what happened in .platform???
# [03:39] <RyanVM> OF is better than it's been in awhile, and we're still 3x where we used to be
# [03:40] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [03:40] <jcranmer> bz: a conversation?
# [03:41] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [03:41] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [03:42] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [03:42] <bz> ah, .platform is yet another proposal for "push to try to commit"
# [03:42] <bz> ok
# [03:42] * bz skims
# [03:42] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [03:43] * Joins: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net)
# [03:45] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 23.0a1/20130402231545])
# [03:46] * Joins: inolen (Adium@moz-FA2406D8.socal.res.rr.com)
# [03:50] <njn> bz: I just started reading that too
# [03:50] <njn> should be interesting
# [03:50] * Quits: @smaug (chatzilla@moz-8C0006D4.pp.htv.fi) (Ping timeout)
# [03:50] <bz> njn: mostly repeats of previous discussions, honestly
# [03:50] <bz> njn: with some actual data near the end.
# [03:51] <njn> bz: no spoilers, plz :P
# [03:51] * jchen is now known as jchen|away
# [03:51] * joduinn is now known as joduinn-afk
# [03:53] * Quits: brendan (brendaneic@2557E599.66715431.D25A875A.IP) (Quit: brendan)
# [03:53] <bz> Tree open, good
# [03:53] * bz merges
# [03:53] <bz> njn: ;)
# [03:54] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [03:56] * heycam|away is now known as heycam
# [03:56] * Quits: JeroenDeDauw (j@moz-10017C03.dip.t-dialin.net) (Quit: Leaving.)
# [03:56] * Joins: JeroenDeDauw (j@moz-10017C03.dip.t-dialin.net)
# [03:59] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [03:59] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [04:00] <bz> gps: thank you for running the numbers on the test stuff
# [04:01] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9ecc1799f6f4 - Anthony Jones - Bug 852251 - Check for null on CompositorChild::Get()
# [04:02] <bz> nsIDOMSpeechSynthesisGetter
# [04:02] <bz> What's that?
# [04:02] * philor|afk is now known as philor
# [04:02] <bz> And who reviewed that?
# [04:03] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [04:03] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [04:04] * Quits: dzbarsky (Adium@moz-6840584F.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [04:04] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [04:06] * Joins: nattokirai (nattokirai@moz-658AB552.tokyo.ocn.ne.jp)
# [04:08] * Joins: dzbarsky (Adium@moz-6840584F.wireless-pennnet.upenn.edu)
# [04:10] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
# [04:10] <bz> what's the right make target for ipdl stuff?
# [04:10] <bz> as in, if I have an ipdl file in some dir, how do I get our build system to build the corresponding .h files?
# [04:10] <@dolske> I have no idea, but istr speech stuff is relevant to dougt's interests?
# [04:10] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
# [04:11] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
# [04:11] * bz found the speech bits
# [04:11] <bz> Now I just want to build the ipdl
# [04:11] <bz> or rather the headers we generate from it
# [04:12] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [04:12] <bz> ah, ipc/ipdl
# [04:13] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [04:15] <mfinkle> bz, i have a question about redirects, HTTPS->HTTP and referrers
# [04:15] <mfinkle> and twitter t.co
# [04:15] * bz listens
# [04:15] <bz> mmmm
# [04:16] <mfinkle> t.co sends down a HTML page that uses JS to redirect
# [04:16] * Quits: surkov (surkov@B3C081AC.7AE20955.EBE09E3C.IP) (Quit: surkov)
# [04:16] <mfinkle> instead of using a 301
# [04:16] <mfinkle> it's almost painful on mobile
# [04:16] <bz> yep
# [04:16] <bz> Is https://bugzilla.mozilla.org/show_bug.cgi?id=704320 part of the answer?
# [04:16] <mfinkle> they do it because they want referrer "credit"
# [04:16] <bz> (to your real question, which is "how do we make them stop that?")
# [04:17] <mfinkle> yeah, might be
# [04:17] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [04:17] <mfinkle> i was looking for ways to force a referrer with a 301 https->http redirect
# [04:17] <catlee-away> so firefox is eating 100% cpu right now
# [04:17] <bz> mfinkle: in particular, see comment 31 and following
# [04:17] <mfinkle> but was coming up empty
# [04:17] <mfinkle> ok, looking
# [04:17] <bz> well
# [04:17] <bz> force in what sense?
# [04:17] <bz> we can change our code to
# [04:17] <catlee-away> how do I tell what's causing it?
# [04:17] <bz> but we very purposefully don't do that now
# [04:17] <bz> because it leaks info, right?
# [04:18] <mfinkle> bz, i was looking for ways to "force" it just to test possible solutions
# [04:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/499692d0ad63 - Seth Fowler - Bug 856486 (Part 1) - Avoid asserts triggered by rapid off-main-thread decoding. r=jrmuizel
# [04:18] <mfinkle> but also, i was wondering if there was some security reason for not doing it
# [04:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f5059c01c197 - Seth Fowler - Bug 856486 (Part 2) - Buffer the last fully-decoded frame for multipart images. r=jrmuizel
# [04:18] <bz> There is
# [04:18] <bz> We don't want to leak information cross-site
# [04:18] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:18] <bz> And urls often contain sensitive information
# [04:18] <bz> doubly so for the people who actually bother with https
# [04:19] <mfinkle> yeah
# [04:20] <bz> The <meta> does work around that well, since it lets sites opt in
# [04:20] <bz> and thus tell us they don't care
# [04:20] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [04:20] <mbrubeck> catlee-away: You could try attaching a debugger to get a stack... or failing that, crash it.
# [04:20] <catlee-away> it's pretty responsive
# [04:21] <mbrubeck> on Linux or OS X, "kill -SIGSEGV" should cause the crash reporter to come up
# [04:21] <mbrubeck> oh, I was thinking it was hung...
# [04:21] * jchen|away is now known as jchen
# [04:21] * Quits: folecr (folecr@moz-41FC64CF.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [04:21] <mbrubeck> https://developer.mozilla.org/en-US/docs/Performance/Profiling_with_the_Built-in_Profiler is a possibility if it's responding
# [04:22] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [04:22] <catlee-away> mbrubeck: that's per-tab, right?
# [04:22] <catlee-away> js::DefineNativeProperty has come up a few times now
# [04:22] <mbrubeck> no, I don't think we can do "per-tab" profiling
# [04:23] <catlee-away> oh
# [04:23] <catlee-away> ok, that's good then!
# [04:23] <mbrubeck> though if there's content JS involved then I guess we could potentially figure out the script source
# [04:23] <mbrubeck> I've only used the profiler a couple of times, myself
# [04:25] <catlee-away> hm, some jetpack
# [04:25] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [04:25] <mfinkle> bz, after a quick read, it looks like this would work for mobile twitter loaded into firefox and i click on a t.co link (they all are)
# [04:25] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [04:26] <mfinkle> mobile twitter would use the <meta> tag to yes "allow the referrer to be sent"
# [04:26] <catlee-away> popupShowingTryAgain()
# [04:26] <mfinkle> which means they could use 301 redirects?
# [04:26] <mfinkle> and still get the credit for the traffic to the target website
# [04:27] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Quit: leaving)
# [04:27] <catlee-away> hey, it was my jetpack!
# [04:27] * bz hates macros
# [04:28] <shu> is anyone else getting ./dist/include/mozilla/Endian.h:163:14: error: use of undeclared identifier '__builtin_bswap16' on inbound?
# [04:28] <shu> clang on my MBP doesn't seem to understand this builtin
# [04:29] * jchen is now known as jchen|away
# [04:31] <mfinkle> bz, do redirects never pass along the referrer? i thought it was https-> http redirects but it might be any redirect
# [04:31] * Joins: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [04:31] <@dbaron> bz, even my macros? :-)
# [04:32] * jmaher is now known as jmaher|afk
# [04:33] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
# [04:33] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
# [04:35] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [04:37] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
# [04:41] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [04:42] <bz> dbaron: well, just macros that don't know that ',' between < and > is not an argument separator. ;)
# [04:42] <bz> dbaron: I threw in some () and it helped
# [04:42] <bz> mfinkle: checking
# [04:43] <bz> mfinkle: redirects propagate through the referrer
# [04:43] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [04:43] <bz> mfinkle: See this bit in HttpBaseChannel::SetupReplacementChannel:
# [04:43] <bz> // convey the referrer if one was used for this channel to the next one
# [04:43] <bz> if (mReferrer)
# [04:43] <bz> httpChannel->SetReferrer(mReferrer);
# [04:43] * philor is now known as philor|away
# [04:43] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [04:44] <@dolske> win 100
# [04:44] * Quits: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net) (Quit: wanderview)
# [04:44] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [04:45] <mfinkle> bz, thanks
# [04:45] <bz> mfinkle: no problem
# [04:45] <bz> dolske: ?
# [04:45] <JonathanS> in chrome's blink page, I noticed about Use a modern, faster tcmalloc throughout all of Mac chrome
# [04:47] * Joins: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [04:48] * jchen|away is now known as jchen
# [04:48] * Quits: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net) (Quit: wanderview)
# [04:50] <dougt> JonathanS: any data comparing it to jemalloc?
# [04:50] <@dolske> just missing a /
# [04:50] * Joins: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [04:51] <@dolske> congrats to MattN_ on my 100th window.
# [04:52] * hwine is now known as hwine-ooo
# [04:52] <dougt> hah
# [04:53] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [04:53] <JonathanS> dougt, I only found https://github.com/blog/1422-tcmalloc-and-mysql
# [04:53] <JonathanS> oops http://www.mysqlperformanceblog.com/2012/07/05/impact-of-memory-allocators-on-mysql-performance/
# [04:54] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [04:54] <stuart> tcmalloc used to be pretty bad
# [04:55] * Joins: brendan (brendaneic@moz-A5234FF1.sub-70-199-77.myvzw.com)
# [04:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e9113b268416 - Matt Woodrow - Bug 855233 - Recreate mask layers if the ContainerParameters offset changes. r=nrc
# [04:58] * Quits: jgilbert (jgilbert@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [04:58] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [04:59] * ctalbert is now known as ctalbert|afk
# [04:59] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [04:59] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [04:59] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
# [04:59] * Quits: IRCMonkey56664 (wlach@moz-35BE7BC2.vif.net) (Quit: Computer has gone to sleep.)
# [05:01] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Ping timeout)
# [05:03] * Parts: wanderview (bkelly@moz-A3CB7D8A.washdc.fios.verizon.net)
# [05:03] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [05:04] * Quits: rclick (rclick@1C8C1A71.28E23881.1605932.IP) (Ping timeout)
# [05:07] * Matti is now known as Matti_away
# [05:08] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [05:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/343da9f79907 - Geoff Brown - Bug 855146 - Enable SpecialPowers in robocop tests; r=jmaher
# [05:10] * glob|away is now known as glob
# [05:10] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [05:11] * ewong|sleep is now known as ewong
# [05:12] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Quit: bholley)
# [05:14] <Jesse_> ehsan: one of your replies went to the wrong newsgroup (tree-management instead of platform)
# [05:15] <@ehsan> yeah, I was already pinged about it
# [05:15] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [05:15] * Joins: Ann_Yimi_ (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [05:16] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [05:17] <Jesse_> also i disagree with what you said in that post but i don't want to reply to it in the wrong place
# [05:17] * Joins: WeirdAl (chatzilla@moz-A79AE29F.hsd1.ca.comcast.net)
# [05:18] <WeirdAl> hey guys - does anyone have any idea how stripping symbols from a XULRunner SDK could possibly cause "<Regression> Mozilla-Beta - a11y Row Major MozAfterPaint - Linux x64 - 3.6%" ???
# [05:18] <Jesse_> (i think my proposal takes care of the load problem, and small changes to "starring" intermittent failures will allow automation to know what's believed to be "passing except for known intermittent failures")
# [05:19] * Quits: dzbarsky (Adium@moz-6840584F.wireless-pennnet.upenn.edu) (Quit: Leaving.)
# [05:19] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [05:20] <tbsaunde> WeirdAl: look at graph server to be sure it was your push
# [05:20] <tbsaunde> Jesse_: tbh I'm not sure I understand what your proposing
# [05:22] <WeirdAl> tbsaunde: not sure how to do that :)
# [05:22] <Jesse_> tbsaunde: you didn't understand my message that began "I suggest adding an Auto branch between Try and Central." ?
# [05:22] <WeirdAl> hell, this could be margin-of-error noise
# [05:24] * philor|away is now known as philor
# [05:24] <tbsaunde> Jesse_: correct
# [05:24] <njn> dumb webdev question: I want three dropdown menus next to each other, each with a small heading above it. What's the best way to lay it out?
# [05:24] <Jesse_> ehsan: and more abstractly, i think "this will cause too much load" or "this will be hell with the current rate of intermittent failures" apply even more strongly to our current setup ;)
# [05:24] * Quits: brendan (brendaneic@moz-A5234FF1.sub-70-199-77.myvzw.com) (Quit: brendan)
# [05:25] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [05:25] <Jesse_> tbsaunde: developers push to Try. automation bundles up patches that passed Try and pushes to Auto. if the combination passes Auto (the patches didn't interact badly), the combination is now considered to be mozilla-central.
# [05:25] <bz> "Improvement: Mozilla-Beta - Dromaeo (DOM) - XP - 45.8% increase"
# [05:26] * bz is glad every time he sees those numbers. ;)
# [05:26] <tbsaunde> Jesse_: as much as inbound is a mess I suspect its compute hours / patch ratio is pretty good compared to other things
# [05:27] * Quits: tmyoung (Thunderbir@moz-A52EE408.alyoung.com) (Ping timeout)
# [05:27] * njn suspects the answer is "divs + CSS"
# [05:27] <Jesse_> tbsaunde: that part of my proposal doesn't affect load (except in giving developers a good mozilla-central base for their try pushes), but it does allow another change that i think will help load a lot
# [05:27] <tbsaunde> Jesse_: no, I think that increases load
# [05:28] * Jesse_ is now known as Jesse
# [05:28] <tbsaunde> Jesse_: as it is people basically never psuh patches to try for full runs and often don't push them to try at all
# [05:28] <philor> WeirdAl: the regression emails don't come out until after there have been n runs, so aurora merges to beta, there are all the regressions and improvements between the two, and some of them get reported as one of the subsequent pushes
# [05:28] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [05:28] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
# [05:29] <Jesse> tbsaunde: err, i mean my proposal doesn't increase load relative to the proposal from kats
# [05:29] <WeirdAl> philor: so just noise?
# [05:29] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [05:29] * ChanServ sets mode: +o dveditz
# [05:29] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [05:29] <tbsaunde> Jesse: ok, that might be, but I'm not sure increasing load much over what we have today is acceptable
# [05:30] <Jesse> tbsaunde: let me finish ;)
# [05:30] <tbsaunde> go on
# [05:30] <philor> WeirdAl: yes, even more so than they usually are, which is saying a lot - there have been I think weekly meetings for "Signal from Noise" for... two years? three? which intend to have some effect in the future sometime
# [05:30] <WeirdAl> :p
# [05:30] <Jesse> tbsaunde: instead of everyone doing full try runs, most pushes get "sparse" try runs: build on all platforms, run each test on one random platform
# [05:31] * WeirdAl hopes he gets invited to this year's summit... though what his opinion will be is yet to be determined
# [05:31] <Jesse> tbsaunde: so maybe my push has mochitest-1 run on mac 10.8 and mochitest-2 run on winxp
# [05:32] <tbsaunde> Jesse: ok
# [05:32] * njn is tempted to use a table
# [05:32] <@dolske> njn: flexbox!
# [05:32] <tbsaunde> Jesse: so that is more or less jcranmer's proposal but with autoland stuff
# [05:33] * Quits: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net) (Ping timeout)
# [05:33] <Jesse> tbsaunde: the combination on Auto gets the full test matrix, and if a single-platform single-test failure shows up, we can go back and run that test on all the original Try pushes or dump the whole patch set
# [05:33] <Jesse> tbsaunde: yes
# [05:33] <philor> has this webspeech build error been around for a while and I just haven't seen it, or can I pillory someone who landed today?
# [05:33] <Jesse> tbsaunde: i think the effect will be a lot like inbound's coalescing, but more controlled and with fewer people being on fire when things go wrong
# [05:34] <tbsaunde> Jesse: so, that will still have the same load on builders as kats's proposal which may or may not be an issue
# [05:34] <tbsaunde> philor: link?
# [05:35] <jcranmer> in theory, everyone already pushes to try before landing
# [05:35] <philor> tbsaunde: https://tbpl.mozilla.org/php/getParsedLog.php?id=21405771&tree=Mozilla-Inbound
# [05:35] <tbsaunde> jcranmer: whattheory is that?
# [05:35] <jcranmer> the theory that says people test their code before landing
# [05:36] <WeirdAl> it's the Wishful Thinking Hypothesis
# [05:36] <tbsaunde> jcranmer: honestly that can often just be a waaste if you have fairly high confidence in a patch
# [05:36] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [05:36] <jcranmer> high confidence doesn't mean you're right
# [05:36] * nrc is now known as nrc|afk
# [05:37] <njn> dolske: every flexbox link I can find specifies different syntax
# [05:37] <bz> njn: there are at least 4 different syntaxes, with different prefixes
# [05:37] <bz> njn: what are you trying to do?
# [05:38] <bz> njn: and which browsers do you want it to work in?
# [05:38] <njn> bz: put three dropw-down menus next to each other, with a title above each one, in about:memory -- so FF only
# [05:38] <tbsaunde> philor: looks like the stuff eeejay landed earlier today is what's broken
# [05:38] * Joins: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net)
# [05:38] <Jesse> tbsaunde: i think my proposal fits well with developers guessing how much Try testing their patch needs. if you're wrong, you delay about 4 other patches by a few hours (when Auto burns), but you don't break the tree or prevent other people from landing.
# [05:38] * philor scrolls down
# [05:38] <tbsaunde> jcranmer: no it does not, but it means that its a better idea to push the patch to inbound without spending try time on it
# [05:39] <WeirdAl> aww, I was hoping text-to-speech was working
# [05:39] <jcranmer> my rule of thumb is push to try, if that passes, I won't do it again unless I get a merge conflict
# [05:40] <tbsaunde> jcranmer: this week alone I've landed atleast 1 or two patches that never went to try
# [05:40] <@khuey> lol
# [05:40] <Jesse> jcranmer: that's exactly the rule of thumb kats and i want to encode into the automation :)
# [05:40] <@khuey> this video of the attempted heist in auckland is great
# [05:40] <tbsaunde> I suspect bz and ehsan and ... will say the same
# [05:40] <bz> Who knows about xpt files?
# [05:41] <jcranmer> and how many times have you been backed out?
# [05:41] * @khuey flees
# [05:41] * bz has certainly landed a patch that did not go to try, just today
# [05:41] <bz> as for backed out....
# [05:41] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [05:41] <bz> This week, not once, afaik
# [05:41] <tbsaunde> jcranmer: not this week iirc before that some significant number of times
# [05:41] <jcranmer> bz: ooh, ooh, I know! xpt files are the thingies that xpconnect uses to work magically
# [05:42] <bz> But it does happen sometimes, yes.
# [05:42] <philor> khuey: who knows about the build system?
# [05:42] <jcranmer> :-P
# [05:42] <bz> jcranmer: I wanted more like "whom do I ask for a needinfo?"
# [05:42] <@khuey> philor: these days? gps
# [05:42] * bz picks on khuey
# [05:42] <jcranmer> I'd go with khuey or ted and let them redirect as needed
# [05:42] <@khuey> it changes so much that I have to MXR every time :-(
# [05:42] <tbsaunde> bz: I could take a look too
# [05:42] <WeirdAl> khuey: hey, when're you gonna get to my feedback? request on install-app? :p
# [05:43] <jcranmer> tbsaunde: and I've not been backed out
# [05:43] <@khuey> cpearce++
# [05:43] <bz> tbsaunde: https://bugzilla.mozilla.org/show_bug.cgi?id=846629 if you're interested
# [05:43] <cpearce> hmmm?
# [05:43] <tbsaunde> jcranmer: certainly
# [05:43] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [05:43] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [05:43] <@khuey> cpearce: for defending the office
# [05:43] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
# [05:43] <cpearce> heh
# [05:43] <@khuey> against the barbarian hordes
# [05:44] <cpearce> seriously, all I did was smile at him.
# [05:44] <philor> eh, screw it, I'll just fix this with a clobber
# [05:44] * bz is missing something, clearly
# [05:44] <bz> nooooooooo
# [05:44] <@khuey> cpearce: hey you had the bat too
# [05:44] * bz dodges clobber, tries to kidney-punch it
# [05:44] <@khuey> so what's broken?
# [05:44] <jcranmer> bz: I'd suspect the reason is that, when xpt was originally written, 64-bit didn't work cleanly on all platforms as a constant
# [05:45] <cpearce> khuey: yeah, I've been practicing my smile just for such occasions ;)
# [05:45] <jcranmer> bz: and no one has given a crap about it in the past 10 years
# [05:45] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Ping timeout)
# [05:45] <@khuey> oh, fun, backend.mk
# [05:45] * @khuey disclaims all knowledge
# [05:46] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [05:47] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [05:47] * philor thinks either "parallel race condition from https://hg.mozilla.org/integration/mozilla-inbound/rev/55ec568f51a2" or "needs-clobber"
# [05:48] * Quits: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net) (Ping timeout)
# [05:48] <tbsaunde> bz: yeah, there are other bugs about 64 bit constants not working
# [05:49] <tbsaunde> bz: there might also be an issue storing 64 bit values in xpt's format I istr something about that maybe when khuey was trying to compile them to C?
# [05:49] <philor> fortunately, it's already merged to m-c, so we should be able to see lots of bustage from it if it's not needs-clobber
# [05:50] * Quits: felipe (felipe@F0FABB58.F4D65A64.6D8EEF99.IP) (Quit: felipe)
# [05:50] <tbsaunde> jcranmer: I'm nto even trying to argue that not pushing to try isn't running more risk, I'm arguing that running that risk is the right thing to do
# [05:51] * ehsan is now known as ehsan_sleep
# [05:51] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [05:52] <jcranmer> I disagree, but maybe everyone expects inbound to be the new try these days
# [05:52] * Joins: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net)
# [05:52] * Quits: juanb|afk (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb|afk)
# [05:53] * Quits: JeroenDeDauw (j@moz-10017C03.dip.t-dialin.net) (Ping timeout)
# [05:53] <tbsaunde> jcranmer: I wouldn't say its try, but its not m-c either something like "a place to throw patches that are fiarly liekly good"
# [05:54] <rnewman> anyone know whether chromeappsstore.sqlite is still used?
# [05:54] * Joins: JeroenDeDauw (j@moz-DFD13227.dip.t-dialin.net)
# [05:54] <Jesse> tbsaunde: try -p none ;)
# [05:55] <bz> khuey: what is known to be broken is 64-bit idl constants
# [05:55] <bz> khuey: _why_ they are broken is the question
# [05:56] <tbsaunde> Jesse: this is in your world to get stuff into the autoland queue without try at all?
# [05:56] <Jesse> tbsaunde: yeah
# [05:56] * bz gets his review queue back down to "one large complicated set of chagnes in code I don't really know that well and that has no spec"
# [05:56] * khuey is now known as khuey|away
# [05:57] <@roc> what?
# [05:57] <Jesse> r- ask me again when there's a spec
# [05:58] <jcranmer> bz: .... so comm-central? :-)
# [05:58] * Quits: Matti_away (Matti@moz-A52A1BC4.dip.t-dialin.net) (Ping timeout)
# [06:00] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
# [06:00] <tbsaunde> bz: I thought you finished the xbl patches
# [06:01] * nrc|afk is now known as nrc
# [06:01] * nthomas is now known as nthomas|away
# [06:02] <bz> tbsaunde: I did
# [06:02] * WeirdAl needs a mathematician friend
# [06:02] <bz> tbsaunde: Then I got asked for review on <iframe srcdoc>
# [06:02] <bz> tbsaunde: which is eerily similar
# [06:02] * Joins: Matti (Matti@moz-85BFC841.dip.t-dialin.net)
# [06:02] <bz> tbsaunde: In the "I don't want to deal with reviewing changes to this code, but there is no better option" sense....
# [06:03] <bz> Jesse: oh, there's a spec for the feature
# [06:03] <nalexander> WeirdAl: I am a mathematician... buddy.
# [06:03] <bz> Jesse: and there's a spec for "docshell"
# [06:03] <WeirdAl> hehe
# [06:03] <bz> Jesse: the latter is of ... varying fictionality
# [06:03] <bz> (If that's a word. Perhaps "fictitiousness"?)
# [06:04] * philor tries to think of something good to say in "Bug 857705 - Continue using slaves known to have bad RAM"
# [06:05] <philor> I'm not sure my mom's going to wind up proud of me
# [06:05] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [06:06] <bz> philor: depends on what they're used for, no?
# [06:06] <tbsaunde> bz: yeah :/
# [06:07] <philor> bz: sure, but I've suggested before "take these broken slaves and use them for staging so you have to deal with their failures instead of me" and not had any success
# [06:07] <bz> philor: I was thinking "doorstops"
# [06:08] <philor> ah, the Bridge Of Minis, yes
# [06:08] <bz> Couch, not Bridge
# [06:09] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [06:11] <tbsaunde> or just you know buy them new ram
# [06:12] <@roc> ECC RAM maybe
# [06:13] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
# [06:14] <bz> mconnor is the compare-talos maintainer, right?
# [06:15] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [06:16] <philor> right
# [06:18] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [06:19] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [06:21] * Joins: twi (Adium@moz-29290401.cust.dsl.vodafone.it)
# [06:22] <tbsaunde> bz: well for one thing it looks like xpt.py doesn't know how to write 64 bit ints into an xpt
# [06:23] * Joins: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net)
# [06:23] <bz> tbsaunde: fun
# [06:25] * Quits: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net) (Ping timeout)
# [06:25] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [06:25] * Joins: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net)
# [06:26] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [06:28] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [06:28] * capella|away is now known as capella
# [06:29] <tbsaunde> bz: the stuff in xpcom/typelib/xpt/ on the other hand atleast makes the motions of supporting uint64_t, but if you trust that and want to beat it into working is something I'll let you decide
# [06:29] * tbsaunde would just say screw it and use two uint32_t bit fields
# [06:31] * Quits: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP) (Quit: shamir_khodzha)
# [06:31] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:32] * Quits: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [06:34] <bz> tbsaunde: that's not really feasible
# [06:36] * Joins: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
# [06:36] <tbsaunde> bz: :( sorry
# [06:40] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [06:41] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [06:42] * Quits: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net) (Input/output error)
# [06:42] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [06:43] <@dbaron> philor, can I be proud of you instead?
# [06:44] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
# [06:44] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [06:46] <philor> dbaron: so far, I'm actually saying nice things, just revising my "one in a hundred" since I didn't really think until today about how a PPoD in a != reftest can give false green
# [06:47] <@dbaron> philor, did that happen today?
# [06:48] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Ping timeout)
# [06:48] * Joins: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net)
# [06:49] <philor> dbaron: no, I was just thinking about what a bad idea "just treat it as intermittent orange" is, and realized that even just for PPoD in reftests, we don't know how common it is, since != will swallow it on a passing rev, or give a false green on a failing rev, and fuzzy might swallow it or not, depending, on either a passing or failing rev
# [06:50] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [06:50] <@dbaron> philor, but if you see my comment in the bug... I think the pink pixel is really probably 2%-5% of the problem
# [06:50] <@dbaron> philor, it's mostly crashes, not reftests
# [06:51] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
# [06:51] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [06:52] <philor> dbaron: yeah, I'm still coming out of my suggestion from bug 845123 to have a pool of known-defective slaves that are only allowed to run reftests :)
# [06:52] <@roc> they can crash reftests too
# [06:52] <philor> yeah, and alas for anyone who actually causes an intermittent Mac crash, we probably aren't going to file it
# [06:52] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
# [06:53] <philor> I was rather surprised to find bug 854839, because we mostly just don't file those anymore
# [06:54] * Joins: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net)
# [06:54] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [06:54] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [06:57] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [06:57] <@dbaron> if we don't file them, how will we find the machines that need to be removed from the pool?
# [06:58] <philor> a thing which I was typing in the bug comment field while you asked :)
# [06:59] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
# [07:00] <philor> it's a tough call - billm knows by now to pretty much ignore any bug we file about a GC crash, so probably the cost of filing them isn't too high, now that we're already paying the cost of having cried wolf too many times
# [07:01] * @dbaron awaits the bugmail from philor's comment
# [07:03] <hsivonen> jlebar|away: the non-agreed-upon non-policy is having positive effects. :-)
# [07:03] * Quits: damons (gnubeard@moz-BCB43F5D.hsd1.ca.comcast.net) (Quit: damons)
# [07:03] * Joins: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net)
# [07:04] * Quits: mccr8 (mccr8@moz-5FEA0C74.dsl.dynamic.sonic.net) (Quit: mccr8)
# [07:06] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
# [07:06] <cpeterson> I'm trying to build mozilla-inbound for OSX, but I'm getting a clang compile error: Endian.h:163:14: error: use of undeclared identifier '__builtin_bswap16'
# [07:06] * Quits: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr) (Quit: tchevalier)
# [07:07] <bz> shu was getting that too
# [07:07] <bz> iirc
# [07:08] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [07:09] * Quits: bholley (anonymous@moz-21DD2AC0.hsd1.ca.comcast.net) (Quit: bholley)
# [07:09] * bz is getting it too
# [07:09] <bz> hrmm
# [07:09] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [07:09] <bz> I wonder what's up
# [07:09] <cpeterson> I'm using Apple's default clang 4.2. Even a simple "hello world" test.c reports __builtin_bswap16() undefined.
# [07:10] <bz> #if defined(__clang__)
# [07:10] <bz> return T(__builtin_bswap16(value));
# [07:10] <cpeterson> bug 798172
# [07:10] <bz> is what this file has
# [07:10] <bz> Are you commenting, or should I?
# [07:10] * bz wonders how this is managing to build on tinderbox... and whether it depends on the clang version
# [07:11] <cpeterson> bz: you can comment if you any more insight than "__builtin_bswap16() is undefined". <:) Otherwise, I can just add that.
# [07:11] * Quits: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP) (Ping timeout)
# [07:11] <bz> Go for it; I have nothing else so far
# [07:11] <cpeterson> Do the OSX builders use a non-default version of clang?
# [07:12] <bz> Sure
# [07:12] <bz> What I'm using is what they were using a month or two back
# [07:12] <bz> but it's possible they've updated since
# [07:12] <bz> http://mxr.mozilla.org/mozilla-central/source/browser/config/tooltool-manifests/macosx64/releng.manifest
# [07:12] <bz> is the version they use
# [07:12] <bz> Yeah, that's 7k revisions ahead of me
# [07:12] <bz> but still
# [07:13] <bz> we're not supposed to break people's local stuff
# [07:14] * Quits: Alfredo (alfredoyan@moz-8ECC9173.dynamic.hinet.net) (Quit: Alfredo)
# [07:14] <bz> http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20121001/065702.html
# [07:14] <bz> Looks like it was added in rev 165362
# [07:14] <bz> which is way later than what I have and what you have
# [07:15] * jcranmer is now known as jcranmer|away
# [07:17] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [07:17] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [07:18] * Quits: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net) (Connection reset by peer)
# [07:19] * Joins: mfinkle (mfinkle@moz-8CB7201C.hsd1.pa.comcast.net)
# [07:20] * Quits: JeroenDeDauw (j@moz-DFD13227.dip.t-dialin.net) (Quit: Leaving.)
# [07:20] * Joins: JeroenDeDauw (j@moz-DFD13227.dip.t-dialin.net)
# [07:22] * bz wonders how to find the svn version of a given clang release
# [07:22] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [07:22] * Joins: jhk (Instantbir@7FC79FD2.5827C9F6.D06349B0.IP)
# [07:27] * Joins: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP)
# [07:27] * Quits: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP) (Quit: shamir_khodzha)
# [07:28] * bz strips the relevant changesets
# [07:28] <bz> froydnj: ping
# [07:30] <cpeterson> bz: we can add a `#if __has_builtin(__builtin_bswap16)` check to Endian.h
# [07:31] * jchen is now known as jchen|away
# [07:31] <bz> cpeterson: if that does the right thing....
# [07:32] <cpeterson> well, __has_builtin(__builtin_bswap16) returns 0 on my clang 4.2, but I don't know if it actually returns 1 for later clang versions..
# [07:32] <jet> kinetik: ping
# [07:35] * Joins: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
# [07:39] * Joins: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net)
# [07:39] * Joins: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP)
# [07:39] * Quits: bdahl (bdahl@moz-D7CB09C3.dsl.dynamic.sonic.net) (Client exited)
# [07:40] <bz> looks like clang 3.2 might have this builtin
# [07:40] <bz> maybe
# [07:40] <bz> hard to tell
# [07:40] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [07:40] <bz> (not to be confused with Apple's version numbers!)
# [07:40] * Quits: pcwalton (pcwalton@moz-481A040C.hsd1.ca.comcast.net) (Quit: .)
# [07:41] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [07:42] <@dbaron> hsivonen, which not-agreed-on non-policy?
# [07:42] <@dbaron> prefixes?
# [07:42] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Connection reset by peer)
# [07:42] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [07:43] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [07:44] * Quits: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 18.0.2/20130201065344])
# [07:45] * Joins: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr)
# [07:46] <jlebar|away> dbaron: think so
# [07:46] * @dbaron wonders what timezone jlebar|away is in
# [07:46] <jlebar|away> Hey, bz is up. :)
# [07:47] <hsivonen> dbaron: yeah, prefixes
# [07:47] * nrc is now known as nrc|away
# [07:47] * bz is up
# [07:47] <@dbaron> well, I'm 3 hours behind you, and I'm going to sleep shortly
# [07:47] <bz> sorta
# [07:47] <@dbaron> so g'night
# [07:47] <bz> it's almost 2am
# [07:47] * bz needs to sleep
# [07:48] * bz is fighting people breaking his build. ;)
# [07:48] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [07:48] <bz> hsivonen: I think we've de facto agreed on that policy
# [07:48] <bz> hsivonen: more or less
# [07:48] <arky> Unfocused, ping
# [07:48] <@dbaron> but we've also made exceptions to it
# [07:48] <bz> right
# [07:49] <Unfocused> arky: hey :) i was just about to head off for awhile, is it something quick?
# [07:50] <hsivonen> bz: even better
# [07:50] <arky> Unfocused, Yes, the patch applies after few changes. Wondering what would be next step for me. The review comments are too technical for me
# [07:50] <arky> Unfocused, https://bugzilla.mozilla.org/show_bug.cgi?id=335781#c96
# [07:50] <hsivonen> bz: anyway, it's great that <blink> is adopting a policy of using flags instead of prefixes for experimental features
# [07:50] <bz> hsivonen: indeed
# [07:50] <@dbaron> also, was the rash of talos notifications today bogus?
# [07:50] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Ping timeout)
# [07:50] <bz> hsivonen: I believe they were in fact strongly influenced by us doing that....
# [07:51] <bz> dbaron: no
# [07:51] <bz> dbaron: today was when beta/aurora picked up their merges
# [07:51] <bz> dbaron: and also we landed a new JIT
# [07:51] <bz> dbaron: so lots of talos movement. :(
# [07:52] <bz> OSError: [Errno 17] File exists: '/Users/bzbarsky/mozilla/inbound/obj-firefox-opt/content/media/webspeech/synth'
# [07:52] <@dbaron> so Tp5 regressions on inbound were real?
# [07:52] <bz> wtf?
# [07:52] <bz> dbaron: not sure about those, but possible
# [07:52] * Quits: Ann_Yimi_ (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Connection reset by peer)
# [07:52] * Joins: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net)
# [07:52] * bz focused on the dromaeo numbers, missed the tp5
# [07:52] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [07:52] * Joins: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net)
# [07:53] <@dbaron> anyway, g'night
# [07:53] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [07:53] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
# [07:53] <Unfocused> arky: ah, well, i think you should just try to spent time reading through that patch, and nsSearchService - to get familiar with it, and get an understanding of how everything works (tbh, if you're having trouble with the review comments, someone else may be better suited to picking up that bug)
# [07:53] * Joins: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [07:54] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [07:54] <arky> Unfocused, I'll get started nsSearchService: Will loop back to you in 2 days
# [07:54] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [07:54] <arky> Unfocused, Thx
# [07:54] * Quits: cviecco (cviecco@moz-63115BF4.hsd1.ca.comcast.net) (Ping timeout)
# [07:54] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [07:54] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
# [07:55] <Unfocused> ok :)
# [07:55] * Unfocused heads out for a bit
# [07:56] * Quits: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [07:57] * Quits: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net) (Ping timeout)
# [07:57] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Ping timeout)
# [07:58] * Quits: christoffer__ (christoffe@moz-79070305.dynamic.se.alltele.net) (Connection reset by peer)
# [07:58] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
# [08:01] * Quits: njn (chatzilla@moz-BC4671E.dyn.iinet.net.au) (Quit: ChatZilla 0.9.90 [Firefox 23.0a1/20130401154253])
# [08:02] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
# [08:02] * Quits: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP) (Ping timeout)
# [08:02] * Joins: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net)
# [08:04] * Joins: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP)
# [08:06] * Quits: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP) (Ping timeout)
# [08:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b50cc6512288 - Kartikaya Gupta - Bug 856155 - End IME composition before sending touch events to content. r=jchen
# [08:07] * Quits: WeirdAl (chatzilla@moz-A79AE29F.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130326150557])
# [08:07] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [08:07] * ChanServ sets mode: +o dveditz
# [08:07] * Joins: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP)
# [08:10] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Quit: Leaving)
# [08:12] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [08:13] <glob> happy bmo push day! http://globau.wordpress.com/2013/04/04/happy-bmo-push-day-39/
# [08:17] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [08:18] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [08:20] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
# [08:21] * Quits: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP) (Ping timeout)
# [08:25] * Joins: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP)
# [08:26] * Joins: espadrine (thaddee_ty@moz-F0092F7E.dclient.lsne.ch)
# [08:27] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
# [08:30] * Joins: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be)
# [08:30] * Joins: cornel_ionce (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
# [08:31] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Connection reset by peer)
# [08:31] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
# [08:32] * Quits: tonymec (tonymec@8074F7F2.48EF4B79.277517C1.IP) (Ping timeout)
# [08:32] * bz is now known as bz_sleep
# [08:33] * Quits: tonymec|away (tonymec@8074F7F2.48EF4B79.277517C1.IP) (Ping timeout)
# [08:35] * baku|away is now known as baku
# [08:36] * philor is now known as philor|away
# [08:36] <Ms2ger> Bonjour
# [08:37] * heycam is now known as heycam|away
# [08:39] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [08:40] * capella is now known as capella|zzzz
# [08:40] * philor|away is now known as philor
# [08:41] * Joins: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [08:41] * Quits: Optimizer1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Quit: Optimizer1)
# [08:41] * Joins: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP)
# [08:42] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [08:43] * Joins: tonymec|away (tonymec@89941583.40679673.A9371869.IP)
# [08:43] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [08:44] * Joins: smontagu (chatzilla@moz-4C7B5B18.red.bezeqint.net)
# [08:44] * Joins: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
# [08:45] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [08:45] <Ms2ger> philor, if you're still here... Do the M1s at https://tbpl.mozilla.org/?tree=Try&rev=4d65daab090f ring a bell to you?
# [08:47] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
# [08:47] * Joins: stransky (stransky@moz-5B87D706.net.upcbroadband.cz)
# [08:48] * Quits: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP) (Ping timeout)
# [08:49] * philor sniffs
# [08:49] * Quits: bajaj (Adium@moz-C8BA7EB5.hsd1.ca.comcast.net) (Quit: Leaving.)
# [08:49] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
# [08:50] * Joins: tonymec (tonymec@89941583.40679673.A9371869.IP)
# [08:50] <philor> Ms2ger: I smell two things, one that you want to pick up tanvi's backout of a change that made things worse, and two that you want to fix bug 842146 to see if that's the dead object in question, like I suspect it is
# [08:50] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [08:51] * whimboo|afk is now known as whimboo
# [08:52] <Ms2ger> philor, we really have our tests doing fun things, don't we? :)
# [08:53] * Joins: Gijs (gijs@moz-C11B0461.dsl.alice.nl)
# [08:53] <philor> or maybe three, if test_mixed_content_blocker_frameNavigation.html removes an observer if it finishes, and leaves it around if it times out
# [08:53] <philor> oh, we certainly do
# [08:54] * Quits: sankha94 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [08:54] * Joins: ferjm (ferjm@moz-1AA41ED.red-88-3-138.dynamicip.rima-tde.net)
# [08:55] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [08:56] <philor> exhibit a: http://mxr.mozilla.org/mozilla-central/source/dom/src/foo/
# [08:57] <Ms2ger> I had managed to forget about that :(
# [08:57] * Joins: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP)
# [09:00] * Quits: wlach|afk (wlach@moz-A1116E53.sdsl.bell.ca) (Ping timeout)
# [09:00] * sewardj_ is now known as sewardj
# [09:01] * Joins: danielapetrovici (danielapet@moz-ACDE7EEC.mozilla.com)
# [09:01] * Joins: tmyoung (Thunderbir@moz-A52EE408.alyoung.com)
# [09:03] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [09:04] * Joins: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz)
# [09:05] * Joins: surkov (surkov@B3C081AC.7AE20955.EBE09E3C.IP)
# [09:10] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/681bd5e6a343 - Simon Montagu - Don't rerun the downward propagation algorithm from ResetNodeDirection after an element has had dir=auto removed. Bug 849727, r=ehsan, a=bajaj
# [09:10] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/ed84088d095a - Simon Montagu - Set AncestorHasDirAuto on the descendants of a <bdi> having its dir attribute removed or set to an invalid value. Bug 849732, r=ehsan, a=bajaj
# [09:10] * Joins: AndreeaMatei (andreeamat@601F3B17.33662590.A5830293.IP)
# [09:12] * mgerva|afk is now known as mgerva
# [09:12] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [09:13] * baku is now known as baku|away
# [09:16] * Joins: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP)
# [09:16] * Quits: spohl (Adium@moz-9AA4FCFB.revip2.marketstreetwifi.net) (Quit: Leaving.)
# [09:17] * Quits: danielapetrovici (danielapet@moz-ACDE7EEC.mozilla.com) (Ping timeout)
# [09:21] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [09:21] * Joins: pranavrc (pranavrc@BD819FDC.A3F7A334.C28326FD.IP)
# [09:21] * Joins: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net)
# [09:23] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [09:24] * Parts: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
# [09:24] * mattwoodrow is now known as mattwoodrow|away
# [09:25] * Quits: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz) (Ping timeout)
# [09:25] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [09:26] * Joins: wlach (wlach@moz-A1116E53.sdsl.bell.ca)
# [09:26] * philor is now known as philor|away
# [09:27] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:27] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [09:28] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
# [09:28] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [09:29] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
# [09:30] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [09:31] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [09:31] <glandium> https://brendaneich.com/brendaneich_content/uploads/Talk.028.png in all fairness, that should be compared to clang with the same llvm
# [09:31] <glazou> bonjour
# [09:32] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [09:37] * glob is now known as glob|away
# [09:38] * Quits: JeroenDeDauw (j@moz-DFD13227.dip.t-dialin.net) (Quit: Leaving.)
# [09:39] * Joins: autra (autra@moz-2EA7A1DF.fullsix.com)
# [09:45] <markh> "uncaught exception: Error at :0" is doing my head in :(
# [09:45] <markh> just give me a single, tiny clue...
# [09:45] * baku|away is now known as baku
# [09:48] * Quits: tmyoung (Thunderbir@moz-A52EE408.alyoung.com) (Quit: tmyoung)
# [09:49] <Gijs> markh: you, too, hmm? :)
# [09:50] <markh> driving me nuts :)
# [09:50] * Joins: mak (chatzilla@moz-6AB28DF0.retail.telecomitalia.it)
# [09:53] * Joins: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com)
# [09:53] <markh> it's a test - the html is trivial and all the script code is running to the end (according to dump()) - but test harness and a local error event handler are both saying there's a mystery error...
# [09:54] <Gijs> markh: if you run it locally, can't you just use the error console to see what the error is?
# [09:54] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [09:55] <markh> Gijs: i'm running under mochi - so in theory that dumps console messages but otherwise I'm not sure how to open it there...
# [09:55] * whimboo is now known as whimboo|afk
# [09:56] * markh tries not calling "finish()" then opening it manually in the "stuck" test runner...
# [09:56] <Gijs> markh: I'm not sure either. I would try either -jsconsole as a switch, or... well, exactly, that. :)
# [09:57] * Gijs doesn't know if you can pass switches to the mochitest runner
# [09:58] <markh> not normal browser args :( But yeah, everything in the jsconsole is already being dumped to the shell, so no further details :(
# [09:58] <Gijs> Hrm.
# [09:58] * Joins: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [09:58] <Gijs> Can you add a setTimeout, open the JS debugger, and add a "debugger;" statement in the onerror handler?
# [09:59] <Gijs> (probably not in that order, my brain's still fuzzy, sorry)
# [10:01] * Joins: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz)
# [10:02] <markh> the error is immediately after a "load" handler successfully returns. The load handler does a dump at the end and I see it's output - so there's no exception
# [10:02] * Joins: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP)
# [10:02] <markh> the load handler is added with: gBrowser.selectedBrowser.addEventListener("load", function onload() {...}, true);
# [10:02] <markh> on a whim - removing that 3rd arg (ie, s/, true//), I no longer get the error!
# [10:02] <Gijs> o.O
# [10:03] <markh> wtf?? Oh well - it's gone now :)
# [10:03] <Gijs> My next guess would have been that handler being called multiple times for frames or something...
# [10:03] * Quits: @ehsan_sleep (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Ping timeout)
# [10:04] <markh> first line of the handler is gBrowser.selectedBrowser.removeEventListener("load", onload, true); :)
# [10:04] <Gijs> Ah right.
# [10:04] * Quits: nattokirai (nattokirai@moz-658AB552.tokyo.ocn.ne.jp) (Quit: nattokirai)
# [10:05] <markh> but something strange - event handler should probably be on the window...
# [10:05] * markh removes 1249 'dump' statements....
# [10:05] <markh> give or take...
# [10:06] <glazou> on OS X when I click on a link let's say in a twitter client and the url is opened in nightly, the awesomebar does not show the url any more ; known bug ?
# [10:06] * Quits: sfink (chatzilla@moz-E7ABD5B0.dsl.pltn13.sbcglobal.net) (Ping timeout)
# [10:07] <glazou> I also noticed urls being not refreshed after a redirect
# [10:07] * baku is now known as baku|away
# [10:07] <KWierso|Home> glazou: not seeing that on Windows, at least
# [10:10] * Joins: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com)
# [10:10] * Quits: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com) (Max SendQ exceeded)
# [10:10] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [10:11] * Joins: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com)
# [10:11] * glazou updates his nightly to see if the problem is still here
# [10:12] * Joins: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP)
# [10:14] * Joins: taro_matsuzawa (taro_matsu@moz-658AB552.tokyo.ocn.ne.jp)
# [10:14] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
# [10:16] * whimboo|afk is now known as whimboo
# [10:17] * Fallen|away is now known as Fallen
# [10:18] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [10:19] * Quits: stevensn (ssinger@2E6A1133.124DEC9.4B2DF651.IP) (Ping timeout)
# [10:22] * Joins: ehsan_sleep (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP)
# [10:22] * Joins: stevensn (ssinger@2E6A1133.124DEC9.4B2DF651.IP)
# [10:23] * Joins: tchevalier (Thunderbir@948FD441.39B73653.96B18764.IP)
# [10:24] * Quits: birtles (chatzilla@moz-658AB552.tokyo.ocn.ne.jp) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [10:25] * Joins: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com)
# [10:25] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [10:26] * Quits: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP) (Ping timeout)
# [10:26] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
# [10:27] * Quits: tchevalier (Thunderbir@948FD441.39B73653.96B18764.IP) (Ping timeout)
# [10:28] * Joins: b10n1k (j0ni@moz-349246AB.home.otenet.gr)
# [10:28] * Joins: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP)
# [10:31] * Joins: kaze|zZz (kaze@moz-7E0F0F9E.fbx.proxad.net)
# [10:31] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
# [10:31] <KWierso|Home> glazou: how did the update go?
# [10:33] * Quits: alice (alice@moz-FC2427F3.range86-167.btcentralplus.com) (Client exited)
# [10:34] * Joins: TheOne (TheOne@moz-9F1B2257.dfki.uni-kl.de)
# [10:34] <glazou> WFM on 10.6..x now trying on 10.8.3
# [10:35] <glazou> ok WFM on 10.8.3 too, seems it was a temporary issue only
# [10:36] <KWierso|Home> \o/
# [10:36] <glazou> I saw it between 29-mar and 02-apr
# [10:36] <glazou> but there was a commit in awesomebar code yesterday
# [10:36] <Gijs> Hmmmmm. So if I use ./mach run, pick a profile, and then try to open any URL, firefox gets stuck on "Connecting..." and nothing seems to happen. If I just cd to the objdir/dist/.../ and run ./firefox myself, it all works fine. Known issue?
# [10:40] * kaze|zZz is now known as kaze
# [10:41] <Ms2ger> Doesn't ring a bell
# [10:43] * Joins: ErvisTusha (ErvisTusha@9B69269D.F69FB6EA.363D84A4.IP)
# [10:44] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [10:44] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [10:46] * Quits: Wes (chatzilla@moz-8EE0ED3E.kingston.net) (Ping timeout)
# [10:46] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [10:46] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
# [10:48] * Joins: Wes (chatzilla@moz-8EE0ED3E.kingston.net)
# [10:52] * Fallen is now known as Fallen|away
# [10:52] * Joins: smaug (chatzilla@moz-8C0006D4.pp.htv.fi)
# [10:52] * ChanServ sets mode: +o smaug
# [10:53] * Quits: stransky (stransky@moz-5B87D706.net.upcbroadband.cz) (Quit: Connection reset by beer)
# [10:54] * Quits: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Quit: Leaving.)
# [10:56] * pmoore|away is now known as pmoore
# [10:56] * Joins: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [10:56] * Joins: nical (nico@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [10:57] * Joins: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP)
# [11:03] * Quits: Mic (Mic@moz-D68836F5.superkabel.de) (Quit: No time to waste, let's go!)
# [11:04] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:05] * Joins: edmorley (edmorley@moz-96F730DB.range86-166.btcentralplus.com)
# [11:05] * Quits: Mic (Mic@moz-D68836F5.superkabel.de) (Quit: No time to waste, let's go!)
# [11:06] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [11:06] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [11:06] * Joins: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP)
# [11:09] * Quits: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP) (Input/output error)
# [11:09] * Joins: tchevalier (Thunderbir@95B5135.74BC6821.EC2613E4.IP)
# [11:09] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:13] * Fallen|away is now known as Fallen
# [11:13] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
# [11:16] * Quits: taro_matsuzawa (taro_matsu@moz-658AB552.tokyo.ocn.ne.jp) (Client exited)
# [11:16] * Joins: jonco (Adium@moz-1696250C.as13285.net)
# [11:18] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [11:19] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [11:20] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [11:21] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
# [11:22] * Quits: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Ping timeout)
# [11:23] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [11:23] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [11:23] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [11:26] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [11:27] * Quits: pranavrc (pranavrc@BD819FDC.A3F7A334.C28326FD.IP) (Quit: Ping timeout: ∞)
# [11:27] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [11:29] * Fallen is now known as Fallen|away
# [11:30] * Joins: RealRaven (Thunderbir@54FBA9BC.AC896DD2.27F80FAC.IP)
# [11:30] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [11:31] * Joins: jwalker (jwalker@moz-BB05A345.cable.virginmedia.com)
# [11:32] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [11:33] * Quits: Mic (Mic@moz-D68836F5.superkabel.de) (Quit: No time to waste, let's go!)
# [11:33] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:33] * Quits: surkov (surkov@B3C081AC.7AE20955.EBE09E3C.IP) (Quit: surkov)
# [11:34] * Joins: marco (Thunderbir@moz-A8A90831.cust.dsl.teletu.it)
# [11:34] * Quits: Mic (Mic@moz-D68836F5.superkabel.de) (Quit: No time to waste, let's go!)
# [11:34] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:36] * Fallen|away is now known as Fallen
# [11:36] * Joins: stransky (stransky@moz-107AD163.redhat.com)
# [11:36] * Quits: Mic (Mic@moz-D68836F5.superkabel.de) (Quit: No time to waste, let's go!)
# [11:37] * Joins: wolfiR (wolfiR@moz-E037D55.dip0.t-ipconnect.de)
# [11:38] * Joins: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:38] <Ms2ger> gabor, ... you landed?
# [11:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2a6c83f2499e - Mounir Lamouri - Bug 857536 - Cleanup the CSS properties applied on <input type='file'> from forms.css. r=bz
# [11:39] <gabor> Ms2ger: just the initial bits
# [11:39] * Parts: Mic (Mic@moz-D68836F5.superkabel.de)
# [11:39] <gabor> Ms2ger: I still need to land the hard part but I had to start it somewhere...
# [11:39] <Ms2ger> Ah, I see
# [11:39] * Quits: b10n1k (j0ni@moz-349246AB.home.otenet.gr) (Ping timeout)
# [11:39] <gabor> Ms2ger: the continous updating of all the patches just killed all my time really
# [11:40] <Ms2ger> Been there...
# [11:40] <gabor> Ms2ger: oh man... dealing with a dozen of patches on windows is not fun at all :(
# [11:40] * Quits: marco (Thunderbir@moz-A8A90831.cust.dsl.teletu.it) (Connection reset by peer)
# [11:41] * Joins: b10n1k (j0ni@moz-349246AB.home.otenet.gr)
# [11:41] <gabor> Ms2ger: anyway, learned from it, so I have set up some proper non-windows build env
# [11:41] <Ms2ger> You're on windows? :/
# [11:41] <gabor> and will do stuff a bit differently in the future (landing r+ parts early)
# [11:42] <gabor> Ms2ger: Most of the time yes, I shame to admit :D but that one of the things I was asked when I joined
# [11:42] <gabor> many of our users are on windows after all, so we cannot just ignore that platform
# [11:42] <Ms2ger> It's good to have people on windows, I guess, but I wouldn't wish it on anybody :)
# [11:42] * Yoric enjoys waking up to the smell of a chemspill.
# [11:42] <gabor> also, I like visual studio :)
# [11:43] <Ms2ger> Stockholm Syndrome :)
# [11:43] <gabor> and yeah, I bang my head against the wall every now and then when I wait for a build to finish
# [11:43] * Joins: marcoz1 (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [11:43] <edmorley> gabor: what merge tools do you normally use on non Windows?
# [11:43] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [11:43] * Quits: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Connection reset by peer)
# [11:44] <gabor> edmorley: good question... I think arexis merge worked great on osx
# [11:44] <Ms2ger> internal:merge here :)
# [11:44] <gabor> edmorley: too bad I cannot find my key for it
# [11:44] * Quits: marcoz1 (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Connection reset by peer)
# [11:44] * Joins: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [11:44] * Quits: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP) (Quit: victorporof)
# [11:45] * Quits: b10n1k (j0ni@moz-349246AB.home.otenet.gr) (Client exited)
# [11:45] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [11:45] * Joins: marco (Thunderbir@moz-68909F9B.cust.dsl.teletu.it)
# [11:47] <Ms2ger> Yoric, chemspill?
# [11:48] <Yoric> Ms2ger: bug 857672
# [11:49] <Ms2ger> Ah, not the sg kind
# [11:50] <@smaug> oh, we released something
# [11:54] * Quits: tchevalier (Thunderbir@95B5135.74BC6821.EC2613E4.IP) (Quit: tchevalier)
# [11:54] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [11:56] * Joins: paolo (paolo@moz-C45A303A.retail.telecomitalia.it)
# [11:56] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [11:57] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [11:58] <NeilAway> edmorley: kdiff3 seems to work well enough, although I've used p4merge in the past which resembles it
# [11:58] * robc|afk is now known as robcee
# [11:59] <Yoric> paolo: ping
# [11:59] * Joins: pnkfelix (pnkfelix@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [12:00] <jonco> I'm trying to understand why my push broke yesterday. Under what circumstances do we need to clobber? I did change a bunch of constants in a public api.
# [12:01] <Ms2ger> Whenever our build system sucks
# [12:01] <Ms2ger> Which mean, pretty much every day
# [12:05] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [12:05] <jonco> Ms2ger: is there any documentation of the particular ways in which it sucks? because it would be really useful to know that
# [12:05] <Ms2ger> Ask the build peers :)
# [12:08] * Joins: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP)
# [12:08] * Quits: marco (Thunderbir@moz-68909F9B.cust.dsl.teletu.it) (Quit: marco)
# [12:08] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [12:12] * Joins: rajul (rajul@moz-90D7D72.nowhere-else.org)
# [12:14] * Fallen is now known as Fallen|away
# [12:14] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
# [12:14] <rajul> hi tanvi
# [12:15] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [12:15] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
# [12:15] * ChanServ sets mode: +o roc
# [12:15] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [12:18] * Quits: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP) (Ping timeout)
# [12:21] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [12:28] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Connection reset by peer)
# [12:28] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [12:28] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [12:29] * Quits: wg9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 19.0.2/20130311162058])
# [12:30] * Quits: digitsm (digitsm@6E86B8B7.E2B53EDA.6FBA63F7.IP) (Ping timeout)
# [12:31] * Quits: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz) (Ping timeout)
# [12:32] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
# [12:33] <NeilAway> bah, I only got Waldo's pun after rereading it on qbo :s
# [12:33] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [12:34] <Yoric> mak: By the way, could you explain to me why the url bar initializes nsSearchService?
# [12:34] <past> did mach recently stopped producing a list of failures at the end of the test run?
# [12:34] <mak> Yoric: search keywords
# [12:35] * whimboo is now known as whimboo|afk
# [12:35] <Yoric> thanks
# [12:35] <mak> Yoric: you can assign a keyword to each search engine and the urlbar supports keyword searchterm, so on startup it asks the search service for keywords
# [12:35] <Yoric> ok
# [12:35] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
# [12:35] <Yoric> That makes sense.
# [12:35] <Yoric> I actually seem to vaguely remember that initialization path.
# [12:35] <Yoric> Not on a Windows share, obviously :)
# [12:36] * Joins: ehoogeveen (emanuel.ho@moz-DC53E53C.upc-j.chello.nl)
# [12:37] <Gijs> NeilAway: would you happen to be able to explain why a html:progress element inside a xul:stack doesn't seem to ever want to be smaller than 110px? (thereby making the stack not get smaller, either) ?
# [12:37] <Ms2ger> NeilAway, ... I didn't even read that far at first
# [12:38] * Gijs has been scouring lxr for clues for about an hour now but doesn't seem to be able to find it.
# [12:39] <Gijs> Explicitly assigning width to the progress element or its -moz-progress-bar pseudothingy seems to have 0 effect. And it doesn't seem to be the same for just any html element, as an html:span doesn't behave this weirdly...
# [12:40] * Quits: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP) (Ping timeout)
# [12:41] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [12:42] <@smaug> Gijs: mounir might remember how html:progress works
# [12:43] <Gijs> smaug: ah, thanks! :)
# [12:44] * whimboo|afk is now known as whimboo
# [12:44] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [12:45] <edmorley> gabor: burny burny
# [12:46] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [12:46] <gabor> edmorley: sigh...
# [12:46] <edmorley> gabor: clobber needed? or else needed rebase?
# [12:46] <edmorley> /unbitrot
# [12:46] <edmorley> try run looked fine
# [12:47] <gabor> edmorley: I have no idea, try looked fine, so do you know what failed?
# [12:47] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [12:47] * Joins: till (till@moz-28D44AE6.adsl.alicedsl.de)
# [12:47] <edmorley> try is always clobber
# [12:47] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [12:47] <gabor> edmorley: how do I clobber?
# [12:47] <edmorley> I'll clobber and retrigger
# [12:47] <edmorley> https://secure.pub.build.mozilla.org/clobberer/
# [12:47] <Ms2ger> gabor, ask edmorley nicely :)
# [12:48] <gabor> edmorley: thanks, I'll read up on it
# [12:48] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (No route to host)
# [12:48] * Quits: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Quit: Leaving.)
# [12:48] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
# [12:49] * Joins: apollo13 (apollo13@moz-57F9F879.adsl.highway.telekom.at)
# [12:49] * Joins: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [12:50] <apollo13> hi, can anyone help me with a font rendering issue or point me to the correct channel (trying to figure out if it's a firefox bug or my failure before submitting a bug report)
# [12:50] <gabor> edmorley: the other version is that I made a mistake while re-applying the patches and resolved the conflicts... how can I look at the errors?
# [12:51] <NeilAway> Gijs: might it be something to do with -moz-appearance?
# [12:52] <edmorley> gabor: define 'look at' ? :-)
# [12:52] <edmorley> gabor: the logs are linked from tbpl
# [12:52] <Gijs> NeilAway: set to none, that doesn't seem to affect it.
# [12:52] <edmorley> gabor: the failures have appeared on the push after yours, since yours didn't run windows
# [12:52] <edmorley> s/didnt run/hasn't finished/
# [12:52] <Gijs> NeilAway: looking at the progress element's code, it has interesting-looking reflow code but I know approximately 0 about the internals of layout so I can't tell if that's just normal (and a red herring) or not.
# [12:53] * gabor looking
# [12:53] <NeilAway> Gijs: I think that's just to resize the child appropriately
# [12:55] <Gijs> NeilAway: quite possibly so. The funny thing is that if I just wrap it in a diff, it "starts listening" to all my CSS.
# [12:55] * Joins: danielapetrovici_ (danielapet@moz-ACDE7EEC.mozilla.com)
# [12:55] * Gijs does actually want it to resize flexibly - it just needs to get smaller than 110px, too...
# [12:55] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [12:55] <apollo13> difference between firefox 20 and chromium: http://imgur.com/4j9qrdj -- chromium has clearly nicer font rendering
# [12:55] <Gijs> Er, s/diff/div/
# [12:56] <gabor> edmorley: does not look like it's my patch that is failing here tbh
# [12:57] <apollo13> font-familiy is HelveticaNeueWeb,"Helvetica Neue",Helvetica,Arial,Verdana,sans-serif
# [12:57] * Joins: KaiRo (robert@moz-23A98AF3.adsl.highway.telekom.at)
# [12:57] * whimboo is now known as whimboo|afk
# [12:59] <edmorley> gabor: what makes you say that? your patchset touches files referenced on the stack for one
# [13:00] <till> apollo13: That looks horrible. Can you file a bug in the Core/Graphics/Text component and include steps to reproduce and your system configuration?
# [13:00] <edmorley> mounir's push doesn't touch compiled code
# [13:00] <apollo13> till: will try :)
# [13:00] <gabor> edmorley: I have been testing these patches for a while, and I have never seen them acting differently on different platforms
# [13:00] * Quits: logbot (logbot@moz-58CB32ED.glob.com.au) (Ping timeout)
# [13:01] <edmorley> gabor: or did you mean "not the patches, but could still be a broken dependency triggered by my push"?
# [13:01] <apollo13> till: it's an page which requires auth, have to copy some html&css out I supposed
# [13:01] * Quits: whimboo|afk (whimboo@moz-DB4A9C19.scl3.mozilla.com) (Quit: So Long, and Thanks for All the Fish)
# [13:01] <gabor> edmorley: it can be that mounirs patch and my patches does not like each other...
# [13:01] <till> apollo13: that would be awesome!
# [13:01] * Joins: whimboo|afk (whimboo@moz-DB4A9C19.scl3.mozilla.com)
# [13:02] * whimboo|afk is now known as whimboo
# [13:02] <till> apollo13: here's the submit with the correct component selected: https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=Graphics%3A%20Text
# [13:02] <gabor> edmorley: does mounir has a clean try run on windows with this patch?
# [13:02] <till> apollo13: adjust the hardware and OS values, as those will certainly be important here
# [13:02] <edmorley> gabor: I think we're mis-understanding each other - I find it quite plausible that this is a case of "clobber required because our build system sucks", and that with a clobber, your patches are fine. However I find it very unlikely that mounir's push is in any way responsible (see which files he changed)
# [13:02] <apollo13> till: yeah
# [13:03] <gabor> edmorley: I'm just trying to understand, and I have no experience with the side effect of clobbering or the lack of it... look at win 8 opt
# [13:04] <gabor> edmorley: my patch passes things with green while the other patch does not, how can that be?
# [13:04] * Quits: Cwiiis (cwiiis@moz-125BA310.croy.cable.virginmedia.com) (Quit: Leaving)
# [13:04] <edmorley> gabor: because the build system dependencies are quite possibly broken, and the build slave your push got had an obj-dir in a different state to that on mounir's push
# [13:05] <gabor> edmorley: right! now I get it
# [13:05] <edmorley> :-)
# [13:05] <gabor> yeah, I changed interfaces so it can totally be it then, thanks for explaining :)
# [13:06] <edmorley> np, sorry if I didn't explain clearly enough to start with :-)
# [13:07] * Joins: annevk (annevk@A761DCB.FC95818.5EFB9497.IP)
# [13:08] * Joins: andreeamatei_ (andreeamat@601F3B17.33662590.A5830293.IP)
# [13:08] * Quits: AndreeaMatei (andreeamat@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
# [13:10] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [13:11] * Quits: whimboo (whimboo@moz-DB4A9C19.scl3.mozilla.com) (Quit: So Long, and Thanks for All the Fish)
# [13:12] * Joins: tchevalier (Thunderbir@551EF010.96C9DD3.96B18764.IP)
# [13:12] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [13:12] * Joins: whimboo (whimboo@moz-DB4A9C19.scl3.mozilla.com)
# [13:12] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [13:13] * pmoore is now known as pmoore|away
# [13:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c96c8b020a27 - Ed Morley - Bug 820170 - A clobber is required on Windows to avoid crashes; CLOSED TREE
# [13:17] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Connection reset by peer)
# [13:18] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [13:18] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:19] * Joins: kkdEEP (kkdEEP@387F081F.CF4E5C6F.C7008325.IP)
# [13:20] * Joins: jib (Jan-Ivar@moz-93EFD896.pools.spcsdns.net)
# [13:24] * Quits: tonymec (tonymec@89941583.40679673.A9371869.IP) (Input/output error)
# [13:24] <NeilAway> Gijs: what did you have it wrapped in before?
# [13:24] <Gijs> I was using a xul progressmeter instead of an html:progress :)
# [13:25] <NeilAway> Gijs: when you said you wrapped it in a div...
# [13:25] <Gijs> OK, so before I had <stack><html:progress/></stack>
# [13:25] <jandem> does firefox still run on processors without SSE2?
# [13:26] <Gijs> Now I ended up doing <stack><html:div><html:progress /></html:div></stack>
# [13:26] <Gijs> NeilAway: that does seem to work
# [13:26] <Gijs> (so I guess that maybe the problem is more the stuff <stack> does to its children...)
# [13:27] * Joins: logbot (logbot@moz-58CB32ED.glob.com.au)
# [13:27] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
# [13:28] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [13:28] * Joins: tonymec (tonymec@89941583.40679673.A9371869.IP)
# [13:28] <NeilAway> Gijs: indeed, they are all forced to the same size if possible
# [13:29] <AryehGregor> bz_sleep, pong.
# [13:30] <Gijs> NeilAway: OK, but what decides the minimum size?
# [13:31] * Quits: rajul (rajul@moz-90D7D72.nowhere-else.org) (Client exited)
# [13:31] * Quits: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP) (Ping timeout)
# [13:32] * Quits: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP) (Ping timeout)
# [13:32] <apollo13> till: hmm, how can I figure out where from a font is loaded?
# [13:32] * Joins: victorporof (victorporo@81B29543.183F338A.6A4F8DA2.IP)
# [13:33] * Quits: tchevalier (Thunderbir@551EF010.96C9DD3.96B18764.IP) (Ping timeout)
# [13:33] <till> apollo13: the easiest way would be to use the Web Console (Ctrl+K or Cmd+K if on Mac)
# [13:33] * Joins: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP)
# [13:33] <till> apollo13: then do a force reload (Ctrl(or Cmd)+Shift+R) to make sure it's not cached
# [13:34] <till> apollo13: if you mean a web font, that is
# [13:34] <apollo13> I'd assume so
# [13:34] <apollo13> it's helvetica neue web from fonts.com, but I fail to find it^^
# [13:35] * Quits: @smaug (chatzilla@moz-8C0006D4.pp.htv.fi) (Ping timeout)
# [13:36] * Joins: tchevalier (Thunderbir@551EF010.96C9DD3.96B18764.IP)
# [13:37] * Joins: srishti (srishti@91BC8839.F442218F.88FACCAA.IP)
# [13:42] <AryehGregor> If I'm defining a variable to hold an already_AddRefed<nsTextNode>, is it preferable to define the variable as nsRefPtr<nsTextNode> or nsCOMPtr<nsIContent>? Does it make a difference?
# [13:42] * Quits: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [13:43] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [13:44] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [13:44] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
# [13:45] <edmorley> !seen Ms2ger
# [13:45] * Quits: jib (Jan-Ivar@moz-93EFD896.pools.spcsdns.net) (Quit: jib)
# [13:46] <firebot> ms2ger was last seen 30 minutes and 13 seconds ago, saying 'Or a patch' in #jsapi.
# [13:46] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [13:46] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [13:47] <@ted> AryehGregor: depends on whether you want to use the interface or the concrete class
# [13:47] <AryehGregor> Why would I care?
# [13:47] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [13:47] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [13:47] <AryehGregor> Suppose I only want to call methods that are on the interface anyway.
# [13:48] <AryehGregor> Is there any reason to prefer one to the other?
# [13:49] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [13:50] * Quits: ErvisTusha (ErvisTusha@9B69269D.F69FB6EA.363D84A4.IP) (Quit: Leaving)
# [13:52] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
# [13:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d77817dcc9ef - Jon Coppeard - Bug 855350 - GC: Add CustomAutoRooter and use it internally r=terrence
# [13:53] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [13:54] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Quit: Leaving.)
# [13:55] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [13:56] * Joins: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be)
# [13:56] <Ms2ger> edmorley, will merge in a moment
# [13:56] <edmorley> thank you :-)
# [13:56] * Ms2ger curses his connection
# [13:56] * andreeamatei_ is now known as AndreeaMatei
# [13:57] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Ping timeout)
# [13:58] <apollo13> till: do I have to add myself to cc or will I get mails anyways?
# [13:58] <Ms2ger> AryehGregor, I suspect that using the concrete class would make it easier for the compiler to devirtualize calls
# [13:58] <AryehGregor> Ah, makes sense.
# [13:58] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [13:59] <Ms2ger> I have no idea what the state of the art is in current compilers, though, so that might be completely theoretical
# [13:59] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
# [14:00] <till> apollo13: the default settings are that you as the reporter automatically get emails, so you shouldn't need to cc yourself
# [14:00] <apollo13> https://bugzilla.mozilla.org/show_bug.cgi?id=858002 I hope that's reproducible
# [14:00] * Joins: andreasn (andreasn@63F8A48C.7BB850DE.B1AA2106.IP)
# [14:01] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
# [14:02] <till> apollo13: thanks for the great report. I'm not using Linux so can't check, but others should be able to reproduce, I guess.
# [14:02] <apollo13> till: so it works for you on windows/mac?
# [14:03] <till> apollo13: yep, on mac. But font rendering is very much OS specific, so that doesn't mean anything.
# [14:03] <apollo13> hmm, let me try in my vbox
# [14:04] <apollo13> I wonder if mac and linux choose different variants of the font there (eg woff vs eot)
# [14:04] <edmorley> Ms2ger: looks like the nightly is permaorange in test_browserElement_oop_Reload.html on m-c
# [14:04] <NeilAway> Gijs: well, it's the maximum of all the minimum sizes of the children
# [14:05] <Gijs> NeilAway: how does it decide the minimum sizes? :)
# [14:05] * NeilAway is always surprised when some YouTube videos play in <video> and some in Flash
# [14:05] <NeilAway> no consistency at all
# [14:05] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
# [14:05] <AryehGregor> NeilAway, doesn't it depend on what DRM the content provider demands or something?
# [14:05] <NeilAway> AryehGregor: these are all the same channel
# [14:06] <NeilAway> Gijs: that depends on the children...
# [14:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/abbc05319449 - Aryeh Gregor - Bug 851916 part 1 - Update dom/imptests/webapps/ and harness; r=Ms2ger
# [14:06] <Ms2ger> edmorley, uh, can I blame miscompilation?
# [14:06] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/715fce49a07b - Aryeh Gregor - Bug 851916 part 2 - createHTMLDocument() should work with no arguments; r=bz
# [14:06] <edmorley> Ms2ger: or time sensitive
# [14:06] <Ms2ger> I could believe that
# [14:06] <Ms2ger> !summon jlebar
# [14:06] <apollo13> till: ok, works on windows too :( gotta get out for a bit, thanks and see you
# [14:06] <edmorley> Ms2ger: browser element tests are flaky anyway so just leave for justin
# [14:07] <Ms2ger> Okay
# [14:07] <Ms2ger> Merging now, then
# [14:07] <till> apollo13: thanks again. And it working on windows is good ;)
# [14:07] * Parts: virgil_ (virgil_dic@601F3B17.33662590.A5830293.IP)
# [14:07] <apollo13> I disagree :þ
# [14:07] * Parts: apollo13 (apollo13@moz-57F9F879.adsl.highway.telekom.at) (Leaving)
# [14:08] * Quits: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP) (Ping timeout)
# [14:09] * Ms2ger crosses fingers that AryehGregor didn't make the merge worse
# [14:09] <AryehGregor> Ms2ger, you're welcome.
# [14:09] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
# [14:10] * Ms2ger shakes a fist at gabor
# [14:10] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
# [14:10] <gabor> Ms2ger: follow ups will come so let me know... if you are missing that comment you wanted me to add, I have not forgotten about it
# [14:10] * Fallen|away is now known as Fallen
# [14:11] * Joins: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP)
# [14:11] <Ms2ger> gabor, no, got a merge conflict with you :)
# [14:11] * Joins: db48x2 (user@moz-D461843.ask.info)
# [14:11] * Quits: froydnj (nfroyd@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Joins: froydnj (nfroyd@moz-DB4A9C19.scl3.mozilla.com)
# [14:11] * Joins: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
# [14:11] <gabor> Ms2ger: oh well... if only one you are a lucky one :D
# [14:11] * Quits: @dolske (dolske@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: fryn (fyan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: Tomcat (Tomcat@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: johnath (johnath@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: robcee (rcampbell@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: kk1fff|sleep (pwang@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: nalexander (nalexander@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: cers (cers@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: dkl|afk (dkl@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: reuben (reuben@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: Yoric (Yoric@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: nli (nli@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: pmoore|away (pmoore@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Quits: nthomas|away (nthomas@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:11] * Joins: robcee (rcampbell@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Quits: joduinn-afk (joduinn@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: djvj (kvijayan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: gps (gps@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: dchan (dchan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: AutomatedTester (David@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Joins: dkl|afk (dkl@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Quits: jmaher|afk (jmaher@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: liuche (liuche@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: ctalbert|afk (ctalbert@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: @gavin (gavin@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Joins: joduinn-afk (joduinn@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: Tomcat (Tomcat@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Quits: mreid (mreid@moz-5F4A70CA.yipyip.com) (Ping timeout)
# [14:12] * Quits: @khuey|away (khuey@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: db48x (user@moz-D461843.ask.info) (Ping timeout)
# [14:12] * Quits: kbrosnan (kbrosnan@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Joins: gps (gps@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: johnath (johnath@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: ctalbert|afk (ctalbert@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: dchan (dchan@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: jmaher|afk (jmaher@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: djvj (kvijayan@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: khuey|away (khuey@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: liuche (liuche@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: nalexander (nalexander@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: dolske (dolske@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * ChanServ sets mode: +o dolske
# [14:12] * Quits: jonco (Adium@moz-1696250C.as13285.net) (Ping timeout)
# [14:12] * Quits: jlebar|away (quassel@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [14:12] * Quits: mcoates (mcoates@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: fox2mike (shyam@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: edwin (me@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: dietrich (dietrich@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: gregglind_away (glind@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: geekboy (geekboy@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [14:12] * Quits: johns (johns@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [14:12] * Joins: edwin (me@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: gregglind_away (glind@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: mconnor (mconnor@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: dietrich (dietrich@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: Yoric (Yoric@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: kbrosnan (kbrosnan@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: johns (johns@2557E599.66715431.D25A875A.IP)
# [14:12] * Joins: jlebar (quassel@2557E599.66715431.D25A875A.IP)
# [14:12] * Joins: pmoore|away (pmoore@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: mcoates (mcoates@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: reuben (reuben@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: fox2mike (shyam@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * ChanServ sets mode: +o gavin
# [14:12] * Joins: geekboy (geekboy@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Joins: cers (cers@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * Quits: dvander (dvander@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [14:12] <froydnj> Ms2ger: ping
# [14:12] * Joins: dvander (dvander@2557E599.66715431.D25A875A.IP)
# [14:12] * Joins: nli (nli@moz-DB4A9C19.scl3.mozilla.com)
# [14:12] * robcee is now known as IRCMonkey43825
# [14:13] <Ms2ger> Uh-oh
# [14:13] * Joins: nthomas|away (nthomas@moz-DB4A9C19.scl3.mozilla.com)
# [14:13] <froydnj> feel like answering a sheriff-esque question?
# [14:13] * Joins: mreid (mreid@moz-5F4A70CA.yipyip.com)
# [14:13] * Joins: jonco (Adium@moz-1696250C.as13285.net)
# [14:13] <froydnj> actually
# [14:13] <Ms2ger> edmorley is here :)
# [14:13] <froydnj> edmorley: ping
# [14:13] <Ms2ger> So is RyanVM
# [14:13] <edmorley> hi
# [14:14] <froydnj> right, edmorley > Ms2ger
# [14:14] <edmorley> lol
# [14:14] <RyanVM> hi
# [14:14] <Ms2ger> Definitely so :)
# [14:14] <froydnj> edmorley: bug 798172 landed on inbound yesterday, but breaks compilation on most people's macs, due to the builders having a newer version of clang
# [14:14] <froydnj> edmorley: there's an r+ patch for the issue with a green try run in bug 798172
# [14:15] <froydnj> and it'd be good to land it, but landing in on inbound now means it will probably get missed in the merge to central
# [14:15] <edmorley> froydnj: land on m-c and I'll merge over straight away
# [14:16] * Joins: vingtetun (vingtetun@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [14:16] <RyanVM> froydnj: Yeah, because we typically only do one merge a day too
# [14:16] * Joins: AutomatedTester (David@moz-DB4A9C19.scl3.mozilla.com)
# [14:16] <froydnj> edmorley: I can't land on m-c as is, because it modifies files from the earlier (inbound-only) landing =/
# [14:16] * Joins: kk1fff|sleep (pwang@moz-DB4A9C19.scl3.mozilla.com)
# [14:16] <Ms2ger> RyanVM, ... oh, I guess philor is away
# [14:17] <edmorley> froydnj: in fact, the inbound merge is blocked on the conflict resolution that M2ger just alnded
# [14:17] * Joins: fryn (fyan@moz-DB4A9C19.scl3.mozilla.com)
# [14:17] <edmorley> froydnj: so inbound won't be merging soon anyway, so just land there
# [14:17] <RyanVM> froydnj: just landed in inbound
# [14:17] <froydnj> \o.
# [14:17] <RyanVM> land it*
# [14:17] <froydnj> ok, thanks!
# [14:17] * RyanVM coffees
# [14:17] <edmorley> np
# [14:17] * Quits: tonymec (tonymec@89941583.40679673.A9371869.IP) (Input/output error)
# [14:19] * Joins: jib (Jan-Ivar@moz-D0297AE3.phlapa.fios.verizon.net)
# [14:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e02f86260dad - Chris Peterson - Bug 798172 - Apple's default clang 4.2 does not have __builtin_bswap16(). r=Waldo
# [14:20] * Joins: tonymec (tonymec@89941583.40679673.A9371869.IP)
# [14:20] * Joins: jryans (jryans@moz-945C5CA4.massrel.com)
# [14:20] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
# [14:21] * rail_away is now known as rail
# [14:24] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [14:24] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [14:25] <AryehGregor> Who runs dxr.mozilla.org? I move that the default input on the splash page be made autofocus.
# [14:25] * Quits: gsvelto (gsvelto@moz-95B1B855.clienti.tiscali.it) (Ping timeout)
# [14:26] <Ms2ger> I suspect there's a bugzilla component
# [14:27] * Joins: gsvelto (gsvelto@moz-3DDB0844.clienti.tiscali.it)
# [14:28] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [14:29] <AryehGregor> Seems to be.
# [14:29] <AryehGregor> Thanks.
# [14:29] <Ms2ger> Np
# [14:30] * Quits: tetreis (T3@moz-71E4A231.dsl.telesp.net.br) (Ping timeout)
# [14:32] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [14:33] <Ms2ger> beltzner, oh hey, I upvoted the thing you tweeted :)
# [14:34] * Joins: beaufour (beaufour@moz-EA4226EF.nyc.biz.rr.com)
# [14:34] * Joins: Edgar (Thunderbir@moz-27D82DA7.dynamic.hinet.net)
# [14:36] <RyanVM> AryehGregor: dxr is jcranmer, no?
# [14:37] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [14:39] * Joins: kdudka (kdudka@moz-8440349E.fei.wifi.vutbr.cz)
# [14:39] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/233cb89fe45e - Margaret Leibovic - Bug 847789 - Use HTTPS instead of HTTP for input.mozilla.org in mobile/andriod. r=mfinkle, a=akeybl
# [14:40] * dkl|afk is now known as dkl
# [14:41] * Quits: Edgar (Thunderbir@moz-27D82DA7.dynamic.hinet.net) (Quit: Edgar)
# [14:41] <NeilAway> for (unsigned i = length; i --> 0; ) /* ... */
# [14:42] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Connection reset by peer)
# [14:42] * Joins: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP)
# [14:43] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [14:43] <glazou> KWierso|Home, ping
# [14:44] * gregglind_away is now known as gregglind
# [14:44] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
# [14:45] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
# [14:45] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [14:45] * Parts: nical (nico@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [14:47] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [14:47] * Joins: nical (nico@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [14:50] <glazou> KWierso|Home: https://bugzilla.mozilla.org/show_bug.cgi?id=858021
# [14:52] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Ping timeout)
# [14:52] * pmoore|away is now known as pmoore
# [14:52] * Fallen is now known as Fallen|away
# [14:52] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Ping timeout)
# [14:53] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [14:53] * Quits: srishti (srishti@91BC8839.F442218F.88FACCAA.IP) (Ping timeout)
# [14:54] * ferjm is now known as ferjm|afk
# [14:55] * Quits: tchevalier (Thunderbir@551EF010.96C9DD3.96B18764.IP) (Quit: tchevalier)
# [14:55] * Joins: rednaks (rednaks@24067163.74C6FD40.360EF119.IP)
# [14:56] * whimboo is now known as whimboo|afk
# [14:57] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [14:59] * Fallen|away is now known as Fallen
# [14:59] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [15:00] * IRCMonkey43825 is now known as robcee
# [15:01] * Joins: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp)
# [15:01] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [15:02] * Joins: armenzg (armenzg@moz-600B22EA.home1.cgocable.net)
# [15:04] * Joins: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP)
# [15:04] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [15:05] <AryehGregor> Okay, so a no-op rebuild takes more than two minutes now on my machine, AFAICT. This is definitely worse than six months ago, and you can't claim it's because more code is being compiled.
# [15:06] * Quits: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:06] * Fallen is now known as Fallen|away
# [15:06] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [15:08] * Fallen|away is now known as Fallen
# [15:08] * Quits: markh1 (Instantbir@CE947AE5.9D3E6021.78BA16EF.IP) (Ping timeout)
# [15:08] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [15:08] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
# [15:09] * bsmedberg-away is now known as bsmedberg
# [15:10] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:13] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
# [15:13] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [15:14] * Joins: lduros (user@DD3497AA.1F660447.25B66159.IP)
# [15:14] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Ping timeout)
# [15:15] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [15:15] * jhopkins|afk is now known as jhopkins
# [15:15] * whimboo|afk is now known as whimboo
# [15:16] * Joins: darkowlzz (darkowlzz@6AC64578.7F99F8EA.25B273F5.IP)
# [15:16] * glob|away is now known as glob
# [15:16] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Ping timeout)
# [15:16] * Joins: srishti (srishti@91BC8839.F442218F.88FACCAA.IP)
# [15:16] * Quits: lduros (user@DD3497AA.1F660447.25B66159.IP) (Client exited)
# [15:17] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (No route to host)
# [15:17] * Quits: kdudka (kdudka@moz-8440349E.fei.wifi.vutbr.cz) (Quit: Leaving)
# [15:17] * Joins: lduros (user@DD3497AA.1F660447.25B66159.IP)
# [15:17] * Joins: tchevalier (Thunderbir@A0280D7D.CFCDD61.96B18764.IP)
# [15:17] * Joins: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net)
# [15:17] <yzen> Yoric: ping
# [15:17] <Yoric> yzen: pong
# [15:18] <yzen> Yoric: just a couple of questions
# [15:18] <Yoric> Go ahead.
# [15:18] <yzen> in regards to the zlib osfile issue im looking at
# [15:19] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [15:19] <KaiRo> jandem: I just did set those on the report you filed, but please make sure you add the crash keyword and if available crash sigature to bugs you file on crashes
# [15:19] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
# [15:19] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Connection reset by peer)
# [15:19] * Joins: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP)
# [15:20] <yzen> Yoric: the way ctypes are declared - with helper functions like init and declareFFI, there's a comment that says both are deprecated , is there an example or would you know what I should be using instead ?
# [15:20] <KaiRo> jandem: we need those for stability tracking (and finding what bugs to look at when we see signatures of concern on crash-stats)
# [15:20] <yzen> Yoric: that is for the current osfile bindings
# [15:20] * ehsan_sleep is now known as ehsan
# [15:20] <Yoric> Where is that comment?
# [15:21] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
# [15:21] * catlee-away is now known as catlee
# [15:21] <yzen> in both osfile_unix_back and osfile_win_back
# [15:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/061b9318815b - Eddy Bruel - Bug 846906 - Implement nsAppShellService::CreateWindowlessBrowser; r=bz; sr=benjamin
# [15:23] <Yoric> Ah, right, we should get rid of |init|, eventually.
# [15:23] <Yoric> And its argument |aDeclareFFI|.
# [15:23] * Quits: kkdEEP (kkdEEP@387F081F.CF4E5C6F.C7008325.IP) (Connection reset by peer)
# [15:23] <Yoric> Anyway, you should use OS.Shared.declareFFI instead.
# [15:23] * jwir3|away is now known as jwir3
# [15:23] <yzen> Yoric: ok gotcha
# [15:24] * khuey|away is now known as khuey
# [15:24] * Quits: arky (arky@8FFEA7D8.DD6EC350.B9D97DBA.IP) (Ping timeout)
# [15:24] * Joins: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP)
# [15:25] * Joins: MarioMi (Mibbit@601F3B17.33662590.A5830293.IP)
# [15:25] <yzen> Yoric: also, how much of zlib implemented were you thinking ? including advanced and utility functions ?
# [15:25] <jandem> KaiRo: makes sense, thanks!
# [15:26] <Yoric> yzen: The only feature we need at the moment is compressing one C buffer / decompressing one C buffer.
# [15:26] <yzen> Yoric: got it
# [15:26] <KaiRo> jandem: np, thanks for digging into those and already finding the main culprit! :)
# [15:27] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [15:27] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
# [15:27] <MarioMi> Hi guys,
# [15:27] <MarioMi> was Markup Panel from Tools>Web Developer>Inspect removed ? because I am not seeing it anymore since FF 19.
# [15:27] <AryehGregor> How can I send a trusted key event in a mochitest?
# [15:28] <AryehGregor> (or crashtest, or any other sort of test)
# [15:28] <AryehGregor> EventUtils.js and synthesizeKey? Or is there a better way?
# [15:28] <AryehGregor> I have an existing testcase and it would be easiest to adapt if I could just send the trusted key event . . .
# [15:28] <yzen> Yoric: thanks for clarification. Now the other bug, if you remember the session store back up. The telemetry for the original process has been sitting for several weeks now, when do you think i should make a patch for a new version with telemetry as well?
# [15:28] <KaiRo> jandem: btw, is the story on those being non-SSE2 the same on Android/ARM as well? I see EnterBaseline also being high there
# [15:28] <Yoric> yzen: So I would say |compress|, |compressBound|, |uncompress|.
# [15:29] <yzen> Yoric: cool
# [15:29] <Yoric> yzen: Start whenever you want :)
# [15:29] <KaiRo> SIGILL at least sounds similar to EXCEPTION_ILLEGAL_INSTRUCTION
# [15:29] <Yoric> yzen: Do you have the name of the histogram in mind?
# [15:30] * Joins: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP)
# [15:30] * Quits: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP) (Input/output error)
# [15:30] <yzen> Yoric: yep its FX_SESSION_RESTORE_BACKUP_FILE_MS
# [15:30] <jandem> KaiRo: hm I saw some on Linux, but also Android? this should be x86 only
# [15:31] <yzen> Yoric: ok ill make a new patch shortly
# [15:31] <KaiRo> jandem: look at the "Reports" tab of https://crash-stats.mozilla.com/report/list?signature=EnterBaseline - there's some ARM in there
# [15:32] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
# [15:32] * Joins: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP)
# [15:32] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
# [15:32] <KaiRo> jandem: if you only want Android, look at https://crash-stats.mozilla.com/report/list?signature=EnterBaseline&product=FennecAndroid
# [15:32] <Yoric> yzen: So, for most people, this is ~1ms, which is quite decent.
# [15:32] <Yoric> However, for about 1.5% of samples, this lasts more than 50ms.
# [15:33] <yzen> Yoric: yep
# [15:33] <jandem> KaiRo: hm, that looks like ARMv6, I will investigate, thanks
# [15:33] <MarioMi> Can someone please answer to my above question? I really need that information.
# [15:33] <Yoric> yzen: And we even have samples with more than 2s!
# [15:33] <Yoric> There is definitely something to improve.
# [15:33] <yzen> there's that > 8s one too
# [15:33] * Joins: pranavrc (pranavrc@3CDCCCA4.B6852B0D.C28326FD.IP)
# [15:33] <KaiRo> jandem: true, the majority is SIGILL on armv6, apparently - and thanks for taking a look!
# [15:33] <Yoric> MarioMi: You could ask on #devtools.
# [15:34] <MarioMi> thanks Yoric !
# [15:34] <mjrosenb> armv6?
# [15:34] * mjrosenb just made changes to armv6
# [15:34] <yzen> Yoric: thanks, i think i got all my questions answered :)
# [15:35] * Joins: gsvelto_ (gsvelto@moz-C6581CB1.clienti.tiscali.it)
# [15:35] <Yoric> yzen: cool
# [15:35] <Yoric> MarioMi: np
# [15:35] <@ted> KaiRo: yeah, SIGILL is the same as EXCEPTION_ILLEGAL_INSTRUCTION
# [15:35] * Quits: gsvelto (gsvelto@moz-3DDB0844.clienti.tiscali.it) (Ping timeout)
# [15:35] <yzen> Yoric: oh, i was thinking of writing xpschell tests for zlib too, not mochi
# [15:35] <@ted> just exception codes vary between OSes
# [15:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9731f2f75dbd - Nathan Froyd - Bug 857254 - use CGIfWrapper more consistently; r=bz
# [15:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e3d726d595ae - Nathan Froyd - Bug 857254 - add CGTemplatedType and use it everywhere; r=bz
# [15:35] <Yoric> yzen: That sounds good.
# [15:35] <yzen> Yoric: ok great
# [15:35] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
# [15:35] <Yoric> I wrote OS.File tests as mochitests because of a misunderstanding. You do not need to :)
# [15:36] <KaiRo> ted: good to know - that said, lack of SSE2 is probably not the 1:1 issue on ARM, but it might be something similar, as the ones crashing with that are armv6
# [15:36] * Quits: gsvelto_ (gsvelto@moz-C6581CB1.clienti.tiscali.it) (Quit: Leaving)
# [15:37] <KaiRo> mjrosenb: well, this is about Baseline JIT on armv6, specifically
# [15:37] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [15:37] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [15:37] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: glazou)
# [15:37] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
# [15:37] <KaiRo> ted: I guess Baseline just isn't well-suited for the weaker CPUs on both architectures, yet
# [15:38] * mjschranz_away is now known as mjschranz
# [15:38] * Joins: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net)
# [15:39] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [15:39] * Joins: marcoz1 (marco.zehe@moz-7646CFBA.dip.t-dialin.net)
# [15:39] <JosiahOne> What is browser.startup.page for?
# [15:39] <AryehGregor> ehsan, for bug 805668, how can I send a trusted key event from mochitest (or crashtest)?
# [15:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/92b2414679cd - Ryan VanderMeulen - Bug 855730 - Disable test due to high failure rate.
# [15:39] <mjrosenb> KaiRo: do you know if these armv6 devices hav vfp or not?
# [15:39] <AryehGregor> I tried using synthesizeKey, but it doesn't do quite the same thing, and didn't cause the assertion I'm looking for.
# [15:39] * Quits: marcoz (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Ping timeout)
# [15:39] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [15:39] <AryehGregor> (I have a patch, just need to adapt the test, and make sure I don't regress any other tests)
# [15:39] * Joins: gsvelto (Thunderbir@moz-C6581CB1.clienti.tiscali.it)
# [15:39] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [15:40] * Joins: WaltS (Thunderbir@moz-E4EC4056.pitbpa.east.verizon.net)
# [15:40] <KaiRo> mjrosenb: oh, I have no idea, only saw the list of crash reports
# [15:41] * coop|afk is now known as coop
# [15:41] <KaiRo> mjrosenb: see https://crash-stats.mozilla.com/report/list?signature=EnterBaseline&product=FennecAndroid
# [15:42] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
# [15:42] * Joins: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br)
# [15:42] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [15:45] * Quits: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [15:45] * Joins: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP)
# [15:45] * mcote|afk is now known as mcote
# [15:46] <darkowlzz> hi, I got L1 yesterday. Is there any introductory page where I can read about the access I have right now and how to use them?
# [15:46] <JosiahOne> darkowlzz: The most important thing is that you have try server access now.
# [15:46] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [15:46] <@ted> KaiRo: armv6 is..fiddly
# [15:47] <darkowlzz> JosiahOne: okay, and how to I access it? any ssh login details?
# [15:47] * ferjm|afk is now known as ferjm
# [15:47] <@ted> KaiRo: and we don't have automated testing on either SSE2 or armv6, so...
# [15:47] <mbrubeck> darkowlzz: See https://wiki.mozilla.org/Try and https://developer.mozilla.org/en-US/docs/Creating_Mercurial_User_Repositories
# [15:47] <JosiahOne> darkowlzz: For try, see https://wiki.mozilla.org/ReleaseEngineering/TryServer
# [15:47] <JosiahOne> darkowlzz: It will fill you in on all of that.
# [15:48] <KaiRo> ted: well, we have 6 weeks of Nightly to figure things out with BC
# [15:48] * Quits: dria (dria@moz-F5EB0C5D.dsl.teksavvy.com) (Quit: dria)
# [15:49] * Joins: jdm (jdm@DB05BBF2.BB1F48F2.971E19F6.IP)
# [15:49] <darkowlzz> wow!! thanks mbrubeck JosiahOne lemme look into all those links :)
# [15:49] <Ms2ger> AryehGregor, I think there may be something on nsIDOMWindowUtils
# [15:51] * Quits: gsvelto (Thunderbir@moz-C6581CB1.clienti.tiscali.it) (Ping timeout)
# [15:51] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [15:52] * Joins: gustavold (gustavold@9C7112F4.61D1FB4D.FBFF2E6D.IP)
# [15:54] * Joins: gsvelto (Thunderbir@moz-1BC691E8.clienti.tiscali.it)
# [15:55] * Fallen is now known as Fallen|away
# [15:55] <mbrubeck> ted: Don't we have automated testing on ARMv6?
# [15:55] <mbrubeck> https://tbpl.mozilla.org/?jobname=armv6
# [15:56] * Fallen|away is now known as Fallen
# [15:57] <mjrosenb> mbrubeck: iirc, that isn't *on* armv6
# [15:57] * Quits: cornel_ionce (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [15:57] <mjrosenb> mbrubeck: that is just an armv6 build running on armv7.
# [15:57] <mbrubeck> ah
# [15:57] <mbrubeck> lame :)
# [15:57] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
# [15:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2bd9decf97bb - Scott Johnson - Bug 520992: Adjust computed width and height before returning to account for box-sizing. [r=bz]
# [15:57] <mbrubeck> Ah yes, the test slaves are still Tegra
# [15:58] <mjrosenb> with my new fancy arch detection stuff, we aren't taking all the same code paths that we would on most armv6 hardware :-/
# [15:58] <mjrosenb> we should get a whole mountain of raspberry pis!
# [15:58] <mjrosenb> they cost like $25 each.
# [15:58] * Fallen is now known as Fallen|away
# [15:58] <KaiRo> mjrosenb: would surely be fun to deploy them in a stable manner
# [15:59] <KaiRo> mjrosenb: our pandaboard setup is already fun, this surely would be as well
# [15:59] <@ted> mbrubeck: yup
# [15:59] <mjrosenb> KaiRo: I was recently surprised to discover that mine had been running for 52 days.
# [15:59] <mjrosenb> like
# [15:59] <Yoric> !seen luke
# [15:59] <firebot> luke was last seen 1 week, 5 days, 12 hours, 20 minutes and 36 seconds ago, changing nick to luke-away.
# [15:59] <mjrosenb> I forgot that it was even plugged in.
# [15:59] <@ted> mbrubeck: you might be surprised to find that it's hard to get armv6 boards that are usable for automated testing
# [15:59] <KaiRo> hehe
# [15:59] <Yoric> !seen terrence
# [15:59] * Parts: jonco (Adium@moz-1696250C.as13285.net)
# [15:59] <firebot> terrence was last seen 14 hours, 30 minutes and 22 seconds ago, saying '-blink-custom-hackery: "makes sense";' in #jsapi.
# [15:59] <@ted> we have people looking at it
# [15:59] <@ted> but it's a pain
# [15:59] <@ted> it's hard enough getting our pandaboards stood up
# [16:00] * KaiRo didn't get himself a pi (yet), too little time for all the stuff he's already experimenting with
# [16:00] * @ted has a pi
# [16:00] <mjrosenb> ted: not rpi?
# [16:00] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
# [16:00] <@ted> mjrosenb: quantity is a problem there
# [16:00] <@ted> we bought 800 pandaboards
# [16:00] <@ted> if you can find someone that will sell us 800 rpis...
# [16:00] <@ted> also android on rpi is not super well supported, AIUI
# [16:00] <mjrosenb> ted: we may want to just talk to them directly.
# [16:00] <mbrubeck> Aren't we all friendly with Qualcomm and these other manufacturers these days..? ;)
# [16:00] <@ted> heh
# [16:00] <mjrosenb> ted: since they have contacted us for optimizng firefox for the rpi.
# [16:01] <@ted> you scratch our back, we'll scratch yours...
# [16:01] <KaiRo> mjrosenb: have you seen the panda setup? https://blog.mozilla.org/it/2013/01/04/mozpool/
# [16:01] * Quits: gsvelto (Thunderbir@moz-1BC691E8.clienti.tiscali.it) (Quit: gsvelto)
# [16:01] * Quits: tetreis (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [16:02] <mjrosenb> KaiRo: ok, that is pretty epic.
# [16:02] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [16:02] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
# [16:02] * Joins: crystall (crystall@moz-1BC691E8.clienti.tiscali.it)
# [16:03] <@ted> so yeah, we could definitely slot rpi/whatever into those chasses
# [16:03] <@ted> chassis
# [16:03] <KaiRo> mjrosenb: yes, it is - and given how we tend to work nowadays, we'd need to do something pretty similar with pi boards
# [16:03] <@ted> assuming we can PXE boot them
# [16:03] * Fallen|away is now known as Fallen
# [16:03] <mjrosenb> KaiRo: we'd need more of them.
# [16:03] <mjrosenb> since they run at 600 mhz
# [16:03] <mjrosenb> and the pandas run at 1.2 ghz?
# [16:03] * Quits: crystall (crystall@moz-1BC691E8.clienti.tiscali.it) (Quit: Leaving)
# [16:03] * Quits: MarioMi (Mibbit@601F3B17.33662590.A5830293.IP) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:03] * Joins: gsvelto (gsvelto@moz-1BC691E8.clienti.tiscali.it)
# [16:04] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
# [16:04] <KaiRo> mjrosenb: well, if we wouldn't get around to run all tests on every single changeset, I guess we still would be OK
# [16:04] <@ted> tests on arm are already slow enough
# [16:05] <@ted> but yeah, we really should figure out how to test on real armv6
# [16:05] <mjrosenb> so maybe not rpi
# [16:05] <@ted> mjrosenb: the biggest annoyance when we stood the armv6 port back up was the alignment requirements
# [16:05] <@ted> which we're probably not testing
# [16:05] <@ted> armv6 requires 16k page alignment
# [16:05] <mjrosenb> ted: ow.
# [16:05] <@ted> we hit that in a few places
# [16:06] <mjrosenb> should I run out to best buy and purchase an armv6 phone for cases where I can't debug an issue on an rpi?
# [16:06] <@ted> i can't imagine it'd be all that much different
# [16:06] <@ted> if you can get a js shell running on rpi you're probably close enough
# [16:06] * philor|away is now known as philor
# [16:07] <mjrosenb> there are almost certainly armv6 devices that run above 600 mhz, considering I have an armv5 device that is clocked at 1ghz.
# [16:07] <@ted> yeah
# [16:07] * @ted has a couple of crappy chinese armv6 phones laying around
# [16:07] <mjrosenb> well, the phone costs $40 (I think), so it isn't exactly like it'll burn a hole in my pocket
# [16:07] <mjrosenb> nor mozilla's.
# [16:08] <@ted> heh
# [16:08] <@ted> yeah
# [16:08] <@ted> if you need it, then you should probably just buy it
# [16:08] * Joins: askalski (akuda@moz-137D1D7A.mimuw.edu.pl)
# [16:09] <mjrosenb> i'm just afraid that i'll find something at like 11 pm, then just twiddle my thumbs until they open in the morning.
# [16:09] <@ted> ah
# [16:09] <Fallen> What would be the reason that element.ownerDocument gives me [object Element] instead of a DOMDocument and trying to serialize it gives me a security error?
# [16:09] <@ted> i mean, the nice thing about having an armv6 phone is that you can test tinderbox builds
# [16:09] <@ted> i use "nice" loosely here
# [16:10] <padenot> /b 10
# [16:10] <mjrosenb> yeah, whereas the rpi is running linux, and anything that requires the rest of the browser will be ":("
# [16:10] <@ted> yup
# [16:10] <glandium> who is running pastebin.mozilla.org? i'd like to request that the diff syntax highlight be in the first entries in the form
# [16:11] * Quits: nattokirai (nattokirai@moz-8AE09276.dynamic.ppp.asahi-net.or.jp) (Quit: nattokirai)
# [16:11] <mjrosenb> glandium: I use a script that runs 'file' on the input that it pastes.
# [16:11] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bc837398007e - Josh Matthews - Bug 854926 - Never request confirmation to close the last private browsing window. r=gavin
# [16:11] * marcoz1 is now known as MarcoZ
# [16:12] <glandium> mjrosenb: i rarely paste files
# [16:12] <mjrosenb> glandium: it can copy stdin to a file first.
# [16:12] * Quits: lduros (user@DD3497AA.1F660447.25B66159.IP) (Client exited)
# [16:12] * hwine-ooo is now known as hwine
# [16:12] <jwir3> ehsan: ping?
# [16:12] <mjrosenb> also, file can operate on stdin, evidently?
# [16:12] <mjrosenb> but that will nuke stdin, and make it unusable for pasting.
# [16:13] * jchen|away is now known as jchen
# [16:13] * Quits: askalski (akuda@moz-137D1D7A.mimuw.edu.pl) (Quit: Wychodzi)
# [16:14] <@ted> i use catlee's pastebin script
# [16:14] * kmoir-afk is now known as kmoir
# [16:14] <@ted> and just diff | pastebin diff
# [16:15] * Quits: ehsan (ehsan@576FC5E5.CD1D2BB8.DC1243F8.IP) (Input/output error)
# [16:15] <@ted> https://gist.github.com/djmitche/1110510
# [16:15] * ericjung is now known as ericjung|away
# [16:16] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:16] * Quits: tchevalier (Thunderbir@A0280D7D.CFCDD61.96B18764.IP) (Quit: tchevalier)
# [16:17] * darkowlzz is now known as darkowlzz|afk
# [16:17] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
# [16:17] * Joins: fylux (Mibbit@moz-FFA68027.dyn.user.ono.com)
# [16:17] <fylux> Hi
# [16:18] <fylux> Is there anybody here?
# [16:18] <AryehGregor> fylux, yes, lots of people.
# [16:18] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [16:18] * Joins: nattoenemies (tsutsumi@moz-A369A791.warosu.org)
# [16:18] <fylux> Nice.
# [16:19] * Joins: felipe (felipe@F0FABB58.F4D65A64.6D8EEF99.IP)
# [16:19] <fylux> I'm excited about the last news of Firefox, and I have some questions.
# [16:19] * bz_sleep is now known as bz
# [16:19] <bz> mu
# [16:20] <bz> Fallen: you there?
# [16:20] * Quits: felipe (felipe@F0FABB58.F4D65A64.6D8EEF99.IP) (Quit: felipe)
# [16:20] <fylux> Everyday I send ideas to mozilla and the most of them are about HTML5, and maybe someone can explain me why firefox don't support al the inputs for example, is really difficult support a new input?
# [16:20] <bz> fylux: yes
# [16:20] * Joins: felipe (felipe@F0FABB58.F4D65A64.6D8EEF99.IP)
# [16:20] <bz> fylux: or rather, to support it in a useful way
# [16:21] <bz> fylux: needs a UI designed and implemented. Or rather at least 3 different UIs
# [16:21] <fylux> http://html5test.com/compare/browser/ff20.html
# [16:21] <bz> fylux: for what it's worth, we do support more of them on FirefoxOS, where we do in fact have UIs for them
# [16:21] * ewong is now known as ewong|sleep
# [16:21] <bz> fylux: oh, implementing enough to pass html5test takes about 5 minutes
# [16:21] <NeilAway> glandium: just bookmark http://diff.pastebin.mozilla.org/
# [16:22] <bz> fylux: since it doesn't check whether the implementation is in any way correct or useful
# [16:22] <bz> fylux: but we're not willing to ship such implementations, unlike some other browsers. ;)
# [16:22] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [16:22] <fylux> for 500 points too?
# [16:22] <glandium> NeilAway: oh
# [16:22] <bz> fylux: hmm?
# [16:22] <NeilAway> glandium: or if you're unlucky, you have www.pastebin.mozilla.org in your history ;-)
# [16:22] <fylux> And in your opinion how much time need mozilla for give full support for html5?
# [16:23] <bz> There is no such thing
# [16:23] <Fallen> bz: yes, I'm here
# [16:23] <bz> since "html5" constantly has features being added to it
# [16:23] <bz> Fallen: you're getting an Element from .ownerDocument
# [16:23] <bz> Fallen: ??
# [16:23] <Gijs> DOMI is currently telling me I have a <stack> with two <html:div> children with the same class, and yet one of them is styled (CSS selector of only that class) and the other is not.
# [16:23] <fylux> but this features of the test?
# [16:23] <bz> Gijs: odd
# [16:23] * Gijs needs someone with a cluestick to tell him how the hell that's possible. :\
# [16:24] <Gijs> bz: yes. Also, hi. :)
# [16:24] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [16:24] <bz> fylux: well, since the test tests some things that aren't part of HTML5 and that everyone agrees shouldn't be implemented (e.g. websql)
# [16:24] <bz> fylux: seriously, it's a crappy test.
# [16:25] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
# [16:25] <Fallen> bz: sorry my fault. Its not an element, but undefined
# [16:25] * Quits: SkyR0ck3R (akash_r@B61C2AE3.78BE666E.9105FBCF.IP) (Connection reset by peer)
# [16:25] <fylux> Ok, I didn't know it.
# [16:25] <fylux> And do you know when firefox is going to give full support for H.264?
# [16:25] * Joins: T3 (T3@8AD413DD.3053860D.A992BEAD.IP)
# [16:25] <bz> fylux: unclear, since it's illegal for us to just do it.
# [16:25] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
# [16:25] <bz> fylux: so we have to do various workarounds
# [16:25] * Joins: josh (josh@moz-61186829.hsd1.mn.comcast.net)
# [16:25] <Fallen> I had a doc = node.ownerDocument || node in there
# [16:25] <bz> fylux: e.g. the answer might be "never" on WinXP
# [16:25] <fylux> is illegal or immoral?
# [16:25] <bz> Fallen: is "node" an actual DOM node?
# [16:25] <padenot> fylux: h264 works on windows vista+, support is coming on mac and linux, and it works on android and b2g
# [16:26] <bz> fylux: illegal
# [16:26] <Fallen> node is [object Element] at least, I can check further if you like. This is Gecko 17
# [16:26] <Gijs> bz: ah, so it was because I neglected to prefix the class selector with html|*
# [16:26] <bz> Fallen: is node.ownerDocument null or undefined or something else?
# [16:26] <fylux> but does firefox install the codec or it must be already in the pc?
# [16:26] <bz> fylux: the latter
# [16:26] * Gijs still finds it sort of odd one element then gets styled and one doesn't, but whatever.
# [16:26] <bz> fylux: because the former would be illegal!
# [16:26] <Fallen> bz: its undefined
# [16:27] <bz> Fallen: That's ... quite odd
# [16:27] <fylux> So what Chrome does is illegal?
# [16:27] <bz> fylux: no, because chrome is closed-source
# [16:27] <Fallen> bz: let me check some things, I'll get back to you
# [16:27] <bz> fylux: chromium doesn't support h.264, for example
# [16:27] <fylux> Yes, true.
# [16:27] * JosiahOne is now known as JosiahOne|Away
# [16:28] <bz> fylux: But back to the html5test question...
# [16:28] <bz> Some parts of that are a hight priority than others
# [16:28] <bz> And some are non-priorities at all
# [16:28] <fylux> for example?
# [16:28] <bz> e.g. MPEG-4 support, not a priority
# [16:28] <bz> and not part of the spec, of course.
# [16:29] <bz> ruby support, not a priority
# [16:29] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
# [16:29] <bz> especially if we want to actually implement it as opposed to what WebKit does
# [16:30] <fylux> But I think that H.264 is a priority because the videos in mp4 are used too much
# [16:30] <bz> well, right
# [16:30] <bz> that's why, as padenot said, it's being worked on.
# [16:31] * rail is now known as rail-mtg
# [16:31] <fylux> and how much time can need mozilla for implement Servo?
# [16:31] * catlee is now known as catlee-mtg
# [16:31] * Joins: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP)
# [16:31] * Quits: srishti (srishti@91BC8839.F442218F.88FACCAA.IP) (Quit: Leaving)
# [16:31] <Ms2ger> Years
# [16:32] <abr> Um. I have what I hope is a really simple question that I'm sure has been asked, but I don't see it in my backscroll: where did mach go?
# [16:32] <Fallen> bz: argh, its pebkac :-/
# [16:32] <Fallen> Sorry for the noise
# [16:32] <Ms2ger> abr, flew away at mach 3?
# [16:32] <fylux> But it have to migrate all the code to rust?
# [16:32] <bz> Fallen: ok, good. ;)
# [16:32] <bz> fylux: no
# [16:32] <abr> Yeah, so part of my workflow involves building things from time to time.
# [16:33] <bz> fylux: the point of the exercise is to write new code in rust, not migrate existing code
# [16:33] * bz files bugs on html5test
# [16:33] * Quits: jesup (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.90 [Firefox 23.0a1/20130402012256])
# [16:34] <fylux> Right. And I have a doubt about asm.js. Is a subset that function independently or is integrated with the browser?
# [16:34] <abr> It looks to have been removed by 061b9318815b
# [16:34] * Quits: danielapetrovici_ (danielapet@moz-ACDE7EEC.mozilla.com) (Ping timeout)
# [16:34] <bz> fylux: I'm not sure what you're asking
# [16:35] <RyanVM> abr: uh, wow
# [16:35] <RyanVM> ejpbruel: you done messed up
# [16:35] <abr> Can we maybe put it back? Like, really fast?
# [16:35] <KaiRo> bz: AFAIK we have bugs on most of our html5test failures, and we have a tracker for those
# [16:35] <fylux> I don't know if is like a transformer that take your code, like coffescript or is part of the browser engine.
# [16:35] <ejpbruel> RyanVM: ?
# [16:35] * Joins: digitsm (digitsm@6E86B8B7.E2B53EDA.6FBA63F7.IP)
# [16:35] <RyanVM> ejpbruel: you killed mach
# [16:35] <bz> kairo: we do?
# [16:36] <abr> ejpbruel: you deleted mach in m-i
# [16:36] <khuey> ejpbruel++
# [16:36] <Ms2ger> khuey--
# [16:36] * khuey r-s Ms2ger's patches
# [16:36] * Ms2ger requests more reviews
# [16:36] * Quits: nattoenemies (tsutsumi@moz-A369A791.warosu.org) (Quit: さよなら)
# [16:36] <bz> ejpbruel: ping
# [16:36] <ejpbruel> bz: pong
# [16:37] <RyanVM> gps: ping
# [16:37] <bz> ejpbruel: why not just test .document on the original webnav you get?
# [16:37] * Fallen is now known as Fallen|away
# [16:37] <bz> ejpbruel: instead of digging for the docshell?
# [16:37] <ejpbruel> bz: i wasn't sure if that was legal
# [16:37] <bz> ejpbruel: uh....
# [16:37] <KaiRo> bz: https://bugzilla.mozilla.org/show_bug.cgi?id=html5test and dependencies
# [16:37] <bz> ejpbruel: Why not???
# [16:37] <RyanVM> ejpbruel: you going to fix or should I back you out?
# [16:37] <bz> ejpbruel: It's an nsIWebNavigation!
# [16:37] * Quits: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP) (Connection reset by peer)
# [16:37] <bz> ejpbruel: we do NOT want everyone cargo-culting that dance. ;)
# [16:37] <ejpbruel> RyanVM: sure, soon as i understand how on earth i deleted mach
# [16:38] <ejpbruel> bz: i had no idea if that nsIWebNavigation is implemented by nsWebBrowser, nsDocShell, or if those are the same object
# [16:39] <bz> ejpbruel: it's implemented by the nsIWebBrowser, mostly by forwarding to the docshell it has
# [16:39] <Ms2ger> ejpbruel, you didn't rebase, did you?
# [16:39] <till> fylux: this post explains how asm.js works: http://ejohn.org/blog/asmjs-javascript-compile-target/
# [16:39] <ejpbruel> bz: plus I think GetInterface is unidirectional in the sense that it can sometimes provide an interface that is actually implemented on another object, right?
# [16:39] <ejpbruel> bz: I didn't know that, sorry
# [16:39] <ejpbruel> bz: I'm willing to fix that though :)
# [16:39] <ejpbruel> Ms2ger: no
# [16:39] <bz> ah
# [16:39] <fylux> All of you work in mozilla?
# [16:39] * Joins: nattoenemies (tsutsumi@moz-A369A791.warosu.org)
# [16:39] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [16:39] <bz> fylux: asm.js is basically just a subset of JS
# [16:39] <ejpbruel> RyanVM: let me quickly check what I messed up
# [16:39] <bz> fylux: as in, you can run it through a normal JS engine and it will work
# [16:40] <bz> fylux: "on"
# [16:40] <RyanVM> ejpbruel: just fixed it for you
# [16:40] <RyanVM> backed you out and re-landed minus the mach removal
# [16:40] <bz> fylux: If you asked whether all of us are employed by the Mozilla Corporation, the answer is "no"
# [16:40] <Ms2ger> bz, in the deep mines of docshell... :)
# [16:40] <fylux> So you are volunteers.
# [16:40] <bz> fylux: some of us
# [16:41] <bz> fylux: I'm not, personally, though I was for a while
# [16:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d5d98779e401 - Eddy Bruel - Bug 846906 - Implement nsAppShellService::CreateWindowlessBrowser; r=bz; sr=benjamin
# [16:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6b8868104188 - Ryan VanderMeulen - Backed out changeset 061b9318815b (bug 846906) for accidentally removing mach.
# [16:41] <ejpbruel> RyanVM: thanks man
# [16:41] <till> RyanVM: it's not u+x anymore, though
# [16:41] <ejpbruel> RyanVM: I have no idea how that happend, or why mercurial picked it up
# [16:41] <abr> ejpbruel++
# [16:41] <bz> ejpbruel: so yeah, just fix up that part of the test to make sure .document on the object you get back works right?
# [16:41] <bz> ejpbruel: leaving the parts that get the docshell is ok; it's worth testing that that can be done.
# [16:41] <bz> ejpbruel: as ms2ger asked, did you use "hg rebase"?
# [16:42] <ejpbruel> no
# [16:42] <bz> huh
# [16:42] <ejpbruel> Ms2ger: ^
# [16:42] <bz> then no idea. ;)
# [16:42] <bz> edmorley++
# [16:42] * Joins: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP)
# [16:42] <ejpbruel> it could be that i accidentally removed mach from my build
# [16:42] <fylux> And I have a problem with pdf.js. Because when I select text it doesn't select many characters or spaces.
# [16:43] <bz> fylux: please file bugs with steps to reproduce!
# [16:43] <ejpbruel> RyanVM: mercurial doesn't have a staging area, so if you remove a tracked file, it probably shows up in your patch, right?
# [16:43] <Ms2ger> Yes
# [16:43] * Joins: deLta30 (quassel@C61DC927.206C249F.79045CC5.IP)
# [16:43] <bz> if you remove a tracked file and then commit that
# [16:43] <bz> then yes, it shows up in your patch
# [16:43] <abr> Huh. Interesting that mach lost its executable flag...
# [16:43] <edmorley> bz: what for? :-)
# [16:44] <mconnor> abr: it did?
# [16:44] <bz> edmorley: filing followup bugs when a clobber was needed
# [16:44] <fylux> For example this pdf: http://bibliocomunidad.com/web/libros/Ernst%20H.%20Gombrich%20-%20Breve%20Historia%20del%20Mundo.pdf try to select all the text.
# [16:44] <mconnor> that seems like a bug...
# [16:44] <edmorley> bz: ah :-)
# [16:44] <bz> fylux: please, file bugs.
# [16:44] * Quits: fylux (Mibbit@moz-FFA68027.dyn.user.ono.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:44] <ejpbruel> bz: i didn't commit, but was in the process of finishing a mq patch
# [16:44] <abr> I agree, although it might be a bug in whatever backout tools we're using rather than mercurial itself
# [16:44] <ejpbruel> which is probably where it went wrong
# [16:45] * Joins: fylux (Mibbit@moz-FFA68027.dyn.user.ono.com)
# [16:45] <mconnor> ejpbruel: you can't qfinish with local changes, I think
# [16:45] <ejpbruel> mcconor: unless you did hg qref -e first to set the commit message :)
# [16:45] <fylux> did you see the error?
# [16:45] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [16:46] <ericjung|away> khuey: KaiRo can make a build for https://bugzilla.mozilla.org/show_bug.cgi?id=842473#c54 if you have such a patch?
# [16:46] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [16:46] <mconnor> ejpbruel: I would pay good money for an hg qref that didn't refresh the whole patch on -e
# [16:46] * ericjung|away is now known as ericjung
# [16:46] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [16:47] <ericjung> khuey: i mean to say, KaiRo and #releng are aware of it. But we need the patch you mention.
# [16:47] <khuey> ejpbruel: ok
# [16:47] <khuey> er
# [16:47] <khuey> ericjung: ok
# [16:47] <khuey> ericjung: I should write it then ;-)
# [16:47] * khuey has been busy
# [16:48] <ejpbruel> bz: i also noticed a build warning in puppet widget, shall i file a follow patch for bug 846906 that fixes both
# [16:48] <ejpbruel> ?
# [16:48] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [16:48] <ericjung> khuey: thanks, just a friendly poke
# [16:48] * Joins: dria (dria@F2D29657.F60B0462.67AC9B1.IP)
# [16:49] * Quits: fylux (Mibbit@moz-FFA68027.dyn.user.ono.com) (Quit: http://www.mibbit.com ajax IRC Client)
# [16:50] <RyanVM> k, what am i doing wrong? I did chmod 755 mach and hg qref, but hg out isn't showing any changes
# [16:51] <till> RyanVM: I just pushed a fix
# [16:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/be04d2e65dbe - Till Schneidereit - Re-add executable flag to mach (removed in bug 846906). r=me
# [16:51] <RyanVM> till, thx
# [16:51] <till> np
# [16:51] <RyanVM> till: what did I do wrong?
# [16:51] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [16:51] <till> RyanVM: I'm not sure, sounds pretty much like what I did
# [16:51] * rail-mtg is now known as rail
# [16:52] <RyanVM> till: that's....reassuring
# [16:52] <till> heh :)
# [16:52] <RyanVM> maybe an msys issue
# [16:52] <Ms2ger> On windows?
# [16:52] <till> perhaps, yes
# [16:52] <Ms2ger> There's your problem :)
# [16:52] <RyanVM> great "feature" there
# [16:52] * Joins: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP)
# [16:53] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [16:53] <RyanVM> dammit, shoudl have just left ejpbruel backed out
# [16:53] <RyanVM> ejpbruel: test failures
# [16:53] <ejpbruel> RyanVM: which tests?
# [16:53] <RyanVM> the one you just added
# [16:53] <ejpbruel> thats interesting
# [16:53] <ejpbruel> works just fine here
# [16:54] <RyanVM> see tbpl
# [16:54] <RyanVM> your push
# [16:54] <Ms2ger> That's what they all say ;)
# [16:54] * Quits: T3 (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [16:54] <ejpbruel> RyanVM: just back me out and ill reland it with comments by bz addressed
# [16:54] * Quits: cabanier (cabanier@moz-6A1F2F2C.hsd1.wa.comcast.net) (Ping timeout)
# [16:54] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
# [16:55] <RyanVM> ejpbruel: nice all-around fail on that push
# [16:55] <ejpbruel> RyanVM: sorry!
# [16:56] <RyanVM> keeps me on my toes, anyway
# [16:56] * Joins: crussell (colby@8CA8CCD3.57F30063.93A38F79.IP)
# [16:56] * Ms2ger accidentally steps on RyanVM's toes
# [16:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a199d6b86acb - Ryan VanderMeulen - Backed out changeset d5d98779e401 (bug 846906) - again - for test failures on a CLOSED TREE.
# [16:57] * Quits: rednaks (rednaks@24067163.74C6FD40.360EF119.IP) (Ping timeout)
# [16:57] <ejpbruel> argh. so the test fails on windows, in release mode only? fml
# [16:58] * pmoore is now known as pmoore|away
# [16:58] <AutomatedTester> RyanVM: is tree open or closed?
# [16:58] <khuey> ericjung: KaiRo: patch posted
# [16:58] * philor tries to pin that M2 leak of the world on Ms2ger
# [16:58] <khuey> AutomatedTester: it's like Schrodinger's Cat
# [16:58] <Ms2ger> philor, wasn't me
# [16:58] <khuey> don't know until you try
# [16:58] <mjrosenb> KaiRo: you happen to know if there is a bug on file for this armv6 crash?
# [16:58] <RyanVM> open
# [16:58] <RyanVM> ejpbruel: hey, it might fail on osx opt too
# [16:58] <ericjung> khuey: thanks!
# [16:58] <philor> Ms2ger: "doesn't leak locally"?
# [16:59] <AutomatedTester> khuey: in that case, hold on to your hate
# [16:59] <Yoric> ttaubert: mak: Any chance of a review?
# [16:59] * Yoric is still in review starvation.
# [16:59] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/da3acb67bb23 - Yiming Yang - Bug 848489 - send 'contextmenu' event if we are long pressing, r=mdas
# [16:59] <khuey> ericjung: thanks for reminding me ;-)
# [16:59] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
# [16:59] * Quits: paolo (paolo@moz-C45A303A.retail.telecomitalia.it) (Broken pipe)
# [16:59] <khuey> ooh tree's open
# [16:59] * khuey should get in some landin'
# [17:00] <AutomatedTester> hurray it landed...
# [17:00] <Ms2ger> philor, which leak is this?
# [17:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/911ace364d75 - David Burns - Bug 857717 - Scroll to element before clicking on it with Marionette r=mdas
# [17:00] * Quits: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [17:00] <AutomatedTester> the cat exists and doesnt exist at the same time
# [17:00] <AutomatedTester> the world is a better place
# [17:00] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [17:00] * ChanServ sets mode: +o ehsan
# [17:00] <ejpbruel> oh i know why this test fails
# [17:00] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [17:00] * Joins: folecr (folecr@moz-E56584DD.lightspeed.sntcca.sbcglobal.net)
# [17:00] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [17:00] <philor> Ms2ger: https://tbpl.mozilla.org/php/getParsedLog.php?id=21431376&full=1&branch=mozilla-inbound#error0 (and scroll up to the leaked URLs)
# [17:00] <ejpbruel> bz: I've been an idiot, and i need your help
# [17:00] <KaiRo> mjrosenb: if jandem hasn't filed it yet, then probably not
# [17:01] <RyanVM> yep, definitely a Slipknot kind of morning
# [17:01] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [17:01] <Gijs> KaiRo: fwiw, just chucked bug 858069 into the German l10n component. Any idea what's up with that?
# [17:01] <KaiRo> mjrosenb: should be a blocker to bug 858032 in any case
# [17:01] <ejpbruel> bz: that test I wrote uses some hardcoded values to check if the bounding client rect is what we expect it to be. i already had my doubts that was a good idea to begin with, but i didn't know any better way to do it
# [17:01] <ejpbruel> bz: now it looks like this is causing the test to fail on windows. do you have a good idea on how to get rid of those hardcoded values in the test?
# [17:02] <KaiRo> Gijs: not sure, I also haven't checked if 21 is even 100% completel in de
# [17:02] * Parts: Pauly (paul@601F3B17.33662590.A5830293.IP)
# [17:02] * Quits: smontagu (chatzilla@moz-4C7B5B18.red.bezeqint.net) (Ping timeout)
# [17:02] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
# [17:02] * RyanVM sees that none of the unstarred failures from went he went to bed last night never got filed. FML :(
# [17:02] <KaiRo> Gijs: Archeopteryx probably knows better, he's doing the L10n nowadays mostly
# [17:02] <mjrosenb> KaiRo: ok, filing.
# [17:02] <Gijs> KaiRo: it's beta now, I thought they normally were? :)
# [17:03] <KaiRo> Gijs: well, all depends on if the work had been done
# [17:03] * Gijs wonders if the location bar text changed or something...
# [17:04] * pmoore|away is now known as pmoore
# [17:04] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Ping timeout)
# [17:05] <KaiRo> Gijs: not, sure, and I really should only look into stuff like L10n in my free time...
# [17:05] * Joins: sfink (chatzilla@moz-E7ABD5B0.dsl.pltn13.sbcglobal.net)
# [17:05] <KaiRo> (and Firefox L10n is not really what I'm doing anyhow)
# [17:06] * Joins: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net)
# [17:06] * Fallen|away is now known as Fallen
# [17:06] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
# [17:06] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [17:06] * ChanServ sets mode: +o dveditz
# [17:07] <RyanVM> heh, "God's Gonna Cut You Down" just came on Pandora. Seems fitting
# [17:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4081996a7420 - Kyle Huey - Bug 855276: Add assertions to catch the cause. r=bent
# [17:07] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
# [17:08] * Joins: JaneBush (gegeg@moz-A29F4FCD.adsl.alicedsl.de)
# [17:08] <RyanVM> khuey: btw, I'm going to attempt running your patch from bug 840673 through Try again once android ts isn't totally horked for other reasons
# [17:08] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [17:08] * Joins: enda (chatzilla@883ECC18.6AFB7865.2500F951.IP)
# [17:09] <ejpbruel> bz: ping
# [17:09] * mgerva is now known as mgerva|afk
# [17:09] * bz ducks, covers
# [17:09] <bz> ejpbruel: what's up?
# [17:09] * jmaher|afk is now known as jmaher
# [17:09] <ejpbruel> bz: so i know why that test fails
# [17:10] <bz> ejpbruel: what test?
# [17:10] * Joins: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net)
# [17:10] <ejpbruel> bz: the docshell test is failing on opt windows builds
# [17:10] <bz> can you link me to the test?
# [17:10] <ejpbruel> bz: sure, hold on
# [17:11] * Quits: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP) (Ping timeout)
# [17:12] <ejpbruel> bz: http://pastebin.mozilla.org/2273276
# [17:12] <ejpbruel> bz: the problem is I'm using hardcoded values to check if the bounding rect makes sense (yeah, it seemed like a stupid idea when i wrote it too)
# [17:12] <ejpbruel> bz: is there a better way?
# [17:13] * jcranmer|away is now known as jcranmer
# [17:13] <bz> ejpbruel: one sec
# [17:13] <bz> ejpbruel: let me see what actually happens
# [17:14] * Quits: folecr (folecr@moz-E56584DD.lightspeed.sntcca.sbcglobal.net) (Quit: folecr)
# [17:14] <bz> ejpbruel: are the failures visible on tbpl?
# [17:14] <ejpbruel> yes
# [17:14] <ejpbruel> sec
# [17:14] * hwine is now known as hwine-ooo
# [17:14] * bz wants to see that generic.html too
# [17:14] <ejpbruel> bz: https://hg.mozilla.org/integration/mozilla-inbound/rev/061b9318815b
# [17:15] <ejpbruel> bz: its in the tree, ill paste bin it
# [17:15] <jlebar> philor: ping
# [17:15] <philor> jlebar: pong
# [17:15] * Quits: deLta30 (quassel@C61DC927.206C249F.79045CC5.IP) (Client exited)
# [17:15] <bz> ejpbruel: right
# [17:15] <ejpbruel> bz: http://pastebin.mozilla.org/2273283
# [17:15] <jlebar> philor: Do you know what's the status of the browser-element orange? I saw in my bugmail that one was practically permaorange, but I seem to have stopped getting bugmail for that one, so maybe it's not anymore?
# [17:15] <bz> ejpbruel: so yeah, if you don't control the file, you lose
# [17:16] <edmorley> jlebar: it's nightly only, per the comment in bug
# [17:16] <bz> ejpbruel: I recommend taking a file you _do_ control, which sets a height and width and no border
# [17:16] <edmorley> as in nightly builds
# [17:16] <jlebar> Ah, I missed that.
# [17:16] <bz> ejpbruel: and just testing the .width/.height on the bounding client rect
# [17:16] <jlebar> edmorley: That is...odd.
# [17:16] <ejpbruel> bz: should that work on *all* platforms?
# [17:16] <Ms2ger> edmorley, oh, that's it? Fun
# [17:16] * ejpbruel has no idea how portable bounding client rects are
# [17:16] * Joins: smaug (chatzilla@moz-8C0006D4.pp.htv.fi)
# [17:16] * ChanServ sets mode: +o smaug
# [17:16] <edmorley> jlebar: timing issue? though would expect to see them on pgo too
# [17:17] <ochameau> I'm looking for some help on mochitest, I'm trying to test sessionstore-windows-restored event, but it looks like test() method is called late, after this event is being dispatched.
# [17:17] <bz> ejpbruel: um. VERY
# [17:17] <Yoric> gavin: Who should I ping to get my uplift for bug 846848 handled quickly?
# [17:17] <bz> ejpbruel: if you actually set the styles!
# [17:17] <bz> ejpbruel: what's not necessarily portable is the meaning of "thin"
# [17:17] <jlebar> edmorley: http://brasstacks.mozilla.com/orangefactor/?display=&includefiltertype=quicksearch&includefilterdetailsquicksearch=browser-element&includefilterdetailsexcludeResolved=false&includefilterdetailsexcludeDisabled=false&includefilterdetailsnumbugs=0&includefilterdetailsresolvedIds=&excludefiltertype=quicksearch&excludefilterdetailsquicksearch=&excludefilterdetailsnumbugs=0&excludefilterdetailsresolvedIds=&tree=mozilla-
# [17:17] <jlebar> inbound&startday=2013-03-28&endday=2013-04-04 says only two oranges in the past week, which is obviously wrong.
# [17:17] <Yoric> ochameau: Why not retriggering session restoration?
# [17:17] <jlebar> what's the right way to search here?
# [17:17] <Ms2ger> Yoric, er, bajaj or akeybl?
# [17:18] <Yoric> Ms2ger: thanks
# [17:18] <jlebar> Ah, search for "browserElement"
# [17:18] <philor> jlebar: I think it is on PGO too, since the tip of m-c has it on all three "Ubuntu PGO" runs, one of which should be from the PGO build, one from the nightly, one from whatever someone retriggered
# [17:18] <Yoric> akeybl: We have a chemspill with bug 846848, could you please consider the uplift very quickly?
# [17:18] <jlebar> philor: okay, thanks.
# [17:20] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
# [17:20] <ochameau> Yoric: I'd prefer testing the original event and not a fake one, but if there is no way to run test during browser startup, I'll end up doing that
# [17:21] <jryans> when are the "browser" bindings used from platformHTMLBindings? "textAreas" and "inputFields" I understand, but is "browser" like a default set?
# [17:21] <jlebar> Oh, I know how to fix this.
# [17:22] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
# [17:22] <khuey> jryans: they apply to <xul:browser>
# [17:22] <khuey> iirc
# [17:23] <jryans> khuey: ak okay
# [17:24] <jryans> *ah
# [17:24] <akeybl> Thanks for the heads up Yoric, but there won't be a chemspill until lsblakk calls for one. She's the release manager for FF21.
# [17:24] <bz> ejpbruel: also, please use is(x, y, description) instead of ok(x == y) without description.... ;)
# [17:24] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Connection reset by peer)
# [17:24] <Yoric> akeybl: Thanks.
# [17:24] <ejpbruel> bz: sure
# [17:25] <Yoric> akeybl: er... that's FF20, isn't it?
# [17:25] <akeybl> I meant 21
# [17:25] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
# [17:25] <akeybl> 20*
# [17:25] <Yoric> ok
# [17:26] * Joins: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net)
# [17:26] <Yoric> lsblakk: We have an important breakage in FF20. We need to uplift bug 846848 to fix it. Could you please take an urgent look?
# [17:26] <akeybl> and we definitely won't chemspill today when updates to 20 are already throttled significantly until next week
# [17:27] * Joins: ahal (ahal@6A026667.F7EBA23.C3C3A9D0.IP)
# [17:27] <Yoric> akeybl: Ok, good to know.
# [17:27] <Yoric> akeybl: However, that's still a major breakage that prevents numerous Windows users from using Firefox.
# [17:28] <Yoric> Where "numerous Windows users" == "all users who have their profile on a network share".
# [17:28] <Ms2ger> == "about two"?
# [17:28] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [17:28] <gcp> pretty sure thats common in enterprisy enviroments
# [17:28] <padenot> and universities
# [17:28] <Yoric> Ms2ger: == "many users in companies and universities"
# [17:28] <gcp> which begs the question how it made it through beta
# [17:29] <Yoric> gcp: One beta tester that he had noticed but hadn't bothered filing a bug.
# [17:29] <Ms2ger> Universities use betas?
# [17:29] <RyanVM> gcp: i would think enterprisy people aren't prone to playing with betas
# [17:29] <Yoric> As for unit tests, our infrastructure simply does not offer network shares, so this was not tested.
# [17:29] <akeybl> Right which is actually a very small minority of the small population who have updates to 20
# [17:30] <Yoric> akeybl: Well, that's good, because we are going to brick many instances of Firefox if we open the floodgates.
# [17:30] <Yoric> s/instances/installs/
# [17:30] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [17:30] <jlebar> edmorley: Feel free to steal the review in bug 856006.
# [17:30] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
# [17:30] <@ehsan> jwir3: pong
# [17:32] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:32] * Joins: tallowen (tallowen@EF25F79A.E289F722.12959961.IP)
# [17:32] <jwir3> ehsan: I've noticed that, when working to fix bug 824965, that GetContentOffsetsFromPoint(), when called within a frame representing a text area, returns a text node that's parent is the text area, but the text area doesn't have that node in its child list.
# [17:33] <jwir3> ehsan: There is, however, a text node in the child list of the text area that seems to match the content of the original node, and is in the child list. Basically, the whole rationale for this is that I'm adding the following function to nsContentUtils as a first step in refactoring the GetSelectionInTextControl function: http://pastebin.mozilla.org/2273217 and for text areas, it's not doing what I would expect (i.e. firstChild == aOffsetNode) when
# [17:33] <jwir3> called within this context: http://pastebin.mozilla.org/2273210
# [17:33] * Quits: gsvelto (gsvelto@moz-1BC691E8.clienti.tiscali.it) (Ping timeout)
# [17:33] <@ehsan> jwir3: are you talking about the frame tree child list?
# [17:34] * Joins: gsvelto (gsvelto@moz-CE789F10.clienti.tiscali.it)
# [17:34] <jwir3> ehsan: No, I'm talking about the content child list
# [17:34] <@ehsan> oh yes
# [17:34] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [17:34] <@ehsan> that is expected
# [17:34] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [17:34] <@ehsan> the stuff that you see inside the textarea on screen is inside an anon subtree
# [17:34] <@ehsan> which is not accessible from the content tree
# [17:34] * Joins: kkdEEP (kkdEEP@18B4B932.CF4E5C6F.C7008325.IP)
# [17:35] <@ehsan> the textnode child list in the DOM tree is constructed from the original contents of the textarea when creating the element
# [17:35] <@ehsan> and is what the defaultValue attribute returns
# [17:35] * armenzg is now known as armenzg_brb
# [17:35] <@ehsan> that text node does _not_ reflect any modifications to the text inside the textarea when you type something in for example
# [17:35] * Quits: gsvelto (gsvelto@moz-CE789F10.clienti.tiscali.it) (Quit: Leaving)
# [17:36] * Joins: drexler (chatzilla@moz-1896B9D3.hsd1.vt.comcast.net)
# [17:36] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
# [17:36] <@ehsan> jwir3: instead of using the content tree, you should use the frame tree and call GetContent() on each frame in the hierarchy
# [17:36] <Yoric> akeybl: So, what exactly should I do, right now? Sit down and wait for lsblakk's instructions?
# [17:36] <jwir3> ehsan: ah. ok. that's what I was looking for. thanks.
# [17:36] <@ehsan> jwir3: (note that that's true with anything involving hit testing, since you need to deal with display:none content etc anyway
# [17:37] * Joins: RattyAway (Jim_diGriz@B9518051.D072CF95.25110E41.IP)
# [17:37] <@ehsan> np
# [17:37] * Quits: yzen (Adium@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: Leaving.)
# [17:37] * Joins: abhishekp (chatzilla@moz-BE32294.mtnl.net.in)
# [17:37] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
# [17:37] <RattyAway> today my self build crashes in mozjs.dll (no crash reporter) any hints on debugging?
# [17:37] * Joins: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr)
# [17:37] * catlee-mtg is now known as catlee-lunch
# [17:37] * Quits: TheOne (TheOne@moz-9F1B2257.dfki.uni-kl.de) (Ping timeout)
# [17:38] * Quits: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr) (Quit: tchevalier)
# [17:38] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Ping timeout)
# [17:38] <akeybl> Yoric: yep, she'll start evaluating our options, the urgency, PR release testing, etc.
# [17:38] <RyanVM> jlebar: we hit code -20 across a huge array of tests
# [17:38] <Yoric> akeybl: ok
# [17:38] <Yoric> Returning to my normal activities.
# [17:38] <akeybl> and we may decide to disable updates
# [17:38] <RyanVM> jlebar: i'd love to see that resolved in a way that fixes them all :)
# [17:38] <Yoric> akeybl: Thanks.
# [17:38] <akeybl> depending
# [17:38] <jlebar> RyanVM: What's weird is that the warning that's printed happens just before a call to _exit(0).
# [17:39] <jlebar> RyanVM: which is in fact what I think the code should be doing.
# [17:39] <jlebar> So why are we getting exit code -20?
# [17:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cbed4fe28c54 - Joel Maher - Bug 858084 - upload a new talos.zip to to fix the mozcrash issue. r=armenzg
# [17:39] <RyanVM> khuey: what do I recall you saying about code -20 once upon a time?
# [17:39] * Joins: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP)
# [17:39] <RyanVM> khuey: I remember you commenting in a bug about that once upon a time
# [17:40] * jhopkins is now known as jhopkins|afk
# [17:40] * Quits: MarcoZ (marco.zehe@moz-7646CFBA.dip.t-dialin.net) (Quit: Leaving.)
# [17:40] <RyanVM> glandium: ping
# [17:40] <khuey> RyanVM: it's a weird mac ipc problem
# [17:41] <jlebar> khuey: What I don't understand is, the code seems to run _exit(0).
# [17:41] <jlebar> khuey: Then the test harness gets -20?
# [17:41] <khuey> 20 SIGCHLD discard signal child status has changed
# [17:41] <glandium> RyanVM: pong
# [17:41] <khuey> I think we have a screwy signal handler somewhere because the default action is to ignore ...
# [17:42] * Quits: ctangira (ctangira@moz-431FF022.dllstx.fios.verizon.net) (Quit: ctangira)
# [17:42] <RyanVM> glandium: can I bother you to steal review on bug 856247? it's a simple patch :)
# [17:42] <firebot> Check-in:
# [17:42] <jlebar> khuey: Is _exit(0) sending sigchld?
# [17:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ede8de979d5c - Kannan Vijayan - Bug 857576 - Make sure isOwnProperty() method of the input typeset's single typeobject's property typeset is run before main body of IonBuilder::jsop_getprop method.
# [17:42] <firebot> r=bhackett
# [17:42] <jlebar> Oh, you mean it's happening in the parent?
# [17:42] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [17:43] <khuey> jlebar: that's what I suspect, yes
# [17:43] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Quit: Leaving.)
# [17:43] * Quits: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [17:43] <glandium> RyanVM: done
# [17:43] <RyanVM> glandium: thanks :)
# [17:43] * Quits: hub (hub@E639FEDB.F04051C4.DC1243F8.IP) (Ping timeout)
# [17:43] <jlebar> khuey: okay, I believe that, since after that point we don't run any more tests. :)
# [17:44] <khuey> jlebar: maybe we just need to fiddle with http://mxr.mozilla.org/mozilla-central/source/profile/dirserviceprovider/src/nsProfileLock.cpp#126 ?
# [17:44] <jlebar> khuey: and it's all on macos, cool.
# [17:44] * Joins: spohl (Adium@moz-3DF08303.reverse.softlayer.com)
# [17:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/12554c928f60 - Ryan VanderMeulen - Bug 856247 - Disable TestStartupCache on B2G desktop builds. r=mhommey, f=fabrice
# [17:44] * Quits: Benvie (Benvie@4EAF34EF.DD136097.D01D599A.IP) (Ping timeout)
# [17:45] <khuey> jlebar: I'm not really a signals expert, and I don't know anything about mac ;-)
# [17:45] <RyanVM> jlebar: khuey: getting to the root of that and fixing it would fix a whole class of OSX orange we hit
# [17:45] <RyanVM> win++
# [17:45] <jlebar> RyanVM: You mean, you'd give us a get-out-of-jail-free card?
# [17:45] <jlebar> RyanVM: Because that would be kind of nice. :-p
# [17:45] <RyanVM> it would win you mad sheriff karma :P
# [17:46] * Joins: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be)
# [17:46] * Quits: SkyR0ck3R (akash_r@ED7FA044.57266F2B.1C37C358.IP) (Ping timeout)
# [17:46] * Quits: ahal (ahal@6A026667.F7EBA23.C3C3A9D0.IP) (Ping timeout)
# [17:46] * Quits: annevk (annevk@A761DCB.FC95818.5EFB9497.IP) (Input/output error)
# [17:46] * Joins: vladan (vladan@moz-21CD3EF9.cp.telus.net)
# [17:47] <khuey> jlebar: what I don't understand is why we only sometimes get SIGCHLD
# [17:47] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
# [17:47] * Quits: jhk (Instantbir@7FC79FD2.5827C9F6.D06349B0.IP) (Ping timeout)
# [17:47] <jlebar> khuey: Perhaps we always get it, but only sometimes do we crash.
# [17:47] <khuey> yeah that's possible
# [17:48] <khuey> there's some chromium code to deal with SIGCHLD ...
# [17:48] <jlebar> indeed
# [17:48] * Joins: rajul (rajul@moz-90D7D72.nowhere-else.org)
# [17:48] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
# [17:48] * Quits: abhishekp (chatzilla@moz-BE32294.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [17:49] * Quits: kkdEEP (kkdEEP@18B4B932.CF4E5C6F.C7008325.IP) (Ping timeout)
# [17:49] * Joins: abhishekp (chatzilla@moz-BE32294.mtnl.net.in)
# [17:49] <evilpie_> KaiRo: is crashstats really not more accurate than arm?
# [17:50] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
# [17:51] * Joins: hub (hub@E639FEDB.F04051C4.DC1243F8.IP)
# [17:51] * Joins: bdahl (bdahl@2557E599.66715431.D25A875A.IP)
# [17:51] <jlebar> glandium: Can you help me and khuey with this weird signal thing for a sec?
# [17:52] <jlebar> glandium: MacOS builds sometimes exit(-20) apparently upon receiving SIGCHLD.
# [17:52] <jlebar> glandium: e.g. https://tbpl.mozilla.org/php/getParsedLog.php?id=21432116&tree=Mozilla-Inbound
# [17:52] <KaiRo> evilpie_: no, it's not - just as it's not more accurate than x86
# [17:52] <jlebar> glandium: This doesn't make much sense.
# [17:52] * joduinn-afk is now known as joduinn
# [17:52] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [17:52] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [17:53] * pmoore is now known as pmoore|away
# [17:53] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9be5069796d7 - Nils Maier - Bug 857690 - Introduce xpc::ZoneStatsExtras and xpc::CompartmentStatsExtras. r=njn
# [17:54] * Quits: danielapetrovici_ (danielapet@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
# [17:54] <RyanVM> AryehGregor: ping
# [17:54] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Quit: Instantbird 1.4a1pre -- http://www.instantbird.com)
# [17:55] * RyanVM smells another backout coming
# [17:55] * Joins: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr)
# [17:55] * Quits: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr) (Client exited)
# [17:55] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
# [17:56] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [17:56] <glandium> jlebar: so, the content process exits, and that kills the chrome process
# [17:56] <Ms2ger> RyanVM, what's up?
# [17:56] <jlebar> glandium: so it seems.
# [17:56] <jlebar> glandium: only on mac, only sometimes.
# [17:56] <RyanVM> Ms2ger: B2G perma-ornage
# [17:56] <jlebar> glandium: always exit code -20.
# [17:57] * Quits: AndreeaMatei (andreeamat@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
# [17:57] <RyanVM> Ms2ger: unless you tell me in the VERY near future why I shouldn't
# [17:57] <khuey> jlebar: _exit(0) turning into -20 is pretty special
# [17:57] * Quits: Optimizer (Optimizer@2613879D.A9A1C449.BE90E62C.IP) (Ping timeout)
# [17:57] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [17:57] <Ms2ger> RyanVM, looking
# [17:57] <khuey> jlebar: I wonder if the test harness is misreporting the exit code somehow ...
# [17:58] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
# [17:58] * armenzg_brb is now known as armenzg_mtg
# [17:58] <jlebar> khuey: And the parent process is simply segfaulting or something?
# [17:58] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [17:59] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
# [17:59] <Ms2ger> RyanVM, not sure how he'd cause that, but go for it, I guess
# [17:59] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [17:59] <philor> or just disable it on b2g like it's disabled on android
# [17:59] <RyanVM> too late
# [18:00] * joduinn is now known as joduinn-mtg
# [18:00] <philor> not the first time I've stared at that string of suggestions for the disabled on android bug and wondered why it wasn't disabled on b2g
# [18:00] * Joins: cabanier (cabanier@89803C3C.27D0C967.A0B21F13.IP)
# [18:00] <RyanVM> i'm tired of dinking around with this stuff on the fly
# [18:00] <glandium> jlebar: that sounds like bad handling of SIGCHLD
# [18:00] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
# [18:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d26881860f30 - Ryan VanderMeulen - Backed out changesets 715fce49a07b and abbc05319449 (bug 851916) for B2G mochitest-2 orange.
# [18:00] * Joins: bajaj (Adium@2557E599.66715431.D25A875A.IP)
# [18:00] <khuey> jlebar: oh that QuickExit is on the child
# [18:01] <khuey> that makes more sense
# [18:01] * Joins: Optimizer (Optimizer@3649574E.D7283CA0.274D17D6.IP)
# [18:01] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [18:01] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:01] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
# [18:01] <khuey> jlebar: so yeah, back to screwing up SIGCHLD somewhere
# [18:01] * philor backspaces repeatedly
# [18:02] <glandium> khuey: yeah, we're probably racy on setting the SIGCHLD handler
# [18:02] <khuey> jlebar: in that most recent log it looks like the parent screws up handling Child 941?
# [18:02] <philor> b2g may not have been a good investment
# [18:02] * joduinn-mtg is now known as joduinn-moderator
# [18:02] <RyanVM> philor: if they want to re-land with it disabled, fine by me. But I'm not making that decision.
# [18:02] * ctalbert|afk is now known as ctalbert
# [18:03] <RyanVM> philor: backspace broken? ;)
# [18:04] * Joins: Mossop_away (mossop@moz-3D9B2D8F.lsanca.fios.verizon.net)
# [18:04] <glandium> khuey: i'd laugh very hard if it ends up being us removing the signal handler after the first child dies
# [18:04] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [18:04] <jlebar> khuey: 942?
# [18:04] <khuey> glandium: it's plausible ...
# [18:04] * Joins: ahal (ahal@3468F8ED.AB54EB5E.6816E6B7.IP)
# [18:04] <khuey> jlebar: well just before everything blows up Child 941 exits
# [18:04] <khuey> it looks like
# [18:04] <khuey> some process exits
# [18:04] * Joins: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr)
# [18:04] <khuey> cause there's an nsStringStats there
# [18:04] * Quits: darkowlzz|afk (darkowlzz@6AC64578.7F99F8EA.25B273F5.IP) (Ping timeout)
# [18:05] <RyanVM> nice job Pandora, clearly I'm interested in seeing a Keith Urban concert if I'm listing to a RATM station
# [18:05] * Joins: nhirata (anonymous@moz-1A50F7F8.hsd1.ca.comcast.net)
# [18:06] <jlebar> khuey: I'm confused. I see 942 exit, then immediately after I see the -20.
# [18:06] <jlebar> khuey: what is it about 941?
# [18:06] <jlebar> khuey: Looking at line 15699
# [18:06] <khuey> jlebar: look up a little bit?
# [18:06] * ctalbert is now known as ctalbert|mtg
# [18:06] * Mossop_away is now known as Mossop
# [18:07] <jlebar> 08:06:15 INFO - [Child 941] WARNING: nsAppShell::Exit() called redundantly: file ../../../widget/cocoa/nsAppShell.mm, line 757
# [18:07] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [18:08] * Quits: Optimizer (Optimizer@3649574E.D7283CA0.274D17D6.IP) (Connection reset by peer)
# [18:08] <glandium> jlebar: [Child 941] WARNING: NS_ENSURE_TRUE(compMgr) failed: file nsComponentManagerUtils.cpp, line 58
# [18:08] <glandium> jlebar: followed by nsStringStats
# [18:08] * Quits: jduell (jduell@moz-E765EB2E.hsd1.wa.comcast.net) (Ping timeout)
# [18:08] <glandium> so it looks like the process exits there
# [18:08] <jlebar> glandium: sure...
# [18:08] <khuey> right
# [18:08] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
# [18:08] <jlebar> glandium: and then 942 continues doing its thing for a bit.
# [18:08] <khuey> and then just after that 942 loses contact with the parent
# [18:09] <khuey> and it commits sepukku
# [18:09] <jlebar> sure
# [18:09] <glandium> khuey: seppuku
# [18:09] <khuey> ah darn
# [18:09] <glandium> 切腹
# [18:09] <khuey> I wasn't sure which constant occurred twice
# [18:09] * Joins: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:09] <jlebar> khuey: Good thing you don't have to kill yourself now.
# [18:10] <glandium> although it's technically not seppuku, it's the child that ends up killing the parent because the parent is not listening
# [18:10] <glandium> kids these days
# [18:10] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
# [18:10] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
# [18:11] * Quits: inolen (Adium@moz-FA2406D8.socal.res.rr.com) (Quit: Leaving.)
# [18:11] <froydnj> RyanVM: Pandora's trying to help you expand your horizons
# [18:11] * Quits: crussell (colby@8CA8CCD3.57F30063.93A38F79.IP) (Ping timeout)
# [18:11] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
# [18:12] <Ms2ger> glandium, parents these days ;)
# [18:13] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [18:13] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
# [18:13] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [18:13] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Connection reset by peer)
# [18:13] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [18:14] <glandium> is there a bug on file for that failure?
# [18:14] <khuey> there's half a dozen on file
# [18:14] <RyanVM> 33
# [18:15] <RyanVM> open ones, that is
# [18:15] * Quits: ggp (ggp@moz-CF8BEBEF.dia.static.qwest.net) (Input/output error)
# [18:15] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
# [18:15] <khuey> 33 open bugs on exit -20?
# [18:15] <RyanVM> plus however many one-offs that were closed WFM over time
# [18:15] <RyanVM> yep
# [18:15] <khuey> ok then
# [18:15] <RyanVM> so yeah, plzfixkthx
# [18:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8b35998de0fe - Brian R. Bondy - Bug 850458 - Add full screen video element to html5 video controls. r=mbrubeck
# [18:15] * khuey doesn't know how to search bugzilla for negative numbers
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ababa309ae8b - Brian R. Bondy - Bug 841228 - Defect - Hover state on buttons (like the bookmark star) persists after you tap the button. r=jimm
# [18:16] <RyanVM> https://bugzilla.mozilla.org/buglist.cgi?keywords=intermittent-failure%2C%20&keywords_type=allwords&list_id=6194659&short_desc=code%20-20&resolution=---&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=READY&bug_status=ASSIGNED&bug_status=REOPENED&short_desc_type=allwordssubstr
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c0b57faff59d - Brian R. Bondy - Bug 855590 - Start page does not refresh app bar Star button state. r=sfoster
# [18:16] * Quits: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Ping timeout)
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0cfcf56f7b4e - Brian R. Bondy - Bug 842130 - Fix fullscreen video which currently isn't working. r=mbrubeck
# [18:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0ab0587c3ed5 - Brian R. Bondy - Bug 854269 - Pin still selected when pressing Bac or Forward buttons. r=sfoster
# [18:16] <glandium> i think we should enable libevent debug message on debug builds
# [18:16] * jimm is now known as jimm-lunch
# [18:17] <RyanVM> khuey: "only" 169 RESOLVED WORKSFORME
# [18:17] * Quits: pnkfelix (pnkfelix@moz-801E009D.vlan502.asr1.cdg2.gblx.net) (Ping timeout)
# [18:17] <RyanVM> whoops, that query was bad
# [18:17] <RyanVM> only 12 of those
# [18:17] <khuey> yeah I was gonna say ...
# [18:18] <jlebar> glandium: I'll review it if you write the patch?
# [18:18] * Fallen is now known as Fallen|away
# [18:18] * Quits: abhishekp (chatzilla@moz-BE32294.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [18:18] <RyanVM> so yeah, 33 open and 12 WFM
# [18:19] <glandium> great, we're building libevent "manually"
# [18:20] * armenzg_mtg is now known as armenzg_brb
# [18:20] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [18:21] * Joins: pnkfelix (pnkfelix@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [18:21] * Fallen|away is now known as Fallen
# [18:21] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [18:23] <janv> clang: error: unable to execute command: posix_spawn failed: Argument list too long
# [18:23] * bz discovers the problem with needinfo
# [18:23] <bz> people effing unsetting the flag without providing the info. :(
# [18:23] <janv> is that a known problem ?
# [18:24] <janv> it happened during linking libXUL
# [18:24] * Joins: marco (Thunderbir@moz-3B363C35.cust.dsl.teletu.it)
# [18:24] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [18:24] <glandium> jlebar: testing a patch locally
# [18:25] * Joins: evilpie__ (tom@moz-C9AB0874.pools.arcor-ip.net)
# [18:25] <glandium> janv: clang bug
# [18:25] <janv> hm
# [18:25] <glandium> janv: building comm-central?
# [18:25] <janv> no
# [18:26] <edmorley> jdm++
# [18:26] <janv> m-c with a big patch
# [18:26] <janv> on try
# [18:26] * mgerva|afk is now known as mgerva
# [18:26] <janv> https://tbpl.mozilla.org/?tree=Try&rev=988ade5a6e40
# [18:26] * Quits: jib (Jan-Ivar@moz-D0297AE3.phlapa.fios.verizon.net) (Quit: jib)
# [18:26] * Joins: deLta30 (quassel@69EDC59A.F8D1376A.8B6C1D65.IP)
# [18:26] <edmorley> jdm: bzexport failed to set the reviewer, and in the time between me loading the page and setting it, your r+ had midaired me lol :-)
# [18:26] <@ehsan> vlad: https://wiki.mozilla.org/RapidRelease/Calendar
# [18:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6c18d264e0b5 - Ryan VanderMeulen - Backed out changeset cbed4fe28c54 (bug 858084) for talos bustage.
# [18:27] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
# [18:28] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Quit: Leaving)
# [18:28] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [18:29] <philor> that's going to leave a mark
# [18:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2606c5349493 - Jim Chen - Bug 847983 - Don't include empty elements at end of range; r=masayuki
# [18:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9967368c7c72 - Jim Chen - Bug 847983 - Try harder to get a valid frame; r=masayuki
# [18:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5d817fa463cb - Jim Chen - Bug 847983 - Skip script text nodes for content events; r=masayuki
# [18:29] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Connection reset by peer)
# [18:29] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [18:29] <evilpie__> KaiRo: that is unfortunate, arm6 vs arm7 is quite different
# [18:29] * Quits: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net) (Input/output error)
# [18:30] * Joins: ggp (ggp@moz-E91D58ED.tmodns.net)
# [18:31] <RyanVM> khuey: victory? https://tbpl.mozilla.org/php/getParsedLog.php?id=21435090&tree=Mozilla-Inbound
# [18:31] * Joins: ericjung (ericjung@moz-FC76CC78.bstnma.fios.verizon.net)
# [18:31] <NeilAway> jryans: actually they apply to the window root
# [18:32] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
# [18:32] <NeilAway> jryans: (browser bindings from platformHTMLBindings, that is)
# [18:32] <khuey> RyanVM: hmm?
# [18:32] <RyanVM> orange from your push
# [18:32] <RyanVM> well, I'm assuming it wasn't the talos update that broke mochitest-other
# [18:32] <khuey> uh
# [18:32] <Ms2ger> RyanVM, stranger things have happened ;)
# [18:33] * armenzg_brb is now known as armenzg_mtg
# [18:34] <jryans> NeilAway: ah, okay, thanks! makes sense.
# [18:34] <khuey> SIGILL?
# [18:34] <khuey> wtf?
# [18:34] <jcranmer> illegal instruction
# [18:34] <RyanVM> definitely a good time to go to lunch
# [18:34] * Joins: grobinson (garrett@2557E599.66715431.D25A875A.IP)
# [18:34] <jcranmer> definitely a good time to go to the grocery store
# [18:35] <Ms2ger> Definitely a good time to read this chapter
# [18:35] * Quits: pranavrc (pranavrc@3CDCCCA4.B6852B0D.C28326FD.IP) (Ping timeout)
# [18:35] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:35] <khuey> oh
# [18:35] <khuey> SIGABRT
# [18:35] * bbondy is now known as bbondy-lunch
# [18:35] <khuey> that makes slightly more sense
# [18:36] <khuey> but if it's me why the hell don't I have a stack?
# [18:36] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8a97d3df713a - Ryan VanderMeulen - Backed out changeset 4081996a7420 (bug 855276) for mochitest-other orange on a CLOSED TREE.
# [18:36] * RyanVM is now known as RyanVM|Lunch
# [18:36] * Quits: Kabaka (Kabaka@moz-D04FAA10.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
# [18:36] * Joins: ctangira (ctangira@moz-264CB7F1.cisco.com)
# [18:37] <khuey> meh, whatever
# [18:37] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [18:37] * khuey decides it's a good time to go to the office
# [18:37] * Joins: Kabaka (Kabaka@moz-D04FAA10.stl1cmta01.stwrok.ok.dh.suddenlink.net)
# [18:38] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [18:38] <NeilAway> glandium: rofl
# [18:38] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
# [18:38] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
# [18:38] * Quits: nattoenemies (tsutsumi@moz-A369A791.warosu.org) (Quit: さよなら)
# [18:39] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [18:39] * khuey is now known as khuey|away
# [18:39] * Joins: nattoenemies (tsutsumi@moz-A369A791.warosu.org)
# [18:39] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [18:40] * Quits: ggp (ggp@moz-E91D58ED.tmodns.net) (Ping timeout)
# [18:40] * Quits: pnkfelix (pnkfelix@moz-801E009D.vlan502.asr1.cdg2.gblx.net) (Quit: Leaving.)
# [18:41] * jhopkins|afk is now known as jhopkins
# [18:41] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [18:42] <ejpbruel> RyanVM: let me just push that patch to try before i push it to inbound again :P
# [18:43] <glandium> NeilAway: ?
# [18:43] <NeilAway> glandium: "kids these days"
# [18:43] * philor is now known as philor|away
# [18:44] <jhammel> beh, that reminds me...never finished my "Virtual Lawn" web app to yell at kids over the internet
# [18:45] * Joins: abhishekp (chatzilla@moz-BE32294.mtnl.net.in)
# [18:45] * Joins: ggp (ggp@moz-E91D58ED.tmodns.net)
# [18:46] * Joins: jhk (Instantbir@6EE3C58A.62B6971.B58D974D.IP)
# [18:47] * Quits: abhishekp (chatzilla@moz-BE32294.mtnl.net.in) (Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931])
# [18:47] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Ping timeout)
# [18:48] * Fallen is now known as Fallen|away
# [18:48] * Joins: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP)
# [18:48] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [18:49] * Quits: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com) (Input/output error)
# [18:50] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Quit: Ex-Chat)
# [18:50] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
# [18:50] * Joins: Optimizer (Optimizer@5BB548E2.1D173DC.274D17D6.IP)
# [18:51] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
# [18:51] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [18:51] * geekboy is now known as geekboy|afk
# [18:52] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [18:53] * Quits: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
# [18:53] * Joins: rednaks (rednaks@6298CBE0.9AC5DAB4.55FFA9B4.IP)
# [18:53] * Joins: SkyR0ck3R (akash_r@6CDC80E9.88A6BC27.1B69A185.IP)
# [18:54] * Joins: gsvelto (gsvelto@moz-B2563F35.clienti.tiscali.it)
# [18:54] <rillian> my try pushes are dying on content/html/content/src/nsHTMLFormElement.cpp:2203:1: error: unused function 'ControlTraverser' [-Werror,-Wunused-function]
# [18:54] <rillian> based this morning's m-c
# [18:54] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
# [18:54] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [18:54] <rillian> but other folks don't seem to be having this problem
# [18:54] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [18:55] <tonymec> mconley: I've narrowed the regression range some, see bug 858014 comment #19
# [18:55] <rillian> did someone remove the caller recently?
# [18:55] <Ms2ger> rillian, are you sure that's this morning's m-c?
# [18:55] <mconley> tonymec: excellent, thank you. My first build should be done soon.
# [18:55] * Joins: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP)
# [18:55] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [18:55] <Ms2ger> Because khuey did remove the caller, but also rage-removed the -werror annotation
# [18:56] <past> gps: good luck!
# [18:56] <rillian> hrm
# [18:56] * Quits: akeybl (uid11012@moz-D8B63698.irccloud.com) (NickServ (GHOST command used by akeybl_))
# [18:56] <rillian> qparent is c232bec6974d
# [18:56] <jhammel> khuey? rage??? that doesn't sound like him....
# [18:56] * Joins: akeybl (uid11012@moz-D8B63698.irccloud.com)
# [18:56] * jimm-lunch is now known as jimm
# [18:57] * Quits: gandalf (zbraniecki@moz-4F155DA6.hsd1.ca.comcast.net) (Quit: I took the wrong pill!!!)
# [18:57] * jhopkins is now known as jhopkins|walk
# [18:58] <rillian> and I have khuey's patch in the history
# [18:58] <rillian> wierd
# [18:59] * Joins: jduell (jduell@moz-E765EB2E.hsd1.wa.comcast.net)
# [18:59] * rillian tries again
# [18:59] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
# [18:59] * armenzg_mtg is now known as armenzg_lunch
# [18:59] * Joins: rnewman (rich_holyg@moz-DB4A9C19.scl3.mozilla.com)
# [19:00] * Quits: enda (chatzilla@883ECC18.6AFB7865.2500F951.IP) (Ping timeout)
# [19:00] * AaronMT is now known as AaronMTriage
# [19:00] * Joins: mmc|laptop (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net)
# [19:02] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [19:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f6ba788a7eea - Tim Abraldes - bug 852805. Add an event handler to the "find in page" textbox to make 'enter' equivalent to 'find next'. r=ally
# [19:03] * geekboy|afk is now known as geekboy
# [19:03] * catlee-lunch is now known as catlee
# [19:04] * mjschranz is now known as mjschranz_lunch
# [19:04] * Quits: rednaks (rednaks@6298CBE0.9AC5DAB4.55FFA9B4.IP) (Ping timeout)
# [19:04] * JosiahOne|Away is now known as JosiahOne
# [19:04] * Joins: TimAbraldes (TimAbralde@moz-3F87419B.hsd1.or.comcast.net)
# [19:05] * Quits: tallowen (tallowen@EF25F79A.E289F722.12959961.IP) (Input/output error)
# [19:05] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
# [19:05] * Joins: ehugg (chatzilla@moz-62842EF0.cisco.com)
# [19:06] * Joins: rednaks (rednaks@6298CBE0.9AC5DAB4.55FFA9B4.IP)
# [19:06] * Joins: shorlander (shorlander@moz-230AEA61.dhcp.insightbb.com)
# [19:06] <rajul> hi felipe
# [19:06] * Joins: anton_ (anton@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:07] * Quits: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br) (Input/output error)
# [19:07] * Quits: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP) (Ping timeout)
# [19:07] * Joins: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br)
# [19:08] * Quits: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br) (Connection reset by peer)
# [19:08] * anton_ is now known as anton|tmp
# [19:08] * Joins: squeakytoy (christoffe@moz-79070305.dynamic.se.alltele.net)
# [19:08] * Quits: akeybl (uid11012@moz-D8B63698.irccloud.com) (NickServ (GHOST command used by akeybl_))
# [19:08] * Joins: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br)
# [19:08] * Joins: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net)
# [19:08] * Joins: akeybl (uid11012@moz-D8B63698.irccloud.com)
# [19:09] * Quits: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br) (Connection reset by peer)
# [19:09] * Joins: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br)
# [19:10] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c13f65b59301 - Shane Caraveo - bug 851936 allow uninstall of builtin providers, r=markh
# [19:10] * kaze is now known as kaze|away
# [19:11] * ericjung is now known as ericjung|away
# [19:11] * Joins: TheOne (one@moz-F655E356.dip.t-dialin.net)
# [19:11] * Quits: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br) (Ping timeout)
# [19:11] * ericjung|away is now known as ericjung
# [19:12] * Quits: autra (autra@moz-2EA7A1DF.fullsix.com) (Quit: See ya, folks !)
# [19:12] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
# [19:12] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [19:12] <dhylands> bz: ping
# [19:12] <bz> dhylands: ack
# [19:14] <dhylands> bz: About this device storage error, I'd like to get a sense of the proper way to fix it. If the pref is disabled, should it return NS_OK and a null object or return an error and null object? I'm just not sure of what type of conventions are used elsewhere in the codebase.
# [19:15] <Ms2ger> What does the spec say?
# [19:15] * Quits: WaltS (Thunderbir@moz-E4EC4056.pitbpa.east.verizon.net) (Client exited)
# [19:16] * philor|away is now known as philor
# [19:16] * Joins: WaltS (Thunderbir@moz-E4EC4056.pitbpa.east.verizon.net)
# [19:16] * ericjung is now known as ericjung|away
# [19:16] * Quits: SkyR0ck3R (akash_r@6CDC80E9.88A6BC27.1B69A185.IP) (Quit: Nettalk6 - www.ntalk.de)
# [19:16] * hwine-ooo is now known as hwine
# [19:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/97d4b08ee4af - Jan de Mooij - Bug 857580 - Fix breakpoint trampoline to store a NULL stub pointer. r=djvj
# [19:18] * Fallen|away is now known as Fallen
# [19:18] <dhylands> Ms2ger: Hmm. So that's a very good question. I found: https://wiki.mozilla.org/WebAPI/DeviceStorageAPI which doesn't say much of anything...
# [19:18] * Quits: Boriss (FlyingToas@moz-3C817AF9.hsd1.ca.comcast.net) (Quit: Boriss)
# [19:18] * capella|zzzz is now known as capella
# [19:19] * bbondy-lunch is now known as bbondy
# [19:19] <Ms2ger> I guess that means jlebar is flogged :)
# [19:19] <jlebar> If I want to write a mochitest which creates a webgl context (I don't actually want to do anything with it), do I have to do something special?
# [19:19] <bz> jlebar: no
# [19:19] <Ms2ger> jlebar, disable on android and b2g
# [19:19] <bz> oh, yes, that
# [19:20] <jlebar> bz: Ms2ger: Perfect, thanks.
# [19:20] * bz sighs
# [19:20] * Joins: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:20] <Ms2ger> Ah, device independence
# [19:20] <bz> dhylands: so...
# [19:20] <bz> dhylands: The _right_ solution would be to not have the property at all if the pref is disabled, I'd think
# [19:21] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [19:21] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [19:22] * khuey|away is now known as khuey
# [19:22] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
# [19:22] <bz> dhylands: do you know why we're not doing that?
# [19:22] <dhylands> bz: sounds better. In which case, I'll return an error if it somehow does get called. And figure out how to not have the property present if its disabled.
# [19:22] * Joins: inolen (Adium@moz-9F4F17DF.tourcaster.com)
# [19:22] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [19:22] <Ms2ger> dhylands, are you on webidl already?
# [19:22] <bz> no, but it's on a separate interface
# [19:22] <bz> So this is easy
# [19:22] * Quits: gbrown (gbrown@moz-6075880C.cg.shawcable.net) (Input/output error)
# [19:22] <Ms2ger> Ah
# [19:22] * Quits: vingtetun (vingtetun@moz-801E009D.vlan502.asr1.cdg2.gblx.net) (Ping timeout)
# [19:22] <Ms2ger> Good
# [19:22] * Joins: gbrown (gbrown@moz-6075880C.cg.shawcable.net)
# [19:23] <bz> dhylands: so in nsDOMClassinfo for Navigator
# [19:23] <bz> dhylands: just make the nsIDOMNavigatorDeviceStorage conditional like the other conditional bits in there
# [19:23] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
# [19:23] <dhylands> Ms2ger: I've heard of this thing called webidl, but that's about the extent of of my knowlegde...
# [19:23] * Joins: vingtetun (vingtetun@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [19:23] <Ms2ger> dhylands, there's documentation you should read some time
# [19:24] <Ms2ger> dhylands, it's like xpidl, but much better and much faster :)
# [19:24] <dhylands> Ms2ger: yeah - i did take a look at it. Just wish I had time to play...
# [19:24] * Quits: Optimize1 (Instantbir@94C77FC6.955079FB.AA3EB577.IP) (Ping timeout)
# [19:24] * mjschranz_lunch is now known as mjschranz
# [19:25] <Ms2ger> dhylands, we can get you involved in lots of ways... Do you have a manager I can harass? ;)
# [19:25] * jhopkins|walk is now known as jhopkins
# [19:25] * Quits: dietrich (dietrich@moz-DB4A9C19.scl3.mozilla.com) (Quit: leaving)
# [19:25] * Joins: dietrich (dietrich@moz-DB4A9C19.scl3.mozilla.com)
# [19:26] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
# [19:26] <dhylands> Ms2ger: faramarz is my manager.
# [19:26] * glob is now known as glob|away
# [19:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/bc3f63dbba94 - Chris Peterson - Bug 579517 - Remove some PRBools. r=ehsan
# [19:26] * Quits: akeybl (uid11012@moz-D8B63698.irccloud.com) (NickServ (GHOST command used by akeybl_))
# [19:26] * akeybl_ is now known as akeybl
# [19:27] * Joins: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP)
# [19:27] * Joins: akeybl_ (uid11012@moz-D8B63698.irccloud.com)
# [19:27] * geekboy is now known as geekboy|afk
# [19:28] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
# [19:28] * geekboy|afk is now known as geekboy
# [19:28] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [19:28] * khuey is still not convinced that those crashes are my fault
# [19:28] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [19:29] * Joins: dveditz (dveditz@2557E599.66715431.D25A875A.IP)
# [19:29] * ChanServ sets mode: +o dveditz
# [19:29] * geekboy is now known as geekboy|afk
# [19:30] <eeejay> impressed with the moz.build stuff. don't need to clobber every day!
# [19:30] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [19:30] <bz> eeejay: you sure?
# [19:30] <bz> eeejay: how do you know, in our brave new world?
# [19:31] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
# [19:31] <froydnj> khuey: it is odd that your push got green on those tests
# [19:31] * geekboy|afk is now known as geekboy
# [19:31] <eeejay> bz, i have faith!
# [19:32] * mgerva is now known as mgerva|afk
# [19:32] <bz> eeejay: the point is, we now autoclobber
# [19:32] <bz> eeejay: so you don't know when it happens
# [19:32] <eeejay> bz, oh.. gotcha
# [19:33] <eeejay> bz, so you only know when it is still compiling two hours later
# [19:33] * Quits: sheeri (sheeri@moz-5E1F6454.hsd1.ma.comcast.net) (Quit: sheeri)
# [19:33] * eeejay should read dev-platform more often
# [19:33] * Quits: mixedpuppy (mixedpuppy@moz-7B3CFB22.vc.shawcable.net) (Quit: mixedpuppy)
# [19:34] <@dolske> bz: random question... would it be easy to change nsVideoFrame to user regular anonymous content for the videocontrols and such within it? ie, as a local patch so dom inspector can reach into it?
# [19:34] * Quits: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net) (Quit: jorendorff)
# [19:34] * Ms2ger wants a dev-platform-announcements
# [19:34] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
# [19:34] <@dolske> (or even completely non-anonymous, if that's possible)
# [19:35] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [19:35] * Quits: ggp (ggp@moz-E91D58ED.tmodns.net) (Input/output error)
# [19:35] <Ms2ger> dolske, I sure don't want content to reach inside
# [19:35] <@dolske> Ms2ger: yes, this wouldn't be a thing to ship. :)
# [19:35] * joduinn-moderator is now known as joduinn-mtg
# [19:35] * joduinn-mtg is now known as joduinn-brb
# [19:35] <Ms2ger> Oh, you're not shipping?
# [19:35] <Ms2ger> Do whatever :)
# [19:36] <bz> dolske: there is no "regular" anonymous content
# [19:36] <@dolske> it's just a pita to work on, because you can't fiddle/inspect it live.
# [19:36] <bz> dolske: There's XBL anonymous content (which is what DOMi knows about)
# [19:36] <bz> dolske: and native anonymous content, which is what it doesn't know about
# [19:36] <@dolske> XBL anon content is what I mean, I guess.
# [19:37] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
# [19:37] <bz> dolske: As a local hack, you could try
# [19:37] * akeybl_ is now known as akeybl
# [19:37] <bz> dolske: so what you'd want to do is write an XBL binding
# [19:37] <bz> dolske: attach it via html.css
# [19:37] <bz> dolske: and probably make the frame not claim to be a leaf
# [19:38] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [19:38] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:38] * Joins: dzbarsky (Adium@moz-779A0A45.wlan.wireless-pennnet.upenn.edu)
# [19:38] * Joins: dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net)
# [19:38] * ChanServ sets mode: +o dbaron
# [19:38] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [19:39] <khuey> so did we find someone to blame the bc orange in jmaher's push on?
# [19:40] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [19:40] <bent> mak, ping
# [19:41] <Arjen87> Ms2ger: Did you forget to post the changesets and mark the bugs in the push from https://hg.mozilla.org/mozilla-central/rev/8866eb3c3a30 to https://hg.mozilla.org/mozilla-central/rev/c232bec6974d as RESOLVED FIXED (or anything else)?
# [19:41] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:41] * khuey was thinking we could blame it on jmaher
# [19:41] <Ms2ger> Arjen87, I did!
# [19:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c4f46d70fa1c - Chris Peterson - Bug 857335 - Add EventDispatcher warnings about events with no listeners. r=mfinkle r=kats
# [19:41] <@dolske> bz: alternatively, might teaching inIDeepTreeWalker how to poke into NAC be reasonable?
# [19:42] <bz> dolske: That's pretty nontrivial, but you could certainly special-case the video case
# [19:42] <jmaher> khuey: ha, blame it all on me
# [19:43] <tanvi> rajul: did you ping me?
# [19:43] <mak> bent: pong
# [19:43] <bent> mak, hey, so i made the changes you requested in the page_size bug
# [19:43] <bent> mak, but it's pretty invasive for b2g18
# [19:43] <mak> bent: just got the mail
# [19:44] * Quits: Gijs (gijs@moz-C11B0461.dsl.alice.nl) (Quit: back later)
# [19:44] <bent> mak, so i think i'm just going to hardcode there
# [19:44] <bent> mak, does that sound acceptable?
# [19:44] <Arjen87> Ms2ger: Could you do it right now? Then I can include those bugs in the fixed list of the Nightly Builds Thread!
# [19:44] <bent> mak, i still want to get this patch in so we don't have to hardcode in the future
# [19:44] * Quits: evilpie__ (tom@moz-C9AB0874.pools.arcor-ip.net) (Client exited)
# [19:44] <tanvi> Ms2ger: i think we fixed 842146. *checking*
# [19:44] <mak> bent: what's the invasive part, considered that b2g doesn't use the vacuum manager?
# [19:44] <Ms2ger> Arjen87, yep, will do that in a moment
# [19:44] <Arjen87> Thank you!
# [19:45] <mak> bent: you mean all of the prefs thing rather?
# [19:45] <bent> mak, just changing code around in general, but interfaces in particular
# [19:45] <bent> mak, basically i need a super low risk way to do this on b2g18... changing the define is safest i think
# [19:45] * Joins: Optimizer1 (Instantbir@5BB548E2.1D173DC.274D17D6.IP)
# [19:45] <mak> bent: ok, if there's a policy to disallow any idl change, I suppose there's no alternative...
# [19:45] * Quits: Optimizer1 (Instantbir@5BB548E2.1D173DC.274D17D6.IP) (Quit: bye :))
# [19:45] <bent> no, there's no real policy on that
# [19:46] <bent> just makes everyone nervous
# [19:46] <Mossop> edmorley: Where are we at on unhiding jetpack tests?
# [19:46] <mak> bent: yeah I see, I suppose the problem is that people doesn't know the code specifics, so any interface change is looked with suspect
# [19:46] <@dolske> bz: what would the hacky binding be? basically remove CreateAnonymousContent() and reimplement the nodes it creates in XBL?
# [19:46] <bz> dolske: yup
# [19:47] <bz> dolske: and hope the layout code isn't relying on its pointers to those nodes...
# [19:47] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:47] <@dolske> yeah. ok, thanks!
# [19:47] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [19:47] <mak> bent: yes I think it's ok to just change the value on b2g18 branch, you probably want to change the value in db/sqlite3/makefile.in
# [19:47] * Joins: tmyoung (Thunderbir@moz-A52EE408.alyoung.com)
# [19:47] <bent> mak, i can make the argument but we no longer control the approval process there so it's a big risk
# [19:48] <Arjen87> Ms2ger: Would you like to ping me when you're done?
# [19:48] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
# [19:48] <mak> bent: I just trust you, I don't want to go the rabbit hole of figuring out the b2g approval process right now :)
# [19:48] <bent> mak, i'll also put it inside MOZ_WIDGET_GONK just to be safe
# [19:48] <mak> ok
# [19:48] <bent> yeah
# [19:48] <tanvi> Ms2ger - i think bug 842146 was fixed by bug 850676
# [19:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3b237165e5c7 - Chris Lord - Bug 822810 - Enable low precision rendering in more scenarios. r=kats
# [19:49] <bent> mak, also, can we chat about auto_vacuum?
# [19:49] <mak> bent: sure
# [19:49] * Quits: tonymec (tonymec@89941583.40679673.A9371869.IP) (Input/output error)
# [19:49] <bent> mak, i want it for b2g18 :)
# [19:49] <bent> mak, for idb anyway
# [19:50] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:50] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [19:50] * Joins: jorendorff (jorendorff@moz-2F32ACA3.hsd1.tn.comcast.net)
# [19:50] <Ms2ger> Arjen87, set it on its way
# [19:50] <Ms2ger> tanvi, did you mean philor?
# [19:50] <edmorley> Mossop: they're orange on inbound & m-c, I don't think there are any other blockers apart from that
# [19:50] <@gavin> Yoric: rel-mgmt monitors those closely
# [19:50] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [19:51] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
# [19:51] <Mossop> Huh
# [19:52] * Quits: tonymec|away (tonymec@89941583.40679673.A9371869.IP) (Quit: Konversation terminated!)
# [19:52] * Quits: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP) (Ping timeout)
# [19:52] * Quits: nattoenemies (tsutsumi@moz-A369A791.warosu.org) (Quit: さよなら)
# [19:52] * Quits: gsvelto (gsvelto@moz-B2563F35.clienti.tiscali.it) (Quit: Leaving)
# [19:53] * armenzg_lunch is now known as armenzg_brb
# [19:53] <tanvi> Ms2ger: yes. sorry. comment is for philor.
# [19:53] <Arjen87> Ms2ger: I'll see, really appreciated!
# [19:53] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [19:53] <Ms2ger> Arjen87, np, and thanks for reminding me
# [19:54] <Arjen87> np too!
# [19:54] * khuey sighs
# [19:55] * khuey double sighs
# [19:55] <khuey> who is on buildduty?
# [19:55] * Quits: @dveditz (dveditz@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [19:55] <Ms2ger> bhearsum|buildduty is
# [19:55] <Ms2ger> But he's not here
# [19:55] <khuey> Ms2ger: you see the problem with that, yes?
# [19:56] * Joins: bhearsum|buildduty (bhearsum@moz-FBAE94.members.linode.com)
# [19:56] <bhearsum|buildduty> sup?
# [19:56] <khuey> bhearsum|buildduty: https://tbpl.mozilla.org/php/getParsedLog.php?id=21438733&tree=Mozilla-Inbound
# [19:56] * Quits: akeybl (uid11012@moz-D8B63698.irccloud.com) (Quit: )
# [19:56] <khuey> Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
# [19:56] <khuey> Command ['ssh', '-o', 'IdentityFile=~/.ssh/ffxbld_dsa', 'ffxbld@stage.mozilla.org', 'mktemp -d'] returned non-zero exit code: 255
# [19:56] <bhearsum|buildduty> on it
# [19:57] <bhearsum|buildduty> retrigger should fix that one
# [19:57] <khuey> yeah I retriggered
# [19:57] * Quits: breck (breck@moz-E512D9D2.hsd1.ca.comcast.net) (Client exited)
# [19:57] <bhearsum|buildduty> sorry about that, that slave just came back after a re-image
# [19:57] * ferjm is now known as ferjm|afk
# [19:57] * Joins: tonymec__ (tonymec@moz-5ED860D2.adsl-dyn.isp.belgacom.be)
# [19:57] <khuey> bhearsum|buildduty: it happened to grab the one build I was waiting for too :-P
# [19:57] <bhearsum|buildduty> well, at least it wasn't a windows build...
# [19:57] <bhearsum|buildduty> mac builds are pretty quick these days
# [19:58] * tonymec__ is now known as tonymec|away
# [19:59] * Joins: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP)
# [20:01] * armenzg_brb is now known as armenzg
# [20:01] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:01] * Joins: ggp (ggp@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
# [20:02] * Joins: T3 (T3@8AD413DD.3053860D.A992BEAD.IP)
# [20:02] <khuey> ahaha
# [20:02] * khuey preps the backout cannon
# [20:03] * Quits: ggp (ggp@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Input/output error)
# [20:03] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
# [20:03] <khuey> wait
# [20:03] * Joins: ggp (ggp@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:04] <khuey> so now we've backed out me and jmaher
# [20:04] <khuey> and the tree is still broken
# [20:04] * joduinn-brb is now known as joduinn
# [20:04] <khuey> oh great
# [20:04] <khuey> and I don't have treestatus access to close the tree
# [20:05] <Ms2ger> khuey, which tree, what message?
# [20:05] <khuey> inbound, busted
# [20:05] <khuey> how come you have access and I don't? :-P
# [20:06] <philor> BUT I'M NOT BITTER
# [20:06] <Ms2ger> khuey, I asked once :)
# [20:06] <khuey> philor: me, bitter? never
# [20:07] <khuey> philor: any ideas on who to aim the backout cannon at next?
# [20:07] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
# [20:07] * jwir3 is now known as jwir3|lunch
# [20:08] <Callek> khuey: if you don't have access, its obvious you don't need it often :-P
# [20:08] <Callek> (although yes, you used to have access to the tinderbox admin to do it there)
# [20:09] * AaronMTriage is now known as AaronMT
# [20:09] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
# [20:09] * Joins: jammink (textual@2557E599.66715431.D25A875A.IP)
# [20:09] * Joins: tonymec (tonymec@moz-5ED860D2.adsl-dyn.isp.belgacom.be)
# [20:11] * khuey doesn't see anything else we can back out ...
# [20:11] <mbrubeck> Really? I see a lot of things we can back out. :)
# [20:11] <khuey> well I can revert the tree to midnight or something
# [20:12] <khuey> or firefox 3.6
# [20:12] <Fallen> is there a way to change the email address for my mozillians account?
# [20:12] <khuey> that was a good version
# [20:12] <khuey> maybe I should revert to that
# [20:12] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
# [20:12] * Quits: jcv (john@moz-9DD98F0F.cable.mindspring.com) (Quit: leaving)
# [20:14] <philor> no need to go that far, 17 was awesome, just look at esr17
# [20:14] <khuey> I'm afraid
# [20:15] <philor> it regularly has all-green pushes, I'm serious about liking it
# [20:15] <khuey> oh this isn't sarcasm?
# [20:15] <philor> nope
# [20:15] <khuey> I wonder if 17 is green because all the b2g stuff landed for 18
# [20:15] * Quits: rajul (rajul@moz-90D7D72.nowhere-else.org) (Client exited)
# [20:15] <philor> yes
# [20:16] <khuey> so
# [20:16] <philor> it also helps that we don't have either b2g or android running on it
# [20:16] <khuey> we have orange that first appeared on jmaher's push
# [20:16] <khuey> he was backed out
# [20:16] <khuey> the previous push was mine
# [20:16] <khuey> it was also backed out
# [20:16] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:16] <khuey> the two pushes before that are changes to marionette
# [20:17] <khuey> and before that is the backout of the bug that's most concievably the cause of the orange
# [20:17] <khuey> so idk wtf to do
# [20:17] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
# [20:17] <philor> step one is to retrigger the mac oth and bc on your push
# [20:17] <philor> if it moves back, then you say "bhearsum: wtf got deployed to Mac test slaves that broke them?"
# [20:18] * merike|away is now known as merike
# [20:18] <khuey> for opt or debug?
# [20:18] <philor> either, all, everything that's busted
# [20:18] * khuey retriggers opt
# [20:18] <khuey> no idea how to redo the missing debug ...
# [20:18] <philor> once you close inbound, you suddenly have plenty of slaves to spare
# [20:18] <khuey> heh
# [20:18] * Quits: @dbaron (dbaron@moz-E0DDE997.dsl.dynamic.sonic.net) (Ping timeout)
# [20:19] <khuey> alright
# [20:19] <khuey> retriggers away
# [20:19] <philor> go to self-serve, from the link at the top of the push - even though the tests didn't run on your push, they'll still show in there with the results from where they were coalesced, and when you retrigger them, they will run on your push
# [20:19] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Quit: Reconnecting…)
# [20:20] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
# [20:20] * philor looks for another tree with tests running
# [20:20] <khuey> that's intuitive
# [20:20] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [20:20] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [20:21] * jcranmer is now known as jcranmer|away
# [20:21] * Joins: jcv (john@moz-9DD98F0F.cable.mindspring.com)
# [20:21] <philor> another tree which is not jamun, sheesh
# [20:21] <philor> yeah, that's actually the most concisely I've ever described it, not a great sign
# [20:21] * Joins: rajul (rajul@moz-90D7D72.nowhere-else.org)
# [20:22] <gcp> who here knows DebugOnly well?
# [20:22] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [20:23] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:24] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [20:24] <froydnj> gcp: well-ish, why?
# [20:24] <gcp> froydnj: http://hg.mozilla.org/integration/mozilla-inbound/rev/5dd1785e07a0#l1.68
# [20:24] <gcp> froydnj: does this cause NS_GetMainThread to be called even in release builds?
# [20:25] <khuey> gcp: yes
# [20:26] * Joins: gmoro (guilherme@1D9A8B04.D8D7AE5C.986A907C.IP)
# [20:26] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [20:26] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
# [20:26] <froydnj> gcp: what khuey said
# [20:26] * Quits: nical (nico@moz-801E009D.vlan502.asr1.cdg2.gblx.net) (Quit: nical)
# [20:27] <gcp> ok, good.
# [20:27] <gcp> my bug must be elsewhere :(
# [20:29] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [20:29] * Quits: Cwiiis (cwiiis@88F51059.F3BBB17D.144F44FA.IP) (Quit: Leaving)
# [20:30] * Joins: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP)
# [20:30] * Quits: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net) (Client exited)
# [20:31] * Joins: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br)
# [20:31] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
# [20:32] <mcote> bz: http://brasstacks.mozilla.com/orangefactor/?display=BugCount&tree=trunk&startday=2013-03-28&endday=2013-04-04
# [20:32] * Joins: lduros (user@moz-6BD87C4.phlapa.fios.verizon.net)
# [20:32] <mcote> bz: might have to do a hard refresh
# [20:32] <mcote> bz: but category grouping finally works again :)
# [20:32] <mcote> and has been updated for the new platform definitions in tbpl
# [20:32] * Joins: nical (nico@moz-801E009D.vlan502.asr1.cdg2.gblx.net)
# [20:33] * Quits: tmyoung (Thunderbir@moz-A52EE408.alyoung.com) (Ping timeout)
# [20:33] * Joins: dzbarsky1 (Adium@moz-779A0A45.wlan.wireless-pennnet.upenn.edu)
# [20:33] * Quits: dzbarsky1 (Adium@moz-779A0A45.wlan.wireless-pennnet.upenn.edu) (Client exited)
# [20:33] * Quits: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP) (Quit: jandem)
# [20:33] * Quits: dzbarsky (Adium@moz-779A0A45.wlan.wireless-pennnet.upenn.edu) (Connection reset by peer)
# [20:33] * Quits: FabioMagnoni (fabiomagno@moz-6F4ACEDA.dynamic.adsl.gvt.net.br) (Ping timeout)
# [20:33] * Quits: mjschranz (mjschranz@moz-FDD9BFFB.members.linode.com) (Quit: I bid you farewell)
# [20:33] <@ehsan> smaug: ping
# [20:33] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [20:34] <@smaug> ehsan: pong
# [20:34] <@ehsan> smaug: hey, so I'm working on bug 853298
# [20:34] * armenzg is now known as armenzg_brb
# [20:34] <bz> mcote: nice, thanks!
# [20:34] <@ehsan> smaug: do you know where the code to keep the JS wrapper alive for EventTargets lives?
# [20:34] * bz goes to look
# [20:34] * Joins: mjschranz (mjschranz@moz-FDD9BFFB.members.linode.com)
# [20:35] <bz> here we go
# [20:35] <Ms2ger> ehsan, domci?
# [20:35] <@smaug> ehsan: nsDOMEventTargetHelper inherits nsWrapperCache
# [20:35] <bz> mcote: hmmm
# [20:35] <@ehsan> oh, through EventTarget
# [20:35] <bz> mcote: http://brasstacks.mozilla.com/orangefactor/?display=OrangeFactor&plat=b2g&test=All&type=All&startday=2013-03-28&endday=2013-04-04&tree=trunk
# [20:35] <bz> mcote: should that work?
# [20:35] <@smaug> domci calls preserve wrapper, sure, so do webidl bindings
# [20:35] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [20:35] <bz> osx works....
# [20:35] <@smaug> audio stuff is all webidl, I think
# [20:35] * Quits: WaltS (Thunderbir@moz-E4EC4056.pitbpa.east.verizon.net) (Quit: Thunderbird 17.0.2)
# [20:36] <bz> fedora works
# [20:36] <bz> ah, b2g (vm) sorta works
# [20:36] <@smaug> ehsan: FYI, I don't understand comment 15
# [20:36] <@ehsan> smaug: hmm, so does that meant that I need to clear the WRAPPER_BIT_PRESERVED bit?
# [20:36] <@ehsan> smaug: oh I can explain that
# [20:37] <@smaug> ehsan: I mean, if someone does gainnode.foo = "bar"
# [20:37] <@smaug> adding that expando causes the wrapper to stay alive
# [20:37] <@ehsan> smaug: but the JSObject can die, right?
# [20:37] <@smaug> no
# [20:38] <@ehsan> oh it can't?
# [20:38] <@ehsan> o_O
# [20:38] <spohl> Is my understanding correct that if I add an attribute to the nsIDOMSimpleGestureEvent interface I should also rev the interface's uuid?
# [20:38] <@smaug> C++ keeps the wrapper (JSObject) alive
# [20:38] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
# [20:38] <bz> spohl: yes
# [20:38] <@smaug> and JSObject has that foo property
# [20:38] <spohl> bz: great, thanks!
# [20:38] * Quits: vingtetun (vingtetun@moz-801E009D.vlan502.asr1.cdg2.gblx.net) (Ping timeout)
# [20:39] <@ehsan> smaug: so if I have code like this: function() { var node = ctx.createGain(); node.foo="bar"}
# [20:39] <@smaug> ehsan: but if CC detects that gainnode is kept alive only by the wrapper, and wrapper is kept alive only by C++ object, then we unlink the C++ object
# [20:39] <@ehsan> the GC will never reclaim the JSObject pointing to the gain node?
# [20:39] <bz> so
# [20:39] <@smaug> ehsan: CC needs to release wrapper
# [20:39] <bz> orangefactor sez half of our fails are Windows?
# [20:40] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [20:40] <bz> ehsan: as long as there is the possibility of getting the object again from js
# [20:40] <@smaug> ehsan: GC can't know whether some other C++ keeps node alive
# [20:40] <@ehsan> bz: when is JSBindingFinalized called exactly?
# [20:40] <bz> ehsan: as in, as long as C++ claims to own it
# [20:40] <bz> ehsan: when the JS object is finalized by the GC
# [20:40] <@ehsan> right
# [20:40] <@ehsan> but in this case C++ doesn't claim that
# [20:40] <bz> well
# [20:40] <@ehsan> so the GC can kill the JSObject, right?
# [20:40] <@smaug> the wrapper owns node
# [20:40] <bz> yes
# [20:41] <@smaug> and node owns the wrapper
# [20:41] <bz> if the only ref to the C++ object is from the JSObject
# [20:41] <@smaug> so CC unlinks...
# [20:41] <bz> (or other things that CC knows about and CC detects a cycle)
# [20:41] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:42] <@ehsan> in this case, the CC knows about all of the refs to the node from within C++
# [20:42] <@ehsan> so CC should be able to drop the link as smaug suggests, right?
# [20:42] <@smaug> right, and it notices that JS doesn't keep the node alive either, so it unlinks, which means it releases the wrapper
# [20:43] <@smaug> and after that gc can finalize the wrapper which releases the node
# [20:43] <@ehsan> smaug: right. now, will any of the above change if there is an expando on the object?
# [20:43] * jgriffin is now known as jgriffin-afk
# [20:43] * Joins: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz)
# [20:43] <@smaug> you don't have preserved wrapper by default
# [20:44] <@smaug> if you add expando, you get such
# [20:44] <@ehsan> ok
# [20:44] * hwine is now known as hwine-food
# [20:44] <@smaug> if the wrapper isn't preserved, it may die before node is unlinked
# [20:45] <@ehsan> the wrapper being preserved is what the WRAPPER_BIT_PRESERVED bit indicates, right?
# [20:45] <@smaug> right, if there is that bit and wrapper
# [20:45] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [20:46] <@ehsan> ok, now the situation is that currently web audio nodes are not inheriting from nsWrapperCache
# [20:46] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
# [20:46] <@ehsan> and making them EventTargets makes them inherit from nsWrapperCache
# [20:47] <@smaug> right
# [20:47] <@ehsan> and what we want to do is to make sure that things such as setting expando's cannot keep the wrapper alive _if_ the node cannot be accessed from js any more
# [20:47] <@smaug> because EventTargets just need to be able to preserve wrappers
# [20:47] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
# [20:47] * jwir3|lunch is now known as jwir3
# [20:47] <@ehsan> well, they just need to be able to preserve wrappers _until_ the event that we want to fire is fired
# [20:47] <@ehsan> we don't want them to preserve the wrapper after that
# [20:47] <@smaug> and handled fully
# [20:48] <@ehsan> handled fully?
# [20:48] <bz> er...
# [20:48] <bz> but wait
# [20:48] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
# [20:48] <@smaug> I mean, if you have several listeners
# [20:48] <bz> once the event has fired
# [20:48] * Joins: jgilbert (jgilbert@moz-E7782931.hsd1.ca.comcast.net)
# [20:48] <@smaug> and listener adds expando
# [20:48] <@ehsan> oh yeah, right, once all of the listeners are called
# [20:48] <bz> don't you need to preserve the JS object whil the event object is alive?
# [20:48] <@smaug> bz: right
# [20:48] <bz> er, while
# [20:48] * Quits: jhk (Instantbir@6EE3C58A.62B6971.B58D974D.IP) (Ping timeout)
# [20:48] <@ehsan> bz: yes
# [20:48] <@smaug> yes, event object keeps target alive
# [20:48] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:49] * Joins: j2shar (TUSHAR@BEF32D3D.D36FDC0.4764AC40.IP)
# [20:49] <@ehsan> but the point is that once all of the event listeners are called, if js is not holding any explicit references to the nodes, it cannot get a new reference through the API
# [20:49] * geekboy is now known as geekboy|afk
# [20:49] <bz> yes, it can
# [20:49] <@ehsan> how?
# [20:49] <bz> because it can save a reference to the event
# [20:49] <bz> and then just get .target on it sometime later
# [20:49] <@smaug> and event is C++ object
# [20:49] <bz> it doesn't have to be inside one of the listeners
# [20:49] <@ehsan> hmm
# [20:49] <@ehsan> good point
# [20:50] <bz> hence "you need to preserve the JS object whil the event object is alive"
# [20:50] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
# [20:50] <@ehsan> dammit
# [20:50] * Quits: rajul (rajul@moz-90D7D72.nowhere-else.org) (Client exited)
# [20:50] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [20:50] <@ehsan> I see
# [20:50] <bz> memory management is such a PITA
# [20:50] * Joins: rajul (rajul@moz-90D7D72.nowhere-else.org)
# [20:50] <bz> if only it were handled for us automatically by some sort of GC.
# [20:50] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [20:50] <bz> Oh, wait.... ;)
# [20:50] <@ehsan> so the trick in https://bugzilla.mozilla.org/show_bug.cgi?id=853298#c11 would not work :(
# [20:50] <edmorley> khuey: bah, wiki mid-airing me :P
# [20:50] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [20:51] <@ehsan> bz: smaug: actually, what if we make the same trick apply to the event object as well?
# [20:51] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [20:51] <@smaug> same trick being?
# [20:51] <@ehsan> and just set both the node and the event object to not be preserved once the event is fired
# [20:51] <@smaug> other C++ objects may keep event object alive
# [20:51] * geekboy|afk is now known as geekboy
# [20:51] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [20:52] <@smaug> and the expando properties need to stay alive
# [20:52] <@ehsan> well in that case we don't attempt to kill the wrapper right?
# [20:52] * geekboy is now known as geekboy|afk
# [20:53] <@smaug> well, we call unlink once JS can't access the node
# [20:53] <khuey> edmorley: :-D
# [20:53] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [20:53] <khuey> edmorley: I like the nice round numbers now
# [20:53] <edmorley> likewise :-)
# [20:54] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
# [20:54] <@smaug> ehsan: so right now you do something when gc calls finalizer?
# [20:54] <khuey> philor: so, uh, the retriggers came back green on my push
# [20:54] <@smaug> could you do the same thing when unlink or finalizer is called?
# [20:54] <@ehsan> smaug: yes, in AudioNode::JSBindingFinalized
# [20:54] * Joins: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP)
# [20:54] <@ehsan> and its overrides
# [20:54] * Quits: ehugg (chatzilla@moz-62842EF0.cisco.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130329030832])
# [20:54] * Joins: vtmarvin (Thunderbir@F5505435.26EDE4E7.25874CBB.IP)
# [20:55] <@smaug> hmm
# [20:55] <@smaug> or no
# [20:55] <@ehsan> smaug: well, we cannot have the js binding resurreected once JSBindingFinalized is called
# [20:55] * Joins: AsaDotzler (asa@4508CAE6.38324963.204CA821.IP)
# [20:56] <@ehsan> which is the case in Unlink, right?
# [20:56] <@smaug> right
# [20:56] * Quits: mdas (mdas@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [20:56] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [20:56] <jlebar> Ms2ger: When I run my mochitest and try to create a webgl context, I get an error saying webgl is unavailable. But it seems to work fine in my nightly build. Is there something else I need to tweak in mochitest?
# [20:56] <Ms2ger> Shouldn't need to
# [20:56] <Ms2ger> Where do you get an error
# [20:56] <Ms2ger> ?
# [20:58] <jlebar> Ms2ger: var context = canvas.getContext('experimental-wegbl');
# [20:58] <Ms2ger> I mean, on tbpl?
# [20:58] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
# [20:59] <jlebar> Ms2ger: On my local machine
# [20:59] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
# [20:59] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [20:59] <bz> I wonder whether I can stop qualifying WebKit+V8 vs WebKit+JSC in bindings/js/dom discussions
# [20:59] <@ehsan> smaug: bz: hmm, so the way I see it, it doesn't seem to be practical to make AudioNodes an event target while maintaining what the spec says about GC requirements
# [20:59] <bz> and just talk about blink and webkit
# [20:59] <edmorley> khuey: re treestatus access, just let me know your persona email address and I'll add you (presume you didn't see the newsgroup post and 2 reminders in the sheriffpass bug?)
# [20:59] <Ms2ger> jlebar, dunno then
# [21:00] <@ehsan> bz: on webkit-dev they're talking about getting rid of the v8 bindings
# [21:00] <@ehsan> bz: and seems like that's what they're going to do
# [21:00] <jlebar> Maybe benwa can help. Or is it benoit?
# [21:00] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [21:00] * Joins: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net)
# [21:00] * Quits: nhirata (anonymous@moz-1A50F7F8.hsd1.ca.comcast.net) (Quit: nhirata)
# [21:00] <bz> ehsan: ok, good
# [21:00] <@ehsan> jlebar: it's bjacob
# [21:00] <bz> sure simplifies life
# [21:00] <jlebar> ehsan: thanks. :)
# [21:00] * bz wonders how ehsan finds the time to follow webkit-dev
# [21:01] <jlebar> bjacob: ping
# [21:01] <@ehsan> bz: I don't
# [21:01] <Ms2ger> Benoit is the new Mike
# [21:01] <@ehsan> jlebar: I just skim over the archives some of the times :)
# [21:01] <jlebar> bz: ^
# [21:01] <@ehsan> gah, bz: ^
# [21:01] <@smaug> ehsan: so what are the gc requirements?
# [21:01] <bjacob> jlebar: pong
# [21:01] <jlebar> ehsan: It's a compliment. :)
# [21:01] * tonymec is now known as tonymec|sleep
# [21:01] <bz> ehsan: ah, ok
# [21:01] * bz should consider that
# [21:01] * Joins: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com)
# [21:01] <bz> wonder whether I can get an rss feed.... ;)
# [21:01] <jlebar> bjacob: Hey, I'm trying to write a mochitest which creates a webgl context and makes sure it gets destroyed on memory-pressure.
# [21:01] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [21:01] <rillian> Ms2ger: yeah, what's in my tree isn't what try is running
# [21:02] <jlebar> bjacob: which is fine, except I can't seem to get the glcontext in my mochitest.
# [21:02] <@ehsan> smaug: https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html#lifetime-AudioNode
# [21:02] <jlebar> bjacob: webgl works fine in nightly on my box.
# [21:02] <jlebar> bjacob: is there some switch I need to flip?
# [21:02] <bjacob> jlebar: what happens when your mochitest tries to get a context?
# [21:02] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [21:02] <@ehsan> smaug: basically they're relying on the assumption that once the js binding is destroyed, there is no way to resurrect it through the API
# [21:02] <rillian> Ms2ger: never mind. it's running what I pushed, it's just somehow not m-c
# [21:02] <@smaug> ehsan: just a minute, phone
# [21:02] <bjacob> jlebar: step through WebGLContext::SetDimensions
# [21:02] <@ehsan> ok
# [21:02] * Joins: lizzard (ehenry@moz-D2E7AB2.tmodns.net)
# [21:03] <bjacob> jlebar: also, you can check out existing webgl mochitests... like content/canvas/test/webgl/test_...
# [21:03] <jlebar> bjacob: I get the can't create webgl context error. I'll step to through the function; sec.
# [21:03] <jlebar> bjacob: I did and I didn't see anything special there.
# [21:03] <jlebar> bjacob: but I thought there might be some external setup ro something.
# [21:03] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: back in a bit)
# [21:03] <Ms2ger> rillian, no idea what you're saying :)
# [21:04] <bjacob> jlebar: indeed, you should not have to do anything special. the only special thing might be to ensure it gets destroyed on mem pressure even if it's in the foreground, you have a pref to flip at least on B2G
# [21:04] <bjacob> jlebar: stepping is what you need
# [21:04] <rillian> Ms2ger: I'm saying I'm an idiot. Thank you for helping me understand how. :)
# [21:04] <bz> https://lists.webkit.org/pipermail/webkit-dev/2013-April/024414.html
# [21:04] <bz> Man
# [21:04] <bz> they have the same problems we do
# [21:05] <Ms2ger> rillian, oh, that I'm happy to do :)
# [21:05] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [21:05] <bz> That's so comforting, somehow. ;)
# [21:05] <@ehsan> bz: yeah, the grass on the webkit side is not greener
# [21:05] <bz> sounds like they only have mac layout test coverage now...
# [21:05] <@ehsan> that's just the case for blink ;)
# [21:05] <bz> https://lists.webkit.org/pipermail/webkit-dev/2013-April/024416.html
# [21:06] * Joins: Gijs (gijs@moz-C11B0461.dsl.alice.nl)
# [21:06] <bz> "I definitely do not want to see the EWS system go away. But in the short term , I would be in favor of manual commits and manual testing."
# [21:06] <@ehsan> although I think various companies have internal webkit tests running
# [21:06] <bz> insanity
# [21:06] <jlebar> Hm, that seemed to work.
# [21:06] <Ms2ger> ehsan, I guess Google has lots of money to throw at test servers
# [21:06] <jlebar> I'm not sure why it put this strange picture into my page though.
# [21:06] <Mossop> edmorley: Assuming we get tests running on our tree again we'll uplift the orange fix this afternoon so hopefully will be in shape to unhide tomorrow
# [21:07] <bz> anyway
# [21:07] <@ehsan> Ms2ger: yeah last I checked they were doing well financially ;)
# [21:07] <bz> This is oddly comforting, like I said
# [21:07] * armenzg_brb is now known as armenzg
# [21:07] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
# [21:07] <@ehsan> yeah feels good to know things suck for everyone ;)
# [21:07] <edmorley> Mossop: sgtm; had just commented in bug 629263
# [21:07] * Quits: bsmith (bsmith@C11351D5.AC8EC7EA.B4C748B5.IP) (Ping timeout)
# [21:09] <jlebar> bjacob: hm, okay. How about webgl contexts in child processes; anything special there?
# [21:09] * joduinn is now known as joduinn-biab
# [21:10] * Joins: nrc|away (nrc@7BE24E90.A5032A01.3CFC199D.IP)
# [21:11] <jlebar> also, uninitialized webgl contexts display random bits from graphic memory? That's not creepy at all...
# [21:11] * Quits: martyn (martyn@moz-AF31F279.range86-170.btcentralplus.com) (Quit: Ex-Chat)
# [21:12] * Quits: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [21:12] <bz> jlebar: heh
# [21:13] <jlebar> Ms2ger: is child-process issues the reason these tests don't work on b2g?
# [21:13] <nmatsakis> has anyone else seen link errors to things like _CFRelease when building with debug enabled on mac?
# [21:13] <Ms2ger> jlebar, all I know is that they fail
# [21:13] <nmatsakis> in particular with the JS engine?
# [21:14] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
# [21:15] <bjacob> jlebar: nothing special about child processes, which is where this is supposed to happen anyway
# [21:15] * Joins: teoli (teoli@72FB9FA1.6FEC6D87.51C6DE68.IP)
# [21:15] <jlebar> :-/
# [21:16] <bjacob> jlebar: that would be extremely creepy. I've seen such a bug on adreno drivers with very small canvases. what size are we talking about?
# [21:16] <bjacob> jlebar: want to skype? not sure how efficient irc is being
# [21:16] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
# [21:16] * Quits: j2shar (TUSHAR@BEF32D3D.D36FDC0.4764AC40.IP) (Connection reset by peer)
# [21:17] <@smaug> ehsan: so how is that different to our setup? they collect the object, and then it is not available anymore
# [21:17] <@smaug> ehsan: in our case, what all owns a node?
# [21:17] <jlebar> bjacob: Let me do some gdb'ing first, if you say that this should work.
# [21:17] * Joins: KWierso|Home (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
# [21:17] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
# [21:18] <bjacob> jlebar: just b mozilla::WebGLContext::SetDimensions and step through
# [21:18] <jlebar> bjacob: Here's the uninitialized memory. http://troll.ws/image/2edf7b05
# [21:18] <jlebar> bjacob: All that is is creating a canvas and then creating a context.
# [21:18] * Joins: capella-s3 (capella-s3@moz-DD0C7E4F.twcny.res.rr.com)
# [21:18] <bjacob> jlebar: that's an awful security bug, we cant ship with that
# [21:18] <jlebar> bjacob: I recognize the wireframe from a webgl demo I'd been running. Not sure about the rest.
# [21:18] * jedp is now known as jedp|noms
# [21:18] <jlebar> bjacob: I'll file a bug then. :)
# [21:19] <bjacob> jlebar: we need to understand what the bug is
# [21:19] <bjacob> jlebar: to be clear we DO run GL code to clear the framebuffer. somehow it's not executed properly by the adreno GL driver
# [21:19] <bjacob> jlebar: CC michael vines on it
# [21:19] <jlebar> bjacob: this is on my desktop
# [21:19] <bjacob> oh
# [21:19] <bjacob> what driver?
# [21:19] <@smaug> ehsan: I read https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html#lifetime-AudioNode as instruction of how to keep strong references
# [21:19] <jlebar> bjacob: How do I find out?
# [21:20] <@smaug> in some cases node addref itself
# [21:20] <bjacob> jlebar: about:config -> WebGL
# [21:20] <bjacob> er
# [21:20] * Quits: teoli (teoli@72FB9FA1.6FEC6D87.51C6DE68.IP) (Input/output error)
# [21:20] <bjacob> about:support
# [21:20] <@smaug> still similar to websocket
# [21:20] * @smaug feels he is missing something here
# [21:20] <jlebar> WebGL Renderernouveau -- Gallium 0.4 on NVC1
# [21:20] <jlebar> bjacob: ^
# [21:21] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [21:21] * Quits: willy1234x1 (willy1234x@moz-DCBFB68C.slkc.qwest.net) (Ping timeout)
# [21:21] * Joins: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net)
# [21:21] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [21:21] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Client exited)
# [21:21] <bjacob> jlebar: oh, nouveau
# [21:21] <vd> dhylands: Hi, do you wish to review the patch for Bug 828285 ?
# [21:21] * Joins: willy1234x1 (willy1234x@moz-DCBFB68C.slkc.qwest.net)
# [21:21] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
# [21:22] * sheppy is now known as sheppy-afk
# [21:22] <bjacob> jlebar: if you file a security bug about this, the likely result is we'll re-blacklist nouveau. up to you. i'm over the edge because it's so little market share, it's not going to be a very compelling exploit target. but it's definitely sg:high
# [21:23] <bjacob> jlebar: meanwhile, you could file a security bug against mesa at freedesktop.org
# [21:23] <bjacob> jlebar: what driver version?
# [21:23] <bjacob> jlebar: i mean what Mesa version
# [21:23] <bjacob> should be in about:support
# [21:23] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
# [21:23] <jlebar> Driver Version 3.0 Mesa 9.0.2
# [21:23] <bjacob> hm recent...
# [21:23] <bjacob> bad for them
# [21:25] * Quits: lizzard (ehenry@moz-D2E7AB2.tmodns.net) (Quit: lizzard)
# [21:26] <@ehsan> smaug: the spec is trying to make sure that when a node finishes playback, it will be released
# [21:26] <@ehsan> (assuming that js doesn't hold a reference to it
# [21:27] * jmaher is now known as jmaher|afk
# [21:27] * jhammel is now known as jhammel|lunch
# [21:27] <@ehsan> so if you have AudioBufferSourceNode->GainNode->DestinationNode for example, when the source node finishes, it drops its playing reference and will get destroyed
# [21:27] <@ehsan> which drops the playing and connection references to GainNode
# [21:27] * jedp|noms is now known as jedp
# [21:27] <@ehsan> which causes it to be destroyed as well
# [21:28] * Quits: darin_ (darin@BF998F68.D6CCE4AE.77834EAA.IP) (Quit: Leaving)
# [21:28] <jlebar> gps: Is there a way to force my build to use absolute instead of relative paths? This completely breaking gdb is not fun.
# [21:28] <@ehsan> with an Event object keeping the source node alive, however, the lifetime rules in the spec will not be effective
# [21:28] * jgriffin-afk is now known as jgriffin
# [21:28] <mcote> bz: hmmm I will have to check why there are no b2g failures
# [21:28] <@ehsan> smaug: I'm not necessary suggesting that it's a bad thing...
# [21:29] * Quits: josh (josh@moz-61186829.hsd1.mn.comcast.net) (Quit: josh)
# [21:29] <@ehsan> smaug: I actually think we should remove the lifetime rules from the spec
# [21:29] <bz> mcote: b2g (vm) shows some
# [21:29] <bz> mcote: maybe we just have no tests on b2g
# [21:29] <@ehsan> I'll post to public-audio about this...
# [21:30] <@smaug> ehsan: well, Blink should keep the node alive too
# [21:30] * Quits: RattyAway (Jim_diGriz@B9518051.D072CF95.25110E41.IP) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.0.15pre/20110606000022])
# [21:30] <@ehsan> ?
# [21:30] <@ehsan> blink?
# [21:30] <@smaug> webkit
# [21:30] * Ms2ger wonders what mcote is talking about
# [21:30] <@ehsan> oh
# [21:30] <@ehsan> funny you mentioned it
# [21:30] <@ehsan> they actually have a bug which is about the exact same issue for ScriptProcessorNode
# [21:30] <@smaug> I mean, they just happen to try to do cycle handling in JS side
# [21:30] <@smaug> (failing badly in certain cases)
# [21:31] <philor> khuey: could you have needed a clobber, and your backout needed a clobber too?
# [21:31] * Joins: annevk (annevk@605EAC01.5B3E2C45.420B7681.IP)
# [21:31] <@ehsan> I think the current wording on the spec may be a description of the webkit implementation in fact ;)
# [21:31] * Quits: Gentlecat (Roman@59658053.BC0B4628.8FB52CB8.IP) (Ping timeout)
# [21:31] <@ehsan> wouldn't be the only case of that for sure!
# [21:31] <@smaug> ehsan: anyhow, if nothing keeps GainNode alive, CC will collect it
# [21:32] * merike is now known as merike|away
# [21:32] <@smaug> however, the setup is odd
# [21:32] <@ehsan> right, which would be fine if we remove the lifetime expectations fromt the spec, right?
# [21:32] <@smaug> audionodes should just form a sane tree or graph
# [21:32] <@smaug> which one would need to break manually
# [21:32] * Joins: darin_ (darin@BF998F68.D6CCE4AE.77834EAA.IP)
# [21:32] * Joins: fishd__ (darin@BF998F68.D6CCE4AE.77834EAA.IP)
# [21:33] <@smaug> or just cut the final reference to the graph
# [21:33] <@smaug> similarly to DOM subtrees
# [21:33] <@ehsan> I mean, it seems like making AudioNodes an EventTarget should be fine as long as we don't hold direct or indirect refs from the js side
# [21:33] * Quits: cpearce (chatzilla@moz-3994DBC8.xdsl.xnet.co.nz) (Ping timeout)
# [21:34] <@ehsan> we can definitely force the graph to be destroyed when AudioContext shuts down
# [21:34] <@smaug> but still, what is the problem... if event.target keeps node alive, that falls to type (1)
# [21:34] <@ehsan> but it would be nice if we don't grow in memory usage as individual routes int he graph finish their playback
# [21:34] <@smaug> s/type/case/
# [21:34] * Quits: GPHemsley (GPHemsley@moz-F93E11DA.hsd1.ga.comcast.net) (Ping timeout)
# [21:34] <@ehsan> yeah it seems fine
# [21:35] <@ehsan> but I must admit I'm still a bit confused by all this
# [21:35] <@ehsan> but I can't think of why it wouldn't work right now
# [21:35] * Quits: darin_ (darin@BF998F68.D6CCE4AE.77834EAA.IP) (Quit: Leaving)
# [21:35] <@ehsan> let me summarize things on the bug
# [21:36] <@ehsan> smaug: just one more question, I thought that the wrapper cache is used to resurrect the js objects with the right set of expandos if they get recreated
# [21:37] <@smaug> ehsan: so, (1) is about normal GC/CC handling. (2) means that you have artificial addref while state is SCHEDULED_STATE or PLAYING_STATE. (3) means another node having connection has strong ref. (4) is just some timing thing
# [21:37] <@ehsan> but you said that we preserve the wrapper when you set an expando
# [21:37] <@ehsan> so the first sentence must be wrong, right?
# [21:37] <dholbert> froydnj, ping
# [21:37] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
# [21:37] <@ehsan> smaug: yeah, but the reason that the spec lays out those rules is to get the behavior that I described
# [21:38] <@ehsan> they just don't mention it directly
# [21:38] <dholbert> er, froydnj, unping
# [21:40] <@smaug> ehsan: about preserved wrappers http://mxr.mozilla.org/mozilla-central/source/dom/base/nsWrapperCache.h#192
# [21:40] <@smaug> ehsan: so why can't you just addref/release node when needed?
# [21:40] * Joins: unsafe (Adium@AD796A2E.A62FF20F.6FE028F4.IP)
# [21:41] <@smaug> I assume something ends up changing the state from SCHEDULED_STATE or PLAYING_STATE to something else at some point
# [21:41] <@smaug> so that we don't leak forever
# [21:41] <unsafe> roc: hey, I was told by cork to give you a ping
# [21:41] * Joins: givanica (chatzilla@C6EDADBB.4D6D914F.FB866788.IP)
# [21:41] <@ehsan> smaug: well we don't support those states explicitly, but it's possible that we could
# [21:41] <mcote> bz: right, we have no real-hardware tests for b2g yet. lots of hurdles.
# [21:42] <unsafe> I'm trying to do html rendering in webgl, and the html to canvas situation (based on the blog posts and bugs) looks pretty stalled
# [21:42] <@ehsan> smaug: but there's no point in doing the addred/releases if things can get access to the node after its JSObject has been collected
# [21:42] <unsafe> I'm starting to wind my head around what it would take to implement a webgl html renderer in javascript
# [21:43] <@smaug> ehsan: there is.
# [21:43] <@ehsan> smaug: since in OnOutputEnded we destroy the graph links etc, and we can't do that unless we're sure that JS can never see the native object again
# [21:43] <@smaug> ehsan: if that "access" is cut, yet the state is SCHEDULED_STATE or PLAYING_STATE
# [21:43] <unsafe> so if roc or anybody else has thoughts on that, I'd appreciate it
# [21:43] <@smaug> that way CC doesn't collect the node too early
# [21:43] <@ehsan> it won't becuase we already hold double references in the graph
# [21:44] <@ehsan> ie references to both the source and the destination of a connection
# [21:44] <froydnj> dholbert: thanks for the quick review!
# [21:44] <dholbert> froydnj, np!
# [21:44] <@smaug> ehsan: well, if the graph itself forms a disconnected cycle, which CC can collect...it just gets unlinked
# [21:44] <@ehsan> and once the js references have been GCed, the CC can detect those cycles
# [21:45] <@ehsan> well
# [21:45] <@ehsan> smaug: the cycle wouldn't be quite disconnected
# [21:45] <@smaug> why not?
# [21:45] <@ehsan> since the destination node holds a ref to all other nodes
# [21:45] <@smaug> why does it do that?
# [21:45] <@ehsan> *all of its incoming connections
# [21:45] <@smaug> https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html#lifetime-AudioNode doesn't say that
# [21:45] <@ehsan> I guess we can hold a weak ref to incoming connections and a strong ref to outgoing ones
# [21:46] <@smaug> yes
# [21:46] <@smaug> that is what the spec says
# [21:46] <@smaug> or how I interpret it
# [21:46] <@ehsan> yes I agree
# [21:46] <@ehsan> but what the spec says is stupid
# [21:47] <Ms2ger> Of course it is
# [21:47] <Ms2ger> It's a spec
# [21:47] <@ehsan> since there's tons of ways for us to ensure that nodes won't go away as long as there's playback in progress
# [21:47] * Joins: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP)
# [21:47] <@ehsan> smaug: like I said before, the behavior that the spec wants out of those 4 rules is precise times at which the node can be destroyed
# [21:48] <@ehsan> smaug: and if we have Events pointing to the nodes arbitrarily, those precise times cannot be guaranteed any more
# [21:48] <@smaug> Event.target falls to (1)
# [21:48] <@ehsan> so we might as well ignore all of that lifetime section
# [21:48] <@smaug> nothing special there
# [21:48] <@ehsan> not really
# [21:48] <@ehsan> consider this case
# [21:48] <@smaug> it is obviously webkitism
# [21:48] <@ehsan> your node is playing back, and there's no JS refs to it
# [21:48] * Joins: dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:48] * ChanServ sets mode: +o dbaron
# [21:49] <@smaug> since there event.target->node is, AFAIK, js reference
# [21:49] <@ehsan> so no references of type 1
# [21:49] <@ehsan> now we finish the playback
# [21:49] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:49] <@ehsan> and we cut down the reference of type 2
# [21:49] <@ehsan> and there is no reference of type 3
# [21:49] <@ehsan> since this is a source node
# [21:50] <@ehsan> and the reference of type 4 can be dropped
# [21:50] <@ehsan> now we also want to fire a "finished" event
# [21:50] <@ehsan> without timing everything right, the native object _could_ be destroyed before we finish firing "finished"
# [21:50] <@smaug> well, finished means that (1) may become true again
# [21:51] <@ehsan> exactly
# [21:51] <@smaug> so what is the problem?
# [21:51] <abr> philor / khuey -- what specific indication are we waiting on before m-i reopens?
# [21:51] <@smaug> you never delete before finished event
# [21:51] * Parts: givanica (chatzilla@C6EDADBB.4D6D914F.FB866788.IP)
# [21:51] <@ehsan> but the point is that if AudioNodes were not EventTargets, (1) could _never_ become true after it was once false
# [21:51] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [21:51] <khuey> abr: we're waiting on someone to figure out wtf needs to be done to fix the tree
# [21:51] <@smaug> so?
# [21:52] <@smaug> yes, it does mean that you can get access to the node again later
# [21:52] <@smaug> but I don't see the problem
# [21:52] <philor> I clobbered, and triggered some new builds where we were busted, that's my latest theory
# [21:52] <@smaug> you could just keep reference to the node anyway
# [21:52] <@smaug> is this "finished" a real event?
# [21:52] <@ehsan> smaug: true, but this is only interesting if there is no js refs to the node...
# [21:53] <@ehsan> "finished" has not been spec'ed yet, but it will b
# [21:53] <@ehsan> we'll remove playbackState
# [21:53] <abr> Okay, thanks. So "still a while from now" then.
# [21:53] * Joins: givanica (chatzilla@C6EDADBB.4D6D914F.FB866788.IP)
# [21:53] <abr> I'm just trying to figure out whether I should hang around waiting for it to open, or find something else to do. I guess I'll find something else to do. :)
# [21:53] <lsblakk> Yoric and/or gps -- are either of you able to test that the landing in bug 846848 fixes the issue (since QA doesn't have a setup which can test)?
# [21:54] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
# [21:54] <@ehsan> smaug: if you can gain access to a node again after losing all of the JS refs to it once, that means that there is no point in trying to destroy the node as soon as the playback is finished once there are no js refs to it at that time
# [21:54] <@ehsan> right?
# [21:54] * whimboo is now known as whimboo|afk
# [21:54] <mconnor> bz: oh good, I needed a "wtf isn't this working" bug today... (not really) :)
# [21:54] <@ehsan> cause you will not be able to destroy the node
# [21:55] <@smaug> ehsan: you shouldn't try to dispatch finished after unlinking
# [21:55] <@smaug> so yes, dispatch finished
# [21:55] <@smaug> once playback is finished
# [21:55] <@smaug> and only after that release the refcnt
# [21:55] <@smaug> which was increased for (2)
# [21:55] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:56] <khuey> abr: you should find something else to do
# [21:56] * Joins: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
# [21:56] <@smaug> if "finished" ends up changing state to PLAYING, we addref again
# [21:56] * nthomas|away is now known as nthomas
# [21:56] <@smaug> and then dispatched finished again
# [21:56] <@smaug> (assuming ""finished" will be spec'ed that way)
# [21:57] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
# [21:57] * ChanServ sets mode: +o dveditz
# [21:57] <@ehsan> smaug: sure, that will work in our implemenation
# [21:57] <@ehsan> I think we're actually arguing for the same thing
# [21:57] * jammink is now known as jammink|mtg
# [21:57] * Joins: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [21:58] <@ehsan> except that I'm arguing that we should remove the lifetime section from the spec
# [21:58] <@ehsan> and still do most of what they're suggesting...
# [21:58] * Quits: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net) (Quit: It has been this message for years.)
# [21:59] * geekboy|afk is now known as geekboy
# [21:59] <@ehsan> smaug: cause with that section in, a node being an nsWrapperCache will cause us to violate the spec if you set an expando on the node for example
# [21:59] <@ehsan> but no web content can ever detect that violation ;)
# [21:59] * bnicholson is now known as bnicholson|lunch
# [21:59] <@smaug> so we don't violate the spec
# [22:00] <@smaug> adding expando doesn't affect how we deal with (1)
# [22:00] <@smaug> which is the case when node will be deleted anyway
# [22:00] * armenzg is now known as armenzg_brb
# [22:00] <gps> lsblakk: does nobody have a Windows machine? I /think/ you just need to mount a remote directory from any windows machine to repro this
# [22:00] <@ehsan> smaug: right... but then we're talking about whether we should be following the spec just for the sake of it, or whether we should try to implement the behavior that the spec is asking for :)
# [22:00] * nrc|away is now known as nrc
# [22:01] <gps> lsblakk: read: I'm not sure why you are asking me to verify it - it's not my bug!
# [22:01] <lsblakk> gps: ah - could you comment about that in the bug to help QA?
# [22:01] <@ehsan> smaug: if we make nodes wrappercached right now, we would be following the wording of the spec, but not the behavior it asks from us
# [22:01] <@ehsan> so...
# [22:01] <lsblakk> gps: cause you touched it and had opinions!
# [22:01] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [22:01] <@smaug> ehsan: I don't see the difference
# [22:01] <gps> I learned my lesson!
# [22:01] <gps> but this is important, so I'll take a few minutes to explain it :)
# [22:01] <@smaug> we run GC/CC occasionally so node will be deleted
# [22:02] <lsblakk> gps: i just saw that qa seemed symied and you didn't - your help is much appreciated here
# [22:02] * Quits: capella-s3 (capella-s3@moz-DD0C7E4F.twcny.res.rr.com) (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org)
# [22:02] <lsblakk> stymied.
# [22:02] <khuey> philor: so the OS X debug on 8a97d3df713a completed its first build in months on that cset (which is the cset that backed me out)
# [22:02] <khuey> that would seem to imply that lack of a clobber is not the problem
# [22:02] <@ehsan> smaug: sure, but the spec mandates the source node to be deleted when playback is finished if GC has already been run and there are no js refs to it
# [22:03] <@ehsan> smaug: making the node wrappercached means that we'll violate that if there's an expando on the node until the next time that CC/GC runs
# [22:03] <@ehsan> which is quite fine as far as I'm concerned ;)
# [22:04] <@smaug> ehsan: where does the spec say node needs to be deleted at that point ?
# [22:04] <@ehsan> smaug: that is what you can infer from those 4 rules
# [22:04] * edmorley is now known as edmorley|away
# [22:05] <@ehsan> smaug: "When an AudioNode has no references it will be deleted. But before it is deleted, the implementation must disconnect the node from any other AudioNodes which it is connected to. In this way it releases all connection references (3) it has to other nodes. "
# [22:05] <@smaug> "An AudioNode will live as long as there are any references to it."
# [22:05] <@smaug> and at some point later it will be deleted
# [22:05] <@ehsan> that's the thing, they don't cound references of type 3 same as other refs
# [22:05] <@smaug> how so
# [22:05] * Joins: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
# [22:06] <@ehsan> "When an AudioNode has no references it will be deleted. But before it is deleted, the implementation must disconnect the node from any other AudioNodes which it is connected to. In this way it releases all connection references (3) it has to other nodes. "
# [22:06] <philor> khuey: or that a clobber will neatly kill everything :)
# [22:06] * mattwoodrow|away is now known as mattwoodrow
# [22:06] <@ehsan> the only way that sentence can be true is if refs of type 3 cannot hold the node alive
# [22:06] * Joins: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net)
# [22:07] <philor> khuey: wait, what OS X debug bc or oth orange on that push am I looking at, that happened on a clobbered build?
# [22:07] <@smaug> ehsan: ah, hmm, (3) is actually part of (1)
# [22:07] <@ehsan> smaug: no!
# [22:07] * Parts: edmorley|away (edmorley@moz-96F730DB.range86-166.btcentralplus.com)
# [22:07] <@smaug> yes
# [22:07] <@smaug> :)
# [22:07] <@ehsan> 3 is not externally visible
# [22:08] * Quits: givanica (chatzilla@C6EDADBB.4D6D914F.FB866788.IP) (Quit: ChatZilla 0.9.89 [Firefox 20.0/20130326150557])
# [22:08] <@ehsan> you cannot query a node for its connections
# [22:08] <philor> though I do now see one that timed out before it got to the semi-perma-orange
# [22:08] * fishd__ is now known as darin_
# [22:08] <gps> dammit. Gavin beat me by 3 minutes
# [22:08] <@smaug> well, in our case (3) is a subset of (1)
# [22:08] <@smaug> (3) is part of cycle collection
# [22:08] <@ehsan> smaug: in _our_ case, sure
# [22:08] * geekboy is now known as geekboy|afk
# [22:08] <@ehsan> which is why we had to add the JSBindingFinalized madness
# [22:09] <@ehsan> in order to comply with these rules
# [22:09] <khuey> philor: any/all of them
# [22:09] * Joins: tmyoung (Thunderbir@moz-A52EE408.alyoung.com)
# [22:09] <@ehsan> smaug: the spec is oblivious to CC happening
# [22:09] <dhylands> vd: sure - it may take me a few days to get to it though
# [22:09] <@ehsan> it only talks about GC
# [22:09] <khuey> philor: if you look at the slave history for the OS X 10.7 debug builder that's the first build it's completed
# [22:09] <khuey> since forever
# [22:10] <@smaug> well GC and CC are the same thing, kind of
# [22:10] * RyanVM|Lunch is now known as RyanVM
# [22:10] <@ehsan> I mean, the spec doesn't assume that the implementation does CC at all
# [22:10] <@smaug> ehsan: still "When an AudioNode has no references it will be deleted. But before it is deleted, the implementation must disconnect the node from any other AudioNodes which it is connected to. In this way it releases all connection references (3) it has to other nodes
# [22:10] <RyanVM> yep, definitely picked a good day for a long lunch
# [22:10] <philor> khuey: right, and in https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=8a97d3df713a I see one completed bc or oth on OS X debug, and that one timed out in a different mochitest-chrome test before it could show whether or not it was busted
# [22:11] <@smaug> so that works just fine in case there are no cycles
# [22:11] <philor> RyanVM: you came back!
# [22:11] <@ehsan> right
# [22:11] <@ehsan> hmm
# [22:11] <RyanVM> philor: maybe I shouldn't have
# [22:11] <@smaug> and looks like cycles need to be handled specially
# [22:11] <khuey> philor: ah, that Moth failure is different
# [22:11] <@smaug> in an odd way, indeed
# [22:11] <khuey> philor: fun
# [22:11] <@ehsan> smaug: let's take a step back, shall we?
# [22:11] <@ehsan> here's what I'm proposing that we should do:
# [22:12] <@ehsan> 1. Make AudioNodes wrappercached, and rely on CC
# [22:12] <@ehsan> 2. Addref a node when playback starts, Release when it's finished
# [22:12] <@ehsan> 3. Remove JSBindingFinalized hacks
# [22:13] <@ehsan> 4. Remove the AudioNode lifetime text from the spec
# [22:13] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [22:13] <@ehsan> which parts of this do you agree/disagree with?
# [22:13] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
# [22:13] <@smaug> I don't know why (4), and I would add 5. make out going connections strong and incoming connections weak
# [22:13] <@ehsan> smaug: oh right yes, forgot about 5
# [22:14] * Joins: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP)
# [22:14] <@smaug> but yes, sounds ok
# [22:14] <@ehsan> smaug: I think that the lifetime text serves no purpose and is too tied to the way that webkit does things
# [22:14] <@ehsan> and we have discussed removing it in the past for these reasons
# [22:14] <@smaug> 4. isn't needed, IMO. The spec might require some clarifications though
# [22:14] <RyanVM> philor: mind given me the cliff's notes for the last couple hours? I can see that apparently my backout didn't fix things?
# [22:14] <@smaug> well, true, perhaps spec doesn't really need to say anything
# [22:15] <khuey> RyanVM: the tree is teh brokenz
# [22:15] <philor> RyanVM: the very short version is that I clobbered, and I hope the retriggered builds on https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=97d4b08ee4af will have green tests (the push above it is pre-clobber, may or may not fail)
# [22:15] <@smaug> it all happens as expected
# [22:15] <@ehsan> smaug: iirc roc suggested we replace those rules by a piece of text saying that the asymptotic memory usage requirements for the audiograph should be based on the number of nodes that are playing back
# [22:15] <@ehsan> agreed!
# [22:15] <RyanVM> khuey: hey, if you're going to do something, might as well do it right
# [22:15] <@ehsan> cool, thanks for bearing with me :)
# [22:15] * Parts: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
# [22:15] <@smaug> ehsan: "Any AudioNodes which are connected in a cycle and are directly or indirectly connected to the AudioDestinationNode of the AudioContext will stay alive as long as the AudioContext is alive. "
# [22:15] * Joins: aja (Instantbir@A2A3BF71.6BD0AE10.7880DB15.IP)
# [22:15] <@smaug> that is still a bit unclear to me
# [22:16] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
# [22:16] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
# [22:16] <@ehsan> smaug: that's basically another wording for "we are webkit, we suck at handling cycles" :)
# [22:16] <@smaug> ah, indeed :)
# [22:16] * Quits: jgilbert (jgilbert@moz-E7782931.hsd1.ca.comcast.net) (Ping timeout)
# [22:16] <@roc> ehsan: we discussed that approach and rejected it for some reason
# [22:16] * Joins: ehugg (chatzilla@moz-62842EF0.cisco.com)
# [22:16] * Quits: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP) (Ping timeout)
# [22:17] * Quits: RealRaven (Thunderbir@54FBA9BC.AC896DD2.27F80FAC.IP) (Quit: RealRaven)
# [22:17] * Joins: RealRaven (Thunderbir@54FBA9BC.AC896DD2.27F80FAC.IP)
# [22:18] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
# [22:18] <catlee> ehsan says his computer is locked up
# [22:18] <catlee> he'll be back
# [22:18] * Joins: irccloudvictim (Mibbit@moz-5754B746.rim.net)
# [22:19] <jlebar> bjacob: Okay, I see the problem. My mochitest child processs never runs XREMain::XRE_mainInit.
# [22:19] <irccloudvictim> can someone point me to a place with best practices for IndexedDB's upgradeneeded event?
# [22:19] * Joins: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP)
# [22:19] <jlebar> bjacob: I wonder how this works in b2g.
# [22:19] * Joins: harth_ (harth@moz-3C999954.hsd1.ca.comcast.net)
# [22:19] <jlebar> bjacob: as a result, it never spawns the process that gets the settings from the drivers.
# [22:19] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
# [22:19] * ChanServ sets mode: +o ehsan
# [22:19] <bjacob> jlebar: hah, i see. so that would get you blacklisted on linux, but wouldn't make a difference on b2g
# [22:20] * Quits: darin (darin@BF998F68.D6CCE4AE.77834EAA.IP) (Ping timeout)
# [22:20] <jlebar> bjacob: where we just force it on?
# [22:20] <bjacob> jlebar: you can always set prefs in your mochitest using SpecialPowers
# [22:20] <bjacob> jlebar: there is no blacklisting on b2g
# [22:20] <jlebar> bjacob: I see.
# [22:20] <jlebar> bjacob: I can set the prefs in my mochitest, but I don't want to make people who run this test crash!
# [22:20] <bz> irccloudvictim: best practices in what sense?
# [22:21] <irccloudvictim> well, Bugzilla has an update script which is able to migrate from all previous versions to its current version
# [22:21] <bjacob> jlebar: i think it's ok, mochitest-browsers are not browsers that people use to visit their bank accounts
# [22:21] <irccloudvictim> and it sort of does this by probing the current schema to see if it has table foo, if not add, then continue to next step
# [22:21] <jlebar> bjacob: okay, if you don't think it's a big deal, I'll go for it.
# [22:21] <irccloudvictim> is that the recommended practice?
# [22:21] * Quits: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net) (Ping timeout)
# [22:21] <jlebar> bjacob: thanks!
# [22:21] <bjacob> jlebar: please do. np!
# [22:21] <sfink> bz: can something like XPCOMFunctions.getServiceManager ever call JS? (Really what I want to know is, can anything in XPCOMFunctions ever gc?)
# [22:21] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:21] <irccloudvictim> in theory, there's a version field, but it's unclear if one is suggested to use it at all
# [22:21] <irccloudvictim> sfink: sure
# [22:22] * Joins: Archaeopteryx (itsme@moz-4861A875.cust.telecolumbus.net)
# [22:22] <irccloudvictim> you can have JS implemented services
# [22:22] * Joins: jib (Jan-Ivar@moz-D0297AE3.phlapa.fios.verizon.net)
# [22:22] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Quit: mixedpuppy)
# [22:22] * Joins: knelson1 (Adium@2557E599.66715431.D25A875A.IP)
# [22:23] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
# [22:23] <sfink> yes, but I wasn't sure if that meant that getServiceManager would actually call JS, or just return some preexisting object or something.
# [22:23] <sfink> guess I'll have to blacklist individual fields
# [22:23] <irccloudvictim> sfink: well, rather, theoretically you could have someone who was evil and provided their own xpcom library which had C entry points
# [22:23] <irccloudvictim> and which wrapped a js engine
# [22:24] * Parts: knelson1 (Adium@2557E599.66715431.D25A875A.IP)
# [22:24] <sfink> yeah, I don't care about that
# [22:24] <irccloudvictim> but it probably wouldn't be /your/ js engine
# [22:24] * irccloudvictim sighs
# [22:24] <irccloudvictim> that code has become so hard to trace
# [22:25] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [22:25] <irccloudvictim> ok, in principle, in today's world, getServiceManager maps to http://mxr.mozilla.org/mozilla-central/source/xpcom/components/nsComponentManager.cpp#1836
# [22:25] <irccloudvictim> which just returns a pointer
# [22:26] <irccloudvictim> so, the only way it would call JS is if someone got clever and replaced the component manager w/ a JS impl
# [22:26] * irccloudvictim has done that
# [22:26] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [22:26] <sfink> oh. Well, if that's possible, then all bets are off.
# [22:26] <irccloudvictim> (it certainly was possible at one time, and, it might actually be possible today w/ enough ctypes magic)
# [22:27] <irccloudvictim> anyway, that's the only way it would happen in today's world
# [22:27] <irccloudvictim> so as long as that isn't a concern, don't worry about it happening :)
# [22:27] <sfink> hm, ok
# [22:27] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [22:27] * Quits: spohl (Adium@moz-3DF08303.reverse.softlayer.com) (Ping timeout)
# [22:27] * Joins: darin (darin@BF998F68.D6CCE4AE.77834EAA.IP)
# [22:27] * armenzg_brb is now known as armenzg
# [22:28] * Joins: jesup|laptop (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
# [22:28] <irccloudvictim> bz: so,.... is it correct to say that one should basically try to migrate from all previous versions in order, ala bugzilla?
# [22:28] <irccloudvictim> as a best practice
# [22:28] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:28] * Quits: harth_ (harth@moz-3C999954.hsd1.ca.comcast.net) (Input/output error)
# [22:29] * Joins: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net)
# [22:29] * Joins: Jesse (jruderman@2557E599.66715431.D25A875A.IP)
# [22:29] <@gavin> gps: ?/
# [22:30] * hwine-food is now known as hwine
# [22:30] <jlebar> bjacob: yay, it all works now. Thanks!
# [22:30] <irccloudvictim> sfink: note that as long as someone uses the standard NS_InitXPCOM2, they'll be stuck with the normal C++ component manager (aka service manager), and no way to change it
# [22:30] * Joins: spohl1 (Adium@moz-B5D41AD0.reverse.softlayer.com)
# [22:30] * Quits: spohl (Adium@moz-4EB1AD80.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
# [22:30] <irccloudvictim> so the only way it'd be a problem in today's world is for someone to *not* do that, which means it really isn't xpcom as you're expected to deal w/ it :)
# [22:31] * Quits: spohl1 (Adium@moz-B5D41AD0.reverse.softlayer.com) (Quit: Leaving.)
# [22:31] <bjacob> jlebar: \o/
# [22:32] * Joins: bsmith (bsmith@2557E599.66715431.D25A875A.IP)
# [22:32] * mattwoodrow is now known as mattwoodrow|away
# [22:32] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
# [22:33] * jcranmer|away is now known as jcranmer
# [22:33] * geekboy|afk is now known as geekboy
# [22:35] * Joins: spohl (Adium@moz-B5D41AD0.reverse.softlayer.com)
# [22:35] * Quits: tanvi (tanvi@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [22:36] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [22:36] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
# [22:36] * Quits: jhammel|lunch (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:37] * Joins: tanvi (tanvi@2557E599.66715431.D25A875A.IP)
# [22:37] * Quits: msucan (mihai@E8A9D9C4.773D689F.70BDB599.IP) (Quit: Leaving.)
# [22:38] * bnicholson|lunch is now known as bnicholson
# [22:38] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [22:38] <dholbert> erm.. Try seems busted. I'm getting "remote: abort: Operation not permitted: /repo/hg/mozilla/try/.hg/journal.bookmarks"
# [22:38] <dholbert> http://www.pastebin.mozilla.org/2274123
# [22:38] * gregglind is now known as gregglind_away
# [22:38] <dholbert> (when pushing to try)
# [22:39] <dholbert> bhearsum|buildduty, ^
# [22:39] <bhearsum|buildduty> dholbert: looking into it
# [22:39] <dholbert> bhearsum|buildduty, thanks
# [22:39] * Quits: rajul (rajul@moz-90D7D72.nowhere-else.org) (Client exited)
# [22:40] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:40] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:41] * Quits: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net) (Input/output error)
# [22:41] <bhearsum|buildduty> dholbert: IT will need to look at that - filed https://bugzilla.mozilla.org/show_bug.cgi?id=858230
# [22:41] <dholbert> bhearsum|buildduty, thanks!
# [22:41] * Parts: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net) (Ex-Chat)
# [22:41] * sheppy-afk is now known as sheppy
# [22:42] * Joins: dholbert (dholbert@moz-EAA4454E.hsd1.ca.comcast.net)
# [22:43] * kaze|away is now known as kaze
# [22:43] * Joins: Ann_Yiming (Ann_Yiming@moz-161994B5.dia.static.qwest.net)
# [22:43] * Quits: ehugg (chatzilla@moz-62842EF0.cisco.com) (Quit: ChatZilla 0.9.90 [Firefox 20.0/20130329030832])
# [22:45] <reuben> dholbert, bhearsum|buildduty: seems to be the same problem, but in try: https://bugzilla.mozilla.org/show_bug.cgi?id=766810
# [22:45] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
# [22:45] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [22:46] <dholbert> reuben, looks like fox2mike fixed it already
# [22:46] <philor> or "the same problem as Try had on Monday, again, which isn't a surprise"
# [22:46] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
# [22:46] <fox2mike> I did
# [22:46] <fox2mike> if only we can upgrade hg
# [22:46] <fox2mike> we can get rid of this problem
# [22:47] <JosiahOne> Should changing places.css and organizer.css also get a review from dao?
# [22:47] * geekboy is now known as geekboy|afk
# [22:47] * Joins: IanN (chatzilla@moz-C2F768A9.perr.cable.virginmedia.com)
# [22:48] <khuey> why can't we update hg?
# [22:49] <RyanVM> fox2mike: khuey: what's stopping us?
# [22:49] <philor> because releng wants to be sure that all their stuff works with a new hg, but doesn't want to, um, find out
# [22:49] <RyanVM> mozillabuild 1.7 includes 2.5.1
# [22:49] <RyanVM> which could probably be released whenever ted feels like doing so
# [22:49] <RyanVM> of course, might as well 2.5.2 in it at this point
# [22:50] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:50] * Joins: cpeterso_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [22:51] * cpeterso_ is now known as cpeterson_
# [22:51] * Joins: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP)
# [22:51] * Quits: jandem (jandem@66C76B89.FB8EABAE.DF9376EA.IP) (Quit: jandem)
# [22:51] * heycam|away is now known as heycam
# [22:51] * Joins: birtles (birtles@moz-25DB8B43.net112138014.t-com.ne.jp)
# [22:51] * Quits: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:51] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
# [22:52] * dkl is now known as dkl|afk
# [22:53] * Quits: past (Instantbir@moz-64F55735.dsl.dyn.forthnet.gr) (Quit: past)
# [22:53] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [22:53] * Quits: sheppy (sheppy@moz-E826F7C2.dhcp.jcsn.tn.charter.com) (Quit: NO CARRIER)
# [22:53] * Quits: yzen (Adium@C8A3A5EA.A6295926.9D42CF23.IP) (Quit: Leaving.)
# [22:53] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [22:53] * dkl|afk is now known as dkl
# [22:53] * Quits: ekr_ (ekr@moz-FAC44BDF.hfc.comcastbusiness.net) (Quit: ekr_)
# [22:54] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
# [22:55] <grobinson> how can I push to try if I use git?
# [22:55] * Joins: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net)
# [22:55] * Quits: vingtetun (vingtetun@moz-64E1A8DA.fbx.proxad.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.9.1.16/20121207220152])
# [22:55] <Ms2ger> Apply your patch to a hg tree
# [22:57] * Joins: ehugg (ehugg@moz-DA5AA844.tukw.qwest.net)
# [22:57] <bz> grobinson: the same way you'd push to inbound?
# [22:57] <bz> Or do we have some sort of bridge for that?
# [22:57] <grobinson> ideally :)
# [22:57] <grobinson> i've seen a lot of blog posts about it but was wondering if anybody here knew what the current hotness is
# [22:57] <mbrubeck> I think ehsan had one on the office network..?
# [22:58] * Joins: zakora (NC@moz-8EAF945F.fbx.proxad.net)
# [22:58] * philor is now known as philor|away
# [22:58] <sfink> I think various people have various things in various stages of completion
# [22:58] <sfink> nbp had one
# [22:58] <@ehsan> grobinson: I don't maintain that anymore, maybe gw280 does
# [22:58] <@ehsan> or nbp
# [22:58] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
# [22:58] <gw280> I don't want to talk about it.
# [22:58] <mbrubeck> ah yes http://www.hackermusings.com/2012/08/using-git-to-push-to-mozillas-hg-repositories/
# [22:58] <gw280> :)
# [22:58] * bhearsum|buildduty is now known as bhearsum|afk
# [22:58] <grobinson> gw280: lol
# [22:59] * catlee is now known as catlee-away
# [22:59] <grobinson> guess I couldn't avoid learning mercurial forever :)
# [22:59] <gw280> I don't use mercurial
# [22:59] <gw280> I use git 99% of the time
# [22:59] <gw280> but when I push i just git format-patch then hg qimport
# [23:00] * Joins: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [23:00] <bz> grobinson: it's good for you. ;)
# [23:00] * Parts: knelson (Adium@2557E599.66715431.D25A875A.IP)
# [23:00] <IanN> i find it easier to manage multiple patches on mercurial
# [23:00] <dholbert> gw280, that was so close to being formatted as a most-interesting-man-in-the-word meme-pic, but not quite
# [23:00] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:00] <hub> IanN: I don't
# [23:01] <hub> probably because I find mq less efficient that a git branch
# [23:01] <gw280> imho it's easier to convert the whole of moz to git than to try and make hg and git play nicely together ;)
# [23:01] <grobinson> gw280: that's what it looks like i'll be doing too
# [23:01] <gw280> grobinson: it works pretty well
# [23:01] <Ms2ger> It's not even Friday yes
# [23:01] <Ms2ger> yet*
# [23:01] <IanN> hub: i'm quite happy to hack around at the series file
# [23:02] <Ms2ger> Can we postpone the weekly git-hg discussion to tomorrow?
# [23:02] * Quits: cpeterson_ (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
# [23:02] <grobinson> gw280: cool, maybe I'll bug you later if I can't get it to work
# [23:02] <gw280> nooooooooooo
# [23:02] <gw280> bug ehsan
# [23:02] <gw280> he's the resident Git Sucker
# [23:02] <gw280> not meeeee
# [23:02] * Joins: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:02] <nbp> grobinson: I do maintain mine.
# [23:02] <gw280> grobinson: (btw, #git)
# [23:02] <@ehsan> I've resigned from that position ;)
# [23:02] * Quits: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP) (Ping timeout)
# [23:02] <nbp> grobinson: but I don't have all branches such as the fx-team branch
# [23:04] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
# [23:04] * Quits: deLta30 (quassel@69EDC59A.F8D1376A.8B6C1D65.IP) (Client exited)
# [23:04] <sfink> git and hg are like identical twins
# [23:04] <sfink> with different mothers
# [23:06] * Joins: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP)
# [23:06] * rail is now known as rail_away
# [23:06] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
# [23:06] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
# [23:06] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:06] <irccloudvictim> sfink: one speaks English, the other Polish
# [23:07] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
# [23:07] * JosiahOne is now known as JosiahOne|Away
# [23:07] <@roc> Ms2ger: it is Friday!
# [23:07] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [23:08] * Quits: vtmarvin1 (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
# [23:08] <Ms2ger> roc, not in civilization :)
# [23:08] * Quits: irccloudvictim (Mibbit@moz-5754B746.rim.net) (Quit: http://www.mibbit.com ajax IRC Client)
# [23:08] * Quits: brson (brson@2557E599.66715431.D25A875A.IP) (Ping timeout)
# [23:09] <Ms2ger> rillian, I think your "remove MOZ_BUILD from content" patch should say "remove MOZ_MEDIA from layout"
# [23:10] <rillian> thanks also for catching the HTMLMenuElement move
# [23:10] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
# [23:10] * rillian wonders if his cold is an excuse
# [23:11] * armenzg is now known as armenzg_afk
# [23:11] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [23:12] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [23:12] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [23:14] * jhopkins is now known as jhopkins|bbl
# [23:14] * Joins: darkowlzz|afk (darkowlzz@A6C22A79.5F0F8C7B.25B273F5.IP)
# [23:14] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
# [23:14] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
# [23:14] <Ms2ger> rillian, sure :)
# [23:14] * philor|away is now known as philor
# [23:15] * bz is now known as bz_dinner
# [23:15] * Quits: Ms2ger (Ms2ger@moz-A7C23257.adsl-dyn.isp.belgacom.be) (Quit: nn)
# [23:16] * Quits: armenzg_afk (armenzg@moz-600B22EA.home1.cgocable.net) (Input/output error)
# [23:16] * Joins: brson (brson@2557E599.66715431.D25A875A.IP)
# [23:16] * Quits: felipe (felipe@F0FABB58.F4D65A64.6D8EEF99.IP) (Quit: felipe)
# [23:17] * mjschranz is now known as mjschranz_away
# [23:17] * Joins: akeybl (akeybl@2557E599.66715431.D25A875A.IP)
# [23:19] <RyanVM> note to anyone looking to re-open inbound, Android M8 orange needs to be resolved before doing so
# [23:19] * RyanVM is now known as RyanVM|Away
# [23:20] * jedp is now known as jedp|afk
# [23:20] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
# [23:20] <philor> pulling for the backout as we... as I speak to your disappearing back
# [23:22] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
# [23:22] * Joins: lizzard (ehenry@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:23] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
# [23:24] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:24] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:25] <tanvi> *waits for inbound to open - https://www.youtube.com/watch?v=4vrpiT5YpGI *
# [23:26] <philor> is that a movie about a pack of wolves so eager for a kill that they kill half of their own number in their eagerness?
# [23:26] <philor> because that's what's in store for inbound
# [23:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/55f9e3e3dae7 - Phil Ringnalda - Back out 9967368c7c72:5d817fa463cb (bug 847983) for mochitest-8 crashes
# [23:27] * Quits: enda (chatzilla@94FA51B7.D53D47CC.C2E02DEF.IP) (Ping timeout)
# [23:27] * NeilAway sighs
# [23:27] <NeilAway> what's the trick to finding unlanded approved branch patches?
# [23:29] <dholbert> NeilAway, sounds like a question for RyanVM|Away
# [23:29] * Quits: jib (Jan-Ivar@moz-D0297AE3.phlapa.fios.verizon.net) (Quit: jib)
# [23:29] * Quits: AsaDotzler (asa@4508CAE6.38324963.204CA821.IP) (Ping timeout)
# [23:29] <NeilAway> dholbert: yes, the |Away was the reason for the /sigh ;-)
# [23:29] <@ted> RyanVM|Away: yeah, guess we should just release mozillabuild
# [23:29] <dholbert> NeilAway, hey, you're 'Away' too :)
# [23:29] <dholbert> maybe you guys are in the same spot!
# [23:29] * jhopkins|bbl is now known as jhopkins
# [23:29] <NeilAway> dholbert: mine is just laziness ;-)
# [23:30] * geekboy|afk is now known as geekboy
# [23:30] * Joins: tallowen (tallowen@475A3330.EFF9E532.B6B47DEC.IP)
# [23:30] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Connection reset by peer)
# [23:30] * geekboy is now known as geekboy|afk
# [23:30] * jammink|mtg is now known as jammink
# [23:31] <NeilAway> dholbert: oh, I seem to have run into a Bugzilla bug
# [23:32] <lizzard> NeilAway: oh yeah? what is it?
# [23:32] * Quits: dria (dria@F2D29657.F60B0462.67AC9B1.IP) (Quit: dria)
# [23:33] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [23:33] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: Ex-Chat)
# [23:34] <NeilAway> lizzard: hmm, somehow my "approval-comm-beta+" text got mutated into "approval-comm-beta ", although it's unclear how
# [23:34] * bsmedberg is now known as bsmedberg-away
# [23:34] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
# [23:35] * Quits: wolfiR (wolfiR@moz-E037D55.dip0.t-ipconnect.de) (Quit: Leaving)
# [23:35] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
# [23:35] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
# [23:36] * Joins: ddahl (ddahl@moz-21C5CF3F.hsd1.il.comcast.net)
# [23:36] * geekboy|afk is now known as geekboy
# [23:36] * Quits: T3 (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [23:36] * philor throws the wobbly little moose calf to its certain doom
# [23:37] <philor> inbound's open, fall on it like you haven't been able to push for *hours* and bust hell out of it
# [23:37] * Joins: T3 (T3@8AD413DD.3053860D.A992BEAD.IP)
# [23:37] * Joins: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP)
# [23:37] <NeilAway> lizzard: interestingly, the bug doesn't happen if you show advanced custom search features
# [23:38] * joduinn-biab is now known as joduinn
# [23:38] * NeilAway wonders how to get rid of all the extra custom rows that accumulate though
# [23:38] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
# [23:39] * Joins: harth (harth@moz-3C999954.hsd1.ca.comcast.net)
# [23:39] * JosiahOne|Away is now known as JosiahOne
# [23:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6f832cf6485f - Daniel Holbert - Bug 857863: Disable MSVC build warning C4244, since it's easy to trigger with valid code and other compilers don't warn about it by default. r=ted
# [23:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a451409c4d94 - Daniel Holbert - Bug 857740: Use MOZ_STATIC_ASSERT instead of COMPILE_ASSERT in convolver.h. r=jrmuizel
# [23:40] * Quits: damons (gnubeard@97957D0A.8D753159.C943C01E.IP) (Quit: damons)
# [23:41] * Quits: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr) (Ping timeout)
# [23:41] * Quits: harth (harth@moz-3C999954.hsd1.ca.comcast.net) (Ping timeout)
# [23:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6af472638173 - Nikhil Marathe - Bug 851368 - Remove SimplePush registrations on app uninstall. r=dougt
# [23:41] <tbsaunde> philor: great, I just wnat an excellent time to push my known busted patches
# [23:41] * Joins: tchevalier (Thunderbir@moz-E09130CD.w90-28.abo.wanadoo.fr)
# [23:42] <philor> tbsaunde: you missed first-push *and* second push, now you have to wait until after one of those two shows it's busted and gets backed out, so you can have one of the bustage positions after the next reopening
# [23:42] * coop is now known as coop|mtg
# [23:42] * joduinn is now known as joduinn-mtg
# [23:43] <philor> we must remain orderly, can't be pushing the bustage anywhere other than the traditional first two after reopening
# [23:43] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
# [23:43] * Joins: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net)
# [23:44] * Quits: mmc|laptop (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net) (Input/output error)
# [23:44] <lizzard> NeilAway: I was about to try to replicate that but just realized I have to get to a meeting :D
# [23:44] * bent is now known as bent|brb
# [23:45] <lizzard> But that sounds like a good bug to file....
# [23:45] * mcote is now known as mcote|afk
# [23:45] * Joins: mmc_ (mmc@moz-BBC0C7F1.hsd1.ca.comcast.net)
# [23:45] * Quits: JaneBush (gegeg@moz-A29F4FCD.adsl.alicedsl.de) (Client exited)
# [23:45] * philor is now known as philor|away
# [23:46] * mmc_ is now known as mmc|laptop
# [23:46] * Joins: seth (seth@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:46] * Quits: Gijs (gijs@moz-C11B0461.dsl.alice.nl) (Quit: sleep)
# [23:46] * Joins: Arjen87 (Instantbir@moz-AD62903E.solcon.nl)
# [23:46] * Quits: tallowen (tallowen@475A3330.EFF9E532.B6B47DEC.IP) (Ping timeout)
# [23:47] * Quits: clee (clee@2557E599.66715431.D25A875A.IP) (Quit: clee)
# [23:47] <firebot> Check-in:
# [23:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a65a4e4b385d - André Bargull - Bug 836396 - Apply a local-time correction to the value passed to date.setMilliseconds(), before passing it along to the mock implementation against which the native
# [23:47] <firebot> implementation's being tested. rs=jwalden as it doesn't look *wrong* and he's spent too much time trying to understand this already, even if he doesn't fully grok it
# [23:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/04f2c0f0a220 - Jeff Walden - Bug 857856 - Make --enable-debug --disable-optimize --disable-ion --disable-methodjit build work again. r=sstangl
# [23:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/489ab986ea69 - Jeff Walden - #include jsscriptinlines.h in SPSProfiler.cpp so that it builds in no-jit configurations. No bug, r=sparky
# [23:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6c636853b5a3 - Jeff Walden - Bug 805121 - Add tests. r=terrence
# [23:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/695eb5588304 - André Bargull - Bug 836404 - Provide better timezone support in jstests. r=jwalden
# [23:47] * Quits: jfkthame (jfkthame@A75DDB88.C145D0FE.8D534776.IP) (Quit: This computer has gone to sleep)
# [23:48] * Joins: clee (clee@2557E599.66715431.D25A875A.IP)
# [23:49] * Quits: ddahl (ddahl@moz-21C5CF3F.hsd1.il.comcast.net) (Input/output error)
# [23:49] * Quits: Arjen87 (Instantbir@moz-AD62903E.solcon.nl) (Ping timeout)
# [23:49] * Quits: T3 (T3@8AD413DD.3053860D.A992BEAD.IP) (Ping timeout)
# [23:50] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
# [23:50] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
# [23:51] * Quits: tonymec|sleep (tonymec@moz-5ED860D2.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [23:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4f1779767e3d - Tanvi Vyas - Bug 834836 - Disable mixed content blocking when running tests that rely on mixed active content loads to test security state. r=smaug
# [23:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/60b08f643863 - Tanvi Vyas - Bug 834836 - Turn on preference to enable Mixed Content Blocker and block insecure active content loads on https pages. r=dveditz
# [23:51] * Quits: tonymec|away (tonymec@moz-5ED860D2.adsl-dyn.isp.belgacom.be) (Ping timeout)
# [23:52] <tanvi> Woohoo!!!!
# [23:52] * Quits: nmatsakis (nmatsakis@moz-4CACC08F.hsd1.ma.comcast.net) (Ping timeout)
# [23:52] * Quits: till (till@moz-28D44AE6.adsl.alicedsl.de) (Client exited)
# [23:52] * Joins: we11ington (msu-cse498@moz-600949B7.cse.msu.edu)
# [23:53] <@dveditz> \o/
# [23:53] * Joins: ddahl (ddahl@moz-21C5CF3F.hsd1.il.comcast.net)
# [23:54] * Joins: damons (gnubeard@97957D0A.8D753159.C943C01E.IP)
# [23:55] * Quits: mak (chatzilla@moz-6AB28DF0.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
# [23:56] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Client exited)
# [23:56] * Quits: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
# [23:56] * AaronMT is now known as AaronMT|away
# [23:56] * Quits: twi (Adium@moz-29290401.cust.dsl.vodafone.it) (Quit: Leaving.)
# [23:57] * Joins: jet (junglecode@moz-BE33DA21.fw1.sfo1.mozilla.net)
# [23:58] * Joins: cviecco (cviecco@2557E599.66715431.D25A875A.IP)
# [23:58] * Quits: asrail (asrail@2A678512.9BEB7A35.6D8EEF99.IP) (Ping timeout)
# [23:58] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Ping timeout)
# [23:59] * Quits: alanp (alanp@moz-5E5814C3.cpe.distributel.net) (Ping timeout)
# [23:59] * Joins: alanp (alanp@moz-3FFC8198.cpe.distributel.net)
# [23:59] * Quits: alanp (alanp@moz-3FFC8198.cpe.distributel.net) (Connection reset by peer)
# [23:59] * Quits: @dbaron (dbaron@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
# [23:59] * Joins: alanp (alanp@moz-3FFC8198.cpe.distributel.net)
# Session Close: Fri Apr 05 00:00:00 2013

The end :)