/irc-logs / mozilla / #developers / 2012-11-16 / end
Options:
- # Session Start: Fri Nov 16 00:00:00 2012
- # Session Ident: #developers
- # [00:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/045367d6644e - Randell Jesup - Bug 811695: disable internal socket transports for getUserMedia Audio capture r=derf
- # [00:00] * Joins: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP)
- # [00:02] * Joins: cviecco_ (cviecco@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:02] * philor|away is now known as philor
- # [00:03] * Quits: bajaj (Adium@A01051A9.6F669779.3D1CA460.IP) (Quit: Leaving.)
- # [00:03] * Joins: Dagger (Dagger@moz-9AFCB530.cable.virginmedia.com)
- # [00:03] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Quit: sworkman)
- # [00:03] * Joins: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP)
- # [00:04] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:04] * Quits: AryehGregor (AryehGrego@74A8A0AF.C730E3B0.C605BBF7.IP) (Ping timeout)
- # [00:04] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [00:05] * Joins: AryehGregor (AryehGrego@5CE1D84A.65DD8852.39716721.IP)
- # [00:05] * Joins: sworkman (sworkman@2557E599.66715431.D25A875A.IP)
- # [00:07] * Quits: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP) (Quit: josh)
- # [00:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b1b0fbcbdf3b - Jared Wein - Bug 805217 - Remove duplicate menuitems when Tools is accessed using the keyboard. r=felipe
- # [00:09] * Quits: cers (textual@moz-D706C2D4.fullrate.dk) (Ping timeout)
- # [00:13] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: mkaply)
- # [00:13] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
- # [00:15] * Joins: cers (textual@moz-D706C2D4.fullrate.dk)
- # [00:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/244493403e89 - Timothy B. Terriberry - Bug 810363 - Reject non-stereo, non-48 kHz Opus streams, r=ehugg
- # [00:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1f379e0e5674 - Timothy B. Terriberry - Bug 810353 - Offer Opus as stereo instead of mono, r=ehugg
- # [00:16] * Quits: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net) (Quit: beaufour)
- # [00:16] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [00:16] * Quits: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [00:16] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [00:17] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
- # [00:19] * Quits: @bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [00:20] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:21] * Joins: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:21] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
- # [00:21] * Quits: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [00:22] * Joins: bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP)
- # [00:22] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
- # [00:23] * Joins: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP)
- # [00:23] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [00:24] * Joins: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP)
- # [00:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5444aff38dfb - Randell Jesup - Bug 802399: set capture index for audio input when device is Allocate()ed, plug VoEHw leak r=derf
- # [00:24] * Quits: sworkman (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:25] <Jesse> smaug++
- # [00:25] * Quits: sworkman_ (sworkman@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:25] <Jesse> for “r-, Would like to see a new patch with some more assertions.” https://bugzilla.mozilla.org/show_bug.cgi?id=803924#c11
- # [00:26] * Quits: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP) (Ping timeout)
- # [00:27] * Quits: cers (textual@moz-D706C2D4.fullrate.dk) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [00:27] * hwine is now known as hwine|afk
- # [00:27] <@smaug> DOM Range is ugly stuff
- # [00:28] <@smaug> and the spec is even now wrong
- # [00:28] * Quits: nigelb (nigel@moz-8640053A.me) (Client exited)
- # [00:28] * Quits: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [00:28] * Joins: nigelb (nigel@moz-8640053A.me)
- # [00:29] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Ping timeout)
- # [00:29] * Joins: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP)
- # [00:30] * Joins: jorendorff (jorendorff@moz-DD93D6F5.centresource.com)
- # [00:31] <Jesse> https://www.w3.org/Bugs/Public/show_bug.cgi?id=19968 is hilarious. 4 browsers get it wrong in 3 different ways.
- # [00:31] * Quits: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
- # [00:32] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [00:32] * Quits: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP) (Quit: Leaving)
- # [00:33] * Quits: jcvernaleo (john@moz-4EC1E2D5.cable.mindspring.com) (Quit: leaving)
- # [00:34] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [00:34] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [00:34] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [00:34] <@smaug> aren't browsers just wonderful :)
- # [00:34] <jesup> dmose: crash-reporter cage match! :-)
- # [00:34] <dmose> good times
- # [00:35] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Quit: sicking)
- # [00:35] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [00:36] * Joins: sicking (sicking@2557E599.66715431.D25A875A.IP)
- # [00:38] * Quits: tantek (tantek@moz-B4437ABE.tmodns.net) (Ping timeout)
- # [00:38] * Joins: tantek (tantek@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:39] <Jesse> lol at the logo for http://encoding.spec.whatwg.org/
- # [00:39] * Quits: mcpherrin (mimcpher@moz-21D6B3DE.csclub.uwaterloo.ca) (Ping timeout)
- # [00:39] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Client exited)
- # [00:39] * azakai_ is now known as azakai
- # [00:41] * Quits: karl (karl@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [00:42] <Unfocused> heh\
- # [00:45] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: bdinnou)
- # [00:45] * hwine|afk is now known as page
- # [00:49] * Joins: mcpherrin (mimcpher@moz-21D6B3DE.csclub.uwaterloo.ca)
- # [00:50] * Fallen is now known as Fallen|away
- # [00:50] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [00:50] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [00:51] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [00:52] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.89 [SeaMonkey 2.7.2/20121026193748])
- # [00:53] * Joins: sicking_ (sicking@2557E599.66715431.D25A875A.IP)
- # [00:54] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [00:54] * sicking_ is now known as sicking
- # [00:54] * Joins: karl (karl@A5087023.2354C43D.D8E68FF6.IP)
- # [00:55] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [00:55] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [00:56] * Quits: jorendorff (jorendorff@moz-DD93D6F5.centresource.com) (Quit: jorendorff)
- # [00:56] <dmose> will "make -f client.mk configure" run autoconf for me?
- # [00:57] * Quits: tanvi (tanvi@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [00:57] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [00:57] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [00:57] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [00:57] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [00:57] * Joins: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:00] * coop is now known as coop|afk
- # [01:00] * Quits: coop|afk (Chris@F2D29657.F60B0462.67AC9B1.IP) (Quit: coop|afk)
- # [01:00] * Joins: jorendorff (jorendorff@moz-DD93D6F5.centresource.com)
- # [01:01] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0a2/20121114042011])
- # [01:01] * Quits: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [01:02] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [01:02] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:02] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [01:02] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [01:02] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Quit: sicking)
- # [01:02] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [01:02] * Quits: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [01:02] * Joins: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:03] * Joins: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP)
- # [01:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/76e6feedd0d6 - Robert O'Callahan - Bug 810470. Part 2: Change nsDisplayBackground invalidation to store and compare the background positioning rect. r=mattwoodrow
- # [01:03] * Joins: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP)
- # [01:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/699718f32355 - Robert O'Callahan - Bug 810470. Part 6: Rename nsDisplayBackground to nsDisplayBackgroundImage. r=mattwoodrow
- # [01:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e8c599817e97 - Robert O'Callahan - Bug 810470. Part 9: Fix reftests. r=mattwoodrow
- # [01:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a3ea6aa33de6 - Robert O'Callahan - Bug 810470. Part 1: Cache nsStyleBackground pointer in nsDisplayBackground. r=mattwoodrow
- # [01:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7a530abf45be - Robert O'Callahan - Bug 810470. Part 8: Limit the BasicLayers background-caching optimization to cases where the destination context has an integer translation only, and snap the image
- # [01:04] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Client exited)
- # [01:04] <firebot> rectangle. r=mattwoodrow
- # [01:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/12182f4817cf - Robert O'Callahan - Bug 810470. Part 4: Make only background-attachment:fixed backgrounds that have propagated to the viewport use a dedicated layer, and refactor how we do that.
- # [01:04] <firebot> r=mattwoodrow
- # [01:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/85793c93543a - Robert O'Callahan - Bug 810470. Part 3: Remove code for invalidating background-attachment:fixed content when scrolling. r=mattwoodrow
- # [01:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/deda72e9eb11 - Robert O'Callahan - Bug 810470. Part 5: Remove more unused code. r=mattwoodrow
- # [01:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ea62a0ee450c - Robert O'Callahan - Bug 810470. Part 7: Simplify TryOptimizeToImageLayer/IsSingleFixedPositionImage now that colors are not involved. r=mattwoodrow
- # [01:05] * kmoir is now known as kmoir-afk
- # [01:05] * Quits: gand (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: I took the wrong pill!!!)
- # [01:05] * mcote is now known as mcote|afk
- # [01:05] * Joins: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [01:05] * Quits: hurley (hurley@2557E599.66715431.D25A875A.IP) (Quit: mootex)
- # [01:07] * Quits: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [01:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/31c2faaae4b6 - Malini Das - Bug 812226 - Package synthetic_gestures.js with the marionette_client, r=jgriffin
- # [01:08] * Joins: brendan (brendaneic@moz-76F67C4A.lnse1.cht.bigpond.net.au)
- # [01:09] * Joins: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP)
- # [01:09] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [01:09] * Quits: aklotz (Thunderbir@moz-55246988.cg.shawcable.net) (Quit: aklotz)
- # [01:09] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [01:09] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [01:10] * khuey is now known as khuey|away
- # [01:10] * khuey|away is now known as khuey
- # [01:10] * AaronMT|away is now known as AaronMT
- # [01:10] * Quits: mcpherrin (mimcpher@moz-21D6B3DE.csclub.uwaterloo.ca) (Quit: leaving)
- # [01:10] * Joins: mcpherrin (mimcpher@moz-21D6B3DE.csclub.uwaterloo.ca)
- # [01:11] <Waldo> mattwoodrow: does ^ make background-attachment:scroll easier, or clearer where the changes would be made, perhaps?
- # [01:12] * Quits: cviecco_ (cviecco@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [01:12] <mattwoodrow> Waldo: What do you mean by easier?
- # [01:13] <Waldo> mattwoodrow: I tried fumbling my way through patching that, a year or so ago, and never quite figured out how things fit together; was wondering if that helped at all with that
- # [01:14] <Waldo> granted, I didn't spend huge amounts of time trying to do it, so I may have missed the obvious :-)
- # [01:14] <Waldo> fitting into the layering aspects of it all seemed the most confusing part, if memory serves
- # [01:14] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [01:14] <mattwoodrow> isn't scroll the default?
- # [01:14] <mattwoodrow> anyway, I doubt this will affect it much
- # [01:15] <mattwoodrow> this just changes invalidation
- # [01:15] * Joins: sicking (sicking@2557E599.66715431.D25A875A.IP)
- # [01:15] * Quits: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [01:15] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [01:15] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [01:15] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [01:16] * Joins: JuanDaugherty (juan@moz-B131E390.buffalo.res.rr.com)
- # [01:17] * Joins: lmandel_ (lmandel@A5087023.2354C43D.D8E68FF6.IP)
- # [01:17] * Quits: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP) (Connection reset by peer)
- # [01:17] * lmandel_ is now known as lmandel
- # [01:17] * Quits: myk (myk@moz-64D96850.dsl.dynamic.sonic.net) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
- # [01:17] * Quits: dmose (dmose@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: dmose)
- # [01:17] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [01:18] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [01:18] * Quits: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP) (Connection reset by peer)
- # [01:19] <JuanDaugherty> gfritzsche: I want to use afx functions such as AfxOleRegisterTypeLib which aren't already in your FB stuff. Is there a best/preferred way to introduce?
- # [01:19] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [01:19] * Joins: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP)
- # [01:20] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Connection reset by peer)
- # [01:20] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [01:21] * Quits: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP) (Quit: Quitte)
- # [01:21] * Joins: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP)
- # [01:21] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [01:22] * Joins: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP)
- # [01:22] * Quits: anant (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [01:23] * Quits: RealRaven (Thunderbir@8584B840.E8DF625.C3498625.IP) (Quit: RealRaven)
- # [01:27] * Quits: ctalbert (Instantbir@moz-356502CE.gt.res.rr.com) (Ping timeout)
- # [01:27] * Quits: bsmith (bsmith@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [01:27] * lsblakk|afk is now known as lsblakk
- # [01:28] * Joins: harth (harth@E85584A7.27376607.189F3E15.IP)
- # [01:28] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [01:28] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [01:29] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [01:30] * Joins: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP)
- # [01:31] <Waldo> mattwoodrow: erm, oops, I meant b-a:local :-\
- # [01:31] <Waldo> but okay
- # [01:31] * Joins: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [01:31] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: leaving)
- # [01:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2c2c6ddb6fe6 - Fabrice Desré - Bug 810551 [r=myk]
- # [01:32] <seth> getter_AddRefs is kind of a weird thing. it releases the old value immediately, right? (i guess there's no simple way to avoid doing that since the called function will overwrite it)
- # [01:32] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [01:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/224fe2a12a04 - Bas Schouten - Bug 779029: Try to respect EXTEND_NONE when masking. r=jrmuizel
- # [01:33] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Connection reset by peer)
- # [01:33] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [01:33] * catlee is now known as catlee-away
- # [01:34] * Quits: gmoro (guilherme@C3AFE482.FA463E12.CD203023.IP) (Ping timeout)
- # [01:34] * Joins: biesi_ (cbiesinger@moz-CF1920AD.tmodns.net)
- # [01:34] * Quits: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
- # [01:35] <seth> doesn't seem like there's a good way to have an in/out parameter when you're dealing with refcounted objects, because of that
- # [01:35] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
- # [01:35] * Quits: tonymec (tonymec@26792AA8.3B049C71.277517C1.IP) (Input/output error)
- # [01:36] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [01:37] <@smaug> seth: if you really need in/out, perhaps the parameter could be nsCOMPtr<yourinterface>& aParamName
- # [01:37] <Jesse> ehsan: how can i find out if my patch is going to cause perf regressions? https://developer.mozilla.org/en-US/docs/Developer_Guide/Committing_Rules_and_Responsibilities has some (redundant) threats but not much help
- # [01:38] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [01:38] * Joins: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:38] * Quits: tonymec|away (tonymec@26792AA8.3B049C71.277517C1.IP) (Quit: Konversation terminated!)
- # [01:39] * Quits: Dagger (Dagger@moz-9AFCB530.cable.virginmedia.com) (Ping timeout)
- # [01:40] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [01:40] * Joins: Lucas_ (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:41] * Joins: surkov (surkov@BB222503.6093351B.E17943EE.IP)
- # [01:41] <seth> smaug: that could work! not sure whether the reviewer will like it, but i can always make things more verbose later if needed
- # [01:41] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [01:41] * Lucas_ is now known as Lucas
- # [01:42] <@smaug> seth: I'd try to avoid in/out param unless there is some really good reason for it
- # [01:43] <@smaug> good reason is for example to reduce addref/release calls
- # [01:44] * Quits: brendan (brendaneic@moz-76F67C4A.lnse1.cht.bigpond.net.au) (Quit: brendan)
- # [01:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1a53df18c076 - Marty Rosenberg - Add in support for running a cross-shell directly in qemu (bug 807936, r=ted)
- # [01:45] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [01:45] * Joins: tonymec__ (tonymec@FC17E670.516A6E14.277517C1.IP)
- # [01:45] * tonymec__ is now known as tonymec|away
- # [01:45] <seth> smaug: well, the two alternatives i see are to store the value involved in a temporary nsRefPtr to keep it alive even though getter_AddRefs will Release it (which involves additional addref/releases), or to change the code to not use an XPCOM-like out parameter for the return value and instead just use a null return value to indicate failure (which would lose the specific error code, but i don't think it matters)
- # [01:46] <seth> smaug: the latter might be preferable to going for in/out
- # [01:46] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [01:47] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [01:48] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [01:48] * Joins: Dagger (Dagger@moz-9AFCB530.cable.virginmedia.com)
- # [01:49] * khuey is now known as khuey|away
- # [01:50] * Quits: randix (rdow@933CA1AA.CFBC10F9.8B52D585.IP) (Quit: randix)
- # [01:51] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [01:51] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [01:51] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [01:52] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [01:54] * Quits: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0a1/20121114102936])
- # [01:54] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [01:55] * Quits: mccr8 (mccr8@2557E599.66715431.D25A875A.IP) (Quit: mccr8)
- # [01:55] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [01:55] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [01:56] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:56] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [01:57] * Joins: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [02:01] * Quits: jorendorff (jorendorff@moz-DD93D6F5.centresource.com) (Quit: jorendorff)
- # [02:01] * Joins: brendan (brendaneic@moz-1BEB5A0.sydneyairport.com.au)
- # [02:03] <@ehsan> Jesse: hmm, I think compare-talos is the best we have
- # [02:03] * Quits: surkov (surkov@BB222503.6093351B.E17943EE.IP) (Quit: surkov)
- # [02:03] <@ehsan> are you familiar with it?
- # [02:03] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [02:04] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [02:04] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [02:05] * Quits: brendan (brendaneic@moz-1BEB5A0.sydneyairport.com.au) (Ping timeout)
- # [02:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/09fa9bbbfb02 - Jonathan Kew - bug 811382 - update OTS library to r.95. r=jdaggett
- # [02:08] <philor> well, there's also http://mxr.mozilla.org/mozilla-central/source/tools/performance/diff-talos.py
- # [02:08] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [02:08] * Joins: KWierso|Surface (~KWiersoSu@moz-296B3117.hsd1.ca.comcast.net)
- # [02:08] <philor> but given the talk about asserting that it has been updated, and the fact that it hasn't, probably the first step in using it is to update it
- # [02:08] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [02:09] * Quits: bdahl (bdahl@2557E599.66715431.D25A875A.IP) (Client exited)
- # [02:09] <Jesse> ehsan: no, i'm not. (i was thinking of fixing https://bugzilla.mozilla.org/show_bug.cgi?id=810718 myself instead of trying to convince someone else to fix it)
- # [02:10] <@ehsan> Jesse: http://perf.snarkfest.net/compare-talos/
- # [02:10] <@ehsan> Jesse: the idea is that you push both your patch and a m-c revision to try
- # [02:10] <@ehsan> trigger talos runs on them a bunch of times
- # [02:10] <@ehsan> and then put the new and old revision number in there
- # [02:11] <@ehsan> and it tells you how the Talos numbers have changed
- # [02:11] * Joins: tonymec (tonymec@FC17E670.516A6E14.277517C1.IP)
- # [02:12] <Jesse> and then i try to figure out if any of the deviations are more statistically significant than a green jelly bean?
- # [02:12] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:12] * Joins: sicking_ (sicking@2557E599.66715431.D25A875A.IP)
- # [02:12] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:12] * sicking_ is now known as sicking
- # [02:13] <philor> heh, its last update was for tp5r
- # [02:13] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [02:13] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Quit: bmoss)
- # [02:14] <philor> any description of how to use compare-talos really should start with "hg clone https://bitbucket.org/mconnor/compare-talos"
- # [02:14] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [02:14] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [02:15] <Jesse> so it sounds like i should land on inbound and see what happens?
- # [02:16] * Joins: mccr8 (mccr8@moz-EB2F197F.dsl.dynamic.sonic.net)
- # [02:16] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [02:16] <philor> you want the truth about how we do perf? you can't handle the truth!
- # [02:16] * Joins: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP)
- # [02:17] * Joins: drexler (chatzilla@moz-AD4BBA18.hsd1.vt.comcast.net)
- # [02:17] <philor> yes, you land on inbound, if you are within four or five pushes of a possible regression you and tree-management will get a regression mail, then you just sit tight and keep your head down and see whether anyone will say anything, which they won't
- # [02:18] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [02:18] * gregglind is now known as gregglind_away
- # [02:18] <Jesse> so i should try to land next to pushes that are unlikely to affect perf
- # [02:18] <philor> if they do, open the graph, see that it's full of noise and that you're not even the most likely one among the noise, disavow all blame
- # [02:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/19e0634007b3 - Bellindira Castillo [:bellindira] - Bug 806701 - Port browser_privatebrowsing_windowtitle.js to the new per-window PB APIs; r=ehsan
- # [02:18] <philor> no, next to ones that are *likely*
- # [02:18] <Jesse> oh so i can blame them
- # [02:18] <philor> slide in along with the noise :)
- # [02:18] <Jesse> and they can blame me
- # [02:19] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [02:19] <philor> ideal is a big bustage that nobody can ignore, because "increased 55%" backout "decreased 53%" will never get noticed
- # [02:20] <@ehsan> well, to be fair, we also ignore big regresssions!
- # [02:20] <@ehsan> I refer you to the Dromaeo ionmonkey regressions
- # [02:20] <@ehsan> which were about 50% iirc ;)
- # [02:20] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/000e362a815a - Kartikaya Gupta - Bug 811763 - Ensure crash reporter is invoked with the right android user serial number in Android 4.2 and above. r=blassey, snorp a=akeybl
- # [02:20] * Quits: fabrice (fabrice@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [02:21] * Quits: tantek (tantek@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: tantek)
- # [02:22] <philor> only 50% when they don't crash, though
- # [02:22] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [02:22] * Joins: reuben (reuben@moz-8E440C2A.res-com.wayinternet.com.br)
- # [02:23] * Quits: juanb (jbecerra@2557E599.66715431.D25A875A.IP) (Quit: juanb)
- # [02:24] <philor> I did forget one final step, though: if someone does call you on your regression, file a bug with the summary "Investigate perf regression from bug 810718 landing" and then put a note in your calendar for six months in the future, "close perf regression bug"
- # [02:25] * Quits: ircloggr (nodebot@moz-DC42F7BC.compute-1.amazonaws.com) (Client exited)
- # [02:25] * Joins: gmoro (guilherme@C3AFE482.FA463E12.CD203023.IP)
- # [02:25] <Jesse> what do i say on the perf regression bug when i close it?
- # [02:25] * Joins: arky (arky@337F2674.B7299D8C.6DE408DA.IP)
- # [02:26] * Joins: ircloggr (nodebot@moz-E519AFEF.compute-1.amazonaws.com)
- # [02:26] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [02:26] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Ping timeout)
- # [02:26] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [02:26] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [02:27] <philor> "It proved to be very hard to look at this with much statistical rigor given the
- # [02:27] <philor> state of talos + graphserver."
- # [02:27] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [02:29] * Quits: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP) (Quit: FabioMagnoni)
- # [02:30] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [02:30] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [02:31] * Quits: Cwiiis (cwiiis@A5087023.2354C43D.D8E68FF6.IP) (Quit: Leaving)
- # [02:31] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Quit: sicking)
- # [02:32] * mattwoodrow is now known as mattwoodrow|away
- # [02:33] * Quits: nrc (nrc@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [02:36] * Joins: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:36] <johns> I'm writing a new plugin test that I just discovered reliably triggers bug 766886 /sob
- # [02:37] <dholbert> anyone know what's going on with inbound? It's looking mighty blue
- # [02:37] <dholbert> with "abort: data/buildfarm/maintenance/manage_foopies.py.i@808a124aa85c: no match found!" while cloning tools
- # [02:37] * Quits: gandalf (zbraniecki@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:38] <johns> dholbert: Sounds like that hg checkout is busted
- # [02:39] <johns> My hg->git mirror does hg pulls every minute and corrupts its database with that exact error about once/week :-/
- # [02:39] * Quits: Jesse (jruderman@2557E599.66715431.D25A875A.IP) (Quit: Jesse)
- # [02:39] <dholbert> johns, boo
- # [02:40] <dholbert> johns, on the bright side, all of the blue builds there seem to be clustered at the 5:18-5:19 timeframe, and I don't think there have been any more failures since then (~20 minutes)
- # [02:40] <dholbert> so I thiiiink that means we got past it
- # [02:40] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Ping timeout)
- # [02:41] * Joins: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP)
- # [02:42] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [02:42] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Client exited)
- # [02:43] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [02:44] * Joins: KLB_ (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com)
- # [02:45] * IRCMonkey63196 is now known as stuart
- # [02:45] * Quits: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com) (Ping timeout)
- # [02:45] * Joins: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com)
- # [02:46] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [02:46] <philor> dholbert: it's just what happens when someone pushes to build/tools
- # [02:46] * Quits: KLB_ (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com) (Ping timeout)
- # [02:46] <dholbert> philor, really? they get that error while the push is happening?
- # [02:47] <dholbert> gah, why can't the hg server just give them an older copy of the repo
- # [02:47] <dholbert> and then update its internal csetid-to-give-out-to-people once the push completes
- # [02:47] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [02:48] * Joins: fabrice (fabrice@43CB6079.66715431.D25A875A.IP)
- # [02:48] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [02:49] * Quits: biesi_ (cbiesinger@moz-CF1920AD.tmodns.net) (Ping timeout)
- # [02:49] * Joins: MnO2 (mno2@moz-F2B69E6.tpcity.corp.yahoo.com)
- # [02:49] * Quits: marco (Thunderbir@moz-837A2409.cust.dsl.teletu.it) (Quit: marco)
- # [02:49] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [02:50] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [02:50] * Quits: dria (dria@92368418.D6BDE194.F061A1E6.IP) (Quit: dria)
- # [02:50] <philor> who knows, maybe it does by now
- # [02:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cc66f9bb1589 - Daniel Holbert - Bug 812278: Remove no-longer-necessary semicolons after MOZ_MTLOG_MODULE macro invocations, to fix GCC pedantic build warnings. r=jesup
- # [02:50] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b68af28e3ef2 - Daniel Holbert - Bug 812275: Remove trailing semicolon after macro in DataChannel.h to fix GCC pedantic warning. r=jesup
- # [02:52] <dholbert> Hmm, right as/after I pushed to inbound, it looks like we got some red builds from RyanVM's merge
- # [02:52] <dholbert> might just need a clobber
- # [02:52] <RyanVM> die die die
- # [02:53] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [02:53] <dholbert> the failure is a little mysterious
- # [02:53] <dholbert> / buried
- # [02:53] <RyanVM> <3 the useful tbpl windows errors
- # [02:53] <RyanVM> or pymake errors as the case may be
- # [02:53] * Quits: MnO2 (mno2@moz-F2B69E6.tpcity.corp.yahoo.com) (Ping timeout)
- # [02:54] * Joins: sicking (sicking@2557E599.66715431.D25A875A.IP)
- # [02:55] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [02:55] * Joins: birtles (chatzilla@63E75BF.6FFD31D8.EE512822.IP)
- # [02:56] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [02:56] * Joins: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net)
- # [02:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a1683ba4319d - Ehsan Akhgari - Bug 812390 - Protect against NaN in AudioContext.createDelay; r=bzbarsky
- # [02:57] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
- # [02:58] <RyanVM> my what a boring night for uplifts
- # [02:59] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [02:59] <philor> isn't the failure saying "https://hg.mozilla.org/integration/mozilla-inbound/rev/cc2469a8b41a wasn't actually tested on Windows"?
- # [02:59] * Joins: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP)
- # [02:59] * Quits: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [02:59] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [03:01] * heycam is now known as heycam|away
- # [03:03] <philor> or probably more accurately, "on our Windows slaves with their accursed ancient and mangy versions of Python"
- # [03:03] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [03:04] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [03:05] * Joins: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [03:05] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [03:06] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [03:06] * Quits: KWierso|Surface (~KWiersoSu@moz-296B3117.hsd1.ca.comcast.net) (Connection reset by peer)
- # [03:07] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [03:07] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [03:07] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Client exited)
- # [03:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a0cd4bcb3217 - Ryan VanderMeulen - Backed out changeset cc2469a8b41a (bug 800557) for Windows build bustage.
- # [03:08] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
- # [03:09] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [03:11] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [03:11] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [03:11] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Quit: sicking)
- # [03:12] * Quits: mconley (mconley@D4B46A36.8C6552CA.6816E6B7.IP) (Input/output error)
- # [03:14] * ewong|away is now known as ewong
- # [03:14] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [03:15] <RyanVM> philor: is the Bi red on inbound the same issue as last night?
- # [03:15] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Ping timeout)
- # [03:17] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:18] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [03:18] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
- # [03:19] <dholbert> smaug, ping
- # [03:19] <@smaug> dholbert: pong
- # [03:19] <dholbert> smaug, not sure about drs's availability -- how important its it that I get his r+ on that TabChild patch?
- # [03:19] <dholbert> smaug, (asking you because I believe you r?'d him)
- # [03:20] <@smaug> dholbert: could you ask cjones then?
- # [03:20] <dholbert> sure
- # [03:20] <@smaug> he reviewed the original patch
- # [03:20] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Connection reset by peer)
- # [03:20] <@smaug> I just want someone familiar with b2g to look at the patch
- # [03:20] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
- # [03:20] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:20] <philor> RyanVM: no, it's the one I just filed
- # [03:21] * Joins: sicking (sicking@2557E599.66715431.D25A875A.IP)
- # [03:21] <philor> "frequent panda build DIE DIE DIE DIE DIE DIE DIE" or something close to that
- # [03:21] <dholbert> smaug, ah ok
- # [03:21] <dholbert> I saw you as another reviewer on the original patch, and I figured you were less overloaded than cjones :)
- # [03:21] <dholbert> smaug, but I take it cjones reviewed that part
- # [03:22] * Quits: vtmarvin (Thunderbir@9D75911A.1239134F.E4B2C495.IP) (Client exited)
- # [03:22] * Joins: coop (Chris@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [03:23] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [03:24] * Quits: sicking (sicking@2557E599.66715431.D25A875A.IP) (Quit: sicking)
- # [03:24] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Client exited)
- # [03:25] <drs> dholbert: sec I'll r+ it
- # [03:25] <dholbert> drs, ah nice
- # [03:26] <drs> (looks good anyways)
- # [03:26] <dholbert> drs, (jprmc suggested that you might be overloaded w/ schoolwork and I shouldn't bug you too much :))
- # [03:26] <dholbert> drs, anyway -- thanks!
- # [03:26] <drs> this is true :p
- # [03:26] <drs> but a quick code review is fine
- # [03:26] <dholbert> cool
- # [03:28] * Joins: sewardj (sewardj@moz-286C4FF5.dip.t-dialin.net)
- # [03:29] * Quits: @ehsan (ehsan@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [03:29] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [03:29] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [03:30] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [03:31] <RyanVM> philor: I suppose you'd like me to backout Bas now too :P
- # [03:32] * Quits: chewey (chewey@moz-82D90E5A.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:32] * Joins: chewey (chewey@moz-39F761D6.dip0.t-ipconnect.de)
- # [03:33] * Quits: fabrice (fabrice@43CB6079.66715431.D25A875A.IP) (Quit: Leaving.)
- # [03:33] <dholbert> RyanVM, sorry, I just pushed another patch
- # [03:33] * Joins: fabrice (fabrice@43CB6079.66715431.D25A875A.IP)
- # [03:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c2e247f9d207 - Ryan VanderMeulen - Backed out changeset 224fe2a12a04 (bug 779029) for Windows reftest failures.
- # [03:34] <dholbert> RyanVM, I can backout Bas as penance for unknowingly pushing on top of his (maybe?) bustage
- # [03:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/514bf7203671 - Daniel Holbert - Bug 807457: For non-HTML documents, use the viewport size as the scrollable area, in TabChild::HandlePossibleViewportChange(). r=smaug r=drs
- # [03:34] <dholbert> RyanVM, oh, you're fast, nevermind
- # [03:34] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:34] <RyanVM> qbackout ftw
- # [03:35] * Joins: hub (hub@18FAF07.5E0ED7A3.F061A1E6.IP)
- # [03:35] * ewong is now known as ewong|away
- # [03:36] <philor> the weird thing about qbackout is that according to bitbucket I've been following it since last January, and according to my filesystem I've had it installed since last February, but for some reason I was using a much clunkier system instead
- # [03:37] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [03:38] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:38] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [03:38] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [03:39] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Ping timeout)
- # [03:39] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [03:39] * Quits: fabrice (fabrice@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [03:39] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [03:40] * Quits: mccr8 (mccr8@moz-EB2F197F.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [03:41] * philor is now known as philor|away
- # [03:42] * Quits: tn (tn@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [03:42] * Quits: @dbaron (dbaron@A5087023.2354C43D.D8E68FF6.IP) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [03:43] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [03:43] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:43] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [03:44] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [03:45] * Joins: ericjung (Mibbit@moz-F14FA912.bstnma.fios.verizon.net)
- # [03:45] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:45] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [03:48] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
- # [03:48] <RyanVM> philor: can you remind me again what Android NoIon is there for?
- # [03:48] * Joins: fabrice (fabrice@43CB6079.66715431.D25A875A.IP)
- # [03:48] * Quits: hub (hub@18FAF07.5E0ED7A3.F061A1E6.IP) (Ping timeout)
- # [03:49] * Quits: fabrice (fabrice@43CB6079.66715431.D25A875A.IP) (Max SendQ exceeded)
- # [03:49] * Quits: kredik (chatzilla@moz-2EF6A618.w80-11.abo.wanadoo.fr) (Client exited)
- # [03:50] * Quits: redfive (chatzilla@7B9796CE.309251C7.4989C8B.IP) (Ping timeout)
- # [03:52] * Joins: dholbert_ (dholbert@EBA84827.A73C08F8.348C8185.IP)
- # [03:52] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Ping timeout)
- # [03:54] <Waldo> RyanVM: testing b2g's not-using-ion config?
- # [03:55] <RyanVM> is b2g going to ship with ion disabled?
- # [03:55] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:55] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [03:56] * Quits: dholbert_ (dholbert@EBA84827.A73C08F8.348C8185.IP) (Quit: Ex-Chat)
- # [03:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ef467dfbbc0d - David Anderson - Don't allow sets to readonly properties (bug 810925, r=kannan).
- # [03:58] * Joins: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP)
- # [03:58] * Quits: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP) (Quit: FabioMagnoni)
- # [04:01] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [04:03] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [04:04] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [04:06] * Quits: arky (arky@337F2674.B7299D8C.6DE408DA.IP) (Quit: Leaving)
- # [04:07] * kk1fff|sleep is now known as kk1fff
- # [04:11] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [04:11] * Joins: jgriffin_ (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [04:12] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Ping timeout)
- # [04:12] * jgriffin_ is now known as jgriffin
- # [04:13] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
- # [04:15] * Joins: KaIRC (robert@moz-E39A1979.adsl.highway.telekom.at)
- # [04:15] * Joins: tantek (tantek@moz-6225C89.tmodns.net)
- # [04:15] * Quits: KaiRo (robert@moz-C9240C59.adsl.highway.telekom.at) (Ping timeout)
- # [04:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6d4a9a61a335 - Ryan VanderMeulen - Backed out changesets 5bdf8bbcd02f and df27137cb7d1 (bug 803225) for mochitest orange.
- # [04:17] <Waldo> RyanVM: yes
- # [04:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f3b9e6da96f2 - Wes Johnston - Bug 808663 - Add background behind small favicons. r=bnicholson
- # [04:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fb9a1e6e2710 - Wes Johnston - Bug 811906 - Don't use a background color on View Pager. r=bnicholson
- # [04:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9f48d082d7d0 - Wes Johnston - Bug 808408 - Hide virtual keyboard when interacting with awesomebar lists. r=bnicholson
- # [04:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/acd75423cc39 - Wes Johnston - Bug 808663 - Use new favicon style for search providers. r=bnicholson
- # [04:18] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2d3acb8280f1 - Wes Johnston - Bug 808663 - Use large favicons in awesomebar if they're provided. r=bnicholson
- # [04:18] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [04:19] * Quits: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [04:20] * Joins: surkov (surkov@BB222503.6093351B.E17943EE.IP)
- # [04:20] * Joins: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP)
- # [04:20] * Quits: tantek (tantek@moz-6225C89.tmodns.net) (Quit: tantek)
- # [04:23] * Quits: garnacho (carlos@moz-1BF440CF.dyn.user.ono.com) (Ping timeout)
- # [04:25] * Joins: Mook (mook@16C12261.16C74E88.6F478678.IP)
- # [04:26] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [04:26] * Quits: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [04:27] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [04:27] * Joins: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP)
- # [04:27] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [04:27] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [04:27] * Quits: gustavold (gustavold@9FF57A6A.27C9FAA1.6535E70B.IP) (Quit: Leaving.)
- # [04:29] * Joins: dria (dria@92368418.D6BDE194.F061A1E6.IP)
- # [04:29] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [04:29] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Client exited)
- # [04:30] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [04:31] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [04:33] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [04:38] * Quits: drexler (chatzilla@moz-AD4BBA18.hsd1.vt.comcast.net) (Ping timeout)
- # [04:38] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [04:38] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [04:40] * Joins: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP)
- # [04:40] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [04:40] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: mkaply)
- # [04:40] * Quits: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [04:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1319ef8226c0 - Yoshi Huang - Bug 791934 - Part 3: xpcshell tests for STK_SET_PROFILE. r=vicamo
- # [04:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b28da95a6959 - Yoshi Huang - Bug 791934 - Part 1: Profile download. r=vicamo
- # [04:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2811784164b7 - Yoshi Huang - Bug 791934 - Part 2: nit in test_ril_worker_icc.js. r=vicamo
- # [04:46] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [04:48] * Quits: lmandel (lmandel@A5087023.2354C43D.D8E68FF6.IP) (Quit: lmandel)
- # [04:48] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [04:48] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [04:49] * philor|away is now known as philor
- # [04:50] * Quits: karl (karl@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:50] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [04:50] * Parts: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP)
- # [04:51] * Quits: jprmc (jprmc@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:51] * Quits: bjacob (bjacob@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:52] * Quits: jfkthame (jfkthame@A5087023.2354C43D.D8E68FF6.IP) (Quit: jfkthame)
- # [04:52] * Joins: jprmc (jprmc@A5087023.2354C43D.D8E68FF6.IP)
- # [04:53] * Quits: bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:53] * Quits: ericjung (Mibbit@moz-F14FA912.bstnma.fios.verizon.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [04:53] * Quits: smontagu (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:54] * Quits: jprmc (jprmc@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [04:55] * Quits: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.89 [Firefox 19.0a1/20121113161056])
- # [04:55] * philor considers filing "Make a page or page-section "So Bug 148557 - Make a page or page-section 'So A Bug Is A Huge Problem For You and No One Is Fixing It?' Is A Huge Problem For You and No One Is Fixing It?"
- # [04:58] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2c17533a4c27 - Kannan Vijayan - Bug 803730 - Mochitest for bug.
- # [05:00] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [05:01] * Quits: DGMurdockIII (DGMurdockI@moz-E933B63.hsd1.il.comcast.net) (Quit: ChatZilla 0.9.89 [Firefox 17.0/20121113065533])
- # [05:01] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [05:03] <Mook> well, it has a patch, it's mostly outdated, and really it boils down to four paragraphs in the middle that says "too bad"
- # [05:04] * Joins: c0smikdebris (textual@248A0AED.6752441D.2A068A5E.IP)
- # [05:06] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [05:06] * Quits: Waldo (waldo@2557E599.66715431.D25A875A.IP) (Quit: ChatZilla 0.9.87-5.1450hg.fc17 [XULRunner 16.0.2/20121026094416])
- # [05:07] * Joins: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk)
- # [05:14] <@dolske> Mook: sounds like you understand the issue, can I assign it to you? ;-)
- # [05:16] <Mook> oh, I get to resolve it wontfix, solution doesn't exist? :D
- # [05:16] * Joins: _AxS_ (axs@moz-D389B9F5.tor.primus.ca)
- # [05:18] * Quits: reuben (reuben@moz-8E440C2A.res-com.wayinternet.com.br) (Quit: Bye!)
- # [05:18] * Joins: mib_jnki76 (Mibbit@moz-910AF0AA.vs.shawcable.net)
- # [05:18] * Quits: _AxS_ (axs@moz-D389B9F5.tor.primus.ca) (Quit: Gone (roaming))
- # [05:19] * Quits: mib_jnki76 (Mibbit@moz-910AF0AA.vs.shawcable.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:20] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Quit: ejpbruel)
- # [05:23] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [05:24] <sfink> philor, RyanVM: do not trust qbackout where renames or even just (I think) new files are involved
- # [05:24] <Callek> *q*backout?
- # [05:24] <Callek> huh
- # [05:24] <Callek> wtf does that doe?
- # [05:24] <philor> oh, maybe that's why I wasn't using it?
- # [05:24] <philor> qes a backout
- # [05:24] <Callek> ahh so its backout but with mq?
- # [05:25] <sfink> Callek: a deer, a female deer
- # [05:25] <Callek> and I presume an auto rebase?
- # [05:25] <Callek> sfink: :-P
- # [05:25] <Callek> I am tone deaf, literally
- # [05:25] <sfink> https://bitbucket.org/sfink/qbackout
- # [05:27] * Joins: _AxS_ (axs@moz-D389B9F5.tor.primus.ca)
- # [05:27] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [05:28] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [05:30] * Quits: AryehGregor (AryehGrego@5CE1D84A.65DD8852.39716721.IP) (Ping timeout)
- # [05:31] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [05:34] * Quits: c0smikdebris (textual@248A0AED.6752441D.2A068A5E.IP) (Ping timeout)
- # [05:34] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [05:36] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [05:39] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [05:39] * Joins: c0smikdebris (textual@AF7AD3F9.74E49D06.274D17D6.IP)
- # [05:40] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [05:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/22f24157e6ea - Phil Ringnalda - Back out ed72449453b4 (bug 715075) for browser-chrome orange
- # [05:42] * Quits: KaIRC (robert@moz-E39A1979.adsl.highway.telekom.at) (Input/output error)
- # [05:43] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [05:44] * Quits: akeybl (akeybl@moz-52D39FF6.hsd1.ca.comcast.net) (Quit: Leaving...)
- # [05:45] * Quits: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [05:47] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [05:48] * Quits: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP) (Quit: pcwalton)
- # [05:49] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [05:49] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:52] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [05:52] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:52] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [05:52] * Parts: luke (andhow@2557E599.66715431.D25A875A.IP)
- # [05:52] <philor> wesj: robocop would like to see your license and registration
- # [05:53] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [05:53] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [05:54] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Connection reset by peer)
- # [05:54] <wesj> philor: i hate that guy
- # [05:54] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
- # [05:56] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [05:59] * Quits: gmoro (guilherme@C3AFE482.FA463E12.CD203023.IP) (Quit: Leaving)
- # [05:59] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [06:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b4bfe7e32928 - Wes Johnston - backout 9f48d082d7d0 (Bug 808408) on suspicion of robocop failure
- # [06:02] * Joins: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP)
- # [06:04] * glob|away is now known as glob
- # [06:05] <bnicholson> wesj: those tests are really fragile because of bug https://bugzilla.mozilla.org/show_bug.cgi?id=798683
- # [06:05] * Quits: _AxS_ (axs@moz-D389B9F5.tor.primus.ca) (Quit: Gone (roaming))
- # [06:06] <wesj> bnicholson: yeah, i saw that the other day too
- # [06:06] <wesj> bnicholson: tbh, i switched them to use getCount() at one point, but i think they still fail...
- # [06:06] <bnicholson> locally?
- # [06:07] <wesj> yeah... if i remember right.
- # [06:07] <wesj> they also fail on anything that's running higher than gingerbread because we look for the word "Bookmark" in the menu
- # [06:07] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [06:07] <wesj> at least, some of them do
- # [06:08] <bnicholson> haha...nice
- # [06:09] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [06:09] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [06:09] <wesj> bnicholson: but maybe in this case it is... i'm hoping that the failures were due to the keyboard on the test machines at least. I'll play with it in the morning :(
- # [06:10] <wesj> it'd be kinda ironic if i wrote tests that only pass if we're showing the keyboard
- # [06:10] <bnicholson> lol
- # [06:10] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [06:10] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [06:10] <bnicholson> i hate our tests sometimes...i've been fighting https://tbpl.mozilla.org/?tree=Try&rev=f2514455acb6 that keeps failing on try
- # [06:10] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [06:10] <bnicholson> but i've run it many times on my phones and it always passes
- # [06:12] <philor> "none of my phones are as crappy as a tegra" is a pretty good state of affairs
- # [06:12] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [06:15] * Joins: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr)
- # [06:17] * Quits: birtles (chatzilla@63E75BF.6FFD31D8.EE512822.IP) (Ping timeout)
- # [06:20] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [06:20] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [06:21] * heycam|away is now known as heycam
- # [06:21] <mjrosenb> philor: I have several phones that are tegras!
- # [06:22] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [06:22] <mfinkle> bnicholson, "sometimes" ?
- # [06:22] * Joins: MnO2 (mno2@moz-F2B69E6.tpcity.corp.yahoo.com)
- # [06:22] * Joins: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz)
- # [06:22] <bnicholson> i didn't want to offend anyone
- # [06:22] * philor takes notes
- # [06:23] <philor> I've always wonder how to not do that
- # [06:23] <bnicholson> lol
- # [06:23] <derf> The easiest approach is never talking to anyone.
- # [06:23] <mjrosenb> philor: in general, if you don't say anything, people don't get offended
- # [06:24] <mjrosenb> although, just backing out orange commits with no commitlog will probably offend some people :-p
- # [06:24] <derf> mjrosenb: Although, I should get you to tell that to my parents.
- # [06:28] * Quits: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [06:29] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [06:29] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
- # [06:30] * Joins: azakai|far (alon@moz-8D0CC798.lightspeed.sntcca.sbcglobal.net)
- # [06:31] * Joins: holgerhussmann (holgerhuss@moz-ABBFEF4D.customer.lyse.net)
- # [06:32] <philor> mmmfffff
- # [06:33] <philor> mmmmmmffffffffffff!
- # [06:33] * philor has a little problem with not saying anything
- # [06:34] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: mkaply)
- # [06:34] * Joins: nrc (nrc@EBA84827.A73C08F8.348C8185.IP)
- # [06:34] * Quits: tonymec (tonymec@FC17E670.516A6E14.277517C1.IP) (Ping timeout)
- # [06:34] * Quits: tonymec|away (tonymec@FC17E670.516A6E14.277517C1.IP) (Ping timeout)
- # [06:35] <philor> I was going to finally break down and file on the way test_activation.xul times out and takes a few others with it, down as far as 17, but I see that it tests absolutely nothing, and has never tested anything
- # [06:36] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [06:37] * Joins: singerb (singerb@moz-5CB8A943.dsl.pltn13.pacbell.net)
- # [06:38] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [06:38] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [06:38] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [06:39] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [06:40] <@dolske> philor: you sure? I added it to test your patience.
- # [06:40] * Joins: bc_ (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [06:40] * Quits: bc (bc@454BDC37.1D5E8529.AC69809B.IP) (Ping timeout)
- # [06:40] * Joins: randix (rdow@933CA1AA.CFBC10F9.8B52D585.IP)
- # [06:41] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [06:41] <philor> dolske: then you should have tested is(philor.getPatience(), "exhausted") instead of ok(philor.getPatience(), "exhausted")
- # [06:42] * Quits: holgerhussmann (holgerhuss@moz-ABBFEF4D.customer.lyse.net) (Quit: holgerhussmann)
- # [06:43] * Joins: bdahl (bdahl@moz-64E46C42.mycingular.net)
- # [06:43] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
- # [06:44] <@dolske> well, now you tell me. this is going to be a lot of work to fix everywhere...
- # [06:44] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [06:45] <Mook> hmm, assuming we manage to fix the test-*.txt download stuff, would it be useful to file a bug to ask the mac slaves to have their desktop wallpaper switched to plain black, so the data: uri images are smaller? :D
- # [06:45] * Joins: tonymec__ (tonymec@C150A86A.672FB62A.277517C1.IP)
- # [06:45] * tonymec__ is now known as tonymec|away
- # [06:45] <@dolske> good idea!
- # [06:45] <philor> Mook: you could just morph the one I filed about 10.8, to be about all of them
- # [06:45] <philor> and good luck
- # [06:45] <Mook> I'll wait for the first part, first.
- # [06:46] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
- # [06:46] <philor> and since we believe the background affects talos measurements, thus the .txt bug, double good luck
- # [06:46] <@dolske> wat
- # [06:46] <Mook> oh, I just got annoyed with them, I didn't care about talos :p
- # [06:48] <philor> I'm not sure I buy the theory that they do, but I certainly got annoyed by them
- # [06:48] <Mook> oh, your wallpaper bug already has patches on it. (and deals with puppet.) I'll just ignore that part, then
- # [06:49] <philor> and even more annoyed by the wallpaper - with my crappy work computer, we hang copying the data: uri, we hang pasting it, we hang and hang and hang loading it, we hang switching from the tab, we hang switching back to it
- # [06:49] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Quit: ejpbruel)
- # [06:51] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
- # [06:56] * Quits: njn (chatzilla@moz-97CEAE7B.dyn.iinet.net.au) (Quit: ChatZilla 0.9.89 [Firefox 19.0a1/20121113004502])
- # [06:57] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [06:58] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [07:00] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki1)
- # [07:00] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [07:00] * Joins: tonymec (tonymec@C150A86A.672FB62A.277517C1.IP)
- # [07:00] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [07:02] <sicking> wchen: ping
- # [07:03] <mjrosenb> has anyone else noticed acko.net/blog/making-mathbox behave differently in nightly and chrome?
- # [07:04] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [07:05] <glob> mjrosenb, wow, that looks pretty funky in chrome
- # [07:06] <mjrosenb> glob: the scrolling thing?
- # [07:06] * Joins: frogaincia (Mibbit@moz-B57B3E18.hsd1.mi.comcast.net)
- # [07:06] <glob> mjrosenb, yes
- # [07:06] * Quits: frogaincia (Mibbit@moz-B57B3E18.hsd1.mi.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [07:07] * Joins: kennyluck (kennyluck@337F2674.B7299D8C.6DE408DA.IP)
- # [07:07] <glob> mjrosenb, aside from that, things look the same
- # [07:07] <mjrosenb> glob: yeah. although chrome/linux does not do that.
- # [07:07] * Joins: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP)
- # [07:08] <mjrosenb> glob: when I first went to the page, the rotating-cylinder thing looked very messed up on linux
- # [07:08] <glob> mjrosenb, wfm, nightly on osx
- # [07:08] <mjrosenb> there were several line segments, no smooth curves, and they were jumping around haphazardly
- # [07:09] <mjrosenb> in that case, it is likely some css bs that did the scrolling effect?
- # [07:09] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [07:10] * glob is now known as glob|away
- # [07:11] * Joins: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net)
- # [07:11] <WeirdAl> hsivonen: ping
- # [07:12] * Quits: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
- # [07:14] * Quits: randix (rdow@933CA1AA.CFBC10F9.8B52D585.IP) (Quit: randix)
- # [07:17] <WeirdAl> Also, can someone point me to the build machine that compiles and packages XULRunner for Linux - both SDK and standalone?
- # [07:17] <WeirdAl> wondering how its mozconfig differs from mine
- # [07:18] * Joins: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com)
- # [07:20] * Quits: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [07:20] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [07:21] * Quits: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net) (Client exited)
- # [07:22] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [07:22] * Quits: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net) (Quit: bholley)
- # [07:22] * Quits: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [07:22] * Joins: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net)
- # [07:23] * Joins: Hendikins (wolfox@moz-13914647.hhui4.ken.bigpond.net.au)
- # [07:23] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [07:23] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [07:24] * Joins: teoli_ (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [07:24] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Connection reset by peer)
- # [07:24] <@dolske> WeirdAl: https://mxr.mozilla.org/mozilla-central/find?text=&string=mozconfig
- # [07:24] <@dolske> (at the bottom)
- # [07:25] <WeirdAl> hm, it just uses the stock mozconfig checked in?
- # [07:26] <WeirdAl> -- I'm trying to figure out why libxul.so is some 600MB in the SDK, but only 34MB in the distributable
- # [07:27] <mjrosenb> WeirdAl: debug symbols?
- # [07:28] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [07:28] <mjrosenb> I know stripping the js shell drops the size from ~60mb to ~8 mb
- # [07:28] <WeirdAl> that was khuey's first thought: see bug 812105 comment 4
- # [07:29] * Joins: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP)
- # [07:29] <WeirdAl> unless I'm missing something (which wouldn't be the first time)
- # [07:29] * Joins: jfkthame (jfkthame@EBA84827.A73C08F8.348C8185.IP)
- # [07:30] * Quits: jfkthame (jfkthame@EBA84827.A73C08F8.348C8185.IP) (Quit: jfkthame)
- # [07:30] <mjrosenb> WeirdAl: nope, that sounds like it has been stripped
- # [07:30] <WeirdAl> my local builds are also in the 600MB range, which is obviously not a good thing
- # [07:32] <mjrosenb> things to try: compress the file to see if it is filled with zeroes, or more interesting data; als run objdump -x /foo/bar/libxul.so
- # [07:32] <mjrosenb> *also
- # [07:32] * Joins: redfive (chatzilla@moz-6F527E70.dsl.pltn13.pacbell.net)
- # [07:32] <WeirdAl> how would I compress it?
- # [07:32] <mjrosenb> WeirdAl: you can likely pastebin the output of objdump -x
- # [07:32] <mjrosenb> xz -k libxul.so
- # [07:33] <WeirdAl> hold on a sec - something's not right here
- # [07:34] <mjrosenb> warning: xz will eat all of your memory, just to watch your system die
- # [07:34] * Quits: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com) (Ping timeout)
- # [07:34] * Quits: bdahl (bdahl@moz-64E46C42.mycingular.net) (Client exited)
- # [07:34] <WeirdAl> ok, now I'm really confused
- # [07:35] * Joins: karl (karl@EBA84827.A73C08F8.348C8185.IP)
- # [07:35] <mjrosenb> oh?
- # [07:35] * Quits: jammink (textual@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [07:35] <mjrosenb> actually, what is saying the file is that size?
- # [07:35] <WeirdAl> xulrunner-sdk/bin/libxul.so is 33.4 MB
- # [07:35] <WeirdAl> xulrunner-sdk/lib/libxul.so is 521.5MB
- # [07:36] <WeirdAl> how's that possible?
- # [07:36] * jlebar|away is now known as jlebar
- # [07:36] <mjrosenb> how are you finding these sizes, du?
- # [07:36] <WeirdAl> ls -l
- # [07:36] <mjrosenb> try du -h xulrunner-sdk/lib/libxul.so
- # [07:37] <WeirdAl> 498M xulrunner-sdk/lib/libxul.so
- # [07:37] * Joins: Wusel_ (muench@moz-643A8764.planconnect.de)
- # [07:37] <mjrosenb> blast.
- # [07:38] <mjrosenb> and when you ran file on it, was it the bin variant or the lib variant?
- # [07:38] * Quits: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [07:38] <dholbert> jrmuizel, did you get my email RE that image alt text bug?
- # [07:39] <jrmuizel> dholbert: I'm at the office now
- # [07:39] <jrmuizel> but yeah tomorrow morning is fine
- # [07:39] <WeirdAl> mjrosenb: bin version is stripped, lib version is not
- # [07:39] <WeirdAl> d'oh!
- # [07:39] <dholbert> jrmuizel, cool, sounds good
- # [07:40] * heycam is now known as heycam|away
- # [07:40] <mjrosenb> WeirdAl: we have a cause!
- # [07:40] <WeirdAl> mjrosenb: great... and I look like an idiot. Again. :)
- # [07:42] <WeirdAl> still, it begs the question: how did we get two different libxul.so files?
- # [07:42] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:42] <WeirdAl> (and secondly, how do I strip that gobbledygook out from my build?)
- # [07:43] <mjrosenb> WeirdAl: nfi about using the build process, but just running 'strip' on the executable should chop it down to size
- # [07:43] <mjrosenb> e.g. strip xulrunner-sdk/lib/libxul.so
- # [07:43] <glandium> jlebar: ping
- # [07:43] <jlebar> glandium, ack
- # [07:43] <jlebar> 'morning?
- # [07:43] <glandium> jlebar: does your question still stand?
- # [07:43] <mjrosenb> I'm sure there is a way to get the build system to do that for you.
- # [07:43] <jlebar> glandium, Sorry, which one?
- # [07:44] <glandium> jlebar: "glandium, I LD_PRELOAD both my wrapper lib and libmozglue.so? Is there anything more to it than that? It doesn't seem to be loading the wrapper." and "glandium, Do I need to set visibility on the wrapper function, maybe?"
- # [07:44] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Client exited)
- # [07:44] <jlebar> glandium, I think I got it to work. Turns out I did have to MOZ_EXPORT my function. Also, building with the correct ac_config parameter helps.
- # [07:45] <jlebar> glandium, Now I'm stuck on getting backtraces on arm, but gsvelto is hacking away at that.
- # [07:45] <jlebar> glandium, But here's a question for you, since you're here...
- # [07:45] <glandium> jlebar: if you use the replace_malloc.h header, the functions should be MOZ_EXPORTed for you
- # [07:45] <jlebar> Hm, I don't think it was. Let me check the source.
- # [07:45] <mjrosenb> jlebar: backtraces on arm?
- # [07:45] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [07:45] <jlebar> mjrosenb, backtraces on arm.
- # [07:45] <mjrosenb> jlebar: I am quite interested in this functionality.
- # [07:45] <jlebar> glandium, Yeah, I had to MOZ_EXPORT it, otherwise the object file was empty and ld was not happy.
- # [07:45] <jlebar> mjrosenb, let me find you a bug.
- # [07:46] <jlebar> glandium, Despite including replace_malloc.h
- # [07:46] * glob|away is now known as glob
- # [07:46] <jlebar> mjrosenb, https://bugzilla.mozilla.org/show_bug.cgi?id=810526
- # [07:46] <glandium> jlebar: mmmm
- # [07:47] <WeirdAl> mjrosenb: it did do the job, so now I'm looking up mozconfig options to do exactly that
- # [07:47] <jlebar> glandium, While you're thinking about that, one question I had was: Suppose I want a hashtable inside my malloc wrapper. I can figure out how to avoid re-entrancy problems with my wrapper, but I'm not sure what libraries I can use and so on.
- # [07:47] <jlebar> glandium, I was thinking that I could weakly import some symbols from libxul and do all my processing in there.
- # [07:48] <glandium> jlebar: the header does have the MOZ_EXPORT in place for the declarations... could you send me the preprocessed file?
- # [07:48] <jlebar> glandium, Sure; sec.
- # [07:48] <mjrosenb> WeirdAl: I'm confused as to why it is included twice in the first place
- # [07:49] <mjrosenb> WeirdAl: likely, you can just have one be a symlink to the other.
- # [07:49] <jlebar> glandium, Ooh.
- # [07:49] <jlebar> glandium, The header has ifdefs for MALLOC_REPLACE.
- # [07:49] <glandium> jlebar: you can't really weakly import libxul. Either you link against hit or you don't. And you have to deal with the fact that a) not everything in libxul is available before actually initializing it and b) it will likely call back into malloc
- # [07:49] <jlebar> glandium, And I initially was passing a typoed flag to configure, which was causing that not to be defined.
- # [07:49] <jlebar> glandium, But I was still building the wrapper code.
- # [07:50] <jlebar> glandium, So you're right, it seems to work without an explicit MOZ_EXPORT.
- # [07:50] <jlebar> (b) is solvable.
- # [07:50] <jlebar> (a) may be solvable, if all I want is containers (hashtables) and so on.
- # [07:51] <jlebar> But I guess you're saying there's a deeper problem.
- # [07:51] <glandium> jlebar: the only glitch is you'll need to either LD_PRELOAD libxul or add an LD_LIBRARY_PATH
- # [07:52] <jlebar> glandium, why?
- # [07:52] <glandium> apart from that, you can use it from your malloc replacement, but you just have to be extra careful, because it's a big gun to shoot your foot with
- # [07:52] <jlebar> (Not that I don't believe you.)
- # [07:52] * Quits: coop (Chris@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: coop)
- # [07:53] <glandium> jlebar: because if you link your malloc replacement lib against libxul, the linker will have to find libxul, which it won't without it being preloaded of in the search path
- # [07:53] <glandium> s/of/or/
- # [07:53] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [07:53] <jlebar> glandium, Ah, right, this is the not-importing-weakly solution. Okay.
- # [07:54] <jlebar> glandium, And why doesn't weakly importing work? /me thought that was magic he could sprinkle to solve all problems.
- # [07:54] * WeirdAl wonders if --enable-strip config option will mean a faster build...
- # [07:55] <WeirdAl> hopefully it'll make libxul.so stay small this time
- # [07:55] <glandium> jlebar: if you're thinking dlopen, dlopen malloc()s
- # [07:55] * Quits: victorporof (victorporo@6F3F70F1.1C233438.79933D60.IP) (Quit: victorporof)
- # [07:55] * Joins: lmandel (lmandel@EBA84827.A73C08F8.348C8185.IP)
- # [07:55] <jlebar> glandium, I'm OK missing a few malloc's early on; that's no problem, if that's what you mean.
- # [07:55] <mjrosenb> WeirdAl: nope, it'll just strip it at the end, so it'll take just as long.
- # [07:55] <glandium> jlebar: if you're thinking actual weak linking, same problem, libxul will have to be found before it's actively loaded by the xpcom glue
- # [07:55] * whimboo|afk is now known as whimboo
- # [07:56] * Joins: holgerhussmann (holgerhuss@moz-260D5DAD.skunk-works.no)
- # [07:56] <WeirdAl> great...
- # [07:56] <glandium> jlebar: ah, you're thinking if (foo) foo() kind of thing? the problem is that it only tries to resolve once
- # [07:56] <WeirdAl> well, at least this one's ccached
- # [07:56] <jlebar> glandium, Ah.
- # [07:57] <glandium> jlebar: so it won't resolve the first time before libxul is loaded, and then it will never resolve when it is
- # [07:57] <mjrosenb> glandium: (foo ? : id)()
- # [07:57] <jlebar> glandium, Huh, okay.
- # [07:57] <glandium> mjrosenb: ?
- # [07:58] * Quits: holgerhussmann (holgerhuss@moz-260D5DAD.skunk-works.no) (Quit: holgerhussmann)
- # [07:58] <mjrosenb> glandium: so I haven't really looked at the context, but that will call foo if it is non-null, but only attempt to resolve foo once.
- # [07:59] <jlebar> glandium, Well, I think we want some way to get into libxul from these wrapper libs, for new-DMD.
- # [07:59] <jlebar> glandium, So even if I was willing to import a non-Gecko hashtable, that doesn't really solve our problem.
- # [08:00] * Joins: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP)
- # [08:00] * Quits: lmandel (lmandel@EBA84827.A73C08F8.348C8185.IP) (Quit: lmandel)
- # [08:00] <bjacob> glandium: i rebased your patches on bug 804303 (easy) but i now get
- # [08:01] <bjacob> In file included from /hack/mozilla-central/xpcom/base/AvailableMemoryTracker.cpp:30:0:
- # [08:01] <bjacob> ../../dist/system_wrappers/jemalloc.h:3:27: fatal error: jemalloc.h: No such file or directory
- # [08:02] <bjacob> that jemalloc.h file is: http://www.pastebin.mozilla.org/1944091
- # [08:02] <jlebar> glandium, Thanks for your help here. I'll see I can make some progress tomorrow.
- # [08:02] * jlebar is now known as jlebar|sleep
- # [08:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/a50a77da3cf9 - Gary Kwong - Add suppression entries for bug 793533, bug 812421, bug 812422 and bug 812423. DONTBUILD
- # [08:03] * Quits: redfive (chatzilla@moz-6F527E70.dsl.pltn13.pacbell.net) (Ping timeout)
- # [08:06] <glandium> bjacob: the patch moves a files, you probably didn't do it
- # [08:06] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [08:07] <glandium> bjacob: don't worry anyways, i have an updated patch on its way
- # [08:07] * Joins: redfive (chatzilla@moz-2266E9FF.dsl.pltn13.pacbell.net)
- # [08:07] <bjacob> glandium: ok i'll just get some sleep then :) i wanted to start hacking my own replace_malloc library for my tool
- # [08:07] * mattwoodrow|away is now known as mattwoodrow
- # [08:07] <glandium> bjacob: you can revert 804303, that's an easy workaround :)
- # [08:08] <bjacob> you mean revert m-c to some revision on why 804303 patches applied? sure
- # [08:08] <bjacob> glandium: are you going to integrate the suggestions from my 'some tweaks' patch such as 1) using mozilla/Likely and 2) removing useless negation?
- # [08:09] <glandium> bjacob: err, i meant reverting 805855
- # [08:09] <bjacob> ah!
- # [08:09] <bjacob> thanks
- # [08:09] <glandium> bjacob: yep
- # [08:10] <glandium> bjacob: although the useless negation was there to avoid using likely
- # [08:10] * whimboo is now known as whimboo|afk
- # [08:10] <bjacob> do you mean that in absence of likely the compiler favors the if() branch over the else() branch?
- # [08:11] * Quits: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [08:11] <glandium> bjacob: it tends to
- # [08:11] <glandium> especially on code as simple as that
- # [08:11] <bjacob> i didnt know
- # [08:11] <glandium> but likely ensures it doesn't try to oversmart us
- # [08:11] <bjacob> yup
- # [08:12] * Quits: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net) (Quit: Instantbird 1.2 -- http://www.instantbird.com)
- # [08:12] * Joins: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net)
- # [08:12] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [08:13] <singerb> quick question: any easy to way run a mochitest and get a debugger attached?
- # [08:13] <bjacob> singerb: EXTRA_TEST_ARGS='--debugger=gdb'
- # [08:13] <singerb> will mach take that or do I need to do a make in the objdir?
- # [08:13] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [08:14] <singerb> hmm, looks like no on the mach
- # [08:14] <bjacob> singerb: i've only ever used this with make mochitest-plain
- # [08:15] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [08:15] <bjacob> singerb: this is explained on https://developer.mozilla.org/en-US/docs/Mochitest
- # [08:16] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [08:16] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [08:17] <WeirdAl> mjrosenb++ thanks for all your help
- # [08:17] <mjrosenb> WeirdAl: no problem. did --enable-strip fix the problem?
- # [08:18] <KWierso|Home> huh. I go to a Rush concert here in San Jose on my own.
- # [08:18] * Quits: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [08:18] <WeirdAl> well enough for me not to worry about it
- # [08:18] <KWierso|Home> My bus ride home afterwards has jaws and other mozillians on board :|
- # [08:19] <mjrosenb> oh man, rush was playing?
- # [08:19] <KWierso|Home> indeed
- # [08:19] <KWierso|Home> they're still pretty great
- # [08:19] * Quits: Mook (mook@16C12261.16C74E88.6F478678.IP) (Quit: Mook)
- # [08:20] <mjrosenb> I saw them in 2007 or so in L.A.
- # [08:20] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Connection reset by peer)
- # [08:20] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
- # [08:21] * Joins: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [08:21] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
- # [08:21] * Joins: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP)
- # [08:21] * mattwoodrow is now known as mattwoodrow|away
- # [08:22] <mjrosenb> ok, silly question, what is the difference between --host and --target?
- # [08:23] <mjrosenb> (for configure)
- # [08:23] * Joins: RealRaven (Thunderbir@8FFE645.B7C84686.C3498625.IP)
- # [08:24] <glandium> mjrosenb: --host is for what you're building on, --target what you're building for
- # [08:25] <Wusel_> is there a little howto-page how I handle an "xpconnect wrapped nsISupportsArray"?
- # [08:25] * philor is now known as philor|away
- # [08:25] <glandium> mjrosenb: both should be equal except if you're cross-compiling, which happens e.g. when building for android
- # [08:26] <glandium> singerb: mach has its own options, but i don't think it handles debuggers
- # [08:26] * Quits: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz) (Quit: This computer has gone to sleep)
- # [08:26] <singerb> I got make to do it; helps to export the var to children
- # [08:26] <mjrosenb> glandium: ok, that is what I though
- # [08:26] <mjrosenb> running /bin/sh /builds/slave/m-in-andrd-armv6/build/modules/freetype2/configure --enable-application=mobile/android --target=arm-linux-androideabi --with-arch=armv6 --with-android-ndk=/tools/android-ndk-r5c --with-android-sdk=/tools/android-sdk-r16/platforms/android-16 --with-android-version=5 --with-system-zlib --enable-update-channel= --disable-ion --with-branding=mobile/android/branding/nightly --enable-warnings-as-errors --with-cca
- # [08:26] <mjrosenb> has both --target=arm-linux-androideabi and --host=arm-linux-android
- # [08:27] <singerb> of course, now it appears to be crashing not in my changes
- # [08:27] <mjrosenb> and I hope to dear god we aren't doing android builds *on* android
- # [08:27] <glandium> mjrosenb: ah, freetype2
- # [08:27] * Joins: tn (tn@EBA84827.A73C08F8.348C8185.IP)
- # [08:27] <glandium> mjrosenb: so, --host and --target have a different meaning in *our* configure than it does in third party configure
- # [08:28] <glandium> mjrosenb: --target doesn't really have a meaning in third party configure (except gcc's)
- # [08:28] <mjrosenb> oh, I didn't even notice that that was not our configure
- # [08:29] <mjrosenb> I just searched for --disable-ion, and that wis the first hit :/
- # [08:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/789f897eccee - Ms2ger - Bug 812344 - Don't use a qualified enum in CSSParserImpl::ParseDeclaration; r=roc
- # [08:32] * Quits: nrc (nrc@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [08:35] * Quits: nmatsakis (nmatsakis@31F52E50.3AD3A61B.2321E71E.IP) (Quit: Computer has gone to sleep.)
- # [08:37] <mjrosenb> glandium: do we support generic cross compilation, or is it targeted at very specific cases, like android?
- # [08:37] <glandium> mjrosenb: generic cross compilation /should/ work
- # [08:38] <glandium> support for cross compilation was there before android
- # [08:38] <mjrosenb> glandium: then I'll have to look into this: http://pastebin.mozilla.org/1944126
- # [08:38] <mjrosenb> configure:6444: gcc -c -march=armv7-a conftest.c 1>&5
- # [08:38] <mjrosenb> yeah, not using a cross compiler there
- # [08:38] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [08:39] * mjrosenb hopes he is just doing something trivial wrong, since those options work for the js shell
- # [08:39] * Joins: TheOtherOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:39] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [08:39] * Quits: WeirdAl (chatzilla@moz-857040DF.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.89 [Firefox 16.0.2/20121026094416])
- # [08:40] <glandium> mjrosenb: the easy workaround is to set CC=arm-linux-gnueabi-gcc CXX=arm-linux-gnueabi-g++
- # [08:40] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [08:40] * Quits: singerb (singerb@moz-5CB8A943.dsl.pltn13.pacbell.net) (Quit: singerb)
- # [08:41] <glandium> mjrosenb: maybe you're setting them to gcc/g++ ?
- # [08:42] * Quits: biesi_ (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [08:43] <mjrosenb> glandium: this is on a clone of m-c, I haven't made any changes, and I haven't set them explicitly
- # [08:44] <mjrosenb> glandium: aren't there host-specific tools that need to be bulit that will be quite sad if I set CC/CXX?
- # [08:44] <glandium> mjrosenb: not in your mozconfig?
- # [08:44] <mjrosenb> oh, I should probably figure out how to use one of those
- # [08:44] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [08:45] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:47] <glazou> bonjour
- # [08:47] <glandium> bon matin
- # [08:47] * Quits: db48x (user@moz-D461843.ask.info) (Ping timeout)
- # [08:50] * Joins: victorporof (victorporo@6F3F70F1.1C233438.79933D60.IP)
- # [08:53] * glazou ports his mathml add-on to thunderbird
- # [08:53] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [08:54] * Joins: gabor_ (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [08:55] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [08:56] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:56] * Joins: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net)
- # [08:59] * Quits: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [09:00] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [09:00] * Quits: tn (tn@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [09:01] * Quits: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [09:05] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [09:06] * Joins: gandalf (textual@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [09:07] * Quits: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net) (Connection reset by peer)
- # [09:07] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [09:07] * Joins: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP)
- # [09:07] * Quits: karl (karl@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [09:12] * Joins: Bas (chatzilla@EBA84827.A73C08F8.348C8185.IP)
- # [09:13] * Quits: @dveditz (dveditz@moz-131789FA.dhcp.cruzio.com) (Quit: dveditz)
- # [09:13] <bjacob> \o/ i have a dummy replace_malloc lib working in 10 lines of code that logs malloc calls. so happy.
- # [09:13] <bjacob> glandium: ^
- # [09:14] * Joins: jet (junglecode@EBA84827.A73C08F8.348C8185.IP)
- # [09:15] <bjacob> http://www.pastebin.mozilla.org/1944163
- # [09:15] <glandium> bjacob: i'm not surprised, the dummy lib used to link on mac is 3 lines
- # [09:15] <bjacob> so. happy.
- # [09:15] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [09:15] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Quit: Leaving.)
- # [09:16] <glandium> bjacob: if you #include "malloc_replace.h", you can remove the declaration and the extern "C"
- # [09:16] <bjacob> glandium: how do i create a new library in our build system?
- # [09:17] <glandium> bjacob: check memory/replace/dummy/Makefile.in
- # [09:17] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [09:17] <bjacob> glandium: oh... i get it. i had checked this file, but as i didnt see the lib in my objdir, i thought it didnt work
- # [09:17] <glandium> bjacob: i'm not sure using printf is entirely safe, though
- # [09:17] <bjacob> glandium: that was a proof of concept only ;-)
- # [09:18] <glandium> bjacob: it's only used on mac, when building with xcode < 4.5
- # [09:21] <glandium> bjacob: i just sent refreshed patches
- # [09:21] <bjacob> i almost want to play the game and write it in C but in the jemalloc version of my patch i suffered a lot from not being able to use C++ nice things ;-) so extern "C" it is
- # [09:21] <bjacob> glandium: thanks!
- # [09:22] <glandium> bjacob: "malloc_replace.h" will do the extern "C" ;)
- # [09:22] <bjacob> yep cool
- # [09:22] <bjacob> c++ allows me to #include "mozilla/LinkedList.h" rather than reinvent the wheel
- # [09:23] * Joins: jgilbert (jgilbert@EBA84827.A73C08F8.348C8185.IP)
- # [09:23] <bjacob> glandium: today we realized that in comm-central NOTHING (ok, 1 class) is declared to the CC
- # [09:23] <glandium> bjacob: unsurprising
- # [09:23] <bjacob> glandium: adds some motivation for memory instrumentation tooling
- # [09:26] * Quits: willyaranda (willyarand@moz-4049A008.dynamic.jazztel.es) (Quit: willyaranda)
- # [09:27] * Joins: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP)
- # [09:31] <bjacob> glandium: i dont understand how i'm supposed to use malloc_decls for a non-trivial implementation
- # [09:31] <glandium> bjacob: just use malloc_replace.h
- # [09:31] <bjacob> oh
- # [09:32] * Joins: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net)
- # [09:33] <glandium> bjacob: essentially, my own lib looks like this: http://pastebin.mozilla.org/1944183
- # [09:34] <bjacob> ah, thanks
- # [09:36] <glandium> bjacob: note if you also hook malloc_usable_size (which i didn't), you need to use usable_ptr_t for the first argument, because it's a const void * on some platforms and a void * on others
- # [09:37] <glandium> (which is also why using the header is nice, because if you mess up your function declarations, the compiler will tell you)
- # [09:37] <bjacob> thanks
- # [09:38] <glandium> i think the first in-tree application of this facility that i'll do is jemalloc3. That is, allow to use jemalloc3 on a mozjemalloc build
- # [09:38] <bjacob> glandium: http://pastebin.mozilla.org/1944187
- # [09:38] <bjacob> hah
- # [09:38] * Parts: BenWa (BenWa@moz-B9E3729F.members.linode.com)
- # [09:38] <bjacob> that's neat
- # [09:38] <glandium> bjacob: you want to build later
- # [09:39] * Joins: stransky (stransky@moz-EBE52EE6.net.upcbroadband.cz)
- # [09:39] <glandium> bjacob: basically, you want to put your directory as a TOOLS_DIR
- # [09:39] * Quits: dzbarsky (Adium@moz-59812CB1.hsd1.pa.comcast.net) (Ping timeout)
- # [09:39] <bjacob> glandium: thanks
- # [09:39] <glandium> TOOL_DIRS
- # [09:39] <bjacob> glandium: it's TOOL_DIRS not TOOLS_DIR. that mistake cost me dearly (accidentally disabled canvas mochitest for 3 weeks)
- # [09:39] <bjacob> hehe
- # [09:40] * Joins: marcoz (marco.zehe@moz-FEDEB7F5.dip.t-dialin.net)
- # [09:40] * Fallen|away is now known as Fallen
- # [09:41] * Joins: smagnin (pike@moz-8CEB8724.fbx.proxad.net)
- # [09:41] <bjacob> glandium: hm, TOOL_DIRS makes no difference here
- # [09:41] <bjacob> still builts first thing
- # [09:42] <glandium> bjacob: how did you hook in the tree?
- # [09:42] <bjacob> in memory/Makefile.in added: TOOL_DIRS += replace/refgraph
- # [09:43] * Quits: jet (junglecode@EBA84827.A73C08F8.348C8185.IP) (Quit: jet)
- # [09:43] <glandium> bjacob: try TOOL_DIRS += memory/replace/refgraph in Makefile.in
- # [09:43] <glandium> probably won't work
- # [09:44] <bjacob> so far so good...
- # [09:47] * Quits: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP) (Quit: josh)
- # [09:52] * Joins: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net)
- # [09:53] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [09:53] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [09:54] * Quits: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net) (Ping timeout)
- # [09:54] * Joins: martyn (martyn@moz-48060884.range81-154.btcentralplus.com)
- # [09:56] * glob is now known as glob|away
- # [09:57] * Joins: Stan (Stan@moz-C7FECB2A.dip.t-dialin.net)
- # [09:57] * Quits: Stan_ (Stan@moz-43954B56.dip.t-dialin.net) (Ping timeout)
- # [09:59] * AutomatedTester|AFK is now known as AutomatedTester
- # [10:01] * Joins: msucan (mihai@5D30AB1B.F63D1FEA.699550A1.IP)
- # [10:02] * Quits: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [10:02] * Quits: Bas (chatzilla@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [10:02] * Quits: jgilbert (jgilbert@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [10:02] * Quits: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [10:03] * Joins: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP)
- # [10:03] * Joins: tchevalier (Thunderbir@26DF2FEE.76D180ED.C47D5415.IP)
- # [10:03] * Joins: Bas (chatzilla@EBA84827.A73C08F8.348C8185.IP)
- # [10:03] * Joins: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP)
- # [10:04] <bjacob> glandium: meh, with the top level makefile, it's not built at all
- # [10:04] <glandium> bjacob: that's what i was afraid of
- # [10:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/549633930ef7 - Josh Matthews - Bug 780533 - Add GUIDs to download manager entries, and a faux-async retrieval by GUID. r=paolo
- # [10:05] <glandium> bjacob: for now, just add memory/replace/refgraph at the end of toolkit/toolkit-tiers.mk
- # [10:06] * Quits: harth (harth@E85584A7.27376607.189F3E15.IP) (Input/output error)
- # [10:06] * Joins: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net)
- # [10:07] * Joins: garnacho (carlos@moz-1BF440CF.dyn.user.ono.com)
- # [10:07] * Joins: tzimmermann (tzimmerman@moz-D394C892.pools.arcor-ip.net)
- # [10:08] * Joins: jgilbert (jgilbert@EBA84827.A73C08F8.348C8185.IP)
- # [10:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/00cc23d1f72b - Josh Matthews - Bug 722859 - Support concurrent private/public downloads in the download manager. r=mak/paolo
- # [10:08] <Wusel_> when I use the getPrefType() of the nsIPrefBranch, what is returned if it's a complex pref?
- # [10:08] <bjacob> glandium: works!
- # [10:08] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [10:09] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [10:09] <glandium> Wusel_: probably string
- # [10:09] * Joins: harth (harth@E85584A7.27376607.189F3E15.IP)
- # [10:10] <Wusel_> is it possible to store an array of strings as complex pref?
- # [10:11] <glandium> i doubt it
- # [10:15] * Joins: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net)
- # [10:15] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [10:16] * Quits: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net) (Quit: tantek)
- # [10:17] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [10:18] * Joins: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net)
- # [10:19] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
- # [10:19] * Quits: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net) (Connection reset by peer)
- # [10:19] * Joins: tantek (tantek@moz-17B51346.dsl.dynamic.sonic.net)
- # [10:21] * Joins: jdm (jdm@88F51059.F3BBB17D.144F44FA.IP)
- # [10:26] * Quits: alice (anonymous@moz-7AFC61E8.bb.sky.com) (Quit: alice)
- # [10:27] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [10:28] <Wusel_> and how? O_o :>
- # [10:28] * Quits: RealRaven (Thunderbir@8FFE645.B7C84686.C3498625.IP) (Quit: RealRaven)
- # [10:28] * Quits: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP) (Client exited)
- # [10:30] * Joins: edmorley (edmorley@moz-96C81933.range86-145.btcentralplus.com)
- # [10:31] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
- # [10:41] * Quits: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net) (Input/output error)
- # [10:44] * Joins: wolfiR (wolfiR@moz-1720658E.dip0.t-ipconnect.de)
- # [10:44] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [10:46] * Joins: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [10:46] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Connection reset by peer)
- # [10:48] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
- # [10:49] * Joins: graememcc (chatzilla@moz-BE0F3CAD.range86-148.btcentralplus.com)
- # [10:53] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [10:57] * Quits: gandalf (textual@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [10:58] * Quits: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [10:59] * Quits: mbrubeck (mozilla@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [11:01] * Joins: Optimizer (Optimizer@moz-608ED8C4.singnet.com.sg)
- # [11:02] * Quits: jgilbert (jgilbert@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [11:03] * Joins: newbie (kvirc@AD13EB4A.BBC03DF0.9A06DD32.IP)
- # [11:03] * Joins: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP)
- # [11:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/dad2675c03d1 - Ed Morley - Backout 00cc23d1f72b (bug 722859) for compilation failures
- # [11:05] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [11:06] * Quits: FabioMagnoni (fabiomagno@BC1F181.776FB0A8.B65F468E.IP) (Ping timeout)
- # [11:07] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.3 -- http://www.instantbird.com)
- # [11:11] * Quits: gabor_ (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [11:12] * Quits: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com) (Ping timeout)
- # [11:12] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [11:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6ef7a00233aa - Alexander Surkov - Bug 810260 - xul:deck hidden pages shouldn't be offscreen, r=tbsaunde
- # [11:16] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [11:16] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [11:17] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [11:17] * Quits: Optimizer (Optimizer@moz-608ED8C4.singnet.com.sg) (Ping timeout)
- # [11:18] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [11:19] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [11:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f077ad362ca3 - Josh Matthews - Bug 722859 - Support concurrent private/public downloads in the download manager. r=paolo/mak sr=bz ui-r=shorlander
- # [11:24] * Quits: Wusel_ (muench@moz-643A8764.planconnect.de) (Quit: Wusel_)
- # [11:29] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [11:30] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Linkinus - http://linkinus.com)
- # [11:35] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [11:36] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [11:38] * NeilAway wonders where seth is trying to use an in out parameter (note that the XPCOM rules technically permit the use of a smart pointer there, we just don't have one that lets you do that)
- # [11:39] <mjrosenb> glob|away: fyi, this is the funky behavior I saw on linux: http://www.club.cc.cmu.edu/~mjrosenb/Screenshot%20from%202012-11-16%2005:37:42.png
- # [11:41] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [11:42] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Quit: ChatZilla 0.9.89 [Firefox 16.0.1/20121010144125])
- # [11:42] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [11:43] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [11:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/df662e61a310 - Ed Morley - Backout f077ad362ca3 (bug 722859) for bustage
- # [11:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/92d67fe470b4 - Gina Yeh - Bug 812404 - Patch 1: Crash when connect with a bluetooth headset right after pairing completed, r=echou
- # [11:48] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [11:48] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Ping timeout)
- # [11:48] <glandium> edmorley: erf, landed twice, backed out twice, for the same error...
- # [11:48] <edmorley> I imagine it just needed a qref or something
- # [11:49] <jdm> wait, what?
- # [11:49] <jdm> I even made sure it built this time D:
- # [11:49] <jdm> grumble grumble
- # [11:50] <edmorley> jdm: were the changes qrefreshed
- # [11:50] <jdm> erf, qref--
- # [11:50] <jdm> the downside of importing patches from one repo to another
- # [11:50] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [11:52] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b72fbbbfc671 - Josh Matthews - Bug 722859 - Support concurrent private/public downloads in the download manager. r=paolo/mak sr=bz ui-r=shorlander
- # [11:52] * Quits: atuljangra (Mibbit@F156D51A.C64A08C6.C659C8F3.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:54] * Quits: tchevalier (Thunderbir@26DF2FEE.76D180ED.C47D5415.IP) (Client exited)
- # [11:54] * Quits: harth (harth@E85584A7.27376607.189F3E15.IP) (Input/output error)
- # [11:54] * Joins: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz)
- # [11:56] * Quits: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP) (Ping timeout)
- # [11:57] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [11:57] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [11:58] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [11:59] * Joins: romaxa (romaxa@670ACB81.66590CC0.4A6948F8.IP)
- # [11:59] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [12:00] * Parts: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [12:00] * Fallen is now known as Fallen|away
- # [12:01] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [12:03] * Quits: graememcc (chatzilla@moz-BE0F3CAD.range86-148.btcentralplus.com) (Ping timeout)
- # [12:03] * Joins: graememcc (chatzilla@moz-1100F8B2.range86-148.btcentralplus.com)
- # [12:05] * Fallen|away is now known as Fallen
- # [12:06] * Joins: jcvernaleo (john@moz-4EC1E2D5.cable.mindspring.com)
- # [12:06] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [12:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4d3a1e4228ac - Jan de Mooij - Bug 812280 - Remove move32/movePtr overloads that take an Address. r=dvander
- # [12:08] * glazou is now known as glazou_afk
- # [12:09] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
- # [12:11] * Quits: hery (weechat@4A83457D.B31F7523.92AEF337.IP) (Ping timeout)
- # [12:13] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [12:13] * ChanServ sets mode: +o smaug
- # [12:16] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [12:17] * Fallen is now known as Fallen|away
- # [12:18] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [12:20] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:20] * Quits: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP) (Quit: ChatZilla 0.9.89 [Firefox 16.0.2/20121024073032])
- # [12:21] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [12:21] * Quits: MnO2 (mno2@moz-F2B69E6.tpcity.corp.yahoo.com) (Quit: Leaving)
- # [12:21] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [12:21] * Quits: stransky (stransky@moz-EBE52EE6.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [12:22] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Quit: I took the wrong pill!!!)
- # [12:23] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [12:25] * Quits: graememcc (chatzilla@moz-1100F8B2.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.89 [Firefox 16.0.2/20121025210744])
- # [12:26] * AutomatedTester is now known as AutomatedTester|AFK
- # [12:27] * Quits: Lucas (Lucas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [12:28] * Quits: JeroenDeDauw (j@moz-A220DAC.dip.t-dialin.net) (Ping timeout)
- # [12:28] * Quits: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com) (Quit: ChatZilla 0.9.89 [Firefox 18.0a2/20121027042012])
- # [12:28] * Joins: capella (chatzilla@moz-DD0C7E4F.twcny.res.rr.com)
- # [12:29] * Joins: JeroenDeDauw (j@moz-95001306.dip.t-dialin.net)
- # [12:29] * Joins: hery (weechat@4A83457D.B31F7523.92AEF337.IP)
- # [12:30] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [12:34] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Ping timeout)
- # [12:34] * Joins: Goldorak_ (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [12:34] * Goldorak_ is now known as Goldorak
- # [12:35] * Joins: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP)
- # [12:37] * Quits: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [12:38] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [12:39] * Quits: JeroenDeDauw (j@moz-95001306.dip.t-dialin.net) (Quit: Leaving.)
- # [12:40] * Joins: JeroenDeDauw (j@moz-95001306.dip.t-dialin.net)
- # [12:42] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [12:44] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [12:44] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [12:44] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [12:45] * Fallen|away is now known as Fallen
- # [12:47] * Joins: stransky (stransky@moz-EBE52EE6.net.upcbroadband.cz)
- # [12:47] * Quits: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz) (Quit: This computer has gone to sleep)
- # [12:47] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [12:48] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [12:48] * Joins: mak (chatzilla@moz-A848A58.retail.telecomitalia.it)
- # [12:49] * Joins: berkerpeksag (berkerpeks@988AAF0A.4A8BB443.8BE7320.IP)
- # [12:49] * Fallen is now known as Fallen|away
- # [12:58] * Quits: lduros (user@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com) (Client exited)
- # [13:01] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [13:03] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [13:08] * Quits: TheOne (one@moz-32FD19A2.dfki.uni-kl.de) (Ping timeout)
- # [13:08] * Quits: TheOtherOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [13:09] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [13:10] * Joins: gustavold (gustavold@9FF57A6A.27C9FAA1.6535E70B.IP)
- # [13:17] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [13:18] * Joins: victorporof_ (victorporo@6F3F70F1.1C233438.79933D60.IP)
- # [13:18] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [13:19] * Quits: victorporof (victorporo@6F3F70F1.1C233438.79933D60.IP) (Ping timeout)
- # [13:20] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [13:21] * Quits: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net) (Ping timeout)
- # [13:21] * Joins: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP)
- # [13:21] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [13:21] * ChanServ sets mode: +o smaug
- # [13:23] <@smaug> boo, printing crashes
- # [13:23] * Joins: TheOne|2 (one@moz-32FD19A2.dfki.uni-kl.de)
- # [13:25] * Joins: trevorh (trevor@moz-520DAFC8.lnse1.cha.bigpond.net.au)
- # [13:27] * Quits: surkov (surkov@BB222503.6093351B.E17943EE.IP) (Quit: surkov)
- # [13:28] * Quits: martyn (martyn@moz-48060884.range81-154.btcentralplus.com) (Quit: Ex-Chat)
- # [13:30] * Quits: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP) (Quit: Quitte)
- # [13:30] * Joins: balrog (balrog@moz-A15748DA.phlapa.fios.verizon.net)
- # [13:30] * glazou_afk is now known as glazou
- # [13:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2a9fbd15cad4 - Josh Matthews - Bug 722850 - Part 3: Check the private browsing status of channels when checking cookie permissions. r=mconnor
- # [13:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/320c1567e431 - Josh Matthews - Bug 722850 - Part 2: Query the private browsing status of channels used to manipulate cookies. r=mconnor
- # [13:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d907ac7bf669 - Josh Matthews - Bug 722850 - Part 1: Add missing privacy-bit-valid serialization for load contexts. r=jduell
- # [13:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7a0fe388a24b - Josh Matthews - Bug 722850 - Part 4: Make plugins provide the channel of the owning document when manipulating cookies. r=bsmedberg
- # [13:38] <jdm> that's a strange patch ordering to report
- # [13:38] <gcp> known firebot bug
- # [13:38] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [13:40] * Quits: joe_walker (joe_walker@moz-5B263CE9.cable.virginmedia.com) (Input/output error)
- # [13:42] * Joins: morrison (morrison@moz-EDA608C3.cs.ucl.ac.uk)
- # [13:43] * Joins: joe_walker (joe_walker@moz-5B263CE9.cable.virginmedia.com)
- # [13:44] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [13:48] * Quits: JuanDaugherty (juan@moz-B131E390.buffalo.res.rr.com) (Quit: Exeunt IRC)
- # [13:48] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Input/output error)
- # [13:50] * Joins: randix (randix@933CA1AA.CFBC10F9.8B52D585.IP)
- # [13:50] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [13:50] * ChanServ sets mode: +o smaug
- # [13:51] * Joins: KaiRo (robert@moz-E39A1979.adsl.highway.telekom.at)
- # [13:52] * sheeri-afk is now known as sheeri
- # [13:52] * Joins: Wusel_ (muench@moz-643A8764.planconnect.de)
- # [13:52] <Wusel_> hello
- # [13:53] <Wusel_> is there an existing dialog where I can ask the user to type a word in and click ok?
- # [13:54] <glazou> use Services.prompt
- # [13:54] <glazou> so that would be Services.prompt.prompt()
- # [13:55] <glazou> see https://developer.mozilla.org/en-US/docs/JavaScript_code_modules/Services.jsm?redirectlocale=en-US&redirectslug=JavaScript%2FCode_modules%2FServices.jsm and https://developer.mozilla.org/en-US/docs/XPCOM_Interface_Reference/nsIPromptService
- # [13:55] * Quits: morrison (morrison@moz-EDA608C3.cs.ucl.ac.uk) (Ping timeout)
- # [13:55] <Wusel_> thy
- # [13:55] <Wusel_> *thx
- # [13:55] <glazou> np
- # [13:59] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [13:59] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [13:59] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [14:00] * Joins: alice (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [14:00] * Joins: _AxS_ (axs@moz-E7607041.cpe.net.cable.rogers.com)
- # [14:00] * Quits: shamir_khodzha (Thunderbir@7F5B50BD.E0F09538.6E7F4A1E.IP) (Ping timeout)
- # [14:01] * Joins: Ms2ger (Ms2ger@AE12EDA0.C6B2D073.3773EA9F.IP)
- # [14:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/7c2c9c988869 - Josh Matthews - Bug 722979 - Add privacy status argument to relevant nsIStrictTransportSecurityService methods. r=bsmith sr=biesi
- # [14:05] <jdm> firebot: uuid
- # [14:05] <firebot> bb2bb490-3ba4-4254-b8f5-8b43c7b714ea (/msg firebot cid for CID form)
- # [14:06] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [14:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/326ed6f1dc9e - Josh Matthews - Bug 722979 - Followup to rev an IID.
- # [14:11] <Wusel_> is it possible to show a clickable link in a prompt?
- # [14:12] * Joins: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP)
- # [14:12] <Ms2ger> No
- # [14:13] * bhearsum|afk is now known as bhearsum
- # [14:14] <Archaeopteryx> Wusel_: you can write your own dialog which you could use as prompt
- # [14:14] <glazou> Wusel_: what Archaeopteryx said; you need your own dialog then
- # [14:14] <Wusel_> i think this would be to complicated for me :P
- # [14:15] <Archaeopteryx> the dialog is written in xul which is pretty similar to html
- # [14:15] * Joins: ericjung (Mibbit@moz-F14FA912.bstnma.fios.verizon.net)
- # [14:15] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
- # [14:15] * Parts: bhearsum (bhearsum@moz-FBAE94.members.linode.com)
- # [14:16] <glazou> Archaeopteryx: he would still need to call nsIExternalProtocolService for the link
- # [14:16] <Wusel_> or is it possible to auto-open a site out from thunderbird?
- # [14:16] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [14:17] <Archaeopteryx> in thunderbird as content tab, else what glazou said
- # [14:17] <Wusel_> so I can't let open an external link with standardbrowser?
- # [14:18] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [14:18] <Archaeopteryx> this is the default browser way
- # [14:18] * kmoir-afk is now known as kmoir
- # [14:18] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [14:18] * Joins: morrison (morrison@moz-EDA608C3.cs.ucl.ac.uk)
- # [14:19] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [14:22] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Ping timeout)
- # [14:22] * Joins: espindola (espindola@BCCA51E7.79268E41.491DEE85.IP)
- # [14:22] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [14:24] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/d09d87509384 - ffxbld - Automated checkin: version bump for fennec 17.0b7 release. DONTBUILD CLOSED TREE a=release
- # [14:24] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/508949f82f66 - ffxbld - Added FENNEC_17_0b7_RELEASE FENNEC_17_0b7_BUILD1 tag(s) for changeset d09d87509384. DONTBUILD CLOSED TREE a=release
- # [14:24] * Quits: c0smikdebris (textual@AF7AD3F9.74E49D06.274D17D6.IP) (Quit: Computer has gone to sleep.)
- # [14:28] * Quits: mcomella (mcomella@moz-B10FF54F.ri.ri.cox.net) (Connection reset by peer)
- # [14:29] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Ping timeout)
- # [14:29] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [14:29] * Joins: mcomella (mcomella@moz-B10FF54F.ri.ri.cox.net)
- # [14:29] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [14:30] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [14:31] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [14:36] * Joins: andreasn (andreasn@moz-FD3F641F.a336.priv.bahnhof.se)
- # [14:37] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [14:37] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [14:37] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [14:38] * Joins: hub (hub@F2D29657.F60B0462.67AC9B1.IP)
- # [14:39] * Joins: randix_ (rdow@933CA1AA.CFBC10F9.8B52D585.IP)
- # [14:40] * Joins: mwargers (chatzilla@moz-E31CD2CB.mozilla.org)
- # [14:41] * Joins: brendan (brendaneic@moz-608ED8C4.singnet.com.sg)
- # [14:44] <edmorley> jdm: xpcshell failures
- # [14:44] <edmorley> not your day is it? :-)
- # [14:45] <edmorley> oh and browser-chrome too
- # [14:45] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Ping timeout)
- # [14:45] * Quits: TheOne|2 (one@moz-32FD19A2.dfki.uni-kl.de) (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/)
- # [14:45] * Quits: randix (randix@933CA1AA.CFBC10F9.8B52D585.IP) (Quit: Colloquy for iPad - http://colloquy.mobi)
- # [14:45] * randix_ is now known as randix
- # [14:46] * Joins: maikmerten (merten@moz-47ACC332.itmc.tu-dortmund.de)
- # [14:46] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [14:48] * Quits: mwargers (chatzilla@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [14:48] * Joins: askalski (akuda@FB41DECD.C2202D7E.A61CD463.IP)
- # [14:49] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [14:55] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [14:56] * Joins: armenzg (armenzg@moz-E12D2055.dsl.bell.ca)
- # [14:57] * Quits: @smaug (chatzilla@moz-78A86AC.pp.htv.fi) (Ping timeout)
- # [15:01] * rail_away is now known as rail
- # [15:02] * Joins: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [15:03] <JosiahOne> Where is the code stored for the swipe right/left on OS X. It is what controls the back and forward gesture. Anybody know where that class is stored?
- # [15:03] <JosiahOne> Or at least has an idea.
- # [15:04] <_AxS_> JosiahOne: ... you sure firefox itself supports gestures? I'd think the OS handles that and sends standard scroll etc. signals to the applications.
- # [15:04] <_AxS_> s/signals/events/
- # [15:05] <JosiahOne> Well, there is a Cocoa API for detecting swiping, that is fine. But I need to know where the class is that handles that event.
- # [15:05] <JosiahOne> At the moment all it does is call back and forward.
- # [15:05] <_AxS_> it'd be whatever handles all the window events.
- # [15:06] * ewong|sleep is now known as ewong
- # [15:06] <JosiahOne> Any idea where that is?
- # [15:07] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
- # [15:07] <_AxS_> not off-hand, no. but it shouldn't be hard to find with a search.. clicks, mousemoves, etc, would all be there i expect
- # [15:08] <JosiahOne> I did a search of click.
- # [15:08] * jmaher|afk is now known as jmaher
- # [15:08] * ewong is now known as ewong|sleep
- # [15:08] <JosiahOne> There are a lot of .js files that seem to control that.
- # [15:09] <JosiahOne> I found one for swiping.
- # [15:09] <JosiahOne> Sorry.
- # [15:09] <JosiahOne> Tapping.
- # [15:10] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [15:10] * Joins: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [15:11] <JosiahOne> Ah, mozSwipeGesture.cpp might be it.
- # [15:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4f37c3ad5cda - Marty Rosenberg - Rather than just infinite looping, or abort compilation on would-be iloops (bug 803470, r=dvander)
- # [15:15] <JosiahOne> I'll have to get back to this.
- # [15:15] * Parts: JosiahOne (josiahbrun@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [15:17] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [15:18] * Quits: brendan (brendaneic@moz-608ED8C4.singnet.com.sg) (Quit: brendan)
- # [15:18] <gcp> jesup: ok, I'd been trying to figure out where the android_toolchain in the gyp files is supposed to come from
- # [15:18] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [15:19] * armenzg is now known as armenzg_buildduty
- # [15:19] * Quits: kennyluck (kennyluck@337F2674.B7299D8C.6DE408DA.IP) (Quit: kennyluck)
- # [15:20] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6f467d800bee - Ed Morley - Backout 7a0fe388a24b, 2a9fbd15cad4, 320c1567e431 & d907ac7bf669 (bug 722850) for xpcshell & browser-chrome failures
- # [15:20] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [15:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3c670e3e298f - Joel Maher - Bug 812492 - deploy a new talos.zip to disable warnings and datazilla output. r=armenzg
- # [15:21] * Joins: frogonia (Mibbit@moz-B57B3E18.hsd1.mi.comcast.net)
- # [15:21] * Quits: frogonia (Mibbit@moz-B57B3E18.hsd1.mi.comcast.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:24] * Quits: teoli_ (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [15:25] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [15:26] * Joins: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP)
- # [15:26] <jdm> edmorley: nhvaslaaaaa;hfiuerf
- # [15:27] * Joins: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP)
- # [15:29] <edmorley> jdm: I believe bug 722979 broke xpcshell further as well
- # [15:29] * jdm seppuku
- # [15:29] <edmorley> sorry!
- # [15:30] <jdm> sorry for all the extra work today :/
- # [15:30] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [15:30] * Quits: maikmerten (merten@moz-47ACC332.itmc.tu-dortmund.de) (Ping timeout)
- # [15:31] * Joins: alan (alan@250ED38C.BBCF716E.AB35D41B.IP)
- # [15:31] <edmorley> jdm: no problem, the tree is quiet this time of day so much less pile-on/coalescing, which is what makes it harder
- # [15:31] * glazou prepares a quite surprise to bluegriffon users for v1.6... and I guess all people using nsIHTMLEditor will like it
- # [15:32] <glazou> s/quite/quite big
- # [15:32] <sheppy> glazou: tease
- # [15:32] <sheppy> Monster. :)
- # [15:33] <glazou> yeah
- # [15:33] <sheppy> :(
- # [15:33] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [15:34] * Joins: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr)
- # [15:34] * Joins: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [15:39] * catlee-away is now known as catlee
- # [15:39] * Quits: NeilAway (neil@moz-32AA0D01.in-addr.btopenworld.com) (Ping timeout)
- # [15:39] * Joins: alice_ (alice@moz-A7C201EB.zone16.bethere.co.uk)
- # [15:39] * Quits: alice (alice@moz-A7C201EB.zone16.bethere.co.uk) (Ping timeout)
- # [15:41] * Quits: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
- # [15:41] * Joins: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr)
- # [15:41] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [15:42] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [15:45] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [15:45] * Joins: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu)
- # [15:45] * Joins: NeilAway (neil@moz-22D0E072.cable.virginmedia.com)
- # [15:46] <jdm> edmorley: so, I have a patch I can confirm fixes the extra breakage from bug 722979
- # [15:46] * Joins: Neil (neil@moz-32AA0D01.in-addr.btopenworld.com)
- # [15:46] <jdm> it's a very simple test-only change
- # [15:47] <edmorley> jdm: wfm
- # [15:47] * Quits: NeilAway (neil@moz-22D0E072.cable.virginmedia.com) (Ping timeout)
- # [15:47] * Neil is now known as NeilAway
- # [15:48] * Joins: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP)
- # [15:48] * Joins: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP)
- # [15:49] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e123e0173185 - Josh Matthews - Bug 722979 - Update test in accordance with STS API changes.
- # [15:51] * jcranmer|away is now known as jcranmer
- # [15:53] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:53] * Quits: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [15:53] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:55] * bsmedberg-bbl is now known as bsmedberg
- # [15:56] * shorlander is now known as shorlander-away
- # [15:56] * Quits: shorlander-away (shorlander@moz-230AEA61.dhcp.insightbb.com) (Quit: Quit)
- # [15:56] <@bsmedberg> ted: your data in bug 805754 is totally confusing
- # [15:56] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [15:56] <@bsmedberg> ted: do you have any theory about where the thread_local_posix.cc abort text is coming from?
- # [15:57] <edmorley> jdm: umm, so mochitest-other has finished...
- # [15:58] * Quits: morrison (morrison@moz-EDA608C3.cs.ucl.ac.uk) (Client exited)
- # [16:00] * Joins: doop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [16:00] * Quits: coop (Chris@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [16:00] * doop is now known as coop
- # [16:00] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [16:01] * Joins: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net)
- # [16:01] * Quits: tingyuan (b91068@moz-60EA5A7A.csie.ntu.edu.tw) (Ping timeout)
- # [16:01] * Quits: Wusel_ (muench@moz-643A8764.planconnect.de) (Client exited)
- # [16:01] * Joins: smaug (chatzilla@moz-78A86AC.pp.htv.fi)
- # [16:01] * ChanServ sets mode: +o smaug
- # [16:02] <jesup> gcp: see the bug 750869 - updated the patch to fix the toolchain issue
- # [16:02] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Ping timeout)
- # [16:02] <jdm> edmorley: D:
- # [16:02] <jdm> ok
- # [16:02] <jdm> back it all out
- # [16:02] <jdm> I'm so sorry :(
- # [16:03] <edmorley> jdm: np; just wanted to check it wasn't something quick with m-oth
- # [16:03] <jdm> I kept running these patches through try over the past couple weeks, but I guess I didn't update my tree before doing so
- # [16:03] <jesup> gcp: I and others watch #media more closely for webrtc stuff
- # [16:03] * froydnj wishes browser-chrome tests worked under xvfb
- # [16:03] <edmorley> jdm: np; lot of moving pieces
- # [16:04] <jesup> froydnj: they don't? That's annoying/silly. WHat breaks it?
- # [16:04] * Joins: mbrubeck (mozilla@moz-45568FC0.hsd1.wa.comcast.net)
- # [16:04] * Quits: josh (josh@CFEFA0FF.30F74322.F3F2B001.IP) (Connection reset by peer)
- # [16:04] * Joins: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se)
- # [16:05] * jesup and especially mreavy knew way more about xvfb than anyone ever should. And I've forgotten it all...
- # [16:05] <froydnj> jesup: mochitests more-or-less seem to work fine, but b-c tests always hang waiting for initial focus, I think
- # [16:06] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: Leaving)
- # [16:06] <jesup> froydnj: Need a window manager I assume
- # [16:06] * Quits: johanc (chatzilla@moz-8E1A9E8E.bredband.comhem.se) (Ping timeout)
- # [16:06] * Joins: shorlander-away (shorlander@moz-230AEA61.dhcp.insightbb.com)
- # [16:07] * jesup can't remember all the different layers involved in X...
- # [16:07] <froydnj> jesup: apparently. maybe it's picking up mine and just doesn't like it
- # [16:07] * shorlander-away is now known as shorlander
- # [16:07] * Joins: tingyuan (b91068@moz-60EA5A7A.csie.ntu.edu.tw)
- # [16:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a620669085ef - Ed Morley - Backout e123e0173185, 326ed6f1dc9e & 7c2c9c988869 (bug 722979) for mochitest-a11y failures
- # [16:07] <jesup> I still I think have the 3 shelf-feet of X manuals somewhere
- # [16:08] <froydnj> jesup: heh
- # [16:09] * Joins: c0smikdebris (textual@AF7AD3F9.74E49D06.274D17D6.IP)
- # [16:09] * Quits: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net) (Quit: ZNC - http://znc.sourceforge.net)
- # [16:10] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [16:10] <jesup> Worldgate ran ~15-20 instances (per blade) of Mozilla 1.x talking to xvfbs which fed into MPEG encoders down to digital cable settops
- # [16:10] <jesup> So it used to work ;-)
- # [16:11] <jesup> In ~2002
- # [16:11] * Joins: surkov (surkov@BB222503.6093351B.E17943EE.IP)
- # [16:11] * philor|away is now known as philor
- # [16:12] * Joins: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net)
- # [16:12] <jesup> (this explains my background in Mozilla perf and mem use...)
- # [16:13] * Joins: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com)
- # [16:14] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [16:16] * Quits: nattofriends (tsutsumi@moz-A369A791.warosu.org) (Ping timeout)
- # [16:17] * Joins: nattofriends (tsutsumi@moz-A369A791.warosu.org)
- # [16:18] * Parts: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [16:18] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
- # [16:18] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [16:19] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [16:21] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [16:22] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [16:23] <jmaher> edmorley: my windows builds on inbound are red...cannot download build
- # [16:23] <jmaher> I should be bugging the buildduty folks actually
- # [16:24] * Quits: redfive (chatzilla@moz-2266E9FF.dsl.pltn13.pacbell.net) (Ping timeout)
- # [16:24] <edmorley> yeah
- # [16:24] <edmorley> that and bug 811279
- # [16:25] * Joins: hipokrit (hipokrit@1BF5DFDB.CA40E1F7.C558AD24.IP)
- # [16:25] * Joins: ehugg (chatzilla@moz-44D86B1E.cisco.com)
- # [16:26] * jhopkins is now known as jhopkins|afk
- # [16:28] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Ping timeout)
- # [16:28] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [16:29] * KaiRo is now known as KaiRo_away
- # [16:29] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [16:30] <sfink> jesup: (not relevant to moz but...) in ~2007 I was working on an evolution of that -- ~200 instances per blade of a custom game engine that rendered directly to MPEG down to digital cable settops
- # [16:30] * Quits: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net) (Quit: Edgar)
- # [16:30] <@smaug> something wrong with this picture https://tbpl.mozilla.org/?tree=Try&rev=d757e13d7f57
- # [16:30] <@smaug> suspiciously green
- # [16:31] <@ted> heh
- # [16:31] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Input/output error)
- # [16:31] * Quits: jhopkins|afk (jhopkins@F2D29657.F60B0462.67AC9B1.IP) (Quit: jhopkins|afk)
- # [16:31] <@ted> bsmedberg: hey, was just going to ping you about that, got distracted IRL
- # [16:32] <@ted> bsmedberg: i'm having a hard time making any sense of that stack, honestly
- # [16:32] <@bsmedberg> ted: well, I had a comment ready to go
- # [16:32] <espindola> !seen BenWa
- # [16:32] <firebot> benwa was last seen 13 hours, 59 minutes and 10 seconds ago, saying 'I was just going to come and show you what I see but no worries' in #gfx.
- # [16:32] <@bsmedberg> about XRE_mainStartup looking correct, and probably calling either a string destructor or the localfile release
- # [16:32] * NeilAway tries to figure out mjrosenb's checkin - is he trying to solve the halting problem?
- # [16:33] * Quits: biesi (cbiesinger@5E276FFF.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [16:33] <@ted> bsmedberg: i wonder if this is just two threads crashing near the same time and confusing us
- # [16:33] <jesup> sfink - interesting.... where?
- # [16:33] <@ted> because the crashing thread in that report is thread 14
- # [16:33] * Joins: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP)
- # [16:33] <@bsmedberg> that's the main gecko thread...
- # [16:33] <@ted> oh
- # [16:33] * Quits: armenzg_buildduty (armenzg@moz-E12D2055.dsl.bell.ca) (Connection reset by peer)
- # [16:34] <@ted> because this is android, right
- # [16:34] <@bsmedberg> it looks like we're shutting down
- # [16:34] <@bsmedberg> and there are no other gecko threads at this point
- # [16:34] * Joins: armenzg_buildduty (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [16:34] <@bsmedberg> although the comments says this was crash-on-launch, so maybe we couldn't launch and we shut down without starting any other threads
- # [16:34] <jesup> We sold all our code and patents to a consortium of cable companies in 2003 and moved into Videophones (ironically using xvfb and vnc to handle the display on the DSP)
- # [16:34] <@ted> i should write a better version of dumplookup that has a stricter heuristic
- # [16:35] <jesup> You don't want to run X on a DSP...
- # [16:35] <@bsmedberg> either way, something fishy is happening
- # [16:36] <@ted> yeah
- # [16:36] * bwinton_away is now known as bwinton
- # [16:36] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [16:37] <@ted> sfink: a friend of mine was working at Gaikai, which got sold to Sony
- # [16:37] <@ted> streaming game stuff
- # [16:37] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
- # [16:39] * Quits: tchevalier (Thunderbir@moz-632AAB8.w81-251.abo.wanadoo.fr) (Quit: tchevalier)
- # [16:43] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [16:43] * Joins: kanru` (kanru@5A180E0E.BCD535FD.C19C870E.IP)
- # [16:44] * mcote|afk is now known as mcote
- # [16:44] <sfink> (sorry, pre-school rush time)
- # [16:45] * Quits: tonymec (tonymec@C150A86A.672FB62A.277517C1.IP) (Input/output error)
- # [16:46] * Quits: askalski (akuda@FB41DECD.C2202D7E.A61CD463.IP) (Quit: Wychodzi)
- # [16:46] <_AxS_> sfink: wow, mozilla's recruiting right out of preschool? impressive.. :)
- # [16:48] * victorporof_ is now known as victorporof
- # [16:48] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [16:48] <@ted> gotta start early to get the best
- # [16:53] * Joins: knelson (Adium@moz-27BAB34D.dsl.pltn13.sbcglobal.net)
- # [16:53] * Parts: knelson (Adium@moz-27BAB34D.dsl.pltn13.sbcglobal.net)
- # [16:55] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [16:56] * Quits: berkerpeksag (berkerpeks@988AAF0A.4A8BB443.8BE7320.IP) (Quit: WeeChat 0.3.7)
- # [16:56] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [16:57] * Joins: tonymec (tonymec@C150A86A.672FB62A.277517C1.IP)
- # [16:58] * Joins: akeybl (akeybl@43CB6079.66715431.D25A875A.IP)
- # [16:59] * Quits: vtmarvin1 (Thunderbir@32DFDBE.7102BCB6.B7C3970A.IP) (Quit: vtmarvin1)
- # [17:00] * Joins: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net)
- # [17:00] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [17:00] * Quits: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net) (Quit: Edgar)
- # [17:02] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [17:02] * Joins: teoli_ (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [17:02] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Connection reset by peer)
- # [17:05] * Joins: juanb (jbecerra@2557E599.66715431.D25A875A.IP)
- # [17:06] * Joins: atte (atte@moz-401E92F1.dhcp.inet.fi)
- # [17:07] * Quits: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net) (Quit: Instantbird 1.2 -- http://www.instantbird.com)
- # [17:07] * gregglind_away is now known as gregglind
- # [17:07] * Joins: Honza (chatzilla@5AD2A1B9.23B79DE4.D0083327.IP)
- # [17:07] * Joins: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net)
- # [17:08] * Joins: ferjm_ (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [17:08] * Joins: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP)
- # [17:08] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
- # [17:08] * Joins: Optimizer (Optimizer@moz-608ED8C4.singnet.com.sg)
- # [17:11] * Joins: morrison (morrison@514D186.F3BBB17D.144F44FA.IP)
- # [17:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cd88e0b232ba - Geoff Brown - Bug 812191 - Respect --noSetup in remote xpcshell tests with xpcw wrapper; r=jmaher, DONTBUILD
- # [17:14] * Quits: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net) (Ping timeout)
- # [17:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a07eb0e0e4ab - Mike Hommey - Bug 798233 - Don't search firefox executable in $exe/../../dist/bin. r=marco
- # [17:15] * Joins: ehugg (chatzilla@C1766AFD.29102B70.6CD50604.IP)
- # [17:16] * Quits: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP) (Quit: jhopkins)
- # [17:17] * Quits: gcp (gcp@moz-D0E475EA.access.telenet.be) (Quit: Leaving)
- # [17:18] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [17:19] * Joins: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP)
- # [17:19] * rail is now known as rail-lunch
- # [17:19] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [17:19] * Joins: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net)
- # [17:19] * Quits: Edgar (Thunderbir@moz-BC4901DF.dynamic.hinet.net) (Input/output error)
- # [17:21] * jmaher is now known as jmaher|lunch
- # [17:21] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [17:21] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [17:22] * Joins: mfinkle (mfinkle@moz-B5F0E45F.hsd1.pa.comcast.net)
- # [17:23] * catlee is now known as catlee-lunch
- # [17:23] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [17:23] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [17:24] * Quits: morrison (morrison@514D186.F3BBB17D.144F44FA.IP) (Client exited)
- # [17:24] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:25] * Joins: nrc (nrc@EBA84827.A73C08F8.348C8185.IP)
- # [17:27] * Joins: db48x (user@moz-D461843.ask.info)
- # [17:27] * Joins: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com)
- # [17:27] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [17:28] * khuey|away is now known as khuey
- # [17:28] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [17:28] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
- # [17:28] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [17:28] * Joins: kentuckyfriedtakahe (ajones@EBA84827.A73C08F8.348C8185.IP)
- # [17:29] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [17:30] <jlebar|sleep> ted: Can you point me to some code we have which creates a shared library which links against libxul?
- # [17:30] * Joins: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net)
- # [17:30] * KaiRo_away is now known as KaiRo
- # [17:31] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [17:32] * Quits: alan (alan@250ED38C.BBCF716E.AB35D41B.IP) (Quit: alan)
- # [17:32] <_AxS_> jlebar|sleep: i've only briefly looked through the codebase but I don't think that happens...
- # [17:33] * jlebar|sleep is now known as jlebar
- # [17:33] <jlebar> Dang, so I have to do something other than mindlessly copy build goop?
- # [17:34] <_AxS_> jlebar: is this for a library component in m-c ?
- # [17:34] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [17:34] <_AxS_> jlebar: ..that's used for something else that -doesnt- link to libxul ?
- # [17:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1765daefd7ab - Lucas Rocha - Bug 802549 - Avoid showing dropdown while fading toolbar out (r=mfinkle)
- # [17:34] <jlebar> _AxS_: This is for malloc wrapping, if that matters. My malloc wrapper needs to be in a separate library, and it needs to call into libxul.
- # [17:35] <_AxS_> ahh... that's a bit more advanced than i'd know how to handle.
- # [17:35] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [17:37] * Quits: tzimmermann (tzimmerman@moz-D394C892.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [17:37] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [17:37] <glandium> jlebar: most shared libraries we have that link against libxul are components, and they also need to link xpcom and whatnot.
- # [17:37] <glandium> s/most/all/
- # [17:37] * Quits: teoli_ (teoli@D9F10458.1ED91A01.5B427D60.IP) (Input/output error)
- # [17:38] <glandium> padenot: nothing is actually using libsoundtouch, except on b2g, isn't it?
- # [17:38] <@smaug> does MOZ_ASSERT require that the 2nd parameter is literal string ?
- # [17:38] <tbsaunde> jlebar: can't you just pass -L/path/in/objdir/ -lxul ? or just use weak symbols and let ld.so deal with it for you?
- # [17:38] <@smaug> or can it be just any char* ?
- # [17:39] <jlebar> tbsaunde: Well, except in our build system you don't pass -lxul, you do something else, which I was hoping to crib. But also I need to build my library after libxul, and rebuild it when libxul gets rebuilt, and I was hoping to see how to do that.
- # [17:39] <jlebar> tbsaunde: glandium said I can't use weak symbols to get to libxul -- something about order of loading that I do not pretend to understand.
- # [17:40] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:40] * Quits: stransky (stransky@moz-EBE52EE6.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [17:40] <_AxS_> jlebar: your lib is meant to get shoved in in place of libxul too, isn't it? for debugging or whatnot?
- # [17:40] <jlebar> _AxS_: It is not loaded in place of libxul.
- # [17:40] <_AxS_> oh ok nvm
- # [17:40] <glandium> jlebar: the closest we have to what you need is LIBXUL_LIBS
- # [17:40] <glandium> jlebar: but you really only want the xul part of it, not the rest
- # [17:41] * Joins: tn (tn@EBA84827.A73C08F8.348C8185.IP)
- # [17:41] <jlebar> glandium: It looks like that might get me mozalloc.lib, which I don't want.
- # [17:41] <tbsaunde> jlebar: ah, I thought you were trying to hand build the wrapper library
- # [17:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/07e5d2b0d49c - Josh Matthews - Bug 722850 - Part 4: Make plugins provide the channel of the owning document when manipulating cookies. r=bsmedberg
- # [17:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/238384fdf0df - Josh Matthews - Bug 722850 - Part 1: Add missing privacy-bit-valid serialization for load contexts. r=jduell
- # [17:42] <glandium> jlebar: that's my point, you want to create a new variable that contains the xul part of LIBXUL_LIBS, and use it in both your stuff and LIBXUL_LIBS
- # [17:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/97d1006e5ba5 - Josh Matthews - Bug 722850 - Part 2: Query the private browsing status of channels used to manipulate cookies. r=mconnor
- # [17:42] <jlebar> tbsaunde: ah. I guess that would be a way to start...
- # [17:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c68a517ff3db - Josh Matthews - Bug 722850 - Part 3: Check the private browsing status of channels when checking cookie permissions. r=mconnor
- # [17:42] <jlebar> glandium: I see, okay. I can do that. How do I get it to build after libxul, and make a dependency on libxul?
- # [17:43] <glandium> jlebar: that being said, you don't need to rebuild your lib when libxul is rebuilt. You need to rebuild it when the ABI changes, and most usually, a header file will have changed at the same time, and you'll already depend on the header file
- # [17:43] <jlebar> glandium: Assuming I use headers properly, sure...
- # [17:43] <glandium> jlebar: as for building after libxul, i'll tell you the same as to bjacob: for now, stick it at the end of toolkit/toolkit-tiers.mk.
- # [17:43] <jlebar> glandium: Okay, so only one other problem for you to solve. :)
- # [17:44] <jlebar> glandium: Done. Thanks!
- # [17:44] * Quits: cviecco_ (cviecco@moz-2BC4CC72.hsd1.ca.comcast.net) (Input/output error)
- # [17:45] * Joins: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP)
- # [17:45] <_AxS_> ..with libxul being built from a whole slew of other compoments (js , etc), does that mean the libxul headers include headers from all of these as well? ie, a change in JSAPI automatically trickles down to trigger jlebar's rebuild?
- # [17:45] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:46] * philor is now known as philor|away
- # [17:46] * Joins: bsmith (bsmith@moz-28A6CB0E.client.mchsi.com)
- # [17:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1e4e1735a647 - Jim Chen - Bug 808287 - Use counter instead of boolean to mask events after focus change; r=cpeterson
- # [17:47] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c8b8756142f7 - Jim Chen - Bug 808287 - Make sure focus and blur IME notifications always match; r=masayuki
- # [17:47] * Quits: espindola (espindola@BCCA51E7.79268E41.491DEE85.IP) (Quit: Ex-Chat)
- # [17:47] * Joins: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com)
- # [17:47] * page is now known as hwine
- # [17:49] * Joins: mccr8 (mccr8@2557E599.66715431.D25A875A.IP)
- # [17:49] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [17:50] * Quits: marcoz (marco.zehe@moz-FEDEB7F5.dip.t-dialin.net) (Quit: Leaving.)
- # [17:52] * Joins: TheOne (one@moz-1B108CE1.dip.t-dialin.net)
- # [17:52] <glandium> _AxS_: there's no such thing as "libxul headers"
- # [17:52] * Parts: kentuckyfriedtakahe (ajones@EBA84827.A73C08F8.348C8185.IP)
- # [17:54] * armenzg_buildduty is now known as armenzg_lunch
- # [17:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4bc502c08da4 - Kyle Huey - Bug 811784: Account for subscripts when figuring out what object to stick properties on. r=mrbkap
- # [17:56] * Quits: jrmuizel (jrmuizel@EBA84827.A73C08F8.348C8185.IP) (Client exited)
- # [17:56] <_AxS_> glandium: right, nvm.
- # [17:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d86aa72c7dbf - Josh Matthews - Bug 722979 - Add privacy status argument to relevant nsIStrictTransportSecurityService methods. r=bsmith sr=biesi
- # [17:57] * Quits: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP) (Ping timeout)
- # [17:57] * Joins: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP)
- # [17:57] * heycam|away is now known as heycam
- # [17:58] * Quits: smontagu (chatzilla@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [17:59] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [18:00] <@khuey> jdm: so given that we pushed 40 seconds apart, how did we both get builds?
- # [18:00] <jdm> sheer force of will
- # [18:01] * Joins: harth (harth@E85584A7.27376607.189F3E15.IP)
- # [18:01] * juanb is now known as juanb|brb
- # [18:01] * Joins: salty-horse (ori@moz-C11F6081.red.bezeqint.net)
- # [18:01] <Ms2ger> khuey, we turned that off long ago
- # [18:02] <@khuey> ah
- # [18:02] <@khuey> you can tell how often I push these days
- # [18:02] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki)
- # [18:02] * Parts: salty-horse (ori@moz-C11F6081.red.bezeqint.net) (Leaving)
- # [18:02] <Ms2ger> khuey, slacker ;)
- # [18:02] * kmoir is now known as kmoir-afk
- # [18:03] * Joins: aklotz (Thunderbir@moz-55246988.cg.shawcable.net)
- # [18:05] * Joins: rlewis (Thunderbir@moz-D47321EC.cable.virginmedia.com)
- # [18:05] * Quits: _AxS_ (axs@moz-E7607041.cpe.net.cable.rogers.com) (Quit: bug 812265 , bug 809430 , bug 517765)
- # [18:05] * Joins: bajaj (Adium@EDBE641.D23E06D3.A195942B.IP)
- # [18:06] * jdm is now known as jdm|away
- # [18:07] * Joins: bdahl (bdahl@2557E599.66715431.D25A875A.IP)
- # [18:08] * Quits: ferjm_ (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
- # [18:08] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [18:09] <edmorley> khuey: within 60s there is still some stealing potential, but the 3 min timer went start of this year ish
- # [18:09] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [18:09] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Ping timeout)
- # [18:11] <@smaug> Honza: ping
- # [18:11] * Joins: FabioMagnoni (fabiomagno@B229EB9D.B112A944.AD91B79.IP)
- # [18:13] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [18:13] * Quits: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com) (Client exited)
- # [18:14] * Quits: kanru` (kanru@5A180E0E.BCD535FD.C19C870E.IP) (Input/output error)
- # [18:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ef6530d96b63 - Brian Hackett - Add profiling of basic block hit counts for IonMonkey and expose to addons, bug 811349. r=pierron
- # [18:16] <padenot> glandium: nothing at all for now, the patch using it is going to land by the end of the week or something
- # [18:16] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [18:16] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [18:17] * Quits: bajaj (Adium@EDBE641.D23E06D3.A195942B.IP) (Quit: Leaving.)
- # [18:17] * Quits: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com) (Ping timeout)
- # [18:17] <jlebar> glandium: Stupid question: Can I replace malloc from within libxul?
- # [18:18] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [18:19] * Joins: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP)
- # [18:19] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [18:20] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [18:20] <glandium> jlebar: no
- # [18:20] <jlebar> :(
- # [18:20] * Joins: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [18:21] <glandium> jlebar: why do you think the glue to use jemalloc is so painful?
- # [18:21] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [18:21] <jlebar> glandium: But I can wrap malloc and call directly into libxul. Which seems silly.
- # [18:22] * Joins: bholley (anonymous@moz-FCAF9AAB.hsd1.ca.comcast.net)
- # [18:22] * Quits: MrMazda (fmcz@moz-A5D13CA.cable.mindspring.com) (Client exited)
- # [18:22] <glandium> jlebar: what is silly is to try to use stuff from libxul ;)
- # [18:23] <Honza> smaug: pong
- # [18:23] <jlebar> glandium: Well, it's because of that implicit assumption that I bring this up, I guess. :)
- # [18:24] <@smaug> Honza: curious, does FB have similar event handling stuff for Workers as it has for XHRs
- # [18:24] * Joins: smontagu (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [18:24] * Joins: smooney (smooney@2557E599.66715431.D25A875A.IP)
- # [18:24] <Honza> smaug: no
- # [18:24] <@smaug> k
- # [18:24] <@smaug> good, I guess :)
- # [18:24] <Honza> but sounds like a nice feature, what it should do?
- # [18:25] * Joins: biesi (cbiesinger@moz-48E61CD.snc1.tfbnw.net)
- # [18:25] <@smaug> Honza: I mean to catch the main thread <-> worker messaging
- # [18:25] <glandium> jlebar: note, something could be arranged
- # [18:25] * Quits: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net) (Input/output error)
- # [18:25] <Honza> smaug: ah
- # [18:25] * Joins: jgriffin (jgriffin@moz-DD9CBA45.hsd1.wa.comcast.net)
- # [18:25] <Honza> smaug: are there any API for intercepting the communication?
- # [18:26] <@smaug> Honza: I don't think so, so I was wonder if FB adds onmessage handler
- # [18:26] <glandium> padenot: see my comment on the libsoundtouch bug
- # [18:26] <@smaug> atm workers use totally different event handling so catch-all listener wouldn't work
- # [18:26] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/54dcaf34c6cc - Shu-yu Guo - Bug 808949 - Remove clearParent and clearType from {Clone,XDR}InterpretedFunction. (r=bhackett)
- # [18:26] * Quits: harth (harth@E85584A7.27376607.189F3E15.IP) (Input/output error)
- # [18:26] <jlebar> glandium: hmm?
- # [18:26] <Honza> I see
- # [18:27] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [18:28] * Joins: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP)
- # [18:28] * Joins: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com)
- # [18:28] <jlebar> glandium: I'm writing code in this wrapper library which calls straight into libxul, if that's what you mean to suggest.
- # [18:28] * Quits: surkov (surkov@BB222503.6093351B.E17943EE.IP) (Quit: surkov)
- # [18:29] * Joins: mjschranz (mjschranz@FA65BD34.33EE9F8A.1139E686.IP)
- # [18:29] * Joins: wesj1 (Thunderbir@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:31] * bc_ is now known as bc
- # [18:31] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [18:31] * juanb|brb is now known as juanb
- # [18:31] * Quits: nrc (nrc@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [18:31] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
- # [18:31] * Quits: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Quit: ChatZilla 0.9.89 [Firefox 16.0.2/20121024073032])
- # [18:31] * Joins: bnicholson2 (bnicholson@2557E599.66715431.D25A875A.IP)
- # [18:31] * Quits: bnicholson2 (bnicholson@2557E599.66715431.D25A875A.IP) (Quit: bnicholson2)
- # [18:34] <glandium> jlebar: something like that http://pastebin.mozilla.org/1944601 (breaks windows, only does it for malloc, but you'd do the same for others), and add a function to register new callbacks
- # [18:36] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [18:36] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [18:37] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [18:37] * Quits: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP) (Quit: Quitte)
- # [18:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2d34880dfdef - Fabrice Desré - Bug 809998 - [Apps] app.ondownloaderror never gets called [r=ferjm]
- # [18:38] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:38] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [18:38] * Quits: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com) (Client exited)
- # [18:39] * Joins: zwol (zack@moz-B5C129C.ece.cmu.edu)
- # [18:39] * Joins: ehsan (ehsan@A5087023.2354C43D.D8E68FF6.IP)
- # [18:39] * ChanServ sets mode: +o ehsan
- # [18:40] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [18:40] * jimm is now known as jimm-lunch
- # [18:41] * mattwoodrow|away is now known as mattwoodrow
- # [18:41] <jlebar> glandium: I /think/ I understand that.
- # [18:42] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [18:42] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [18:42] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [18:42] * Quits: cdiehl (cdiehl@moz-5393D366.pool.mediaways.net) (Ping timeout)
- # [18:42] <glandium> jlebar: i'm not a big fan, though, because that means the malloc functions need to be linked in libxul, which kind of removes part of the flexibility
- # [18:43] * Joins: cdiehl (cdiehl@moz-2012E842.pool.mediaways.net)
- # [18:43] * Quits: FabioMagnoni (fabiomagno@B229EB9D.B112A944.AD91B79.IP) (Quit: FabioMagnoni)
- # [18:43] * Joins: Cwiiis (cwiiis@A5087023.2354C43D.D8E68FF6.IP)
- # [18:43] <glandium> and a quick test ends up with a weird result... i don't have a relocation for replace_malloc...
- # [18:43] <jlebar> glandium: I'm not at all convinced this flexibility is helpful. But we could leave it as a build-time pref, right?
- # [18:43] * rail-lunch is now known as rail
- # [18:44] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
- # [18:44] * Joins: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [18:44] * philor|away is now known as philor
- # [18:45] * joey is now known as IRCMonkey1690
- # [18:45] * armenzg_lunch is now known as armenzg_buildduty
- # [18:45] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [18:45] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [18:46] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [18:46] <glandium> jlebar: well, it is, because it allows to enable any alternative malloc implementation on release builds (if we ever enable that on release builds, although even if not enabled, it would only be a matter of replacing the firefox executable or libmozglue, not libxul)
- # [18:46] <@smaug> jlebar: ping
- # [18:46] <mjrosenb> glandium: ok, I finally got fx configured as a cross-target
- # [18:46] <glandium> jlebar: plus, it will allow to hook jemalloc3 in place of mozjemalloc at runtime
- # [18:46] * Joins: nrc (nrc@A5087023.2354C43D.D8E68FF6.IP)
- # [18:46] <mjrosenb> glandium: but it built nsinstall for arm.
- # [18:46] <@smaug> jlebar: does browser app run in chrome/system process in b2g ?
- # [18:46] <glandium> mjrosenb: did you set CC and CXX?
- # [18:46] <jlebar> glandium: I'm not sure what's the legitimate use-case for this. As soon as you want to do something interesting, you probably want to be inside libxul. DMD definitely needs to be in libxul, for example.
- # [18:46] * Joins: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com)
- # [18:47] <mjrosenb> glandium: yes.
- # [18:47] <jlebar> smaug: Yes.
- # [18:47] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [18:47] <glandium> mjrosenb: add HOST_CC=gcc HOST_CXX=g++
- # [18:47] <rnewman> anyone know offhand why the profile directory that nsToolkitProfileService sees when running mochitests is in /Library/Caches, and the one the mochitest sees is in /Library/Application Support?
- # [18:47] <glandium> jlebar: depends what you want to do.
- # [18:47] <jlebar> glandium: Understood.
- # [18:49] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [18:50] <glandium> jlebar: also, the more we do outside libxul, the more that can be reused on other apps
- # [18:51] <glandium> jlebar: although i do understand that dmd needs to access some internals
- # [18:51] * Quits: IRCMonkey1690 (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Quit: ChatZilla 0.9.89 [Firefox 18.0a2/20121115042012])
- # [18:51] <glandium> jlebar: anyways, that patch doesn't work.
- # [18:52] * Joins: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP)
- # [18:52] <mjrosenb> glandium: this has also been cross compiled: LD_PRELOAD=/home/mrosenberg/src/central/central/objs/arm-dbg/build/unix/elfhack/test-array.so /home/mrosenberg/src/central/central/objs/arm-dbg/build/unix/elfhack/dummy
- # [18:52] <jlebar> glandium: Heh, and I'm almost done maybe with an alternative which works the way you want it to, so there we go. :)
- # [18:52] * kmoir-afk is now known as kmoir
- # [18:52] <glandium> jlebar: because, essentially, variable = weak_symbol is equivalent to variable = NULL
- # [18:52] <jlebar> I see, sure.
- # [18:52] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [18:53] <glandium> mjrosenb: that's expected to be cross compiled
- # [18:53] <glandium> mjrosenb: is CROSS_COMPILE set in objdir/config/autoconf.mk?
- # [18:53] * Joins: redfive (chatzilla@79BA1AFF.5BA9E1E2.4989C8B.IP)
- # [18:53] <glandium> jlebar: so, linking libxul worked out?
- # [18:54] <jlebar> glandium: well, almost done. :)
- # [18:54] * geekboy|afk is now known as geekboy
- # [18:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a7ed19f7d21a - Ed Morley - Merge last PGO-green changeset of mozilla-inbound to mozilla-central
- # [18:54] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/46c4e91472da - Ehsan Akhgari - Merge mozilla-central into mozilla-inbound
- # [18:55] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a50a77da3cf9 - Gary Kwong - Add suppression entries for bug 793533, bug 812421, bug 812422 and bug 812423. DONTBUILD
- # [18:55] * Quits: zwol (zack@moz-B5C129C.ece.cmu.edu) (Quit: Leaving.)
- # [18:56] <mjrosenb> glandium: it is not.
- # [18:56] * Joins: pcwalton (pcwalton@43CB6079.66715431.D25A875A.IP)
- # [18:57] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Quit: ejpbruel)
- # [18:57] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [18:57] * Quits: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net) (Quit: beaufour)
- # [18:58] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [18:58] * Quits: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net) (Quit: Instantbird 1.2 -- http://www.instantbird.com)
- # [18:58] * Joins: dholbert_ (dholbert@A5087023.2354C43D.D8E68FF6.IP)
- # [18:58] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [18:58] * Joins: hummeleBop (Instantbir@moz-2356396.fbx.proxad.net)
- # [18:58] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [18:59] <glandium> mjrosenb: it should be, so there's something wrong in configure
- # [19:00] <@ehsan> jdm|away: nice job on the landings :P
- # [19:00] <glandium> mjrosenb: looks like configure is dumb. You need to set it yourself before running configure
- # [19:00] <mjrosenb> glandium: fun!
- # [19:00] <glandium> mjrosenb: our configure is not really helpful for cross compiles
- # [19:00] <glandium> mjrosenb: i think it's documented somewhere on the wiki, though
- # [19:00] <glandium> or mdn
- # [19:01] * Quits: terrence (terrence@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:01] <glandium> mjrosenb: https://developer.mozilla.org/en-US/docs/Cross-Compiling_Mozilla
- # [19:01] * Joins: kentuckyfriedtakahe (ajones@A5087023.2354C43D.D8E68FF6.IP)
- # [19:01] <mjrosenb> glandium: that looks super useful.
- # [19:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e9bf32419896 - Robert Longson - Bug 805024 r=dholbert
- # [19:02] <glandium> mjrosenb: it's probably outdated
- # [19:03] * Joins: JonathanS (JonathanS@74338381.87D4EDDB.521902B0.IP)
- # [19:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/17c5efe9eab4 - Robert Longson - Bug 812161 r=jwatt
- # [19:05] * Quits: TheOne (one@moz-1B108CE1.dip.t-dialin.net) (Input/output error)
- # [19:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/a15be1ab7b3a - Matt Woodrow - Bug 795648 - Don't synchronously decode images during painting. r=joe
- # [19:06] * geekboy is now known as geekboy|afk
- # [19:06] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [19:06] * Joins: karl (karl@EBA84827.A73C08F8.348C8185.IP)
- # [19:06] * sheppy is now known as sheppy-afk
- # [19:06] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/545cb0d6b5c6 - Andres Hernandez - Bug 811490 - Convert services/sync/tests/tps/test_privbrw_tabs.js to PB per window mode; r=ehsan,rnewman
- # [19:07] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/4fd6fc029bbe - Andres Hernandez - Bug 722977 - Tabs engine uses global Svc.Private to make decisions based on private browsing state; r=ehsan,gps,rnewman
- # [19:07] * Quits: tn (tn@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [19:08] * Joins: biesi_ (cbiesinger@moz-48E61CD.snc1.tfbnw.net)
- # [19:08] * Quits: biesi (cbiesinger@moz-48E61CD.snc1.tfbnw.net) (Ping timeout)
- # [19:10] * Quits: victorporof (victorporo@6F3F70F1.1C233438.79933D60.IP) (Quit: victorporof)
- # [19:11] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [19:12] * catlee-lunch is now known as catlee
- # [19:13] * jmaher|lunch is now known as jmaher
- # [19:13] * Quits: alice_ (alice@moz-A7C201EB.zone16.bethere.co.uk) (Client exited)
- # [19:13] <philor> khuey: haven't you backed out yet?
- # [19:13] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:14] * Joins: mdas (mdas@50AE257C.D30B51A1.412CF160.IP)
- # [19:14] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [19:15] <@khuey> philor: hmm?
- # [19:15] <@khuey> ugh
- # [19:16] <philor> no idea what to make of that OS X build failure
- # [19:16] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [19:16] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [19:16] <philor> other than "yay, one push that won't be running xpcshell"
- # [19:17] * Joins: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP)
- # [19:17] <@khuey> wtf I thought we fixed this
- # [19:17] * Joins: FabioMagnoni (fabiomagno@B229EB9D.B112A944.AD91B79.IP)
- # [19:17] * Joins: terrence (terrence@2557E599.66715431.D25A875A.IP)
- # [19:17] * Joins: wlach (wlach@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:18] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/aae9b913320f - Ed Morley - Backout 4bc502c08da4 (bug 811784) for xpcshell failures
- # [19:18] * mak is now known as mak|afk
- # [19:18] <@khuey> edmorley: ty
- # [19:18] <edmorley> np
- # [19:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/35ea96602c26 - EKR - Bug 811183: Recursive GC In PeerConnection shutdown; r=jesup
- # [19:19] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [19:19] * Quits: mdas (mdas@50AE257C.D30B51A1.412CF160.IP) (Quit: )
- # [19:19] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Quit: Leaving)
- # [19:21] * Quits: biesi_ (cbiesinger@moz-48E61CD.snc1.tfbnw.net) (Ping timeout)
- # [19:21] * capella is now known as capella|mall
- # [19:22] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [19:22] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [19:22] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [19:23] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [19:23] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [19:23] * Quits: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP) (Connection reset by peer)
- # [19:23] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [19:23] * Joins: anant (Adium@2557E599.66715431.D25A875A.IP)
- # [19:23] <@ehsan> bsmedberg: good idea about turning win64 nightlies off
- # [19:24] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/0490d36be8f0 - Brian Nicholson - Bug 812347 - Don't fail upgrade if favicon_urls.db cannot be read. r=lucasr
- # [19:24] <@khuey> recursive gc?
- # [19:24] <@khuey> what is this I don't even
- # [19:24] * Joins: dholbert__ (dholbert@A5087023.2354C43D.D8E68FF6.IP)
- # [19:24] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [19:24] <ekr> Do you really want to know?
- # [19:24] <@ehsan> he does not
- # [19:24] <ekr> It's going to make you sad that it happened, and I fixed it.
- # [19:25] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [19:26] <@khuey> it sounds very sad
- # [19:26] <ekr> Let's just say that you do not want to do Dispatch(…., NS_DISPATCH_SYNC) in things prompted by garbage collection
- # [19:26] * Quits: dholbert_ (dholbert@A5087023.2354C43D.D8E68FF6.IP) (Quit: Ex-Chat)
- # [19:26] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [19:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5b72b916c65d - Gregor Wagner - Backout ed6074493479 Bug 803039
- # [19:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e98e3ed1a671 - Gregor Wagner - Merge
- # [19:27] * Joins: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP)
- # [19:27] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:28] * jcranmer is now known as jcranmer|away
- # [19:28] * Quits: FabioMagnoni (fabiomagno@B229EB9D.B112A944.AD91B79.IP) (Quit: FabioMagnoni)
- # [19:28] * Quits: Optimizer (Optimizer@moz-608ED8C4.singnet.com.sg) (Ping timeout)
- # [19:28] * Joins: bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP)
- # [19:28] * ChanServ sets mode: +o bz
- # [19:28] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [19:29] * armenzg_buildduty is now known as armenzg_mtg
- # [19:29] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [19:30] * jimm-lunch is now known as jimm
- # [19:30] * Joins: biesi_ (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [19:31] * Joins: _AxS_ (axs@moz-D389B9F5.tor.primus.ca)
- # [19:31] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [19:32] <@ted> glandium: bsmith is having visibility issues in bug 772365
- # [19:32] <@ted> due to NSS headers sometimes being included via wrappers and sometimes not
- # [19:32] * Joins: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net)
- # [19:33] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [19:33] <firebot> Check-in:
- # [19:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/443d0b028e97 - Mihai Sucan - Bug 812362 - Intermittent browser_webconsole_bug_782653_CSS_links_in_Style_Editor.js | correct line is selected - Got 6, expected 7, | correct line is selected - Got 7,
- # [19:33] <firebot> expected 6; r=rcampbell
- # [19:34] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
- # [19:34] * armenzg_mtg is now known as armenzg
- # [19:35] * coop is now known as coop|afk
- # [19:35] <bsmith> ted glandium: This is a patch that gets the build working: https://bug772365.bugzilla.mozilla.org/attachment.cgi?id=682520
- # [19:35] <glandium> ted: https://bugzilla.mozilla.org/show_bug.cgi?id=772365#c61
- # [19:35] <glandium> bsmith: ^
- # [19:35] <@ted> already on it
- # [19:35] <@ted> nice
- # [19:36] <bsmith> thanks
- # [19:36] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [19:36] * Joins: Goldorak (chatzilla@7CD1B470.2BC633E3.88CF6591.IP)
- # [19:37] * Quits: biesi_ (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [19:38] * Quits: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Quit: ChatZilla 0.9.89 [Firefox 19.0a1/20121115030705])
- # [19:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3d991794f122 - Jeff Muizelaar - Bug 794957. Use imgLoader instead of imgILoader. r=joe
- # [19:38] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [19:38] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:40] * Joins: tn (tn@A5087023.2354C43D.D8E68FF6.IP)
- # [19:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/081ed10e1bac - Brian Hackett - Don't discard JM code after off thread Ion compilation until the Ion code can be entered, bug 785494. r=jandem
- # [19:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/883c59cef464 - Brian Nicholson - Bug 811445 - Part 1: Use history_with_favicons view for Add Search Engine. r=mfinkle
- # [19:41] * Joins: cpearce (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [19:42] * Joins: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com)
- # [19:43] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [19:43] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [19:44] * Joins: drexler (chatzilla@moz-8E3C80CA.hsd1.vt.comcast.net)
- # [19:44] * Joins: kennyluck (kennyluck@moz-608ED8C4.singnet.com.sg)
- # [19:45] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [19:45] * armenzg is now known as armenzg_afk
- # [19:45] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [19:46] <philor> bjacob: ping
- # [19:46] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [19:47] * Joins: Austin__ (austin@moz-F78B7921.cpe.net.cable.rogers.com)
- # [19:49] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [19:51] * Quits: wesj1 (Thunderbir@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: wesj1)
- # [19:51] * Joins: BenWa (BenWa@moz-B9E3729F.members.linode.com)
- # [19:52] <Ms2ger> Win64 again, eh?
- # [19:53] * Quits: andreasn (andreasn@moz-FD3F641F.a336.priv.bahnhof.se) (Ping timeout)
- # [19:53] * Quits: anant (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [19:53] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [19:53] * coop|afk is now known as coop
- # [19:53] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [19:54] * Parts: Austin__ (austin@moz-F78B7921.cpe.net.cable.rogers.com)
- # [19:55] <philor> 32 bits ought to be enough etc.
- # [19:55] <Mook_as> gotta change the topic from tabs-on-bottom somehow
- # [19:56] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [19:57] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [19:57] * Quits: espindola (espindola@moz-9BD093A2.dsl.teksavvy.com) (Client exited)
- # [19:58] <@bsmedberg> I'll take one for the team ;-)
- # [20:00] <sicking> jlebar: ping
- # [20:00] <jlebar> sicking: hey
- # [20:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/54ffff3e4e83 - Gavin Sharp - Back out ded200210541 (bug 693808) since it caused bug 809745
- # [20:01] <sicking> jlebar: what should we do with all the bugs about flickering images? Should we dupe them against some bug? If so, which?
- # [20:01] <sicking> jlebar: or just qawanted them?
- # [20:01] <jlebar> sicking: I replied in your bug.
- # [20:02] <jlebar> sicking: But you should verify that they're fixed, for at least some of them...
- # [20:02] <jlebar> sicking: https://bugzilla.mozilla.org/show_bug.cgi?id=807143
- # [20:02] <sicking> jlebar: cool
- # [20:02] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [20:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/349c0099e6a7 - Jeff Muizelaar - Bug 795648. Add a commment describing why we need to call RequestDecode. r=mwoodrow
- # [20:04] * jwir3 is now known as jwir3|airport
- # [20:04] * Joins: wesj1 (Thunderbir@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:04] * jwir3|airport is now known as jwir3|travel
- # [20:04] * Quits: karl (karl@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [20:04] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
- # [20:04] * Joins: rednaks (rednaks@303BB96E.FDC07987.55FFA9B4.IP)
- # [20:04] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [20:05] * Quits: bjacob (bjacob@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [20:05] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [20:05] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [20:06] * Joins: stransky (stransky@moz-EBE52EE6.net.upcbroadband.cz)
- # [20:06] * Quits: bdahl (bdahl@2557E599.66715431.D25A875A.IP) (Client exited)
- # [20:06] * Joins: capella-s3 (capella-s3@moz-9E7C1948.pools.spcsdns.net)
- # [20:07] * Joins: espindola (espindola@moz-542FBF99.dsl.teksavvy.com)
- # [20:07] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:07] * Joins: alice (anonymous@moz-7AFC61E8.bb.sky.com)
- # [20:08] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [20:08] * Quits: KaiRo (robert@moz-E39A1979.adsl.highway.telekom.at) (Input/output error)
- # [20:08] * Joins: bdahl (bdahl@2557E599.66715431.D25A875A.IP)
- # [20:09] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:10] * Joins: jfkthame (jfkthame@A5087023.2354C43D.D8E68FF6.IP)
- # [20:10] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
- # [20:11] * Quits: armenzg_afk (armenzg@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Input/output error)
- # [20:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/166eefa41f21 - Bill McCloskey - Bug 812393 - Sweep strings and scripts incrementally (r=jonco)
- # [20:13] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [20:13] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [20:13] * bc is now known as bc|afk
- # [20:13] * Joins: Boriss (FlyingToas@moz-104358A1.dsl.pltn13.pacbell.net)
- # [20:13] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [20:14] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [20:14] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [20:14] * Joins: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP)
- # [20:14] * Joins: dveditz (dveditz@moz-131789FA.dhcp.cruzio.com)
- # [20:14] * ChanServ sets mode: +o dveditz
- # [20:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5e48095515e3 - Ehsan Akhgari - Bug 812563 - Give nsHostObjectProtocolHandler a virtual destructor; r=bzbarsky
- # [20:14] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [20:15] * Quits: jhopkins (jhopkins@F2D29657.F60B0462.67AC9B1.IP) (Quit: jhopkins)
- # [20:15] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [20:16] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Ping timeout)
- # [20:16] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d168b55e74ba - Ed Morley - Backout 545cb0d6b5c6 (bug 811490), 4fd6fc029bbe (bug 722977) for xpcshell failures
- # [20:17] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:17] * Joins: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com)
- # [20:17] * Joins: beaufour (beaufour@moz-DC1D9B4C.nycmny.fios.verizon.net)
- # [20:17] * Quits: dholbert__ (dholbert@A5087023.2354C43D.D8E68FF6.IP) (Quit: Ex-Chat)
- # [20:18] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [20:18] * nthomas|away is now known as nthomas
- # [20:19] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Ping timeout)
- # [20:19] * Joins: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP)
- # [20:19] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [20:20] * geekboy|afk is now known as geekboy
- # [20:20] * Joins: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP)
- # [20:20] * Joins: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP)
- # [20:20] * Joins: bjacob (bjacob@A5087023.2354C43D.D8E68FF6.IP)
- # [20:20] * Joins: dbuc (dbuchner@2557E599.66715431.D25A875A.IP)
- # [20:20] * Parts: dbuc (dbuchner@2557E599.66715431.D25A875A.IP)
- # [20:21] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [20:21] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Ping timeout)
- # [20:21] * Joins: karl (karl@A5087023.2354C43D.D8E68FF6.IP)
- # [20:22] * Quits: bjacob (bjacob@A5087023.2354C43D.D8E68FF6.IP) (Connection reset by peer)
- # [20:23] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [20:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/25831c0daacd - Paul Adenot - Bug 790524 - Avoid overwriting the content-type by application/octet-stream in the sniffing logic. r=bz
- # [20:24] * Quits: karl (karl@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [20:24] * Quits: randix (rdow@933CA1AA.CFBC10F9.8B52D585.IP) (Ping timeout)
- # [20:25] * Joins: randix (rdow@933CA1AA.CFBC10F9.8B52D585.IP)
- # [20:25] * Quits: @bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [20:25] * Quits: gandalf (zbraniecki@D52C68F8.F2ACB2A4.9CCE4DE2.IP) (Quit: I took the wrong pill!!!)
- # [20:26] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [20:27] <edmorley> up to 8 backouts so far today
- # [20:27] <edmorley> you wouldn't guess it's merge day monday, would you?
- # [20:27] <edmorley> :-)
- # [20:28] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
- # [20:28] <@ehsan> edmorley: oh is it? ;)
- # [20:28] <derf> edmorley: That just means that people are landing early!
- # [20:28] <derf> It's only Friday.
- # [20:28] <derf> (except in NZ, but those guys are in Vancouver anyway)
- # [20:28] * Quits: c0smikdebris (textual@AF7AD3F9.74E49D06.274D17D6.IP) (Quit: Computer has gone to sleep.)
- # [20:29] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [20:29] <edmorley> I guess between "if it's this bad already, what's it going to be like Sunday/Monday" vs "people are landing early", I'll be naive and believe the latter for now :-)
- # [20:29] * geekboy is now known as geekboy|afk
- # [20:30] <derf> Well, if it's worse than normal, _some_ people must be landing early.
- # [20:30] <derf> I make no claims on the percentage.
- # [20:31] <edmorley> like talos then
- # [20:31] <edmorley> muhahaha
- # [20:31] * Joins: bbondy_ (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [20:31] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Ping timeout)
- # [20:31] * bbondy_ is now known as bbondy
- # [20:32] * Quits: redfive (chatzilla@79BA1AFF.5BA9E1E2.4989C8B.IP) (Ping timeout)
- # [20:32] <edmorley> philor: I fear your cynicism (or should that be realism) is catching :-)
- # [20:33] * Joins: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz)
- # [20:33] <Callek> edmorley: can you land my 600 patches today, I really want them in for monday [its a patch per line of "EOL whitespace removal"
- # [20:34] <Callek> you'll have to wget them all individually and run |patch| from each specific directory though
- # [20:34] <Callek> [/bad-joke]
- # [20:34] <mbrubeck> edmorley++ for patching TBPL bug 736085
- # [20:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c5c9d7951b47 - Simon Montagu - UTF-8 auto-detection tests. Bug 811363
- # [20:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2366a926ad3c - Simon Montagu - Fix an error in the UTF-8 state machine table, and clean up the table generally. Bug 811363, r=jfkthame.
- # [20:35] * Quits: Boriss (FlyingToas@moz-104358A1.dsl.pltn13.pacbell.net) (Ping timeout)
- # [20:35] <_AxS_> glandium: hey, would you by chance have an eta on when you might get to reviewing the linux symbol-versioning patch? ie, what's the timeline i should be waiting on before i come back to bug you again? otherwise chances are good i'll just be here every day and probably end up coming up with more patches and things that only you can review..
- # [20:35] * Joins: biesi (cbiesinger@5E276FFF.6B10AC3.E2F59BBC.IP)
- # [20:35] <edmorley> mbrubeck: thank you :-)
- # [20:36] * Joins: bjacob (bjacob@A5087023.2354C43D.D8E68FF6.IP)
- # [20:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b0c5a8d1bfa4 - Jeff Muizelaar - Bug 812564. Remove non-OMCT nsWindow code. r=blassey
- # [20:37] <nemo> does anyone know in what version firefox completely removed support for SSL2?
- # [20:37] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [20:37] <nemo> need to access a router
- # [20:37] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [20:37] <nemo> so need to keep old firefox around, and finding builds that work under current linux is turning out to be tricky
- # [20:37] * Joins: Boriss (FlyingToas@moz-F55ADA8D.dsl.pltn13.pacbell.net)
- # [20:38] <nemo> ah. firefox 4 probably works
- # [20:39] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [20:39] * Quits: RealRaven (Thunderbir@C1D9EC3E.EDFE0F0.C3498625.IP) (Quit: RealRaven)
- # [20:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b123de2b4109 - Randell Jesup - Bug 806830: Enforce initializing strlib before using r=ehugg
- # [20:39] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [20:39] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [20:40] * rail is now known as rail_away
- # [20:42] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Connection reset by peer)
- # [20:43] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [20:43] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Max SendQ exceeded)
- # [20:43] <jlebar> BenWa: ping
- # [20:43] <BenWa> jlebar: pong
- # [20:43] <jlebar> BenWa: I would like a real native backtrace on ARM.
- # [20:43] <jlebar> BenWa: How can I get this?
- # [20:44] <BenWa> jlebar: You can wait for the work that julian is working on (or even make a custom build) or try to get something working with framepointers
- # [20:44] * Joins: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP)
- # [20:44] <jlebar> BenWa: I can't wait.
- # [20:44] * Joins: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz)
- # [20:44] <BenWa> sewardj: Do you break pad patch work for b2g ATM if jlebar applies them locally?
- # [20:44] <jlebar> BenWa: But I'm happy to make a custom build with framepointers or something that we wouldn't release.
- # [20:45] * Quits: janv (varga@moz-B6E52297.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [20:45] * rail_away is now known as rail
- # [20:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fb3e2fb82000 - Joe Drew - Bug 802390 - Gracefully handle shutting down a decoder that hasn't had a chance to do any work. r=jrmuizel
- # [20:45] * Quits: dwarfcrank (dwarfcrank@moz-45653D06.net) (Client exited)
- # [20:45] <BenWa> If the break pad stuff works you could spin local profiling build periodically for profiling
- # [20:45] * Quits: sankha93 (sankha93@7061CD01.D6BD0D91.22D41759.IP) (Max SendQ exceeded)
- # [20:45] <jlebar> BenWa: I want to get the stacks myself, but presumably I can call into breakpad
- # [20:45] * jlebar does not want the stacks for CPU profiling, although that would indeed be nice...
- # [20:46] <BenWa> jlebar: Yes, the idea is what break pad can unwind stack really well so we're working on using that to profile
- # [20:46] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [20:46] <BenWa> jlebar: I don't understand the difference there?
- # [20:46] <jlebar> BenWa: What about using _Unwind_Backtrace from gcc?
- # [20:46] * jlebar is not sure what BenWa is asking.
- # [20:46] <BenWa> jlebar: I tried getting it to work but I had no luck
- # [20:47] <jlebar> BenWa: Even with -funwind and --no-merge-exidx-entries?
- # [20:47] <jlebar> erm, -funwind-tables
- # [20:47] <BenWa> jlebar: So if you can implement an unwind method that returns all the addresses in the profiler then the rest will just work
- # [20:47] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [20:47] <BenWa> I had unwind-table but not no-merge-exidx-entries
- # [20:47] <jlebar> BenWa: Understood. I'm not trying to get the profiler to work, though, if that matters.
- # [20:48] <jlebar> BenWa: Do you have your test program still kicking around, or should I try?
- # [20:48] * Quits: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net) (Connection reset by peer)
- # [20:48] <jlebar> http://old.nabble.com/Stack-backtrace-for-ARM-Thumb-td29264138.html
- # [20:48] <BenWa> jlebar: If you don't want a profiler then what backtrace are you looking for?
- # [20:48] <BenWa> Just something you can call into once?
- # [20:48] <jlebar> BenWa: I'm writing a heap profiler.
- # [20:48] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [20:48] * Quits: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com) (Ping timeout)
- # [20:48] <BenWa> Ohh I see
- # [20:49] <jlebar> BenWa: I don't want to make SPS work. I mean, I do, but it's not critical like the heap profiler is atm.
- # [20:49] <BenWa> gotcha, but if we can get good unwinding working for your heap profiler then just tell em and I'll transplant it
- # [20:49] <jlebar> Sure.
- # [20:50] <jlebar> BenWa: How were you testing _Unwind_Backtrace, so I'm sure to do the same thing?
- # [20:50] <BenWa> So using the break pad stuff outside the profiler will require a bit of pluming most likely
- # [20:50] <jlebar> BenWa: Were you testing full builds on device, or were you doing something simpler?
- # [20:50] <BenWa> jlebar: I had looked at how Android used Unwind_backtrace to provide the crash info in the console when an android app crashes
- # [20:50] <@ted> there's no space in breakpad
- # [20:50] <@ted> FYI
- # [20:50] <@ted> (driving me nuts)
- # [20:51] * Quits: mjschranz (mjschranz@FA65BD34.33EE9F8A.1139E686.IP) (Ping timeout)
- # [20:51] * Quits: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net) (Quit: sworkman)
- # [20:51] <BenWa> ted: haha sorry, the OSX autocorrect adds it without my permission
- # [20:51] <jlebar> ted++
- # [20:51] <jlebar> OSX--
- # [20:51] * Joins: mreavy (chatzilla@moz-D0297AE3.phlapa.fios.verizon.net)
- # [20:51] <@ted> oh man
- # [20:51] <@ted> f'in autocorrect
- # [20:51] <BenWa> I disable it normally but I just upgraded again to 10.8
- # [20:51] <BenWa> jlebar: Sadly I don't remember exactly how I used it
- # [20:52] <BenWa> It was over a year ago :(
- # [20:52] <jlebar> BenWa: Okay.
- # [20:52] <BenWa> But I didn't have a full build of android, just of fennec
- # [20:52] * jlebar will try with the extra linker flag.
- # [20:52] <sfink> can gdb unwind ARM stacks ok?
- # [20:52] <BenWa> yes it can
- # [20:53] <sfink> jlebar, how hacky can this be? Can you run it under gdb with a breakpoint that dumps the stack and continues?
- # [20:53] <jlebar> sfink: I am so desperate at this point...
- # [20:53] * Quits: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:53] <BenWa> sfink: That would work as long as you only need to do it about once per 5 seconds
- # [20:53] <jlebar> :)
- # [20:53] * Quits: Bas (chatzilla@EBA84827.A73C08F8.348C8185.IP) (Ping timeout)
- # [20:54] * Joins: anton (anton@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:55] <BenWa> jlebar: BTW for your heap profiler you could use pseudo labels. Those will always work, but they have the obvious blind spots
- # [20:55] <BenWa> But on the positive side they show JS informatio
- # [20:55] <BenWa> n
- # [20:55] * Joins: teoli (teoli@BCD2C715.65189F53.F1085784.IP)
- # [20:55] <jlebar> BenWa: I think this memory is being allocated in a driver or library or something.
- # [20:55] * Joins: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com)
- # [20:55] <jlebar> BenWa: Anyway, I have no idea where it's coming from, so I don't relish the idea of finding it by inserting labels at every callsite in the code.
- # [20:56] <jlebar> We really need stacks..
- # [20:56] <BenWa> jlebar: Here's my recommendation: Print the PC of each allocation and perhaps the pseudo stack
- # [20:56] <NeilAway> nemo: I think kaie would have known, also bsmith might or might not know
- # [20:56] <BenWa> Then try to find out which PCs correspond to unknown allocation. Then set a breakpoint there and use GDB to unwind
- # [20:56] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [20:57] <nemo> NeilAway: Firefox 4 did the trick.
- # [20:57] * Joins: bz (bzbarsky@A5087023.2354C43D.D8E68FF6.IP)
- # [20:57] <jlebar> BenWa, That's not a bad idea. How do I get the PC without a backtrace, though? I obviously don't want the pc of malloc.
- # [20:57] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
- # [20:58] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [20:59] <sfink> jlebar: you could see if gcc's __builtin_return_address(level) function works
- # [20:59] * Joins: bbondy2 (bbondy@moz-CBCCE0F3.home.cgocable.net)
- # [21:00] <sfink> if it does, you can use it as a poor man's stack walk
- # [21:00] * Joins: past (Instantbir@moz-E5DCC933.home.otenet.gr)
- # [21:00] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [21:00] <sfink> (note that |level| has to be a constant, so you'd use a hardcoded series of them)
- # [21:01] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC)
- # [21:01] * Joins: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP)
- # [21:01] <jlebar> sfink, If that works, that would probably be good enough.
- # [21:01] <jlebar> sfink, Although I suspect it won't work.
- # [21:01] <sfink> yeah, me too
- # [21:01] * Quits: wesj1 (Thunderbir@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: wesj1)
- # [21:03] <BenWa> Well you can always get the pc + maybe the bultin_return_address of at least one level + the pseudo stack
- # [21:03] <BenWa> And you can print the allocation size and the memory block address
- # [21:04] * Quits: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [21:05] * Joins: Waldo (waldo@2557E599.66715431.D25A875A.IP)
- # [21:05] * geekboy|afk is now known as geekboy
- # [21:06] * Joins: mkaply (mkaply@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [21:06] * Joins: ddahl1 (Thunderbir@moz-976797D6.hsd1.il.comcast.net)
- # [21:06] * geekboy is now known as geekboy|afk
- # [21:06] * Joins: Jesse (jruderman@moz-E31CD2CB.mozilla.org)
- # [21:07] * juanb is now known as juanb|lunch
- # [21:07] * Quits: ctopper (craig@C3495DA.BA3DBA56.AE2B2F80.IP) (Quit: ctopper)
- # [21:07] * Quits: joey (chatzilla@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:08] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [21:08] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [21:08] <jlebar> And maybe if I can catch the alloc, I can put a conditional breakpoint when I free it.
- # [21:08] <jlebar> But this is getting pretty difficult...
- # [21:09] * bc|afk is now known as bc
- # [21:10] <BenWa> jlebar: Can you bisect to find that introduced the problem?
- # [21:10] <jlebar> BenWa, I feel like a critical word or phrase is missing.
- # [21:11] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [21:11] * Quits: capella-s3 (capella-s3@moz-9E7C1948.pools.spcsdns.net) (Ping timeout)
- # [21:12] <Archaeopteryx> replace that with what
- # [21:12] <BenWa> that=what sorry
- # [21:13] <jlebar> BenWa, You mean, bisect git?
- # [21:13] <jlebar> like, bisect m-c?
- # [21:13] <BenWa> nightly bisect, yes
- # [21:13] <jlebar> no, that's not an option, I don't believe. We don't know that there was a good rev.
- # [21:13] <jlebar> BenWa, and bisecting b2g is basically impossible, because you have to use matching revs of gaia and m-c.
- # [21:13] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [21:13] * ekr_ is now known as ekr
- # [21:13] <jlebar> and heaven forbid we should keep a record of which revs worked in the past.
- # [21:14] * mak|afk is now known as mak
- # [21:14] <BenWa> jlebar: bisect the nightlies
- # [21:14] * sheppy-afk is now known as sheppy
- # [21:14] <jlebar> BenWa, Like I say, it's not clear there's a good revision.
- # [21:14] <jlebar> BenWa, (Also, I thought the nightlies were just Gecko, but maybe that's wrong.)
- # [21:15] <jlebar> BenWa, Anyway the gallery app has changed over time, and I want to find the bug in its current form.
- # [21:15] <jlebar> Also, about:memory has changed over time, and I can't even get that from old versions.
- # [21:15] <BenWa> Ahh ok :(
- # [21:15] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [21:17] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Ping timeout)
- # [21:17] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
- # [21:17] <BenWa> jlebar: Well your option is to log the allocation with as much context and hope you find something fishy and use B2G. Otherwise you can do codebase bisection where you comment out part of b2g
- # [21:17] <BenWa> Like disable drawing, or compositing
- # [21:17] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [21:17] * Quits: drexler (chatzilla@moz-8E3C80CA.hsd1.vt.comcast.net) (Ping timeout)
- # [21:17] <BenWa> But I admit they are all terrible options
- # [21:18] * Joins: capella-s3 (capella-s3@moz-9E7C1948.pools.spcsdns.net)
- # [21:18] <jlebar> BenWa, I just want stacks. Is this already the relevant people's priorities? We need it for more than just heap profiling, of course. We're really flying blind.
- # [21:18] <jlebar> There's work we want to do to optimize b2g app startup that we basically cannot do without stacks.
- # [21:18] <BenWa> Well the pert team has been working on it
- # [21:19] <jlebar> taras, ping?
- # [21:19] <BenWa> perf* *turns off autocorrect*
- # [21:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d0562b40fc01 - Fernando Jiménez - Bug 809948 - [Webapps] Check for enough device storage before starting app download. Follow-up; r=fabrice
- # [21:20] <padenot> ~/b 10
- # [21:20] * Joins: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP)
- # [21:20] * Quits: Mano (mano@BAF64CBD.7DFE0D4A.39716721.IP) (Client exited)
- # [21:20] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:20] * hwine is now known as hwine|afk
- # [21:20] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [21:21] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [21:21] * Quits: Boriss (FlyingToas@moz-F55ADA8D.dsl.pltn13.pacbell.net) (Quit: Boriss)
- # [21:21] <seth> so is making my class T inherit from RefCountable<T> sufficient to make it visible to the refcount logging code? i'm a bit unclear; the documentation implies it has to be an XPCOM object, and I'm not sure (1) whether inheriting from RefCountable is enough to make you can XPCOM object, and (2) whether that's true
- # [21:22] <jlebar> seth, I don't believe inheriting from RefCountable<T> makes a class visible to the refcount logging code.
- # [21:22] <biesi> RefCountable doesn't make you an xpcom object, certainly
- # [21:23] <biesi> xpcom objects don't ues it
- # [21:23] * Quits: capella-s3 (capella-s3@moz-9E7C1948.pools.spcsdns.net) (Ping timeout)
- # [21:23] <seth> heh, i see, thanks
- # [21:23] <jlebar> seth, I think you probably want MOZ_COUNT_CTOR/DTOR.
- # [21:23] <jlebar> seth, See xpcom/glue/nsTArray-inl.h.
- # [21:23] <biesi> that's for non-refcounted objects, right?
- # [21:24] <jlebar> biesi: What will go wrong if you use it on a refcounted object, though?
- # [21:24] <seth> jlebar: that is effectively just for making sure new's and delete's a paired, right?
- # [21:24] <jlebar> seth: Yes
- # [21:24] <tbsaunde> isn't using NS_DECL_{,INLINE}_REFCOUNTING what seth wants?
- # [21:24] <biesi> jlebar, nothing, it just won't be useful
- # [21:24] <jlebar> well, as much as our "leaked object" thing is not useful, yes...
- # [21:24] * aki is now known as aki|brb
- # [21:24] <jdm|away> ehsan: so if you want to poke bsmith about the last PB bug (769288), that would be swell
- # [21:24] <biesi> jlebar, unless you meant putting those two inside the addref/release calls themselves?
- # [21:24] <jdm|away> it's 8:30 here and I have friends I need to meet
- # [21:25] <jlebar> No...
- # [21:25] <@ehsan> jdm|away: no problem, I'll get blassey to poke him ;)
- # [21:25] <@ehsan> jdm|away: thanks a lot for your work here!
- # [21:25] * Quits: past (Instantbir@moz-E5DCC933.home.otenet.gr) (Ping timeout)
- # [21:25] <blassey> jdm|away: where are you?
- # [21:25] <jdm|away> blassey: london
- # [21:25] * Joins: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net)
- # [21:25] <biesi> jlebar, knowing who allocated the object is not all that useful for debugging refcount leaks
- # [21:25] <seth> biesi: i suppose that could work, though then i'd need to manually implement addref/release, i guess
- # [21:26] <jlebar> biesi: Agreed…I guess I didn't realize that was what seth was trying to do.
- # [21:26] * Quits: jdm|away (jdm@88F51059.F3BBB17D.144F44FA.IP) (Quit: Lost terminal)
- # [21:26] * geekboy|afk is now known as geekboy
- # [21:26] <biesi> seth, looks like what you want is NS_LOG_ADDREF/NS_LOG_RELEASE
- # [21:27] * biesi is still trying to find the declaration of RefCountable
- # [21:27] <seth> biesi: ahh, those sound promising
- # [21:27] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [21:27] <biesi> oh, RefCounted
- # [21:28] <seth> whoops, eh, RefCounted, indeed
- # [21:29] * khuey is now known as khuey|away
- # [21:29] * Joins: past (Instantbir@moz-97B9D0D0.dsl.dyn.forthnet.gr)
- # [21:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/74d500724519 - Brian Hackett - Pass runtime instead of bogus compartment to MarkFromIon, bug 812235. r=dvander
- # [21:31] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/123cb677c197 - C. Scott Ananian - Bug 805565 - Allow unlimited indexedDB and appcache for Android web apps. r=wjohnston
- # [21:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b242651c3c1b - Zack Weinberg - Bug 229827: escape unprintable characters in CSS parser diagnostics. r=dbaron
- # [21:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/40f38a8aa660 - Zack Weinberg - Bug 663291: Improve the SpecialPowers and SimpleTest APIs to make it easier to write mochitests that look at error console output. Update all tests that were using
- # [21:35] <firebot> ad-hoc console inspection or the old SimpleTest console handler API. r=ted
- # [21:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b36eaac9ecf8 - Zack Weinberg - Bug 663291 ride-along: reactivate the web worker error propagation tests (from bug 595394, disabled in bug 692605). r=ted
- # [21:35] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [21:35] * Joins: ehugg_lime (ehugg_lime@D6EB3A64.4F0DA528.43B20542.IP)
- # [21:36] * Quits: ehugg_lime (ehugg_lime@D6EB3A64.4F0DA528.43B20542.IP) (Connection reset by peer)
- # [21:36] <stransky> hm, have you anyone tested 10.0.11ESR with lamgpacks as extensions? Seems to be broken somehow, the langpacks are ignored
- # [21:37] * geekboy is now known as geekboy|afk
- # [21:37] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [21:38] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [21:39] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [21:41] * Joins: sworkman (sworkman@moz-825EC923.hsd1.ca.comcast.net)
- # [21:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/158f2345bf97 - Tanvi Vyas - Bug 803225 - Test different protocols that are allowed in nsMixedContentBlocker.cpp (r=bz)
- # [21:42] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/87e53d2e1e53 - Tanvi Vyas - Bug 803225 - Mixed Content Blocker - Check for other secure schemes, in additon to https. (r=bz)
- # [21:42] * Parts: alice (anonymous@moz-7AFC61E8.bb.sky.com)
- # [21:42] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [21:43] * geekboy|afk is now known as geekboy
- # [21:44] <mwu> jesup: ping
- # [21:44] * geekboy is now known as geekboy|afk
- # [21:45] <jesup> mwu: pong
- # [21:45] <mwu> jesup: do you know anything about opensl in webrtc?
- # [21:45] * Quits: teoli (teoli@BCD2C715.65189F53.F1085784.IP) (Input/output error)
- # [21:45] <jesup> opensl?
- # [21:45] <jesup> opensles?
- # [21:45] <mwu> yeah
- # [21:45] * whimboo|afk is now known as whimboo
- # [21:46] <jesup> ah. Yes. A little
- # [21:46] <jesup> Basically, webrtc on android depends on it for low-latency audio
- # [21:46] <mwu> I heard we're directly linking against it now
- # [21:46] <mwu> does that me we've dropped android 2.2 support?
- # [21:46] <mwu> mean
- # [21:47] <jesup> so we'll be limited to 2.3 and above. We'll want to do something dynamic so we can have a build that runs on 2.2 (with no webrtc functionality)
- # [21:47] <mwu> oh ok, so this is a temporary situation
- # [21:47] <bsmith> jdm|away: no poking necessary.
- # [21:47] <jesup> opensles will not be supported on 2.2; either we port it and maintain it, or we disable webrtc on 2.2 (which is what we'll do)
- # [21:47] * geekboy|afk is now known as geekboy
- # [21:48] <mwu> jesup: ok
- # [21:48] <jesup> or so my understanding goes
- # [21:48] <jesup> at some point we'll likely drop 2.2 from new Firefox builds
- # [21:48] <mwu> jesup: I'm asking because I implemented the cubeb opensles backend, and if webrtc can directly link, I'd like the cubeb backend to directly link too
- # [21:48] <mwu> right now it does dlopen
- # [21:48] <jesup> we need to move webrtc to dlopen
- # [21:48] <mwu> mm ok
- # [21:49] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [21:49] <jesup> see dmose and gcp
- # [21:49] <mwu> it's a little annoying since you also need to dlsym the interface symbols too
- # [21:49] <bsmith> ted glandium: Thanks. I now got further in the build (https://tbpl.mozilla.org/?tree=Try&rev=1ef9489af3a3) using this patch: https://hg.mozilla.org/try/rev/7ab99360ea65
- # [21:49] * Joins: harth (harth@E85584A7.27376607.189F3E15.IP)
- # [21:49] <mwu> but overall, not too bad
- # [21:49] <jesup> mwu: yup
- # [21:49] <bsmith> It seems like signmar and friends need to have their makefiles updated too
- # [21:50] * Quits: marcux (yaaic@moz-EDBA9B4F.mobileonline.telia.com) (Ping timeout)
- # [21:50] * Joins: taustin (taustin@moz-26DAB0F4.static.cruzio.com)
- # [21:51] * Parts: edmorley (edmorley@moz-96C81933.range86-145.btcentralplus.com)
- # [21:51] <bsmith> or, maybe less far in the build, it just built slow
- # [21:52] * Quits: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP) (Ping timeout)
- # [21:52] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Quit: Computer has gone to sleep)
- # [21:53] * Joins: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP)
- # [21:53] * Quits: taustin (taustin@moz-26DAB0F4.static.cruzio.com) (Quit: taustin)
- # [21:54] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:55] * Joins: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net)
- # [21:55] * philor is now known as philor|away
- # [21:55] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
- # [21:56] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d9ef44ab7ee3 - Jonathan Griffin - Bug 812579 - Fix typo in Marionette's MANIFEST.in, r=atrain
- # [21:57] * Joins: Boriss (FlyingToas@moz-D2499C63.tmodns.net)
- # [21:57] * Joins: tH (Rob@cpc4-seac20-2-0-cust858.7-2.cable.virginmedia.com)
- # [21:57] * Quits: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP) (Ping timeout)
- # [21:58] * Quits: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP) (Input/output error)
- # [21:58] * Joins: akeybl_ (akeybl@2557E599.66715431.D25A875A.IP)
- # [21:58] * Joins: teoli (teoli@BCD2C715.65189F53.F1085784.IP)
- # [21:59] * Joins: Mossop (mossop@3B7A0A82.FDE27459.739380AF.IP)
- # [21:59] * Quits: Boriss (FlyingToas@moz-D2499C63.tmodns.net) (Quit: Boriss)
- # [21:59] <jimm> bsmedberg: what's PFS?
- # [22:00] * Quits: akeybl (akeybl@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [22:00] * Quits: mayhemer (Miranda@moz-415580BA.broadband17.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [22:00] <Mossop> Plugin Finder Service
- # [22:01] <Mossop> jimm: ^
- # [22:01] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [22:01] <jimm> ah
- # [22:02] * aki|brb is now known as ak
- # [22:02] * ak is now known as aki
- # [22:05] * Quits: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu) (Ping timeout)
- # [22:05] * akeybl_ is now known as akeybl
- # [22:06] * Joins: ekr_ (ekr@43CB6079.66715431.D25A875A.IP)
- # [22:07] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [22:07] * Joins: anant (Adium@2557E599.66715431.D25A875A.IP)
- # [22:08] * Quits: sheppy (sheppy@moz-B52B0B26.dhcp.kgpt.tn.charter.com) (Quit: NO CARRIER)
- # [22:08] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Ping timeout)
- # [22:08] * ekr_ is now known as ekr
- # [22:09] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
- # [22:09] * Joins: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP)
- # [22:10] * Joins: jtcranmer (jcranmer@moz-A8039BFC.csl.tjhsst.edu)
- # [22:11] * juanb|lunch is now known as juanb
- # [22:12] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [22:13] * Joins: Boriss (FlyingToas@moz-D2499C63.tmodns.net)
- # [22:13] * Quits: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP) (Ping timeout)
- # [22:15] <taras> jlebar: sup
- # [22:15] * Joins: gandalf (textual@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:15] <jlebar> taras, BenWa was telling me that your peeps are working on getting us stack traces on ARM/B2G.
- # [22:16] <jlebar> taras, I wanted to make sure you knew this was a very high priority for B2G.
- # [22:16] * Joins: AryehGregor (AryehGrego@FC70AC9.F2D2BE0C.78D2F5C4.IP)
- # [22:16] * Joins: karl (karl@A5087023.2354C43D.D8E68FF6.IP)
- # [22:16] <jlebar> taras, We're flying blind until we figure this out.
- # [22:16] <taras> jlebar: yeah, feel free to ping sewardj
- # [22:16] <jlebar> Okay.
- # [22:16] <taras> jlebar: between him/glandium you might be able to cobbletogether a working patchset
- # [22:17] * Quits: Boriss (FlyingToas@moz-D2499C63.tmodns.net) (Ping timeout)
- # [22:17] <BenWa> I told jlebar that the patches already work for profiling
- # [22:17] <BenWa> I have a build of fennec with sewardj's patch
- # [22:17] <jlebar> BenWa, Actually, I'm not sure you said that. :)
- # [22:17] <jlebar> but okay.
- # [22:17] <BenWa> jlebar: You can give applying them a shot
- # [22:17] <jlebar> Yeah, I will do that if this build doesn't work.
- # [22:18] <jlebar> (I suspect it won't.)
- # [22:18] <BenWa> note that using the breakpad stuff outside the profiler may not be trivial since we have a unwinder thread rather do it in place
- # [22:19] * capella|mall is now known as capella
- # [22:19] * Joins: Boriss (FlyingToas@moz-D2499C63.tmodns.net)
- # [22:20] * mak is now known as mak|afk
- # [22:20] * Joins: biesi_ (cbiesinger@E91A4D72.6B10AC3.E2F59BBC.IP)
- # [22:20] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [22:22] * bwinton is now known as bwinton_away
- # [22:22] <bjacob> jorendorff: what did you mean with this edit: https://developer.mozilla.org/en-US/docs/PR_Lock$compare?to=180733&from=180732
- # [22:22] * hwine|afk is now known as hwine
- # [22:22] * bwinton_away is now known as bwinton
- # [22:23] <jorendorff> bjacob: which hunk?
- # [22:24] <jorendorff> wow, 2007
- # [22:24] * Quits: teoli (teoli@BCD2C715.65189F53.F1085784.IP) (Input/output error)
- # [22:24] <jorendorff> it certainly appears to be called PR_Unlock now
- # [22:24] * Joins: taustin (taustin@moz-7621EC6F.dsl.pltn13.sbcglobal.net)
- # [22:25] <@bsmedberg> Is there any useful equivalent to valgrind memcheck or helgrind on Windows?
- # [22:25] <jorendorff> bjacob: i think what i meant for the other thing is, don't lock a PRLock and then try to lock it again
- # [22:25] * khuey|away is now known as khuey
- # [22:25] <jorendorff> without unlocking first
- # [22:25] * Joins: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com)
- # [22:26] <jorendorff> because you won't just deadlock until someone else unlocks the PRLock; rather, your process asplode
- # [22:26] <biesi_> there wouldn't be a "someone else"
- # [22:27] <jlebar> How do I add flags to ld in my mozconfig? It's apparently not LDFLAGS="..."; that adds the flags to cc during configure, not preceeded by -l.
- # [22:27] <biesi_> because the someone else is onthe same thread!
- # [22:27] <Waldo> biesi_: never underestimate cosmic rays
- # [22:27] <@ehsan> bz, roc: https://bugzilla.mozilla.org/show_bug.cgi?id=812617
- # [22:27] * Quits: jet (junglecode@A5087023.2354C43D.D8E68FF6.IP) (Quit: jet)
- # [22:27] <biesi_> Waldo, heh
- # [22:27] <Ms2ger> ehsan, you'll need some better justification :)
- # [22:27] <biesi_> unlocked by cosmic ray
- # [22:28] <@ehsan> Ms2ger: see the node lifetime thing in the web audio spec :(
- # [22:28] <@ehsan> Ms2ger: basically the idea is that we want to be able to differentiate between js and native references
- # [22:28] <@ehsan> because a js reference means that web audio nodes can never be deleetd
- # [22:28] <Ms2ger> ehsan, mm, roc told me I should review that spec if I wanted to have a laugh
- # [22:28] <@ehsan> Ms2ger: he was serious
- # [22:28] * Quits: Bas (chatzilla@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [22:28] * Quits: tn (tn@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [22:28] <Waldo> that...sounds crazy
- # [22:29] * mcote is now known as mcote|biab
- # [22:29] <bjacob> jorendorff: "PR_Lock is not reentrant" should mean you can't call it on 2 different threads at the same time. But the next sentence talks about calling it twice on the same thread. That 's what confuses me here
- # [22:29] <@ehsan> Ms2ger: so the idea behind that bug is for us to have a way to see if js is holding a ref to a native object
- # [22:29] <@ehsan> and act accordingly
- # [22:29] * Quits: taustin (taustin@moz-7621EC6F.dsl.pltn13.sbcglobal.net) (Quit: taustin)
- # [22:29] <biesi_> bjacob, means same thread in this case
- # [22:29] <Ms2ger> What Waldo said
- # [22:29] <Waldo> that sounds crazy, if we ever get DOM implemented in JS
- # [22:29] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [22:29] <jorendorff> bjacob: ok, so "reentrant" definitely isn't the right word
- # [22:29] <jorendorff> bjacob: but it doesn't mean what you say it means either
- # [22:30] <biesi_> I've heard reentrant used for this concept before
- # [22:30] <jorendorff> bjacob: to me the classic meaning of reentrant is "sure you can call it from a signal handler, no worries"
- # [22:30] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [22:30] <bjacob> jorendorff: ah
- # [22:30] * jmaher is now known as jmaher|afk
- # [22:30] * Joins: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP)
- # [22:30] <biesi_> e.g. http://journals.ecs.soton.ac.uk/java/tutorial/java/threads/reentrant.html
- # [22:30] <biesi_> http://stackoverflow.com/questions/391913/re-entrant-locks-in-c-sharp
- # [22:30] * Joins: DGMurdockIII (DGMurdockI@moz-E933B63.hsd1.il.comcast.net)
- # [22:30] <biesi_> https://bugzilla.mozilla.org/show_bug.cgi?id=556214 :-)
- # [22:31] <Waldo> <handwaving about "lock" meaning a million different things>
- # [22:31] <jorendorff> i only claim it doesn't necessarily have to do with threads
- # [22:31] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:32] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Input/output error)
- # [22:33] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
- # [22:34] * Quits: wolfiR (wolfiR@moz-1720658E.dip0.t-ipconnect.de) (Quit: Leaving)
- # [22:34] * Quits: hub (hub@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:35] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/15eaadc2cd9a - Mike Conley - Bug 811076 - progressmeter in downloads button needs native colours for winstripe and gnomestripe. r=mak.
- # [22:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/68e26307643e - Mike Conley - Bug 812345 - Downloads indicator button still resizes sometimes on Windows for some remaining download times. r=mak.
- # [22:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c2ea3fb28c45 - Mike Conley - Bug 812343 - Empty Downloads Panel on Windows needs downloads richlistbox collapsed. r=mak.
- # [22:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5a98a1662e64 - Mike Conley - Bug 808277 - Show the progress of downloads that are not visible in the Downloads Panel in a summary. r=mak.
- # [22:36] * geekboy is now known as geekboy|afk
- # [22:36] * Joins: redfive (chatzilla@17CFC22E.61D78BCA.4989C8B.IP)
- # [22:36] * Quits: Boriss (FlyingToas@moz-D2499C63.tmodns.net) (Quit: Boriss)
- # [22:36] * Quits: biesi_ (cbiesinger@E91A4D72.6B10AC3.E2F59BBC.IP) (Ping timeout)
- # [22:37] * Quits: jwq (chatzilla@moz-12623DCD.cable.telstraclear.net) (Ping timeout)
- # [22:37] <mconley> \o/
- # [22:38] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
- # [22:38] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [22:39] * Quits: Havvy (Mibbit@moz-7E285F49.ptld.qwest.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:40] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [22:40] * nthomas is now known as nthomas|away
- # [22:41] <gandalf> taras: ping
- # [22:43] <taras> gandalf: sup
- # [22:43] <gandalf> need your time
- # [22:43] <gandalf> have some?
- # [22:43] * Joins: taustin (taustin@moz-7621EC6F.dsl.pltn13.sbcglobal.net)
- # [22:43] <taras> gandalf: a few min
- # [22:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eeda949e9f4a - Morrison Cole - Bug 810278 - Improved background/toolbar visual cohesion. r=wjohnston
- # [22:46] * Joins: brendan (brendaneic@moz-608ED8C4.singnet.com.sg)
- # [22:47] * Joins: jgilbert (jgilbert@A5087023.2354C43D.D8E68FF6.IP)
- # [22:48] * Quits: Enn (enn@moz-A875DFED.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:48] * Quits: atte (atte@moz-401E92F1.dhcp.inet.fi) (Client exited)
- # [22:48] <gandalf> taras: ok. first question. Do you know why our asynchronous XHR on desktop is way slower than Chrome. Do you know if there's a bug for that and is it worth filing one?
- # [22:49] <taras> gandalf: sicking would know
- # [22:49] <taras> answers to both
- # [22:49] <gandalf> sicking: ping
- # [22:49] <sicking> i know nothing!
- # [22:49] <gandalf> too late
- # [22:49] <sicking> gandalf: slower how? Download speed?
- # [22:49] <taras> gandalf: file a bug
- # [22:49] <gandalf> your buddy set you up
- # [22:49] <gandalf> sicking: http://www.braniecki.net/i.html
- # [22:49] <gandalf> look at loadFile function
- # [22:50] <gandalf> the time for us is ~30-60ms on desktop, for Chrome is around 2ms
- # [22:50] <taras> 2ms
- # [22:50] <taras> heh
- # [22:50] <sicking> gandalf: the 2ms is for a cached load
- # [22:51] <sicking> gandalf: i get 2-3ms loads in firefox too when we hit the cache
- # [22:51] <taras> yeah i'm getting 119ms for ff and 329 for chrome
- # [22:51] <gandalf> sicking: fresh boot of Chrome is 18ms, of Fx is 35ms
- # [22:51] <sicking> gandalf: for some reason we seem to hit the cache less often than chrome though
- # [22:51] <taras> sicking: i get consistently shitty cached results
- # [22:51] <taras> 50+ms
- # [22:51] * @smaug can't see difference with http://mozilla.pettay.fi/xhr_upload/xhr_file_upload_demo_with_speed_and_timing.html
- # [22:52] <sicking> gandalf: in any case, i don't think this is XHR specific
- # [22:52] <@smaug> not that that is a good test
- # [22:52] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
- # [22:52] <taras> smaug: why not?
- # [22:52] <sicking> gandalf: chrome do some pretty neat things with their network stuff that we don't iirc
- # [22:52] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [22:52] <sicking> gandalf: filing a bug on the necko team seems worth doing
- # [22:52] <gandalf> sicking: asking cause we are using XHR to load local content and it seems to me that even for local stuff we're much slower
- # [22:53] <taras> yeah
- # [22:53] <taras> good find
- # [22:53] <taras> gandalf: try turning off disk cache
- # [22:53] <gandalf> now, more hairy stuff
- # [22:53] <gandalf> https://bugzilla.mozilla.org/show_bug.cgi?id=811593#c33
- # [22:53] <@smaug> taras: I mean with my test it is a bit hard to see the performance
- # [22:53] <taras> mm hair
- # [22:53] <gandalf> same ting, XHR, but this time on FirefoxOS
- # [22:53] <sicking> gandalf: i don't think it's anything XHR specific
- # [22:53] <@smaug> taras: unless you activate several XHRs
- # [22:53] <sicking> gandalf: unless you are loading really large files
- # [22:53] <gandalf> sicking: no, I'm loading super small files
- # [22:54] * Quits: harth (harth@E85584A7.27376607.189F3E15.IP) (Input/output error)
- # [22:54] * Quits: ahal (ahal@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [22:54] <sicking> gandalf: then it's just network issues i'm fairly sure
- # [22:54] <taras> gandalf: wow
- # [22:54] <taras> ugly ugly ugly
- # [22:54] <gandalf> actually, comment 31
- # [22:54] <glandium> jorendorff: reentrant is about the function not keeping state between calls. like strtok vs. strtok_r
- # [22:54] <sicking> gandalf: yeah, i've seen the bug
- # [22:54] * Quits: lduros (user@moz-4894EA28.nic.resnet.group.upenn.edu) (Client exited)
- # [22:54] * Joins: RyanVM (chatzilla@moz-148999FE.phlapa.fios.verizon.net)
- # [22:54] <sicking> gandalf: i'm fairly sure that blaming XHR is a red herring
- # [22:54] <RyanVM> working on the backouts
- # [22:54] <gandalf> look at Unagi+local vs. Unagi+web
- # [22:54] <taras> gandalf: make that a necko bug
- # [22:54] <taras> and cc mcmanus
- # [22:54] <jorendorff> glandium: I agree with what wikipedia says about it
- # [22:55] <taras> and the new guy
- # [22:55] * taras looks
- # [22:55] <gandalf> sicking: that's possible, but the result is that fetchStart starts for web site n 1ms and for local app:// (jar) in 121ms
- # [22:55] <gandalf> that's a huge difference
- # [22:55] <sicking> gandalf: i'm also not sure how performance.* interacts with XHR. I wouldn't assume that they interact correctly
- # [22:55] <taras> gandalf: and Randall Dow
- # [22:56] <gandalf> no, sorry, the performance.* is for pure .html load
- # [22:56] <gandalf> the XHR is separate
- # [22:56] <gandalf> maybe they should be two bugs then
- # [22:56] <fabrice> gandalf: what we care about in b2g is when the app is *usable*, not some xhr load time
- # [22:56] <gandalf> one for index.html loading
- # [22:56] <gandalf> one for XHR loads
- # [22:56] * Quits: msucan (mihai@5D30AB1B.F63D1FEA.699550A1.IP) (Quit: Leaving.)
- # [22:56] * Quits: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it) (Quit: Leaving.)
- # [22:56] <gandalf> fabrice: if XHR prevents the app from being loaded (L10n for example) then it's part of that
- # [22:56] <sicking> gandalf: i'm also not sure that performance.* works at all for app://
- # [22:57] <gandalf> sicking: ah, that's possible
- # [22:57] <sicking> gandalf: i think most of the performance.* implementation lives in the HTTP code
- # [22:57] <@smaug> well, in docshell too
- # [22:57] * @smaug tries to recall what he reviewed long ago
- # [22:57] <sicking> smaug: ok
- # [22:58] <gandalf> fabrice: but I agree that those are two separate issues - 1) how much it takes for index.html to load, 2) how much it takes to load a local resource via XHR
- # [22:58] * @smaug has the gift to forget the code he reviews :)
- # [22:58] * sicking is happy not to be biking to work today. Weather is crap
- # [22:58] * Quits: azakai (alon@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [22:58] <gandalf> taras: you said I should make the XHR app:// bug a necko bug?
- # [22:58] * Quits: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz) (Quit: This computer has gone to sleep)
- # [22:58] <mrbkap> sicking: Yeah, I was outside with my bike when I thought better of it and went inside to ditch my bike and get an umbrella.
- # [22:58] <sicking> gandalf: most likely slowness in loading index.html is the same cause as slowness in loading using XHR
- # [22:58] <taras> gandalf: yes
- # [22:59] <gandalf> btw. I also filed separate one for the DOM loading delay on Unagi
- # [22:59] <@smaug> gandalf: XHR doesn't handle different protocols different ways. If there is some perf difference, it would be some lower level code, like necko
- # [22:59] <sicking> gandalf: my point was that measuring using performance.* might not be a reliable way of measuring. Especially when dealing with "exotic" things like jar, non-http-schemes and XHR
- # [22:59] <gandalf> ok
- # [23:00] <fabrice> mrbkap: I went outside with my bike and decide to wfh
- # [23:00] <gandalf> that's the DOM bug: https://bugzilla.mozilla.org/show_bug.cgi?id=812441
- # [23:00] <gandalf> it seems that loading local index.html is choking on DOM somehow
- # [23:00] <@smaug> gandalf: do you start XHR while loading index.html ?
- # [23:00] <gandalf> sicking: but measuring performance.timing.navigationStart vs. window.onload should be right, right?
- # [23:00] <fabrice> gandalf: we'll hopefully have better profiling soon to investigate that
- # [23:00] <gandalf> smaug: after (onload)
- # [23:01] <@khuey> tree closed :-(
- # [23:01] <gandalf> sicking: what I care here is the time between navigation starts and the time when window.onload is fired
- # [23:01] * @khuey has a sad
- # [23:01] <sicking> gandalf: i'd feel a whole lot better if you measured by putting custom logging code in gecko rather than relying on performance.*. But maybe smaug knows better since he reviewed it
- # [23:01] * nthomas|away is now known as nthomas
- # [23:02] <@smaug> gandalf: so what are you measuring ?
- # [23:02] <biesi> gandalf, isn't there a performance.loadEventStart or somesuch?
- # [23:02] * juanb is now known as juanb|mtg
- # [23:02] <gandalf> biesi: there is
- # [23:02] <gandalf> and it matches the performance.now() fired in window.onload
- # [23:02] <gandalf> so I measure this
- # [23:03] <gandalf> smaug: I measure the time it takes from the very beginning of webapp loading to onload event
- # [23:03] <gandalf> and on Unagi it takes a second to load an empty app
- # [23:03] <@khuey> so who closed te tree?
- # [23:03] <gandalf> (bug 781613 uses profile and gets the same results as I did with onload)
- # [23:04] <froydnj> khuey: you going to break their kneecaps?
- # [23:04] <@khuey> it's an option
- # [23:04] <gandalf> sicking: so we have two measurements, mine using onload timing and cjones's using profiler. Both show roughly the same time cost to load an empty index.html on Unagi
- # [23:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/84384977f87b - Ryan VanderMeulen - Backed out changeset fb3e2fb82000 (bug 802390) for mochitest bc orange.
- # [23:04] * Joins: MrMazda (fmcz@moz-A5D13CA.cable.mindspring.com)
- # [23:04] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/20fcf80a5242 - Ryan VanderMeulen - Backed out changesets b242651c3c1b (bug 229827), b36eaac9ecf8, and 40f38a8aa660 (bug 663291) for mochitest-3/4 failures.
- # [23:05] <@khuey> aha, good
- # [23:05] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:05] <@khuey> I was wondering if that was going to happen
- # [23:05] <gandalf> I profiled it from inside and it seems that a) starting file fetching is slow, b) DOM read starts very late after the file is fetched
- # [23:05] <sicking> gandalf: onload timing == performance.* timing?
- # [23:05] * bc is now known as bc|afk
- # [23:05] <gandalf> sicking: yes
- # [23:05] <@smaug> what is DOM read?
- # [23:05] <gandalf> window.onload timing == performance.timing.loadEventStart
- # [23:06] * catlee is now known as catlee-away
- # [23:06] <sicking> gandalf: ok, that does make me more comfortable with that number being correct
- # [23:06] <gandalf> sicking: sure
- # [23:06] <sicking> gandalf: though note that the other performance.* numbers might still be unreliable. I just don't know.
- # [23:07] <gandalf> oh, and c) once we do hit onload, we want to load more resources and that takes way more than it should
- # [23:07] <gandalf> sicking: yeah, I understand that those may be skewed
- # [23:07] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:07] <gandalf> but the overall result - 1second to load empty HTML is there. If they are right, then there are two slowdowns down the way, fetchStart and domInteractive
- # [23:07] <fabrice> gandalf: what I'd like to see is numbers comparing resources load from within the parent process with the ones when loading apps since they run OOP
- # [23:08] <gandalf> if they are wrong, then the issues may be elsewhere
- # [23:08] <@smaug> gandalf: so sounds like something not in main thread takes time
- # [23:08] <gandalf> fabrice: how can I measure that?
- # [23:08] <@smaug> though, I don't know what a) means
- # [23:08] <@smaug> is a) something not in main thread?
- # [23:08] <fabrice> gandalf: timing xhr loads in shell.js
- # [23:09] * Quits: brendan (brendaneic@moz-608ED8C4.singnet.com.sg) (Quit: brendan)
- # [23:09] <gandalf> smaug: for index.html fetchStart is slow when OOP is on and fast is OOP is off
- # [23:09] <@smaug> ah, ok, you're talking in .performance terms all the time
- # [23:09] <gandalf> yeah, that's all I have :(
- # [23:10] * Joins: ekr (ekr@43CB6079.66715431.D25A875A.IP)
- # [23:10] <@smaug> better to discuss with jduell perhaps
- # [23:10] <gandalf> but the numbers for OOP and noOOP for performance.* are different and they show fetchStart difference (OOP: 121, noOOP: 5ms)
- # [23:10] <@smaug> didn't he wrote most of E10s Necko code
- # [23:11] <gandalf> I'll file the index.html load as a separate bug and CC the right ppl then
- # [23:11] * Joins: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz)
- # [23:12] * Quits: lsumar (lsumar@moz-54971330.jetstream.xtra.co.nz) (Quit: This computer has gone to sleep)
- # [23:12] <@smaug> so when fetchstart happens, we're actually starting to load something. That would happen after the child process has send message to parent process to start loading and waiting for parent process to reply with some start-loading message
- # [23:12] <@smaug> s/send/sent/
- # [23:13] <jduell> gandalf: is this for every HTTP load, or just the first done after boot?
- # [23:13] <gandalf> jduell: the index.html load time or XHR load time?
- # [23:13] * Quits: smagnin (pike@moz-8CEB8724.fbx.proxad.net) (Quit: Quitte)
- # [23:13] * philor|away is now known as philor
- # [23:13] <jduell> gandalf: the slow one(s)
- # [23:13] <gandalf> so there are two slowdowns
- # [23:14] <gandalf> 1) index.html fetchStart is much slower with OOP
- # [23:14] <gandalf> (fileing a bug for that)
- # [23:14] * Quits: hurley (hurley@moz-E76806A0.dsl.static.sonic.net) (Connection reset by peer)
- # [23:14] * Joins: bnicholson (bnicholson@2557E599.66715431.D25A875A.IP)
- # [23:14] <gandalf> 2) XHR fired in window.onload is very slow, but if you delay that by a second or two then it's fast
- # [23:14] <gandalf> (that's bug 811593)
- # [23:14] <gandalf> the 2) notices no difference between OOP and NoOOP
- # [23:15] <jduell> gandalf: yeah sounds like 2 different bugs
- # [23:15] <gandalf> ok
- # [23:15] <gandalf> filing the one for index.html
- # [23:15] * Joins: azakai (alon@2557E599.66715431.D25A875A.IP)
- # [23:16] * seth is browsing using the world's slowest browser
- # [23:16] <gandalf> didn't know Amaia is alive
- # [23:17] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [23:18] <gandalf> jduell: bug 812643
- # [23:19] * Quits: myk (myk@2557E599.66715431.D25A875A.IP) (Quit: Instantbird 1.3a1pre -- http://www.instantbird.com)
- # [23:19] <gandalf> taras: what's mcmanus and Randall's bugmail?
- # [23:20] <jduell> gandalf: so you're seeing same #s for plain HTTP and XHR?
- # [23:21] * geekboy|afk is now known as geekboy
- # [23:21] <gandalf> jduell: not always
- # [23:21] <jduell> gandalf: use :mcmanus and bugzilla will expand into patrick's email.
- # [23:21] <gandalf> jduell: mainly, turning off OOP speeds up plain HTTP but not XHR
- # [23:21] <taras> gandalf: not sure about randall
- # [23:22] <taras> i think :mcmanus should work
- # [23:22] <taras> jduell: can help with his teammates :)
- # [23:22] * nthomas is now known as nthomas|away
- # [23:22] * geekboy is now known as geekboy|afk
- # [23:23] * Joins: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net)
- # [23:24] <jduell> gandalf: it's rdow@mozilla.com for Randall (IRC handle is randix)
- # [23:24] * geekboy|afk is now known as geekboy
- # [23:24] <gandalf> ok
- # [23:24] <gandalf> CC'ed
- # [23:24] * Joins: teoli (teoli@BCD2C715.65189F53.F1085784.IP)
- # [23:24] <Jesse> mconley: http://vorb.is/ > http://www.badum-tish.com/ (for one thing, vorb.is it works in firefox)
- # [23:25] <gandalf> jduell: so what I did was I just replaced one of the Gaia's index.html with this code (index.html from Settings app) and measured it for Unagi+local timing on cold boot
- # [23:25] <mconley> Jesse: ah, excellent - noted, thanks. :)
- # [23:26] <Jesse> mconley: or http://rimshot.vorb.is/
- # [23:26] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [23:26] * NeilAway sees where Jesse has been browsing ;-)
- # [23:26] * Quits: ekr (ekr@43CB6079.66715431.D25A875A.IP) (Quit: ekr)
- # [23:27] <gandalf> taras: next issue, bug 812441 :) Who to CC?
- # [23:27] <Jesse> NeilAway: browsing? i subscribe to http://quotes.burntelectrons.org/browse using google reader
- # [23:27] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:27] <taras> gandalf: sicking :)
- # [23:28] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:28] <gandalf> he's very consistent in claiming that he knows nothing ;) I sense it's a defensive tactic
- # [23:28] <jduell> gandalf: so I'm confused by the perf chart you stuck in bug. There's 4 columns, with "Unagu + local" as the first (but shifted way left, so its numbers directly under "desktop+localHttp"). Correct?
- # [23:28] <jduell> Also, what units of time are used?
- # [23:28] <gandalf> jduell: miliseconds
- # [23:28] <gandalf> jduell: from performance.now() (ms since navigationStart event)
- # [23:29] * AaronMT is now known as AaronMT|away
- # [23:29] * bc|afk is now known as bc
- # [23:29] * Joins: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:29] <gandalf> jduell: yeah, it's a table that didn't fit in the comment, copy&paste to notepad and it should look good, sorry for that :(
- # [23:29] * Quits: bbondy (bbondy@moz-CBCCE0F3.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [23:29] * bbondy2 is now known as bbondy
- # [23:30] <gandalf> basically: desktop+localHTTP is FirefoxNightly and 127.0.0.1 apache server, emulator+local is 127.0.0.1 from B2g emulator, Unagi+web is Unagi phone + Gaia Browser + www.braniecki.net/i.html, Unagi+local is Unagi phone and Settings app index.html replaced with the code from i.html
- # [23:30] <gandalf> makes sense?
- # [23:31] * Quits: teoli (teoli@BCD2C715.65189F53.F1085784.IP) (Ping timeout)
- # [23:31] <jduell> gandalf: unagi+local is still being served off localhost apache right?
- # [23:31] <gandalf> sicking: as you can see in the DOM bug, the performance.timing.domInteractive is fired 500ms after p.t.domLoading if it's a local app, and 100ms after, if it's from the web.
- # [23:31] <@smaug> gandalf: you've got b2g device in Europe for testing?
- # [23:31] <gandalf> jduell: no, it's app:// which is jar:
- # [23:31] <NeilAway> Jesse: oh, I thought that one was still in the queue
- # [23:32] <gandalf> smaug: I'm in SF office now
- # [23:32] <@smaug> ah
- # [23:32] <jduell> gandalf: ok, sorry, just trying to narrow down exactly what perf is bad. It sounds like reading from a jar file is slow OOP but fast in process?
- # [23:32] <gandalf> jduell: yeah
- # [23:32] <Jesse> NeilAway: i only peek at the queue to make sure i'm not submitting dups
- # [23:32] * Quits: sicking (sicking@moz-7F871C5C.hsd1.ca.comcast.net) (Quit: sicking)
- # [23:33] * Quits: smooney (smooney@2557E599.66715431.D25A875A.IP) (Quit: smooney)
- # [23:33] * Quits: taustin (taustin@moz-7621EC6F.dsl.pltn13.sbcglobal.net) (Quit: taustin)
- # [23:33] <gandalf> jduell: the only thing I clearly see is a difference between OOP and in process in p.t.fetchStart
- # [23:33] * Joins: twi (Adium@moz-12EC5C5D.ip243.fastwebnet.it)
- # [23:33] <gandalf> but that does not translate in any difference in XHR
- # [23:33] <jduell> gandalf: and performance over actual HTTP is OK in OOP?
- # [23:33] * juanb|mtg is now known as juanb
- # [23:34] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f3f379beb585 - Ehsan Akhgari - empty test changeset, no bug, DONTBUILD
- # [23:34] <gandalf> jduell: hmmm, let ms see if there's a diff
- # [23:36] <jorendorff> Who knows something about HTML and possibly XUL parsing?
- # [23:36] <NeilAway> Jesse: yes, that's why I peeked at it ;-)
- # [23:36] * Quits: akeybl (akeybl@2557E599.66715431.D25A875A.IP) (Quit: Leaving...)
- # [23:36] <@smaug> jorendorff: for HTML parsing you need hsivonen
- # [23:36] <jorendorff> ok
- # [23:36] <@smaug> who won't be here before Monday, I think
- # [23:37] <@smaug> jorendorff: but what part of parsing
- # [23:37] <@smaug> parsing or DOM creation or what?
- # [23:37] <jorendorff> actually -- maybe i don't need HTML parsing, maybe my problem is a lot further along. sorry
- # [23:38] * Joins: myk (myk@2557E599.66715431.D25A875A.IP)
- # [23:38] * Quits: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net) (Ping timeout)
- # [23:38] <jorendorff> I want to fix bug 771490. But it looks like the line numbers get delivered all the way through to nsJSEnvironment
- # [23:38] <jorendorff> parser's doing its job
- # [23:39] * Joins: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net)
- # [23:40] <gandalf> jduell: yeah, at least with test I can't say too much. It's all about <1ms (on cold boot, so there should be no network connection caching?) either with or without OOP
- # [23:40] <gandalf> it's only about local app:// -> jar: index.html loading with OOP that shows 121ms
- # [23:40] * Quits: anton|home (anton@moz-ADC532B1.hsd1.ca.comcast.net) (Ping timeout)
- # [23:41] <gandalf> jduell: we ruled out pure I/O, since the disk read perf is rather good
- # [23:42] * Quits: vendo (chatzilla@56D55732.7114713F.B1C414DA.IP) (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [23:42] * Joins: bmoss (bmoss@2557E599.66715431.D25A875A.IP)
- # [23:42] * Quits: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net) (Quit: Leaving)
- # [23:43] * Joins: fitzgen (fitzgen@moz-684EA5B8.hsd1.wa.comcast.net)
- # [23:44] * Quits: @ehsan (ehsan@A5087023.2354C43D.D8E68FF6.IP) (Input/output error)
- # [23:44] * Quits: jrmuizel (jrmuizel@A5087023.2354C43D.D8E68FF6.IP) (Client exited)
- # [23:44] * Joins: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net)
- # [23:45] * bwinton is now known as bwinton_away
- # [23:47] <gandalf> jduell: and the bug for XHR is bug 811593 - the basic numbers are OOP: 308ms to load XHR, in process: 470ms to load XHR, for loading it from the same device from the web is 190ms.
- # [23:47] * Quits: anant (Adium@2557E599.66715431.D25A875A.IP) (Quit: Leaving.)
- # [23:47] <gandalf> s/for/and for/
- # [23:48] * Quits: Ms2ger (Ms2ger@AE12EDA0.C6B2D073.3773EA9F.IP) (Quit: nn)
- # [23:49] * Quits: bmoss (bmoss@2557E599.66715431.D25A875A.IP) (Ping timeout)
- # [23:51] * philor is now known as philor|away
- # [23:52] * Quits: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net) (Ping timeout)
- # [23:53] * Parts: nrc (nrc@A5087023.2354C43D.D8E68FF6.IP)
- # [23:53] <@khuey> RyanVM: ping?
- # [23:54] <Callek> jimm: as a curiosity for when I get around to installing locally and when I install on SeaMonkey "why" are we hotpatching |asyncinfo.h| in Win8 SDK?
- # [23:54] <RyanVM> khuey: pong
- # [23:54] <@khuey> RyanVM: can we reopen inbound?
- # [23:54] <padenot> 1b 10
- # [23:56] * Joins: hurley (hurley@moz-E76806A0.dsl.static.sonic.net)
- # [23:56] * Joins: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net)
- # [23:56] * Joins: stefanh (stefanh@moz-3EED0162.customers.ownit.se)
- # [23:56] <RyanVM> khuey: waiting on green
- # [23:57] <RyanVM> khuey: and on that note, just noticed another one needing backout
- # [23:57] <@khuey> bah
- # [23:58] * Quits: tchevalier (Thunderbir@moz-F17C806F.fbx.proxad.net) (Quit: tchevalier)
- # [23:59] <firebot> Check-in:
- # [23:59] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bf81463952c7 - Ryan VanderMeulen - Backed out changesets c2ea3fb28c45 (bug 812343), 68e26307643e (bug 812345), 15eaadc2cd9a (bug 811076), and 5a98a1662e64 (bug 808277) for mochitest-1 failures.
- # [23:59] <RyanVM> khuey: this is why we can't have nice things
- # Session Close: Sat Nov 17 00:00:00 2012
The end :)