/irc-logs / mozilla / #developers / 2013-09-06 / end
Options:
- # Session Start: Fri Sep 06 00:00:00 2013
- # Session Ident: #developers
- # [00:00] <rnewman> KWierso|Sheriff: looks like someone landed the beta patch on Aurora
- # [00:00] * rnewman fixes
- # [00:00] <KWierso|Sheriff> rnewman++
- # [00:00] * Joins: Keva161 (Keva161@moz-D4E2F7.static.enta.net)
- # [00:00] <karl> i'd like to find out what is keeping a cycle-collected object alive; installed about:cc from bug 726346, and tried searching for the address and for the name of object, but i'm not finding it
- # [00:01] * Quits: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: yzen)
- # [00:01] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:01] * Parts: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net) (Ex-Chat)
- # [00:01] * geekboy is now known as geekboy|afk
- # [00:01] * Joins: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net)
- # [00:01] <karl> i wonder whether i'm not using about:cc right, or whether i should be using other tools
- # [00:02] * geekboy|afk is now known as geekboy
- # [00:02] * Quits: RealRaven (Thunderbir@7C3D7FE3.EDFE0F0.C3498625.IP) (Ping timeout)
- # [00:03] <karl> perhaps i'm meant to static cast the object to a different type?
- # [00:04] * Joins: ckerschb (ckerschb@moz-B66EA4B2.ics.uci.edu)
- # [00:04] * hwine|mtg is now known as hwine
- # [00:04] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Ping timeout)
- # [00:05] * pmoore is now known as pmoore|away
- # [00:05] <nalexander> catalinn: you might ask erikvold (evold?) in #jetpack.
- # [00:05] * heycam|away is now known as heycam
- # [00:06] * Quits: jwir3 (quassel@2C767DC4.9BCBA4E1.77968E9E.IP) (Input/output error)
- # [00:06] * Joins: aja (Instantbir@DD7362A0.D4A33004.7880DB15.IP)
- # [00:06] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [00:06] * Joins: jwir3 (quassel@2C767DC4.9BCBA4E1.77968E9E.IP)
- # [00:07] * Parts: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [00:07] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:07] * Quits: sfink (chatzilla@moz-28768C59.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [00:07] * joduinn is now known as joduinn-mtg
- # [00:08] * Joins: sfink (chatzilla@moz-28768C59.dsl.pltn13.sbcglobal.net)
- # [00:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/882c6a6b3b35 - Adam Roach [:abr] - Bug 906843 - Shorten sleep period for ASSERT_TRUE_WAIT from 200ms to 10ms; change traffic checks to count packets rather than wait 10 seconds r=ekr
- # [00:08] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [00:08] * Joins: dzbarsky (Adium@moz-E6ECE5F9.wireless-pennnet.upenn.edu)
- # [00:08] <aja> hey all. anyone else reporting startup crash with m-c win64 hourly (on win8)? nightly was fine.
- # [00:09] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
- # [00:09] <philor> aja: meet https://tbpl.mozilla.org/?showall=1&tree=Date; date: this is aja
- # [00:10] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:10] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [00:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/68dd49745b2e - Olli Pettay - Bug 911162 - Fix default value for aWantsUntrusted on Workers, r=khuey
- # [00:10] <jcranmer|away> ehsan: nrc: the tool I had to build the include graphs was in bug 901132
- # [00:10] <philor> not that date's a whole lot of help, since it claims, as do so many things today, that njn broke it despite being backed out
- # [00:11] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [00:11] <nrc> jcranmer|away: great, thanks!
- # [00:11] <philor> sunfish: did you break win64?
- # [00:11] * Quits: Pike (chatzilla@moz-B5731EB8.pool.mediaways.net) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [00:11] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Client exited)
- # [00:11] * philor thinks perhaps so
- # [00:11] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [00:12] <jcranmer|away> I should probably shape that up into a patch and land it in mach
- # [00:12] <jcranmer|away> since it seems to be the one most people are referring to
- # [00:12] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [00:12] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [00:12] * Joins: tjc (tjc@moz-BBE3ABD.mv.mozilla.com)
- # [00:12] <aja> philor: this related to win4-specific checking yesterday? on inbound?
- # [00:13] * Quits: Archaeopteryx (itsme@moz-1C202374.cust.telecolumbus.net) (Quit: Is this plutonium in your pocket, or are you just happy to see me leave.)
- # [00:13] <aja> s/win4/win64/
- # [00:13] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/76634fb95c41 - Jonathan Kew - bug 911849 followup - avoid reftest glyph-positioning discrepancy on OS X, and remove fuzzy-if() annotation from the manifest.
- # [00:13] * NeilAway considers the best way to convert an array of utf16 strings to an array of utf8 strings
- # [00:13] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:13] * Quits: sheeri (sheeri@moz-DB4A9C19.scl3.mozilla.com) (Quit: leaving)
- # [00:13] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [00:13] * Joins: sheeri (sheeri@moz-DB4A9C19.scl3.mozilla.com)
- # [00:15] * Joins: glazou (glazou@816F9901.E820043D.D4C04133.IP)
- # [00:16] <philor> aja: I wouldn't call bug 885169 exactly win64-specific
- # [00:18] * philor considers the best way to quickly yank a push for tier-∞/-1 bustage
- # [00:19] * catlee-afk is now known as catlee
- # [00:19] <aja> philor: hmm....thought i saw something with "win64"-specific in checkin message...though perhaps not in bug title
- # [00:19] * jhopkins|bbl is now known as jhopkins
- # [00:19] * Joins: WG9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net)
- # [00:20] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [00:21] <aja> Bug 885169 - Reverse the default register allocation order so that low registers like eax on x86/x64 are preferred over high registers. r=h4writer
- # [00:21] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [00:21] <aja> that was it ^
- # [00:21] * Joins: Incognito (Mibbit@moz-7B3019BE.cp.telus.net)
- # [00:21] <Incognito> I'm looking to have 904477 reviewed+merged. Can anyone help with this?
- # [00:22] <dholbert> Incognito, ttaubert can, presumably - he's flagged as the mentor for that bug
- # [00:23] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:23] <dholbert> Incognito, you probably should request review from him. Click "Details" next to the patch, and click the downarrow next to "review", and set it to "?", and type in "ttaubert"
- # [00:23] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [00:23] <dholbert> Incognito, bugzilla should autocomplete it to his email address. Then you click "submit", and bam, you've requested review
- # [00:24] <KWierso|Sheriff> note that ttaubert is on PTO until monday, according to bugzilla
- # [00:24] * Joins: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP)
- # [00:25] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [00:25] <Incognito> Thanks for the head's up. This is my first patch so I'm new to this process.
- # [00:25] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [00:27] * Quits: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net) (Quit: jib)
- # [00:27] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [00:27] <dholbert> Incognito, great! the basic process is: you post a patch, you request review, it usually gets a trial unit-tests run to make sure it doesn't break anything (which the reviewer can trigger for you, or you can get access to do after you've written a patch or two), and then you can put "checkin-needed" in the keywords field and someone will come along and land it for you
- # [00:27] <philor> ehsan: you probably want to rip out bug 885169, for the sake of your Date, right?
- # [00:28] <seth> obj-x86_64-unknown-linux-gnu/dist/bin/firefox-bin -no-remote --profile /tmp/a-profile-that-doesnt-exist
- # [00:28] <seth> why doesn't that work? (complains that the profile doesn't exist)
- # [00:29] <seth> i'd like it to create the profile if it doesn't exist, but apparently i'm using the wrong option?
- # [00:29] <@ehsan> philor: I disabled the auto merge script today, and I'll talk to vlad about not being the person responsible for doing manual merges :)
- # [00:29] <@ehsan> so, I guess not :)
- # [00:29] <philor> heh
- # [00:29] * khuey is now known as khuey|away
- # [00:29] <gps> Gijs: I can probably take a look at it real quick
- # [00:30] * Joins: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [00:30] <KWierso|Sheriff> seth: that sounds like it should work...
- # [00:30] <KWierso|Sheriff> maybe try just one dash?
- # [00:31] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [00:31] <seth> KWierso|Sheriff: same thing. it says "Your Firefox profile cannot be loaded. It may be missing or inaccessible."
- # [00:31] <seth> i'm on linux now. i swear this worked on OS X.
- # [00:32] <+corey> seth: pretty sure I've likewise seen that work on OS X but not Linux
- # [00:32] <philor> isn't it something silly like -p or -P (whichever isn't purify) is the one that creates, and --profile insists that it exist?
- # [00:32] <WG9s> seth: that often happens if you start firefox while sudo'd you profile ends up being owned by root
- # [00:32] <+corey> seth: though creating the directory first might be sufficient
- # [00:32] <seth> philor: -P gives me a GUI for interacting with profiles =\
- # [00:33] <KWierso|Sheriff> philor: -P puts the profile in your user directory, iirc. if you want it elsewhere, you want -profile
- # [00:33] <+corey> yeah, or -P takes a profile *name* as an argument.
- # [00:33] <philor> seth: well, then you should use an OS with better commandline support ;)
- # [00:33] * Joins: njn (chatzilla@moz-4FFC2425.dyn.iinet.net.au)
- # [00:33] * ChanServ sets mode: +o njn
- # [00:33] <seth> corey: yup, and it doesn't work if the profile doesn't already exist
- # [00:33] * lightsofapollo is now known as lightsofapollo|afk
- # [00:33] * philor goes looking for a better character to use for win64's tier
- # [00:33] <WG9s> seth: try doing "sudo chown _R <your-username-here> ~/.mozilla"
- # [00:33] <seth> philor: i thought i was =(
- # [00:34] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [00:34] <catalinn> nalexander: thank you
- # [00:34] <nalexander> catalinn: yw.
- # [00:35] <seth> WG9s: that's not really my problem, though. i need to create fresh profiles all the time for testing. ideally it should not require me to manipulate a GUI to do it =\
- # [00:35] <philor> tier-☃ maybe
- # [00:35] <seth> tier-💩
- # [00:35] * Joins: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:36] <philor> is that pile-o-poo, for which I lack a font?
- # [00:36] <seth> yup haha, of course =)
- # [00:36] <philor> otherwise, I'd be all over it
- # [00:36] <philor> figuratively
- # [00:36] <seth> like the proverbial fly
- # [00:36] <gps> I � philor
- # [00:37] <+corey> um, "Specified MOZCONFIG ".mozconfig-android" does not exist!" ?
- # [00:37] * Quits: catalinn (Thunderbir@25FCD4EE.2D4EABFA.D602D2C5.IP) (Ping timeout)
- # [00:37] <philor> snowman's sort of okay, though - you think it's melting and will soon be gone, and then you wake up one morning after a cold night, and there's refrozen-win64, busting your pipes and covering your windshield
- # [00:37] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [00:38] * Quits: @ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [00:38] * Joins: ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP)
- # [00:38] * ChanServ sets mode: +o ehsan
- # [00:38] <jld> Other Unicode features xterm lacks support for: that string that crashes everything on MacOS.
- # [00:39] <capella> someone keeps posting that thing to mobile
- # [00:39] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2b3846b0c06c - Gregory Szorc - Bug 912231 - Allow mach commands to easily dispatch to other mach commands; r=jhammel
- # [00:39] * Joins: milan (milan@moz-BBE3ABD.mv.mozilla.com)
- # [00:40] * Quits: JosiahOne (Instantbir@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: [self dealloc];)
- # [00:40] * Quits: @ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [00:40] * Quits: jimm (jmathies@moz-864CAA4E.pn.at.cox.net) (Quit: )
- # [00:42] <Gijs> gps: thanks! :)
- # [00:43] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [00:43] <@smaug> is bugzilla slow today
- # [00:43] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [00:44] <KWierso|Sheriff> smaug: maybe a bit slow
- # [00:44] <KWierso|Sheriff> nothing unusually slow for me, though
- # [00:44] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [00:44] * mcote is now known as mcote|afk
- # [00:44] * Joins: teoli_ (teoli@moz-5B89540D.range86-166.btcentralplus.com)
- # [00:45] * Quits: teoli (teoli@moz-5B89540D.range86-166.btcentralplus.com) (Connection reset by peer)
- # [00:45] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:45] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [00:46] * Quits: glazou (glazou@816F9901.E820043D.D4C04133.IP) (Ping timeout)
- # [00:46] * baku|away is now known as baku
- # [00:47] * Joins: glazou (glazou@816F9901.E820043D.D4C04133.IP)
- # [00:47] * Joins: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com)
- # [00:48] * Quits: imphil (philipp@moz-5A9EAE2E.dynamic.mnet-online.de) (Ping timeout)
- # [00:48] * jwir3 is now known as jwir3|away
- # [00:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1da522b9214b - Nicholas Nethercote - Bug 912863 - Update Talos version. r=jhammel.
- # [00:49] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [00:49] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:49] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [00:49] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [00:49] * Quits: jduell (jduell@moz-2B2B9F2.hsd1.wa.comcast.net) (Ping timeout)
- # [00:50] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [00:50] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [00:50] * Quits: bjacob (bjacob@13F2CEC5.7672369.D8E68FF6.IP) (Quit: Konversation terminated!)
- # [00:50] * Quits: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [00:50] * Joins: rednaks (rednaks@C1A9C0DA.71D45264.55FFA9B4.IP)
- # [00:51] * Quits: lduros (user@moz-47F34250.phlapa.fios.verizon.net) (Client exited)
- # [00:51] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:51] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/20287656b048 - Seth Fowler - Bug 908514 (Part 2) - Fix "variable may be used uninitialized" warning in nsICODecoder.cpp. r=jrmuizel
- # [00:51] * Quits: glazou (glazou@816F9901.E820043D.D4C04133.IP) (Quit: brb)
- # [00:51] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1f846fad9b0f - Seth Fowler - Bug 908514 (Part 1) - Replace imagelib endian macros with MFBT's endian functions. r=jrmuizel
- # [00:52] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Client exited)
- # [00:52] * Joins: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net)
- # [00:52] * Quits: cers (csonne@moz-D706C2D4.fullrate.dk) (Quit: Computer has gone to sleep.)
- # [00:52] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [00:52] * Quits: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net) (Quit: bholley)
- # [00:52] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [00:53] * ctalbert is now known as ctalbert|afk
- # [00:54] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [00:54] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:55] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [00:55] * Quits: huseby (huseby@19BD73A1.5D8BCA3A.A0C1B52F.IP) (Quit: Leaving)
- # [00:56] * Quits: Hendikins (wolfox@moz-BA6D9F52.static.internode.on.net) (Ping timeout)
- # [00:56] * Joins: Hendikins (wolfox@moz-BA6D9F52.static.internode.on.net)
- # [00:57] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [00:58] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [00:58] * Joins: edmorley1 (~edmorleys@moz-B6AE3D70.cable.virginmedia.com)
- # [00:59] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [00:59] * Quits: edmorley1 (~edmorleys@moz-B6AE3D70.cable.virginmedia.com) (Quit: edmorley1)
- # [01:00] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [01:01] * Quits: undefined (abwillis@CBAC43F2.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.7.2/20121116143250])
- # [01:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [01:02] <froydnj> seth++
- # [01:02] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:03] <@smaug> hmm, bugzilla is super slow here
- # [01:03] <@smaug> oh, internet is
- # [01:04] * Quits: mwobensmith (Adium@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving.)
- # [01:04] * Quits: Keva161 (Keva161@moz-D4E2F7.static.enta.net) (Quit: Keva161)
- # [01:05] * Quits: teoli_ (teoli@moz-5B89540D.range86-166.btcentralplus.com) (Input/output error)
- # [01:06] * Parts: ckerschb (ckerschb@moz-B66EA4B2.ics.uci.edu)
- # [01:06] * Quits: aklotz (Thunderbir@moz-935DE219.cg.shawcable.net) (Quit: aklotz)
- # [01:07] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [01:08] * Quits: T3 (T3@moz-3D48DAA4.dsl.telesp.net.br) (Ping timeout)
- # [01:08] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Ping timeout)
- # [01:08] <jwatt> dholbert: when do you think you'll have a patch up?
- # [01:09] <dholbert> jwatt, writing one now; maybe in an hour?
- # [01:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cca8f2b78300 - James Lal - Bug 912809 - Use false instead of true in scrollIntoView, r=jgriffin
- # [01:09] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [01:09] * ChanServ sets mode: +o smaug
- # [01:09] <dholbert> jwatt, it's going to be a patch for nsRefreshDriver.cpp, so I'll probably tag bz for review
- # [01:09] * terrence is now known as terrence-compiling
- # [01:09] * Quits: Gijs (gijs@moz-C11B0461.dsl.alice.nl) (Quit: poof)
- # [01:09] * Quits: b10n1k (j0ni@moz-A35BED86.tellas.gr) (Ping timeout)
- # [01:09] <jwatt> dholbert: should be fairly trivial though, right, so maybe I can review?
- # [01:10] * jwatt is anxious to get this into aurora
- # [01:10] <dholbert> jwatt, maybe; I'll tag you first. (why do you want these in aurora, out of curiosity?)
- # [01:10] * jhopkins is now known as jhopkins|afk
- # [01:11] <jwatt> dholbert: for bug 907503's patch
- # [01:11] * geekboy is now known as geekboy|afk
- # [01:11] * Quits: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net) (Quit: Leaving...)
- # [01:11] <dholbert> jwatt, ah, I forgot that this was related to that. ok
- # [01:12] * Joins: sworkman (sworkman@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [01:12] <jwatt> which to avoid the reentry issue depends on bug 911862
- # [01:12] * Joins: cers (csonne@moz-D706C2D4.fullrate.dk)
- # [01:13] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [01:13] * Joins: darkowlzz (sunny@3799384.797452B2.F44414AF.IP)
- # [01:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cd2e84ff64dd - David Dahl - Bug 882467 - Mixed Content Telemetry - How many times do users click Disable Protection r=dolske
- # [01:18] * Joins: b10n1k (j0ni@moz-E9E59D0C.tellas.gr)
- # [01:18] * joduinn-mtg is now known as joduinn
- # [01:20] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [01:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e7bd5af466ab - Tom Schuster - Bug 910838 - Electrolysis: Don't update browser information with non-toplevel WebProgress notifications. r=felipe
- # [01:22] * Quits: dzbarsky (Adium@moz-E6ECE5F9.wireless-pennnet.upenn.edu) (Quit: Leaving.)
- # [01:24] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [01:25] * Quits: darkowlzz (sunny@3799384.797452B2.F44414AF.IP) (Ping timeout)
- # [01:25] * Quits: zzzzz (chatzilla@moz-609E4EC0.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [01:26] * Quits: mikeratcliffe (Adium@BDDA0D67.C2B26F36.7CCB197A.IP) (Quit: Leaving.)
- # [01:26] * Quits: Incognito (Mibbit@moz-7B3019BE.cp.telus.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:26] * Quits: caiolima (Instantbir@C0E1BAF6.D55DEF75.5419EADB.IP) (Ping timeout)
- # [01:27] * jammink is now known as jammink|mtg
- # [01:27] * catlee is now known as catlee-away
- # [01:27] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [01:28] * Joins: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net)
- # [01:28] * rail is now known as rail_away
- # [01:29] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
- # [01:29] * Joins: nattokirai (nattokirai@moz-C286AD9A.bitcat.net)
- # [01:30] * khuey|away is now known as khuey
- # [01:30] * geekboy|afk is now known as geekboy
- # [01:30] * Quits: jimb (user@125EF623.B2666F0E.66399531.IP) (Ping timeout)
- # [01:32] * Quits: Luqman (laden@moz-DCEF6040.csclub.uwaterloo.ca) (Ping timeout)
- # [01:33] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [01:33] <heycam> man I would love it if gdb could include JS file/line references in its backtraces
- # [01:33] * Joins: caiolima (Instantbir@C0E1BAF6.D55DEF75.5419EADB.IP)
- # [01:33] * Quits: Hendikins (wolfox@moz-BA6D9F52.static.internode.on.net) (Ping timeout)
- # [01:34] * Quits: ehugg (chatzilla@444C1BA4.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [01:34] * Joins: Hendikins (wolfox@moz-BA6D9F52.static.internode.on.net)
- # [01:34] <glandium> KWierso|Sheriff: has a bug been filed for the android l10n bustage?
- # [01:34] <@dolske> heycam: I thought it could. https://blog.mozilla.org/javascript/2013/01/03/support-for-debugging-spidermonkey-with-gdb-now-landed/
- # [01:35] * Joins: jrmuizel (jrmuizel@moz-BB113AD2.cr.net.cable.rogers.com)
- # [01:35] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [01:35] * Joins: Luqman (laden@moz-DCEF6040.csclub.uwaterloo.ca)
- # [01:35] * baku is now known as baku|away
- # [01:36] <heycam> dolske, interesting! looks like that doesn't show the js file location though.
- # [01:36] <heycam> I should try again to get a modern gdb working on OS X that can do this stuff
- # [01:36] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [01:36] * Quits: caiolima (Instantbir@C0E1BAF6.D55DEF75.5419EADB.IP) (Ping timeout)
- # [01:37] <sfink> yeah, that JS debugging stuff is a set of prettyprinters
- # [01:37] <philor> glandium: no, because nobody other than me sees it, and I'm lazy
- # [01:37] <sfink> you'd need CFI info for JIT code
- # [01:37] <glandium> philor: i knew i saw it before... bug 875980
- # [01:37] <@dolske> or disable JIT for whatever you're debugging
- # [01:37] * Joins: spock (spock@moz-F8E6D791.dyn.columbia.edu)
- # [01:37] <sfink> which I implemented ages ago for JaegerMonkey and never landed, and is useless for today's stuff
- # [01:38] <sfink> yeah, that's true. Though with the JIT CFI, you would see the JS filename:lineno for everything that was jitted
- # [01:38] <heycam> oh. would disabling JIT give me js file locations?
- # [01:38] <sfink> so it was actually harder to debug interpreted code
- # [01:38] <sfink> heycam: no
- # [01:38] <heycam> ah
- # [01:38] <heycam> just be easier to implement?
- # [01:39] <spock> new guy here with a quick Q
- # [01:39] <sfink> but there's js_DumpBacktrace(cx)
- # [01:39] <spock> is it a bad idea to put the obj-dir alongside the topmost source directories?
- # [01:39] <sfink> and DumpJSStack()
- # [01:39] <heycam> (gdb) call DumpJSStack()
- # [01:39] <heycam> Assertion failure: v.isObject(), at ../../../js/src/jit/IonFrameIterator.h:474
- # [01:39] <heycam> hmm
- # [01:39] * dhylands|afk is now known as dhylands
- # [01:39] <sfink> spock: I think about half the people do that, and half put the objdir just inside the src dir
- # [01:40] <heycam> I'm in c++, but there's js earlier in the stack
- # [01:40] <heycam> maybe that's the problem
- # [01:40] <sfink> ugh
- # [01:40] <spock> sfink: thanks
- # [01:40] <sfink> I used to see that, but I thought it got better
- # [01:40] * heycam has littered his js with dump("here 1\n"); dump("here 2\n"); ...
- # [01:41] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [01:41] <sfink> heycam: if you can spare the time, please file a bug on that
- # [01:41] <heycam> ok!
- # [01:41] <spock> sfink: However, I seem to get a build error about cleaning my source tree, requiring gmake, and which doesn't work. Tips?
- # [01:41] <heycam> sfink, what prod/component?
- # [01:41] <sfink> Core/Javascript Engine
- # [01:41] * Joins: darkowlzz (sunny@251E4329.DC571F10.41D542A3.IP)
- # [01:41] <heycam> sfink, for the DumpJSStack not working?
- # [01:41] * Joins: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net)
- # [01:41] <sfink> heycam: yes
- # [01:42] <sfink> spock: that means you tried to build inside your src dir once, which we should totally disallow instead of letting it be an easy footgun to hit
- # [01:42] <sfink> spock: I'd try |hg purge -p|, check that you're ok with deleting those files, then |hg purge|
- # [01:43] <spock> sfink: So does that mean I should run ./mach build outside of my src dir or set my obj-dir to be somewhere besides just inside my src dir?
- # [01:43] <spock> in the future, that is
- # [01:44] * Quits: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net) (Ping timeout)
- # [01:44] <dholbert> spock, most people set obj dir to be outside of src dir (e.g. up one level), so that there's no risk of it getting intermixed with your source files
- # [01:44] <sfink> spock: umm... both should be fine. You're going through ./mach build? How the heck could that try to build inside your src dir? (not a question for you)
- # [01:44] * markh clearly isn't one of the most...
- # [01:45] <dholbert> sfink, IIRC the default objdir is $srcdir/obj-$PLATFORM or something like that
- # [01:45] <heycam> sfink, https://bugzilla.mozilla.org/show_bug.cgi?id=913263
- # [01:45] <sfink> dholbert: heresy! If you put it inside the src dir, you can run hg commands from within your obj dir
- # [01:45] <sfink> heycam: thanks!
- # [01:45] <heycam> np
- # [01:45] <spock> sfink: I have this in my .mozconfig: MOZ_OBJDIR=~/src/obj-Central
- # [01:45] <spock> I assume that's a bad idea?
- # [01:46] <sfink> heycam: hm, looks like you were within jit code. That shouldn't matter (imho), but perhaps it does
- # [01:46] <heycam> ok
- # [01:46] <dholbert> sfink, sure, if you find running hg commands from inside your objdir useful...
- # [01:46] <heycam> yeah I noticed that sometimes my bt would be able to get past the "??" frames, and other times not
- # [01:46] * Quits: geo (geo@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving...)
- # [01:46] * Joins: wuwei (~wuweilab1@81A64B07.4F4B4250.FAA9ED67.IP)
- # [01:47] <sfink> heycam: you could try again with js_DumpBacktrace(cx), since I happen to know that at least some ionmonkey people use that. So maybe it works better? (waving hands)
- # [01:47] * Quits: jrmuizel (jrmuizel@moz-BB113AD2.cr.net.cable.rogers.com) (Client exited)
- # [01:47] * Joins: jrmuizel (jrmuizel@moz-BB113AD2.cr.net.cable.rogers.com)
- # [01:47] <heycam> sfink, that worked!
- # [01:48] * heycam pastes in the bug
- # [01:48] <sfink> dholbert: how else can you keep track of what you're working on? I have to run hg qstatus or hg diff every 5 minutes or so, or I'll wander off and start looking at cat pictures
- # [01:48] <markh> seeing as we are talking about obj-dirs, there's a new bug on m-c that means a relative path in MOZCONFIG might not work like it did yesterday - bug 913246
- # [01:48] * Joins: dzbarsky (Adium@moz-E6ECE5F9.wireless-pennnet.upenn.edu)
- # [01:48] <sfink> I thought relative paths in MOZCONFIG were broken for the last few years. Sadly.
- # [01:48] <dholbert> sfink, (I mostly live in my srcdir. terminals with my objdir are either just dormant or running, at any given time)
- # [01:49] <+corey> a relative path *to* MOZCONFIG, more precisely
- # [01:49] * Quits: jrmuizel (jrmuizel@moz-BB113AD2.cr.net.cable.rogers.com) (Ping timeout)
- # [01:49] <markh> corey: yes, sorry
- # [01:50] <sfink> huh? I would say you're storing a relative path *in* $MOZCONFIG. Let's fight!
- # [01:50] <+corey> well, fair enough
- # [01:51] * Quits: jhammel (jhammel@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: leaving)
- # [01:51] <markh> well - if I put the $ in my initial comment I'd agree :)
- # [01:51] <sfink> dang you, I just stripped down and greased up for the fight. Now what'll I do?
- # [01:51] <spock> well I'll try building in an alternate location outside the src dir. Thanks for the advice
- # [01:51] <+corey> I'd think the other way around perhaps.
- # [01:51] * jcranmer|away is now known as jcranmer
- # [01:51] * markh sighs, strips and greases up...
- # [01:51] <sfink> you're putting a relative path in MOZCONFIG to your mozconfig :)
- # [01:51] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:52] * @njn wonders what |mach mercurial-setup| does; the help isn't informative and I don't want it to futz with his settings...
- # [01:52] <markh> njn: related - bug 855160
- # [01:52] * markh wills firebot into the room...
- # [01:54] <@njn> gps: FWIW, I can now remember the mach command that runs the mochitests for about:memory. I never reached that point with the make invocation; I always had to refer to my cheatsheet :)
- # [01:54] * Quits: rednaks (rednaks@C1A9C0DA.71D45264.55FFA9B4.IP) (Quit: Téléportation !)
- # [01:54] <@njn> the --keep-open is the only tricky bit, really
- # [01:54] * Quits: jhopkins|afk (jhopkins@moz-216F9986.tb.shawcable.net) (Ping timeout)
- # [01:56] * Joins: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net)
- # [01:56] * Quits: mixedpuppy (mixedpuppy@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [01:56] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
- # [01:57] <gps> njn: it won't overwrite your hgrc without prompting
- # [01:57] <@njn> gps: what does it do?
- # [01:57] <gps> njn: just run it :)
- # [01:57] * Joins: bajaj_ (uid13887@moz-E77DEB21.irccloud.com)
- # [01:57] <gps> it's mostly targeted to novice users at this time though
- # [01:58] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [01:59] * Quits: spohl|away (Adium@5F277C06.F8C24747.473D6A24.IP) (Quit: Leaving.)
- # [01:59] <@njn> gps: what does [hostfingerprints] do?
- # [01:59] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [02:00] <@njn> gps: apart from adding that section, the only changes it suggested were whitespace changes :)
- # [02:00] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Ping timeout)
- # [02:00] <gps> njn: prevents mercurial from warning about an unknown ssl cert
- # [02:00] * joduinn is now known as joduinn-mtg
- # [02:01] <philor> somebody with access to the actual numbers: what percentage of our trunk nightly windows users are still on the win64 builds?
- # [02:01] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [02:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/55cdc3eef815 - Daniel Holbert - Bug 913124: Put ASTSerializer into anonymous namespace, since one of its member-vars is in anonymous namespace (& to silence GCC warning). r=Waldo
- # [02:02] * Joins: mconley (mconley@3203C267.F7EBA23.C3C3A9D0.IP)
- # [02:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/053f6a2c5e29 - Nicholas Nethercote - Bug 912411 (part 2) - Move JSID_{VOID,EMPTY}HANDLE from jsapi.{h,cpp} to Id.{h,cpp}. r=luke.
- # [02:02] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c1262e2db291 - Nicholas Nethercote - Bug 912411 (part 3) - Remove lots of jsapi.h includes in SpiderMonkey. r=luke.
- # [02:02] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5414483004cf - Nicholas Nethercote - Bug 912411 (part 1) - Removed some jsapi.h includes in Gecko. r=bz.
- # [02:03] * Quits: spock (spock@moz-F8E6D791.dyn.columbia.edu) (Quit: Leaving)
- # [02:03] * Joins: bajaj1 (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [02:03] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [02:03] * nthomas is now known as nthomas|away
- # [02:03] <@njn> philor: deploying a Talos update is very easy; you just need to update http://mxr.mozilla.org/mozilla-central/source/testing/talos/talos.json#8
- # [02:03] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [02:04] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/ef3fb1cc922e - Steve Workman - Bug 913151 - Always call nsInputStreamPump::OnStateTransfer on the main thread r=jduell
- # [02:05] * jorendorff is now known as jorendorff_away
- # [02:05] * Quits: mconley (mconley@3203C267.F7EBA23.C3C3A9D0.IP) (Input/output error)
- # [02:05] * Quits: TimAbraldes (Instantbir@125EF623.B2666F0E.66399531.IP) (Quit: TimAbraldes)
- # [02:05] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [02:06] * Quits: till (till@moz-93D3E884.adsl.alicedsl.de) (Quit: sleep)
- # [02:06] * Quits: grubshka (grubshka@moz-2A388ED.rev.sfr.net) (Ping timeout)
- # [02:07] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.87-7.1450hg.fc19 [XULRunner 23.0/20130805131520])
- # [02:07] * Quits: myk (myk@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [02:07] * Joins: FabioMagnoni (fabiomagno@838D5800.17821DE6.A2F1BD83.IP)
- # [02:09] * Joins: gandalf (zbraniecki@moz-92C382B6.hfc.comcastbusiness.net)
- # [02:09] * sfoster is now known as sfoster|afk
- # [02:09] * Quits: FabioMagnoni (fabiomagno@838D5800.17821DE6.A2F1BD83.IP) (Ping timeout)
- # [02:10] * Quits: tjc (tjc@moz-BBE3ABD.mv.mozilla.com) (Quit: zzzzzzzzzz)
- # [02:10] * geekboy is now known as geekboy|afk
- # [02:11] * Joins: tjc (tjc@moz-BBE3ABD.mv.mozilla.com)
- # [02:11] * Quits: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net) (Ping timeout)
- # [02:11] * juanb is now known as juanb|afk
- # [02:11] * Quits: jonasfj (jonasfj@A577AA5D.B2E369.9D624207.IP) (Ping timeout)
- # [02:12] * Quits: mhenretty (mhenretty@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: mhenretty)
- # [02:13] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
- # [02:14] * geekboy|afk is now known as geekboy
- # [02:14] * Joins: huseby (huseby@moz-4E8C421A.husebyhome.com)
- # [02:14] * geekboy is now known as geekboy|afk
- # [02:15] * Quits: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net) (Quit: jib)
- # [02:15] * Quits: christina (christina@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: christina)
- # [02:16] * ewong|away is now known as ewong
- # [02:16] * Quits: mmc|laptop (mchew@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: mmc|laptop)
- # [02:17] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [02:17] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [02:19] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [02:20] * Joins: trevorh (trevor@moz-F05EC9B0.lns9.woo.bigpond.net.au)
- # [02:20] * Quits: mjh563 (mjh563@moz-D891C5B8.cable.virginmedia.com) (Ping timeout)
- # [02:22] <dholbert> Does anyone know offhand the tradeoffs between nsCOMArray<nsIFoo> vs. nsTArray<nsCOMPtr<nsIFoo> > ?
- # [02:22] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
- # [02:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9993d1e6185e - Mike Hommey - Bug 912832 - Inverse tiers and subtiers for build traversal. r=gps
- # [02:22] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2375fae8e78f - Mike Hommey - Bug 912856 - Add a compile 'tier' to build OBJS and HOST_OBJS. r=gps
- # [02:22] * Quits: RyanVM|afk (Thunderbir@moz-A2F98468.phlapa.fios.verizon.net) (Quit: RyanVM|afk)
- # [02:22] <dholbert> (in my case, I just need a temporary array of of nsCOMPtrs to nsIFoo.)
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9c78c5ac85a8 - Mike Hommey - Bug 907683 - Cleanup ipc/chromium/chromium-config.mk. r=bsmedberg
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ef653664ef98 - Mike Hommey - Bug 912971 - Strip ./ from targets given to pymake on the command line. r=ted
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/6cb722cd3f7c - Mike Hommey - Bug 913134 - Avoid some build races in mobile/android/base. r=gps
- # [02:23] <Mook_as> isn't nsCOMArray deprecated or something?
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/20a4b8ad2107 - Mike Hommey - Bug 913005 - Avoid overwriting unchanged stl_wrappers. r=ted
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0c3e37bb0973 - Mike Hommey - Bug 912862 - Cleanup some wrong assignments in moz.build. r=ted
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e078b4d207f6 - Mike Hommey - Bug 912980 - Don't use VPATH in content/media/webspeech/recognition. r=gps
- # [02:23] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c9da7671a0a9 - Mike Hommey - Bug 911902 - Build ffi and icu during the compile tier instead of export. r=gps
- # [02:23] * Joins: cviecco_ (cviecco@moz-63115BF4.hsd1.ca.comcast.net)
- # [02:24] <dholbert> Mook_as, doesn't look like it; its header doesn't say anything about being deprecated, and we have 921 mentions of nsCOMArray vs only 178 instances of nsTArray<nsCOMPtr
- # [02:24] <dholbert> in mxr
- # [02:25] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [02:25] * Quits: cviecco_ (cviecco@moz-63115BF4.hsd1.ca.comcast.net) (Ping timeout)
- # [02:25] * Quits: bwc (Adium@moz-7B0110AD.mv.mozilla.com) (Quit: Leaving.)
- # [02:26] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [02:26] * KWierso|Sheriff is now known as KWierso
- # [02:27] * Quits: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: nhirata)
- # [02:28] * Quits: dzbarsky (Adium@moz-E6ECE5F9.wireless-pennnet.upenn.edu) (Quit: Leaving.)
- # [02:31] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [02:31] * Quits: alungu (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:32] * terrence-compiling is now known as terrence
- # [02:32] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [02:32] <seth> hmm
- # [02:32] <tbsaunde> dholbert: nsCOMArray may have slightly smaller code size otherwise nothing really, nsCOMArray is backed by a TArray<nsISupporst*> now
- # [02:32] <seth> so firefox takes a really long time to start up in gdb now
- # [02:32] <seth> like, 30 seconds
- # [02:33] <seth> i recently updated to gdb 7.6; not sure if it's related
- # [02:33] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [02:33] <seth> it seems to be running but it takes a long time before it actually creates a window
- # [02:33] <dholbert> tbsaunde, hmm, ok.
- # [02:33] * Quits: bent (chatzilla@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: ChatZilla 0.9.90.1-rdmsoft [XULRunner 22.0/20130619132145])
- # [02:33] * Joins: jimb (user@moz-91B1931F.hsd1.or.comcast.net)
- # [02:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8b4a47eb1217 - Jonathan Griffin - Bug 908356 - In-tree reuqirements files for marionette and mozbase, r=aki
- # [02:34] * Quits: inolen (Adium@A88571AE.CDFDA8DC.591ED24F.IP) (Quit: Leaving.)
- # [02:34] <dholbert> seth, I tend to attach gdb to firefox after-the-fact, but it does take a long time before gdb becomes responsive again (and I'm using gdb 7.6 too)
- # [02:34] * Joins: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [02:34] <dholbert> seth, and it does seem to have gotten worse recently, so I might be hitting the same thing, not sure
- # [02:35] * Joins: birtles (chatzilla@moz-C286AD9A.bitcat.net)
- # [02:35] <seth> dholbert: you know, i think it might be partially that i perceive it to be slower because gdb 7.6 no longer spews "Loading symbols from foo.o" while it loads all the symbols
- # [02:35] <seth> it only shows errors now
- # [02:36] <seth> so it just feels like it's doing nothing, heh =)
- # [02:36] <dholbert> heh. no more progress indications? maybe :)
- # [02:38] * Quits: gustavold (gustavold@B7D9CFCD.AFB0CCA9.C7EA744A.IP) (Ping timeout)
- # [02:38] * Quits: tanvi (tanvi@moz-7B0110AD.mv.mozilla.com) (Quit: Leaving.)
- # [02:38] <Waldo> yeah, the fly-in text animation of symbols being loaded into the debugger really did it for me :-(
- # [02:39] <Waldo> being able to hit Shift and see it in slow-motion made it feel even faster
- # [02:39] * Joins: digitsm (digitsm@F60AE966.CB11A5E6.C146C5E5.IP)
- # [02:39] <seth> Waldo: whaa?
- # [02:40] <tbsaunde> I can't tell if Waldo is trolling
- # [02:40] <dholbert> tbsaunde, I tend to mostly assume he is
- # [02:40] * Joins: Asa (asa@4508CAE6.38324963.204CA821.IP)
- # [02:40] <dholbert> glandium, red on your inbound push
- # [02:40] <Waldo> not trolling, at least not intentionally, just injecting further humor :-)
- # [02:40] <Waldo> tbsaunde: it is usually a mistake to take anything I say seriously
- # [02:41] <Waldo> although it's sometimes more obvious when you *hear* me *say* it, than textually
- # [02:41] <glandium> i really wonder what kind of brokenness is happening on b2g... tiers.mk was included from rules.mk. there's no way an up-to-date tree can trigger that
- # [02:41] * Waldo continues imagining gdb with the Steve Jobs touch ;-)
- # [02:42] * Quits: jedp (jedp@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Computer has gone to sleep.)
- # [02:42] * Joins: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net)
- # [02:43] * joduinn-mtg is now known as joduinn-brb
- # [02:43] * Quits: sworkman (sworkman@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: sworkman)
- # [02:44] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [02:44] * Quits: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net) (Ping timeout)
- # [02:44] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1441bfd63106 - Patrick McManus - bug 904590 - useless settimeout call in test_prompt_async.html test r=jduell
- # [02:45] * Quits: darkowlzz (sunny@251E4329.DC571F10.41D542A3.IP) (Ping timeout)
- # [02:45] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/32505048e200 - ffxbld - Automated checkin: version bump for firefox 24.0b9 release. DONTBUILD CLOSED TREE a=release
- # [02:46] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/7c502947530f - ffxbld - Added FIREFOX_24_0b9_RELEASE FIREFOX_24_0b9_BUILD1 tag(s) for changeset 32505048e200. DONTBUILD CLOSED TREE a=release
- # [02:47] * Quits: bajaj1 (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:47] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [02:48] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Max SendQ exceeded)
- # [02:48] * jesup imagines just being able to gdb/jimdb on his android devices :-(
- # [02:48] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [02:48] <jesup> Waldo: lldb?
- # [02:49] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [02:49] <Waldo> I doubt any TUI debugger is going to look anything like something Steve Jobs might design, but maybe :-)
- # [02:49] * Joins: bajaj1 (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [02:49] <Waldo> any *real* TUI debugger
- # [02:50] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [02:50] * Waldo is still in wait-for-it-to-sound-like-it-sucks-little-enough mode re lldb
- # [02:50] <philor> glandium: at least it's not just b2g, https://tbpl.mozilla.org/php/getParsedLog.php?id=27459687&tree=Mozilla-Inbound was the same needs-clobber on linux64 debug
- # [02:50] * Quits: bajaj1 (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:50] <jesup> Waldo: right now I can't debug anything on a 4.2.2 S4 or a 4.3 nexus10 :-(
- # [02:51] <glandium> philor: ah... it must have ended up in some .pp file
- # [02:51] * jorendorff_away is now known as jorendorff
- # [02:51] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [02:52] <glandium> philor: can we ignore static analysis until i figure it out? (should be a one liner)
- # [02:53] <philor> glandium: https://tbpl.mozilla.org/php/getParsedLog.php?id=27460014&tree=Mozilla-Inbound on a clobbered android armv6
- # [02:54] <glandium> sigh
- # [02:54] <philor> and I'm at work, so I don't have the power to do anything but persuade anyway, for another hour at least
- # [02:54] * Quits: jgilbert (jgilbert@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [02:55] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [02:56] <glandium> gps: https://diff.pastebin.mozilla.org/2980207 r?
- # [02:56] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:56] <glandium> (was a two-liner in the end)
- # [02:56] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [02:57] <glandium> now let's see android
- # [02:57] * Joins: sewardj__ (sewardj@moz-B41AD693.dip0.t-ipconnect.de)
- # [02:57] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
- # [02:58] * Quits: sewardj_ (sewardj@moz-5F5F4600.dip0.t-ipconnect.de) (Ping timeout)
- # [02:58] * Quits: chewey (chewey@moz-22FA8006.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [02:59] * Joins: chewey (chewey@moz-9A22A2EA.dip0.t-ipconnect.de)
- # [02:59] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [02:59] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:00] * Joins: darkowlzz (sunny@18D10113.E706A4B3.F44414AF.IP)
- # [03:00] * nthomas|away is now known as nthomas
- # [03:01] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [03:02] <philor> make jcranmer review it if gps doesn't wander by soon
- # [03:02] <glandium> jcranmer: ^
- # [03:03] * Quits: gandalf (zbraniecki@moz-92C382B6.hfc.comcastbusiness.net) (Quit: My MacBook has gone to sleep. ZZZzzz…)
- # [03:04] <glandium> philor: fwiw, i'm ready to land a CLOBBER change, that fixup and a backout of bug 9c78c5ac85a8
- # [03:04] <glandium> errr 907683
- # [03:04] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Quit: ehugg)
- # [03:05] * Quits: mcomella (mcomella@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:05] * Quits: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com) (Ping timeout)
- # [03:05] * Quits: milan (milan@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [03:06] * Joins: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com)
- # [03:06] * Joins: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP)
- # [03:06] * Quits: erikvold (erikvold@A5087023.2354C43D.D8E68FF6.IP) (Quit: erikvold)
- # [03:06] * Joins: JosiahOne (Instantbir@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [03:07] <glandium> I'll just land...
- # [03:07] * Joins: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu)
- # [03:08] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [03:08] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [03:08] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Input/output error)
- # [03:08] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
- # [03:09] * Quits: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com) (Ping timeout)
- # [03:09] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fdea282eb31d - Mike Hommey - Bug 912832 requires a clobber. r=me
- # [03:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bb7959840ea5 - Mike Hommey - Backout changeset 9c78c5ac85a8 (bug 907683) for Android bustage
- # [03:09] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/e197b9e71614 - Mike Hommey - Fixup for bug 912832 busting static analysis builds. r=me
- # [03:09] <jcranmer> glandium: r+
- # [03:09] * Joins: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com)
- # [03:09] * Joins: lizzard (ehenry@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [03:09] * joduinn-brb is now known as joduinn
- # [03:10] <jcranmer> too late I guess :-)
- # [03:10] * Quits: b10n1k (j0ni@moz-E9E59D0C.tellas.gr) (Ping timeout)
- # [03:10] <glandium> jcranmer: yeah :)
- # [03:11] * Quits: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: gwagner)
- # [03:12] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [03:12] * Joins: jgilbert (jgilbert@986623D2.9083A694.9CA62458.IP)
- # [03:13] * Quits: blassey (blassey@moz-7B0110AD.mv.mozilla.com) (Input/output error)
- # [03:14] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [03:14] * Joins: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net)
- # [03:15] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Ping timeout)
- # [03:15] * Quits: jammink|mtg (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [03:15] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [03:16] * Joins: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net)
- # [03:16] * Joins: b10n1k (j0ni@moz-1AA244C5.tellas.gr)
- # [03:18] * Quits: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net) (Quit: kk1fff)
- # [03:19] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [03:20] * corey is now known as corey|away
- # [03:20] * Quits: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu) (Quit: jwilde)
- # [03:21] <glandium> yay, we have two different build_config.h files imported from chromium that don't agree with each other
- # [03:21] * Joins: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu)
- # [03:21] * Quits: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu) (Input/output error)
- # [03:22] <philor> did we at least import them at separate times?
- # [03:22] <glandium> philor: yes, one for ipc and one for webrtc
- # [03:23] <glandium> so in fact the webrtc one is maybe not really from chromium.
- # [03:23] <philor> glandium: https://tbpl.mozilla.org/php/getParsedLog.php?id=27461526&tree=Mozilla-Inbound
- # [03:23] <@bz> man
- # [03:23] * @bz mutters about us requiring system-level updates to build stuff. :(
- # [03:24] <glandium> bz: python?
- # [03:24] <glandium> philor: grrrrr
- # [03:24] <@bz> yes
- # [03:24] <@bz> on Mac
- # [03:24] <glandium> bz: blame apple for providing a python that doesn't like MACOS_DEPLOYMENT_TARGET
- # [03:24] <@bz> mmm
- # [03:24] <glandium> or whatever that variable is
- # [03:24] <jesup> glandium: the trunk/build/build_config.h file likely is from Chromium. And it's a LOT newer than ipc (years)
- # [03:25] <@bz> I'm less interested in blame than in how I can make our builds work without breaking any other python consumers
- # [03:25] <@bz> The answer might be "you can't", of course...
- # [03:25] <jesup> glandium: It used a Apple trademark; can't allow that :-)
- # [03:26] <glandium> now, i have to blame bsmedberg for having taken so long to review bug 907683. Because if it had landed like a week ago, it would have been jesup's problem when he landed bug 901583, not mine
- # [03:26] * jesup phew!
- # [03:26] <@bz> Looks like macports also doesn't have a newer python?
- # [03:26] * @bz is double-chcking
- # [03:27] <glandium> jesup: that being said, we have a loaded footgun with those two files around
- # [03:27] <jesup> I had the lower number anyways; doesn't that win? :-)
- # [03:27] <@bz> aha
- # [03:27] * Waldo remains bemused at the extent to which bz is a https://blog.mozilla.org/ux/files/2013/08/stalwarts.png
- # [03:27] <@bz> no, 2.7.5
- # [03:27] <@bz> ok, then
- # [03:27] <jesup> glandium: yes
- # [03:27] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [03:27] <@bz> waldo: very much so, yes
- # [03:27] <@bz> waldo: been burned a few too many times
- # [03:27] <Waldo> bz: does Red Hat even ship updates to RH7 these days?
- # [03:28] <@bz> waldo: I'm on F12
- # [03:28] <Waldo> ^ now *that* was trolling ;-)
- # [03:28] <@bz> waldo: and it doesn't get updates. ;)
- # [03:28] <@bz> waldo: hehe
- # [03:28] <@bz> waldo: I updated the gcc on it the other day; that was exciting
- # [03:28] <jesup> glandium: Maybe we should just update ipc.......
- # [03:28] <@bz> waldo: like any time you have to edit srpm spec files...
- # [03:28] <glandium> jesup: haha
- # [03:28] * Waldo sees Fedora releases as an opportunity to do system backups, so he stays around tip pretty consistently
- # [03:29] <glandium> jesup: that was a good one
- # [03:29] <Waldo> bz: why update the gcc? why not just build it locally?
- # [03:29] <@bz> waldo: I considered that
- # [03:29] <@bz> waldo: but I've had not-great luck with it
- # [03:29] <jesup> glandium: yeah, another case of "import & fork"!
- # [03:29] * Waldo has a shell script that makes it nigh-painless to build gcc
- # [03:29] <@bz> waldo: I _did_ try building clang locally, and that failed spectacularly
- # [03:29] <Waldo> huh, clang's always built easily for me
- # [03:29] <@bz> waldo: in that it built, but the result was still using gcc's stdlib stuff
- # [03:30] * jesup wonders if there are any bugfixes to what we imported 5 years ago.... and how we'd know
- # [03:30] <@bz> waldo: which it failed to compile Mozilla with
- # [03:30] <Waldo> oh, you want libc++ too? yeah, that's more magic than I've attempted
- # [03:30] * jorendorff is now known as jorendorff_away
- # [03:30] <mjrosenb|ARM> jesup: imported what?
- # [03:30] <Waldo> never had problems using clang + libstdc++, mysefl
- # [03:30] <@bz> waldo: well, since Gecko uses some C++ features last I checked....
- # [03:30] <jesup> ipc
- # [03:30] <Waldo> although I guess I'm using newish libstdc++, so
- # [03:30] <@bz> Waldo: try the libstc++ from gcc 4.4
- # [03:30] * jesup is just guessing at 5 years
- # [03:31] * Joins: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net)
- # [03:31] * Joins: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
- # [03:31] <Waldo> bz: if you build clang against the gcc 4.4 libstdc++, you're gonna have a bad time
- # [03:31] <jesup> Just be glad we decided not to import libjingle
- # [03:31] <@bz> waldo: Yes, that was the conclusion. ;)
- # [03:31] <jesup> that has tons of dependencies on modern ipc/chromium
- # [03:32] <glandium> jcranmer, philor: how do i trigger static analysis only on try?
- # [03:32] <@bz> anyway
- # [03:32] * Quits: dmarcos (dmarcos@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving...)
- # [03:32] * Joins: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net)
- # [03:32] * Quits: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net) (Quit: kk1fff)
- # [03:32] * @bz goes back to installing python 2.7.5
- # [03:32] <jcranmer> glandium: ask the trychooser
- # [03:32] <@bz> hmph
- # [03:32] <glandium> jcranmer: oh
- # [03:32] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Connection reset by peer)
- # [03:32] <@bz> so I have a python 2.7.5 installed
- # [03:32] <jcranmer> [added earlier today\
- # [03:32] <@bz> via macports
- # [03:32] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [03:32] * heycam is now known as heycam|away
- # [03:33] <@bz> It's just called python2.7, not python
- # [03:33] <@bz> Can I just tell our build to use it?
- # [03:33] <glandium> bz: PYTHON=python2.7
- # [03:33] <@bz> glandium: in mozconfig?
- # [03:33] <glandium> or in the env
- # [03:33] * Joins: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu)
- # [03:33] <@bz> mozconfig, great
- # [03:33] * @bz will tr
- # [03:33] <@bz> er, try
- # [03:34] <glandium> philor, jcranmer: i think this will fix static analysis: https://hg.mozilla.org/try/rev/bfd277da27b2
- # [03:34] * Quits: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net) (Ping timeout)
- # [03:34] <jcranmer> that should do it
- # [03:34] <glandium> jcranmer: nothing shows up on try, though
- # [03:35] <glandium> https://secure.pub.build.mozilla.org/buildapi/self-serve/try/rev/bfd277da27b2 yeah right
- # [03:35] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Ping timeout)
- # [03:35] <glandium> jcranmer: would you be able to do a quick test?
- # [03:36] * Quits: juanb|afk (jbecerra@moz-BBE3ABD.mv.mozilla.com) (Quit: juanb|afk)
- # [03:36] * heycam|away is now known as heycam
- # [03:36] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:36] <philor> glandium: -b o, and we only do st-an debug
- # [03:36] <jcranmer> have to update my tree relally quickly
- # [03:37] <philor> somebody other than me ought to update all that "no builds chosen" stuff to know that
- # [03:37] <glandium> philor: i wish trychooser would barf about that
- # [03:38] <@bz> glandium: thanks again
- # [03:39] * jorendorff_away is now known as jorendorff
- # [03:40] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [03:40] * Quits: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP) (Ping timeout)
- # [03:41] * Quits: jgriffin (jgriffin@moz-C55C3E25.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [03:41] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
- # [03:42] * Quits: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:43] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [03:43] <glandium> it's not even the most drastic changes that caused the most red
- # [03:43] * Quits: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [03:43] * philor is now known as philor|away
- # [03:44] * Joins: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP)
- # [03:45] <jcranmer> glandium: I made it through configure
- # [03:45] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [03:45] <glandium> jcranmer: do you make it through export?
- # [03:46] <jcranmer> trying to build without clobbering failed
- # [03:46] <glandium> the try build is... pending
- # [03:46] <jcranmer> of course, that was dicey to begin with
- # [03:46] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [03:46] * jchen is now known as jchen|away
- # [03:47] <mjrosenb|ARM> glob|away: ping?
- # [03:47] <jcranmer> going through IDL right now
- # [03:47] * Joins: afwang (afwang@moz-CFE05FEE.hsd1.ca.comcast.net)
- # [03:48] * Quits: jwilde (Thunderbir@moz-F6B3226E.medford.tufts.edu) (Ping timeout)
- # [03:48] * Joins: inolen (Adium@moz-D2D12FC1.socal.res.rr.com)
- # [03:48] <jcranmer> ah shit, I forgot I disabled clang plugin locally
- # [03:48] <jcranmer> glandium: still fails with that ptach
- # [03:48] * Quits: jimb (user@moz-91B1931F.hsd1.or.comcast.net) (Ping timeout)
- # [03:49] <glandium> jcranmer: log?
- # [03:50] <jcranmer> glandium: clang-plugin/moz.build doesn't exit
- # [03:50] <jcranmer> exist*
- # [03:50] <glandium> jcranmer: with the try patch?
- # [03:50] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
- # [03:51] <jcranmer> glandium: yep
- # [03:51] * Joins: brsun (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [03:51] * Joins: Mook (mook@moz-76A6F848.dsl.teksavvy.com)
- # [03:51] <glandium> jcranmer: at what stage does it complain?
- # [03:51] <jcranmer> configure
- # [03:51] <glandium> makes no sense
- # [03:51] <jcranmer> reader.py line 589
- # [03:53] <glandium> jcranmer: can you paste a log?
- # [03:53] * Joins: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net)
- # [03:54] * Quits: m_gol (m_gol@moz-4A03F5C1.dynamic.chello.pl) (Quit: Leaving...)
- # [03:54] * Joins: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net)
- # [03:54] <markh> TIL that "error: field 'someField' will be initialized after field 'someOtherField'" is a thing...
- # [03:55] * Quits: cpeterson (cpeterson@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [03:55] <darktrojan> this was all fields...
- # [03:55] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [03:56] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [03:56] <jcranmer> https://pastebin.mozilla.org/2980549
- # [03:56] <jcranmer> glandium: ^
- # [03:56] <glandium> jcranmer: a bit more context please :)
- # [03:57] <jcranmer> glandium: the line before that is creating ./config.status
- # [03:57] <glandium> jcranmer: and before that?
- # [03:57] * Quits: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving.)
- # [03:58] <jcranmer> checking for GL/glx.h... (cached) yes
- # [03:58] <jcranmer> it's the end of configure
- # [03:58] <glandium> jcranmer: the only way i can see this happen is if you don't have the try patch applied
- # [03:58] * Joins: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net)
- # [03:59] * Joins: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net)
- # [04:00] * Quits: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net) (Ping timeout)
- # [04:00] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [04:00] <jcranmer> hmm, lookslike I didn't
- # [04:00] <jcranmer> despite hg claiming I did
- # [04:00] <jcranmer> pro tip:
- # [04:01] <jcranmer> don't hg qimport -r <revision> if it's not applied
- # [04:01] * Joins: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net)
- # [04:01] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [04:02] <mjrosenb|ARM> jcranmer: hg mq could really use some more robust error checking and "you probably don't want to do this" warnings
- # [04:02] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:02] <mjrosenb|ARM> like hg pull when I have patches applied.
- # [04:02] * Quits: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com) (Quit: Leaving.)
- # [04:03] <mjrosenb|ARM> although that one is easy enough to fixed.
- # [04:03] <mjrosenb|ARM> markh: error: strawberry fields are not forever
- # [04:03] <jcranmer> well, hg pul --rebase fixes the hg pul issue
- # [04:03] <markh> :)
- # [04:04] * heycam is now known as heycam|away
- # [04:05] <jcranmer> glandium: still working on getting you that working build
- # [04:05] <mjrosenb|ARM> which can easily be fixed with class Strawberry { Strawberry strawberry; };
- # [04:05] <glandium> the try build has been running for almost 20 minutes, now. i'm tempted to say we're good
- # [04:05] <jcranmer> slightly stymied by having disabled it due to mismatched clang/llvm versions
- # [04:06] <jcranmer> (which meant my llvm-config was trying to configure and build for 3.2 while using a 3.3 clang)
- # [04:06] <jcranmer> glandium: I'm in ICU
- # [04:06] * Joins: elin (elin@moz-99690620.hinet-ip.hinet.net)
- # [04:07] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [04:07] <glandium> jcranmer: sounds good ; so you're in the compile phase, right ?
- # [04:07] <jcranmer> not in the platform tier yet
- # [04:08] <tbsaunde> mjrosenb|ARM: I'd rather just burn mqueue to the ground and salt its grave
- # [04:08] <nrc> hmm, clang for windows gets a step closer
- # [04:08] <mjrosenb|ARM> jcranmer: ICU? if you're in the intensive care unit, I suggest getting off IRC.
- # [04:08] <jcranmer> nrc: oh?
- # [04:08] <nrc> http://blog.llvm.org/2013/09/a-path-forward-for-llvm-toolchain-on.html
- # [04:08] <jcranmer> oh, I thought you meant we were one step closer to getting Mozilla compiled with clang on windows
- # [04:08] <nrc> hoho
- # [04:09] <nrc> that would be awesome
- # [04:09] <mjrosenb|ARM> tbsaunde: salting its grave is likely a step too far.
- # [04:09] * terrence is now known as terrence-afk
- # [04:09] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [04:09] * sfoster|afk is now known as sfoster
- # [04:09] <nrc> I guess technically we are a step closer to that too :-)
- # [04:09] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:09] <mjrosenb|ARM> tbsaunde: I say nuke it from orbit, and let it regrow as an integral part of mercurial
- # [04:09] <Waldo> woo "cross the streams" \o/
- # [04:10] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:11] * Quits: jgilbert (jgilbert@986623D2.9083A694.9CA62458.IP) (Ping timeout)
- # [04:11] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [04:11] * Joins: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net)
- # [04:12] <jcranmer> glandium: I'm in xpcom now
- # [04:13] <jcranmer> if it's this far along on try, then it should work
- # [04:13] <tbsaunde> mjrosenb|ARM: I'm not a fan of the rest of mercurial either....
- # [04:13] <jcranmer> [the reason this is at all separate is becauthe clang plugin and stdcxxcompat try to compile each other with themselves]
- # [04:14] <Waldo> jcranmer: sounds legit
- # [04:14] <glandium> jcranmer: r=you on that second fixup?
- # [04:14] <jcranmer> [and by shunting the clang stuff to outside the main build system, I break the cycle]
- # [04:14] * Joins: shelly (shelly@moz-99690620.hinet-ip.hinet.net)
- # [04:15] <mjrosenb|ARM> tbsaunde: are you one of those gitters?
- # [04:15] * philor|away is now known as philor
- # [04:15] <gps> tbsaunde: mq is to be end of lifed soon
- # [04:15] * Quits: tjc (tjc@moz-BBE3ABD.mv.mozilla.com) (Quit: zzzzzzzzzz)
- # [04:15] <jcranmer> !
- # [04:15] <glandium> gps: seriously?
- # [04:16] <nrc> :-(
- # [04:16] * nrc quite likes mq
- # [04:16] * jchen|away is now known as jchen
- # [04:16] <JosiahOne> What!
- # [04:16] <ewong> wut?
- # [04:16] * Quits: inolen (Adium@moz-D2D12FC1.socal.res.rr.com) (Quit: Leaving.)
- # [04:16] <mjrosenb|ARM> what are we going to do when mq is eol'ed?
- # [04:17] <ewong> wait.. are we talking about the same 'mq' here?
- # [04:17] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [04:17] <jcranmer> that's like Microsoft saying "we're going to radically change the UI of windows and remove the ability to use the old UI"... wait...
- # [04:17] <JosiahOne> gps: I thought that still had to go to mozilla.dev.platform?
- # [04:17] <gps> I /thought/ I heard they were going to effectively stop maintaining it
- # [04:17] * Joins: alfredo (chatzilla@moz-99690620.hinet-ip.hinet.net)
- # [04:18] <glandium> nothing about that on http://mercurial.selenic.com/wiki/MqExtension
- # [04:18] * Joins: lduros (user@moz-47F34250.phlapa.fios.verizon.net)
- # [04:18] <JosiahOne> gps: Oh wait. You mean mq is actually going to stop being maintained.
- # [04:19] * Quits: ancestor (ancestor@moz-40E0C4F7.dynamic.chello.pl) (Ping timeout)
- # [04:19] <lduros> when you run make on firefox source where does it write the binaries again?
- # [04:19] <lduros> I forgot :\
- # [04:19] <lduros> isn't it in bin/ inside the directory
- # [04:19] <ewong> lduros objdir/
- # [04:19] <lduros> can't find it there for some reason
- # [04:19] <nrc> lduros: objdir/dist/bin
- # [04:19] <lduros> ah
- # [04:19] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b817abcebadf - Benjamin Bouvier - Bug 888109: Float32 general optimizations for IonMonkey: framework and arithmetic operations; r=sstangl,nbp
- # [04:19] <mjrosenb|ARM> lduros: objdir/dist/bin
- # [04:19] <ewong> what nrc said
- # [04:20] <lduros> is this new?
- # [04:20] <ewong> no
- # [04:20] <nrc> nope
- # [04:20] <lduros> hmm
- # [04:20] <glandium> jcranmer: so, r=you?
- # [04:20] <lduros> i don't have an objdir directory after running make
- # [04:20] <jcranmer> glandium: yep
- # [04:21] <Waldo> mjrosenb|ARM: they're introducing mq-like functionality into the core, it'll just be a bit different -- rather than patch stack atop, and history mutation, it'll be marking branches as obsolete and stuff and all
- # [04:21] <ewong> lduros what's the objdir that you defined in your .mozconfig file?
- # [04:21] * Waldo knows nothing about mq plans after that introduction
- # [04:21] <lduros> ewong: i did not
- # [04:21] * Waldo also knows nothing about UI for the new feature
- # [04:21] * Quits: birtles (chatzilla@moz-C286AD9A.bitcat.net) (Ping timeout)
- # [04:21] <ewong> lduros then you probably have some objdir-<something>
- # [04:21] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/1b29c0885eb5 - Mike Hommey - Bug 913246 - Fix configure with relative MOZCONFIG. r=gps
- # [04:22] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/c76b5ba14102 - Mike Hommey - Fixup to the fixup for bug 912832 busting static analysis builds. r=jcranmer
- # [04:22] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [04:22] <lduros> hmm
- # [04:22] <lduros> ok
- # [04:22] <mjrosenb|ARM> Waldo: you have a link for this discussion/announcement?
- # [04:23] <tbsaunde> mjrosenb|ARM: yes
- # [04:23] * Parts: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [04:24] * jchen is now known as jchen|away
- # [04:25] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [04:25] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [04:25] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:25] <Waldo> mjrosenb|ARM: I remember seeing some planning page about it, but searches are turning up dry at the moment
- # [04:25] <tbsaunde> Waldo: so basically they're copying more of git in a slightly different and odd way ;)
- # [04:26] * mjrosenb|ARM just wants a more performant darcs.
- # [04:26] * Quits: darkowlzz (sunny@18D10113.E706A4B3.F44414AF.IP) (Ping timeout)
- # [04:26] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [04:26] <gps> http://mercurial.selenic.com/wiki/ChangesetEvolution
- # [04:26] * Joins: inolen (Adium@moz-D2D12FC1.socal.res.rr.com)
- # [04:27] <tbsaunde> mjrosenb|ARM: heh, in theory that sounds nice, but I've never tried it
- # [04:27] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [04:28] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [04:28] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:29] <glandium> gps: is it me or that will just make hg more like git?
- # [04:30] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [04:30] <glandium> except the equivalent of the reflog would be shared
- # [04:30] <glandium> shareable
- # [04:30] * Joins: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [04:31] <tbsaunde> glandium: I think you're at least somewhat right
- # [04:31] <gps> glandium: git and mercurial from a commit perspective are essentially identical
- # [04:31] * Joins: caiolima (Instantbir@C0E1BAF6.D55DEF75.5419EADB.IP)
- # [04:32] <tbsaunde> but that page isn't exactly heavy on detail especially on how non fast forward pulls are handled
- # [04:32] <glandium> gps: there are major differences in the underlying structure
- # [04:32] <mjrosenb|ARM> what *is* the reflog
- # [04:32] <gps> glandium: sure. but that is abstracted from the user
- # [04:32] <glandium> gps: hg stores file history
- # [04:32] * Joins: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com)
- # [04:32] <glandium> and tree history. independently of changesets
- # [04:33] <gps> i still like mercurial as a software project because it can evolve in ways git can't - or in ways git is unwilling to
- # [04:33] <glandium> (and that makes hg <-> git kind of painful)
- # [04:34] <gps> i know all about similarities and differences - http://gregoryszorc.com/blog/2013/04/14/making-hg-git-faster/
- # [04:34] <mjrosenb|ARM> gps: how can it evolve that git can't?
- # [04:34] <gps> mjrosenb|ARM: read http://gregoryszorc.com/blog/2013/05/12/thoughts-on-mercurial-%28and-git%29/
- # [04:35] <tbsaunde> glandium: I bet you can answer mjrosenb|ARM's question about reflog better than I can
- # [04:35] <glandium> mjrosenb|ARM: it's a log of all the changes you've done on a ref (branch or HEAD), including rebases, commit --amend, reset --hard, etc.
- # [04:36] <glandium> mjrosenb|ARM: so, when you do git reset --hard HEAD^, your commit is still in the repository
- # [04:36] <mjrosenb|ARM> gps: danke.
- # [04:36] <tbsaunde> gps: I think both the git and hg extensibility models have advantages, with git you can write extensions in whatever language you like for example
- # [04:37] <glandium> mjrosenb|ARM: you can git reflow show $branch to display it, and you can use @{n} suffix to access commits out of it. (so HEAD@{1} will point to whatever HEAD was before the last git operation that changed HEAD)
- # [04:37] <markh> I switched to using a git clone of m-c about 4 weeks ago and haven't looked back once. On windows :o
- # [04:37] * Quits: caiolima (Instantbir@C0E1BAF6.D55DEF75.5419EADB.IP) (Ping timeout)
- # [04:38] * Quits: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:39] * Joins: atsai (atsai@moz-99690620.hinet-ip.hinet.net)
- # [04:39] * Quits: +clever (clever@moz-4760AD6C.dhcp-dynamic.fibreop.nb.bellaliant.net) (Ping timeout)
- # [04:39] <gps> tbsaunde: http://mercurial.selenic.com/wiki/CommandServer
- # [04:40] * Joins: clever (clever@moz-4760AD6C.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [04:40] <@khuey> markh: other than moz-git-tools not working it's pretty awesome
- # [04:41] <@khuey> even on windows
- # [04:41] <markh> khuey: I've hacked the git tools to work
- # [04:41] <gps> git's api consists of a bunch of standalone programs - ~150 last I checked - and every single one is considered part of the stable API and the Git people are unwilling to change them
- # [04:41] <glandium> markh: pull request :)
- # [04:41] <@khuey> markh: omg send that upstream plz
- # [04:41] <dietrich> anyone know what time nightly builds are generated?
- # [04:41] <glandium> gps: that's not true
- # [04:41] <nthomas> dietrich: depends on the branch
- # [04:41] * dietrich wonders if this made it in today's build... https://bugzilla.mozilla.org/show_bug.cgi?id=910777
- # [04:41] * Joins: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP)
- # [04:41] * jorendorff is now known as jorendorff_away
- # [04:42] <glandium> dietrich: today for whom?
- # [04:42] <markh> yet to be cleaned up, but https://github.com/mhammond/moz-git-tools
- # [04:42] <dietrich> m-c nightly
- # [04:42] <nthomas> at 04:10 it was waaay to late
- # [04:42] <markh> I push to try and inbound using them regularly now
- # [04:42] <dietrich> i guess i should've said Nightly ;)
- # [04:42] <dietrich> nthomas: ok, thx
- # [04:42] * heycam|away is now known as heycam
- # [04:42] <nthomas> revisions have to build green before they're considered for a nightly build
- # [04:43] <glandium> markh: don't you lose races often on inbound?
- # [04:43] * Quits: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net) (Quit: bholley)
- # [04:43] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:43] <@khuey> glandium: in his timezone?
- # [04:43] * @khuey wouldn't expect much contention there
- # [04:43] <mjrosenb|ARM> why does clicking on the nightly logo in about: on windows take me to www-archive.mozilla.org/projects/firefox/index.html from april 21, 2008?
- # [04:43] <gps> glandium: how am i wrong?
- # [04:43] <glandium> khuey: i lose races
- # [04:44] <markh> glandium: I just do it via push-to-hg, which leaves them in the patch queue ready to be pushed manually. I just "hg pull --rebase" if I lose the race. It does mean I can't actually merge the branch in git
- # [04:44] <glandium> gps: there are many ways in which the git base tools have changed
- # [04:44] <tbsaunde> gps: I guess that sort of helps, but with git its really easy if I want to add a command I drop a shell script named git-whatever in ~/bin and I'm done
- # [04:44] <mjrosenb|ARM> this seems rather wrong
- # [04:44] <markh> but I have a special "merged-bugs" branch where I merge them to before deleting the branch. A bit of a PITA though
- # [04:44] <gps> glandium: they've grown some new features, sure. but changing things like the storage model would require changing core git-* commands and would require a git 2.0
- # [04:45] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [04:45] <glandium> markh: so in fact you're pushing with hg?
- # [04:45] <mjrosenb|ARM> I love how everyone has different annoying ways of working around the deficencies in our system.
- # [04:45] <markh> yes - push-to-hg takes the branch and applies it to the hg qq
- # [04:45] * Quits: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP) (Ping timeout)
- # [04:45] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [04:45] <glandium> gps: there have been additions to the storage. and i don't believe you'd need to change git's storage to do any extension to it
- # [04:46] <markh> I don't mind that extra step - I still "hg out" for an extra sanity check
- # [04:46] <philor> mjrosenb|ARM: because you haven't updated your nightly for several years now?
- # [04:46] <glandium> (see git notes, for example, for a recentish addition)
- # [04:46] * Joins: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP)
- # [04:47] <mjrosenb|ARM> philor: it is version 20.
- # [04:47] <KWierso> clicking the logo does nothing for me on nightly
- # [04:48] <philor> 20 seems recent for that, I thought all that got redone well before then
- # [04:48] <mjrosenb|ARM> philor: I only clicked on it because I wanted to update nightly.
- # [04:48] <glandium> mjrosenb|ARM: why did you enable the cheat mode?
- # [04:48] <mjrosenb|ARM> KWierso: for me it is a link to "www.mozilla.org/projects/firefox", and that gets redirected at some point.
- # [04:48] <mjrosenb|ARM> glandium: cheat mode?
- # [04:48] * joduinn is now known as joduinn-afk
- # [04:48] <glandium> mjrosenb|ARM: kidding
- # [04:50] <KWierso> mjrosenb|ARM: only the underlined words link me to anything :S
- # [04:51] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [04:51] <reuben> looks like some crazy windows only string: https://mxr.mozilla.org/mozilla-central/search?string=projects/firefox
- # [04:51] <mjrosenb|ARM> KWierso: there is a faint box around the logo, Nightly and "version 20.0a1"
- # [04:51] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [04:51] <mjrosenb|ARM> also, how do I actually upgrade nightly on windows?
- # [04:51] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [04:52] <mjrosenb|ARM> I clicked on the logo because I assumed that would check for a new version
- # [04:52] <KWierso> Help - About Nightly
- # [04:52] <KWierso> should automatically trigger a check for updates
- # [04:53] <KWierso> what OS is this, and are you using an administrator account?
- # [04:53] <mjrosenb|ARM> KWierso: ahh, there we go.
- # [04:53] <mjrosenb|ARM> KWierso: I'm using win7, and I don't know how to tell if I have an admin account
- # [04:53] <markh> I've seen it not do that recently - no mention of updates at all. Restart Fx, then help->about *does* show what I expect (ie, an update downloading). This is on Aurora.
- # [04:53] <mjrosenb|ARM> I set this machine up like 3 years ago, and I use it like once every 6 months.
- # [04:53] <markh> and win7, admin
- # [04:53] <KWierso> hrm, it's always worked for me
- # [04:54] <KWierso> I think there were some issues with non-admin accounts not playing nicely with the updater service
- # [04:54] <mjrosenb|ARM> no, help -> about nightly downloaded the update
- # [04:54] <mjrosenb|ARM> just very confused about the link in about:
- # [04:54] * Quits: kentuckyfriedtakahe (ajones@538BABFE.A073F3E.97BBD552.IP) (Quit: Ex-Chat)
- # [04:54] <KWierso> mjrosenb|ARM: I see no link in about:
- # [04:55] <mjrosenb|ARM> KWierso: this is on win7?
- # [04:55] <mjrosenb|ARM> KWierso: maybe it was removed recently
- # [04:55] <KWierso> win8
- # [04:55] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [04:55] <mjrosenb|ARM> well, I'll restart, and see if upgrading 4 versions makes it go away.
- # [04:56] <KWierso> we're up to 26, fyi
- # [04:56] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [04:56] <mjrosenb|ARM> err.
- # [04:56] <mjrosenb|ARM> 6 versions
- # [04:56] <mjrosenb|ARM> ooh, new logo
- # [04:56] <mjrosenb|ARM> and no link.
- # [04:56] <KWierso> probably removed because no one ever remembered to update it
- # [04:57] <mjrosenb|ARM> KWierso: does http:/www.mozilla.org/projects/firefox still redirect you to a page with a banner stating that the page is ancient?
- # [04:57] <KWierso> yep
- # [04:57] <mjrosenb|ARM> ok, maybe that link is just not meant to be distributed.
- # [04:57] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [04:58] <KWierso> http:/www.mozilla.org/projects/ redirects to http://www.mozilla.org/en-US/products/
- # [05:00] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [05:01] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Quit: Konversation terminated!)
- # [05:01] * Joins: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP)
- # [05:02] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [05:03] * Quits: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP) (Ping timeout)
- # [05:04] * Quits: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP) (Quit: rniwa)
- # [05:05] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [05:06] * Quits: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Input/output error)
- # [05:06] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [05:08] * Quits: Mossop (mossop@moz-242CA735.lsanca.fios.verizon.net) (Ping timeout)
- # [05:08] * Joins: jdm (jdm@92FB48CA.8B5E9DF.9A8C35B4.IP)
- # [05:10] * gps disappears from the internets for about 3 days
- # [05:10] <@khuey> waht
- # [05:12] * Joins: karl (karl@538BABFE.A073F3E.97BBD552.IP)
- # [05:12] <jcranmer> gps: don't worry, we'll break the build and twiddle our thumbs until you fix it
- # [05:12] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b0f89cf3ede6 - Edwin Flores - Bug 752796 - Stop MediaDecoderStateMachine::SendStreamData from trying to A/V sync unnecessarily r=roc
- # [05:12] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/73dff4338b06 - Edwin Flores - Bug 884651 - Stop gstreamer from trying to sync video and audio for us r=cpearce
- # [05:12] <glandium> jcranmer: i did that already ;)
- # [05:12] <jcranmer> glandium: no, you were supposed to wait a few more hours
- # [05:12] <jcranmer> so we could have a broken build for 72 hours
- # [05:14] * Joins: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
- # [05:15] * Joins: T3 (T3@4B28D01C.13EDB8FF.3927C314.IP)
- # [05:19] * Joins: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [05:19] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
- # [05:19] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
- # [05:21] * Quits: KaiRo (robert@moz-52CBE09E.adsl.highway.telekom.at) (Input/output error)
- # [05:21] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/d35342e7bcd0 - Phil Ringnalda - Back out 997672af6fc8:8a34b197be1d (bug 885169) for Win64 bustage
- # [05:21] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Ping timeout)
- # [05:21] * Joins: KaiRo (robert@moz-52CBE09E.adsl.highway.telekom.at)
- # [05:22] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [05:22] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f43fed6391f7 - Chris Peterson - Bug 905221 - sizeof(nsEventQueue::Page) should be a power of two to avoid heap allocation slop. r=bsmedberg
- # [05:23] * Joins: ctangira_ (ctangira@moz-B8FE932D.lightspeed.rcsntx.sbcglobal.net)
- # [05:24] * Quits: ctangira_ (ctangira@moz-B8FE932D.lightspeed.rcsntx.sbcglobal.net) (Connection reset by peer)
- # [05:24] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
- # [05:25] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [05:26] <seth> Waldo++
- # [05:27] <Waldo> :-)
- # [05:27] * Waldo idly wonders if our C++ rules documentation still say not to use mutable these days
- # [05:28] <seth> you _usually_ shouldn't, it's true
- # [05:29] <Waldo> well, this was because of old compilers, in documentation that dated to probably 2000 or so
- # [05:30] <seth> what kind of things went wrong?
- # [05:31] * Quits: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving.)
- # [05:31] * Quits: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net) (Quit: kk1fff)
- # [05:31] <Waldo> that particular rule might have been FUD
- # [05:31] <Waldo> https://groups.google.com/forum/#!topic/mozilla.dev.platform/E54jR321Aes refers to what I'm thinking of, but doesn't link it
- # [05:31] <Waldo> I wonder if we just killed the entire document at some point
- # [05:32] <Waldo> which seems wrong to me, because some stuff (like the MSVC bit field rule) still matters these days
- # [05:33] * Joins: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net)
- # [05:33] <Waldo> https://news.ycombinator.com/item?id=2223874 provides a link to a 404
- # [05:33] * Quits: thelodger (thelodger@moz-36628F4F.b-ras3.mvw.galway.eircom.net) (Quit: Leaving.)
- # [05:33] <tbsaunde> Waldo: msvc bit field thing?
- # [05:34] <Waldo> tbsaunde: MSVC only packs adjacent bit fields if the same underlying type for each bit field is the same, roughly
- # [05:34] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [05:35] <Waldo> tbsaunde: |struct S { int i : 1; char j : 1; }| will not be a two-bit (one byte) thing, it'll be more like sizeof(int) + sizeof(char)...I think
- # [05:35] <philor> vlad: ping
- # [05:35] * Joins: Hughman (Mibbit@moz-518025CC.lnk.telstra.net)
- # [05:35] * Quits: JosiahOne (Instantbir@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: [self dealloc];)
- # [05:35] <+vlad> philor: ping-ish
- # [05:35] <philor> vlad: is it okay if I merge m-c to date, to make sure my backout really did unfuck the startup crash?
- # [05:36] <+vlad> yep, go for it
- # [05:36] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [05:36] <philor> thanks
- # [05:36] * Joins: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net)
- # [05:36] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [05:37] <tbsaunde> Waldo: wtf
- # [05:37] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [05:37] * Joins: kamidphish (kamidphish@moz-6AB00DA7.tpgi.com.au)
- # [05:37] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [05:38] <Waldo> tbsaunde: bit fields have heavily implementation-defined behavior; before C++11's memory model, actually, if you had bit fields around, updating them could overwrite adjacent fields (with the same value, to be sure) if the compiler wanted to
- # [05:38] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [05:39] * Joins: maksimlin (chatzilla@moz-DDB75EF5.vic.adsl.internode.on.net)
- # [05:39] <Waldo> e.g. the massive thread (with Linus's typically eloquent contributions) starting with http://gcc.gnu.org/ml/gcc/2012-02/msg00005.html
- # [05:39] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [05:40] * Joins: birtles (chatzilla@moz-C286AD9A.bitcat.net)
- # [05:40] <@khuey> "typically eloquent"
- # [05:40] <@khuey> right
- # [05:40] * Joins: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net)
- # [05:41] <seth> Waldo: doesn't C++11's memory model just formalize that? ISTR that accesses to different bit fields in the same contiguous set of bit fields are defined to race with each other
- # [05:41] * Joins: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net)
- # [05:41] <Waldo> khuey: :-)
- # [05:42] <seth> oh, i see, looking at the example in that email
- # [05:42] <Waldo> khuey: actually if you wade through enough of it (I did because I wanted to learn about the issue), some sort of vague rapprochement was reached in later messages; but yeah, there was some classic Linus there
- # [05:42] <seth> that's horrifying
- # [05:42] <seth> it is so horrifying that i initially couldn't comprehend it from your description
- # [05:42] <@khuey> haha
- # [05:43] * Quits: lizzard (ehenry@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: lizzard)
- # [05:43] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [05:43] <nrc> seth: surely you've worked with C++ long enough to realise that _nothing_ is too horrifying
- # [05:44] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Ping timeout)
- # [05:44] <philor> bbouvier: you've got assertion orange
- # [05:44] <tbsaunde> Waldo: implementation defined doesn't really mean you can do what ever you like however unreasonable it is because screw you if you write a compiler that's too crazy (unlesss you're MS I guess)
- # [05:44] <seth> nrc++
- # [05:44] <seth> all too true
- # [05:44] <Waldo> tbsaunde: sure it means you can do whatever you like, if you document it
- # [05:44] <Waldo> tbsaunde: doesn't mean you won't get any hate for your choices
- # [05:45] <Waldo> I think most people would argue MSVC's packing should change to the "intuitive" setup
- # [05:45] <Waldo> that doesn't mean they can't, standards-conformantly (I think), do what they do now
- # [05:45] <bbouvier> philor: I am looking at it, thanks
- # [05:45] * Quits: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net) (Ping timeout)
- # [05:45] <tbsaunde> Waldo: sure, but generally nobody has to use your compiler either
- # [05:46] <Waldo> sure :-) quasi-monopoly power changes things
- # [05:46] <Waldo> but that's orthogonal to whether you're permitted to do whatever you want
- # [05:46] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e268996cb988 - Seth Fowler - Bug 912299 - Make RefCounted's refcount field mutable. r=waldo
- # [05:48] <Waldo> if a mutable refcount is decremented to zero, does anyone hear the sound of the corresponding object's destruction?
- # [05:48] * Quits: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net) (Quit: kk1fff)
- # [05:49] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [05:49] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [05:50] <tbsaunde> Waldo: sure, you're permited to do all sorts of crazy stuff, but generally society applies presure so you don't
- # [05:50] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:50] * Waldo senses that tbsaunde falls on the "kernel" side of this argument, whereas he falls on the "compiler" side of it :-)
- # [05:50] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:51] * Joins: jhlin (jolin@moz-99690620.hinet-ip.hinet.net)
- # [05:51] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:51] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:51] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:52] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:52] <bbouvier> philor: I don't really know what's going on and I think I'll work on it tomorrow
- # [05:52] * Joins: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net)
- # [05:52] <bbouvier> philor: could you back it out please?
- # [05:53] <philor> bbouvier: sure, thanks for looking
- # [05:53] <tbsaunde> Waldo: not sure yet still reading
- # [05:53] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:53] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:53] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [05:53] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:53] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [05:54] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:54] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:54] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Max SendQ exceeded)
- # [05:55] * Joins: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP)
- # [05:56] * Quits: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net) (Quit: Linkinus - http://linkinus.com)
- # [05:56] * Joins: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net)
- # [05:56] * Quits: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net) (Quit: bholley)
- # [05:56] * Joins: fxa (fxa90id@moz-88B014CD.nvidia.com)
- # [05:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5eb75e2bab0a - Phil Ringnalda - Back out b817abcebadf (bug 888109) for unexpected assertions
- # [05:58] <markh> can anyone explain how opening an ftp:// URL can end up creating an nsHttpChannel for it?
- # [05:59] <philor> glandium: guess what?
- # [05:59] <glandium> philor: what?
- # [05:59] <philor> glandium: no rule to make check for static analysis
- # [05:59] * Joins: roc (chatzilla@E2F7352.56080C53.97BBD552.IP)
- # [05:59] * ChanServ sets mode: +o roc
- # [06:00] <glandium> philor: haha
- # [06:00] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [06:00] * Joins: Srinath (Mibbit@moz-553C1CD2.bcstcmta02.clsttx.tl.dh.suddenlink.net)
- # [06:00] <philor> the fun never stops
- # [06:02] <philor> seth: guess what?
- # [06:02] <glandium> jcranmer: https://diff.pastebin.mozilla.org/2981177 r?
- # [06:02] <seth> philor: my latest push was a great success?
- # [06:02] <@khuey> we need an NS_SUCCESS_GREAT_SUCCESS result code
- # [06:02] <philor> seth: it was! we can stop messing around with Fennec now
- # [06:03] <philor> "Firefox for Android? Oh, yeah, I remember that, but it doesn't build anymore."
- # [06:03] <seth> awesome. guess i can resolve wontfix those android intermittent oranges
- # [06:04] <seth> i was getting tired of the email =)
- # [06:04] <jcranmer> glandium: r+
- # [06:04] * Joins: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net)
- # [06:04] <jcranmer> glandium: I'm also wondering how other things aren't breaking
- # [06:04] * Quits: surkov (surkov@moz-174FE592.cable.teksavvy.com) (Quit: surkov)
- # [06:04] <glandium> jcranmer: define other
- # [06:05] <jcranmer> other external directories, like libffi or nspr
- # [06:05] <glandium> jcranmer: they're not defined like this
- # [06:05] <glandium> and they're not traversed like this
- # [06:05] <jcranmer> hmm
- # [06:06] <seth> philor: actually, if you haven't already backed out, this is an easy fix
- # [06:06] <seth> too late?
- # [06:06] <philor> seth: haven't even started, I'm two or three bustages behind
- # [06:07] * Joins: mixedpuppy (mixedpuppy@moz-78985667.vc.shawcable.net)
- # [06:07] * Quits: mixedpuppy (mixedpuppy@moz-78985667.vc.shawcable.net) (Quit: mixedpuppy)
- # [06:08] <glandium> philor: i pushed the patch to try, but i won't be around when it finishes building ; i'll pick up the result much later, is it okay to keep static analysis orange in the meantime?
- # [06:09] <glandium> after all, it's only been enabled today...
- # [06:09] <glandium> or yesterday, depending where you are
- # [06:10] * Quits: qDot (qdot@moz-82DD3414.typefuck.com) (Ping timeout)
- # [06:10] * hwine is now known as hwine-ooo
- # [06:10] <avih> in bugzilla, can I change product from Firefox to Core and expect the Component field to change dynamically? (doesn't seem to happen)
- # [06:10] * Quits: Hughman (Mibbit@moz-518025CC.lnk.telstra.net) (Ping timeout)
- # [06:10] * Quits: Srinath (Mibbit@moz-553C1CD2.bcstcmta02.clsttx.tl.dh.suddenlink.net) (Ping timeout)
- # [06:10] <KWierso> avih: if you submit that change, it'll ask you to pick a component
- # [06:10] * Quits: @njn (chatzilla@moz-4FFC2425.dyn.iinet.net.au) (Client exited)
- # [06:10] * Quits: yvan (quassel@moz-EE24132A.members.linode.com) (Ping timeout)
- # [06:10] * Quits: +chiiph (chiiph@moz-C76AFF03.com.ar) (Ping timeout)
- # [06:10] <avih> KWierso: thx
- # [06:10] * Quits: jld (jld@moz-B94C75AD.xlerb.net) (Ping timeout)
- # [06:11] * Quits: fitzgen (fitzgen@moz-6A559194.members.linode.com) (Ping timeout)
- # [06:11] <avih> bz: does this seem familiar? (dup?) bug 913315
- # [06:11] <avih> Bug 913315 - selectedIndex incorrect when <option> replaced dynamically via .innerHTML .... [WORKS: FF22/23 / BAD: FF24/25/26]
- # [06:12] * Joins: yvan (quassel@moz-EE24132A.members.linode.com)
- # [06:12] * Joins: chiiph (chiiph@moz-C76AFF03.com.ar)
- # [06:13] * Joins: njn (chatzilla@moz-4FFC2425.dyn.iinet.net.au)
- # [06:13] * ChanServ sets mode: +o njn
- # [06:13] * Joins: Srinath (Mibbit@moz-553C1CD2.bcstcmta02.clsttx.tl.dh.suddenlink.net)
- # [06:13] * Quits: Srinath (Mibbit@moz-553C1CD2.bcstcmta02.clsttx.tl.dh.suddenlink.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [06:13] * Joins: jld (jld@moz-B94C75AD.xlerb.net)
- # [06:13] * Joins: fitzgen (fitzgen@moz-6A559194.members.linode.com)
- # [06:13] * Joins: qDot (qdot@moz-82DD3414.typefuck.com)
- # [06:14] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/39bcc4b7efc8 - Seth Fowler - Bug 912299 Followup - Update RefCounted specializations in ElfLoader.h. r=me
- # [06:15] <seth> philor: if that doesn't work, i guess it's backout time, and i'll investigate further on try
- # [06:15] <seth> should work though
- # [06:16] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Client exited)
- # [06:19] <Waldo> ...that is awful
- # [06:19] * Quits: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net) (Quit: Leaving...)
- # [06:19] <Waldo> ElfLoader.h: e_e
- # [06:19] <Waldo> we really need to traits-ify RefCounted
- # [06:20] <glandium> Waldo: i think we've had that conversation before. unless there's another need, it's probably not worth
- # [06:21] <Waldo> gfx stuff would use it as well as this; I think there might have been one other too
- # [06:22] * bz is now known as bz_sleep
- # [06:22] * heycam is now known as heycam|away
- # [06:23] * jchen|away is now known as jchen
- # [06:23] <glandium> philor, KWierso: so, can i leave static analysis orange for 3 to 4 hours?
- # [06:23] * Joins: Hughman (Mibbit@moz-518025CC.lnk.telstra.net)
- # [06:24] * seth enjoys the e_e emoticon, at the very least
- # [06:24] * KWierso defers to philor
- # [06:25] <philor> glandium: pushing your luck, edmorley may be up by then
- # [06:25] <@khuey> god damn it
- # [06:25] <@khuey> I hate hg
- # [06:25] <glandium> philor: i could also optimistically push my fix to inbound
- # [06:25] <philor> glandium: that's what I'd do
- # [06:25] <glandium> khuey: i know the feeling
- # [06:26] <philor> make him suffer if he backs you out ;)
- # [06:27] * @njn cannot work out how to make his <iframe mozbrowser> start in a new process
- # [06:27] <@khuey> njn: set remote = true?
- # [06:27] <@njn> khuey: I've tried that... what's the *exact* syntax?
- # [06:28] <tbsaunde> so mfbt ref counted stuff doesn't do ref count stabilization? I love how we have 2+ totally different but similar looking ref counting schemes
- # [06:28] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c6412aa5cc28 - Mike Hommey - Another fixup for static analysis builds after bug 912832. r=jcranmer
- # [06:28] <markh> njn: I think I tried to do that with an <iframe> once and failed, and had to use a <browser>
- # [06:29] <@njn> khuey: this is a syntax error in a .xul file: |<html:iframe mozbrowser remote="true" src="data:text/html;charset=utf-8,%3C!DOCTYPE html>I am remote!"/>|
- # [06:29] <@njn> khuey: if I remove the |remote="true"| it's not a syntax error
- # [06:29] <@njn> markh: just <browser>? or were there some magic extra bits?
- # [06:30] <markh> <browser remote="true"> and that's it
- # [06:30] * @khuey shrugs
- # [06:30] <Waldo> njn: XML attributes can't be empty like that, you can't have mozbrowser standalone that way; no idea why remote="" has anything to do here
- # [06:31] <markh> njn: here we create an iframe in the hidden window and stick a remote browser in it - http://mxr.mozilla.org/mozilla-central/source/toolkit/components/social/FrameWorker.jsm#191
- # [06:32] * Joins: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net)
- # [06:32] <markh> (actually, I *think* I recall the problem using an iframe was that it needed a valid appid element or something...)
- # [06:33] * Joins: janv (varga@moz-811B96FF.o2inet.sk)
- # [06:33] <markh> s/element/attribute/
- # [06:34] * philor escorts seth to the exit
- # [06:34] <seth> philor: sadface
- # [06:34] * Joins: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net)
- # [06:35] * Quits: KaiRo (robert@moz-52CBE09E.adsl.highway.telekom.at) (Input/output error)
- # [06:35] * seth will fix it tomorrow
- # [06:35] <seth> goodnight all
- # [06:35] * Quits: lduros (user@moz-47F34250.phlapa.fios.verizon.net) (Client exited)
- # [06:37] <philor> night
- # [06:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/98656b5a9e6b - Phil Ringnalda - Back out 39bcc4b7efc8+e268996cb988 (bug 912299) for Android build bustage
- # [06:38] * Joins: jhk (Jignesh@5CEC70FF.61B61D16.D06349B0.IP)
- # [06:39] <@njn> is there a good way to tell if the browser actually has been created as a remote process?
- # [06:40] <KWierso> njn: look in the task manager or list of processes?
- # [06:40] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: www.textualapp.com)
- # [06:40] * glob|away is now known as glob
- # [06:41] * Quits: jhk (Jignesh@5CEC70FF.61B61D16.D06349B0.IP) (Ping timeout)
- # [06:41] * Quits: ehugg (ehugg@moz-EA33CD8D.hsd1.wa.comcast.net) (Quit: ehugg)
- # [06:44] <glob> mjrosenb|ARM, pong
- # [06:44] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Input/output error)
- # [06:44] * Quits: Hughman (Mibbit@moz-518025CC.lnk.telstra.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [06:45] <mjrosenb|ARM> glob: I was wondering if we could add a feature to logbot that would let you poke it te tell you were the logs for the current channel are stored
- # [06:45] <glob> mjrosenb|ARM, great idea, can you create an issue for that? https://github.com/globau/logbot/issues
- # [06:46] * Quits: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net) (Ping timeout)
- # [06:46] <Callek> logbot: <3
- # [06:46] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [06:46] * Callek would have expected an answer of "I love you too" or rand(range(0,2))
- # [06:46] <glob> Callek, you're confusing logbot with face
- # [06:47] <logbot> Callek, found more than 20 results, showing 3
- # [06:47] <logbot> Aug 31 00:35 <gps> glandium: <30 minutes
- # [06:47] <logbot> Aug 30 01:55 <RyanVM> sicking <3
- # [06:47] <logbot> Aug 30 01:55 <RyanVM> jdm <3
- # [06:47] <glob> aww
- # [06:47] <Callek> glob: hahaha
- # [06:47] <Callek> sorry for the pings guys
- # [06:47] <jdm> ha
- # [06:49] * @njn can't even get the example at https://developer.mozilla.org/en-US/docs/XUL/browser to work
- # [06:49] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [06:49] * Joins: dholbert (dholbert@moz-B8EBBCE7.hsd1.ca.comcast.net)
- # [06:50] * nthomas is now known as nthomas|away
- # [06:50] * Joins: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net)
- # [06:53] * khuey is now known as khuey|away
- # [06:53] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [06:54] * Quits: dzbarsky (Adium@298AEAFA.D5562F02.B5C6E82B.IP) (Ping timeout)
- # [06:56] * Joins: mgahlot|away (quassel@EEB4DEDB.86D08EA.8D9DA8D9.IP)
- # [06:56] * Joins: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de)
- # [06:57] * heycam|away is now known as heycam
- # [06:57] * Quits: bdahl (bdahl@moz-2DED118A.hsd1.co.comcast.net) (Client exited)
- # [06:57] * Joins: bdahl (bdahl@moz-2DED118A.hsd1.co.comcast.net)
- # [06:58] * Quits: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [06:59] * Joins: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [06:59] * Quits: bdahl (bdahl@moz-2DED118A.hsd1.co.comcast.net) (Ping timeout)
- # [07:01] * Quits: janv (varga@moz-811B96FF.o2inet.sk) (Ping timeout)
- # [07:02] * Quits: mgahlot|away (quassel@EEB4DEDB.86D08EA.8D9DA8D9.IP) (Client exited)
- # [07:02] * Joins: bwc (Adium@1E9D28E.80F17AD8.4AA0E643.IP)
- # [07:05] * Joins: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net)
- # [07:08] * corey|away is now known as corey
- # [07:11] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [07:11] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [07:11] * Joins: jduell (jduell@moz-2B2B9F2.hsd1.wa.comcast.net)
- # [07:15] * Quits: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net) (Quit: Boriss)
- # [07:18] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [07:19] * Joins: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net)
- # [07:20] * Joins: vendo (vendo@2A7A458C.685BED33.300931B2.IP)
- # [07:22] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [07:23] * Quits: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Ping timeout)
- # [07:24] * Joins: jduell_ (jduell@moz-2B2B9F2.hsd1.wa.comcast.net)
- # [07:24] * Quits: jduell (jduell@moz-2B2B9F2.hsd1.wa.comcast.net) (Ping timeout)
- # [07:26] * jorendorff_away is now known as jorendorff
- # [07:29] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [07:29] * Quits: Mook (mook@moz-76A6F848.dsl.teksavvy.com) (Quit: Mook)
- # [07:32] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [07:32] * Joins: sworkman (sworkman@moz-25E6ED8C.hsd1.ca.comcast.net)
- # [07:33] <aja> glandium, philor: downloading win64 m-c build to verify backout fixes startup crash i was seeing
- # [07:33] <@njn> hmm, so I've got this (in a .xul file):
- # [07:33] <@njn> <html:iframe id="browser" src="about:about" mozbrowser="true" remote="true"/>
- # [07:33] <aja> noticed jetpack tests now working
- # [07:33] <@njn> when I get the browser element and print its attributes, |mozbrowser| is true but |remote| is false
- # [07:34] <jesup> I think I'm seeing things.... 1 second timers taking 10 seconds
- # [07:35] * Joins: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP)
- # [07:35] * Quits: bhearsum|afk (bhearsum@moz-FBAE94.members.linode.com) (Ping timeout)
- # [07:37] * @njn wonders if that "Only available on Firefox OS" annotation is really true
- # [07:38] <@njn> for these iframe attributes
- # [07:38] * Joins: Hughman (Mibbit@2773A9AF.9F3124E3.A3B82EC7.IP)
- # [07:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c9985bea4d21 - Makoto Kato - Bug 911893 - cannot use --enable-android-libstdcxx configure option. r=glandium
- # [07:40] <aja> glandium, philor: win64 m-c build fixed the startup crash
- # [07:40] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Quit: Gone to save the world!)
- # [07:40] * jcranmer is now known as jcranmer|away
- # [07:41] * Quits: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Quit: masayuki1)
- # [07:41] * Joins: masayuki1 (Thunderbir@moz-86D7F6E4.zaq.ne.jp)
- # [07:41] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [07:41] <markh> njn: I think it needs to be xul iframe
- # [07:42] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:42] <markh> njn: http://mxr.mozilla.org/mozilla-central/source/content/base/src/nsFrameLoader.cpp#1506
- # [07:42] <jesup> I am seeing things: timer->Init(foo, 1000, TYPE_ONE_SHOT) is firing 10 seconds later reliably. (Linux F17x64)
- # [07:42] <@njn> markh: according to https://developer.mozilla.org/en-US/docs/XUL/iframe, XUL iframe doesn't support browser/mozbrowser or remote
- # [07:43] <jesup> 1000 is supposed to be ms... why 10 seconds? Weird.
- # [07:43] <sfink> clearly the 2nd param is in centiseconds
- # [07:44] <jesup> clearly
- # [07:44] * jchen is now known as jchen|away
- # [07:45] <@njn> markh: that code seems to allow remote html iframes
- # [07:45] * Quits: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net) (Ping timeout)
- # [07:45] * jesup was wondering why my deadman switch wasn't shooting the browser in the head when I put a PR_Sleep() for 30 seconds in the MediaThread. Then I walked away for several minutes...
- # [07:46] <markh> njn: hrm - I don't read it that way - mOwnerContent must have a XUL namespace and have a remote=true attribute
- # [07:46] <jesup> I had a 10 second delay originally.
- # [07:46] <markh> although mOwnerContent presumably isn't |this|, so I'm really not sure :)
- # [07:46] <markh> but the same thing that has the remote attr must have a xul namespace
- # [07:47] * Quits: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: yzen)
- # [07:47] <@njn> markh: I will try making that function return true uncondtionally and see if that affects things :)
- # [07:47] * Quits: matthewgertner (matthewger@E05025B2.7102BCB6.B7C3970A.IP) (Quit: matthewgertner)
- # [07:47] <markh> (well - it's the *loader* - so presumably mOwnerContent is the iframe itself)
- # [07:47] <markh> :)
- # [07:49] * Joins: bhearsum (bhearsum@moz-FBAE94.members.linode.com)
- # [07:49] * Joins: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net)
- # [07:49] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [07:49] <@njn> markh: looks like OwnerIsBrowserOrAppFrame() can succeed for html iframes
- # [07:50] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [07:50] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-7.1450hg.fc19 [XULRunner 23.0/20130805131520])
- # [07:50] <markh> ah, ok - but that path ends up http://mxr.mozilla.org/mozilla-central/source/content/html/content/src/nsGenericHTMLFrameElement.cpp#332, which includes a check the frame has chrome permissions IIUC
- # [07:51] * markh is starting to make things up :)
- # [07:51] <@njn> markh: yeah, but I'm doing all this in a chrome mochitest
- # [07:51] * whimboo|afk is now known as whimboo
- # [07:51] <markh> right, ok
- # [07:53] <markh> njn: given you can't get remote=true back from the attribute, I now suspect something earlier than that is not allowing the attribute for some reason.
- # [07:53] <markh> *from the element
- # [07:53] <@njn> markh: yes...
- # [07:54] * heycam is now known as heycam|away
- # [07:54] * Quits: bwc (Adium@1E9D28E.80F17AD8.4AA0E643.IP) (Quit: Leaving.)
- # [07:54] <@njn> markh: modifying ShouldUseRemoteProcess() didn't help, sigh
- # [07:55] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
- # [07:55] * Joins: dbaron (dbaron@moz-3390C878.in-addr.btopenworld.com)
- # [07:55] * ChanServ sets mode: +ao dbaron dbaron
- # [07:55] <@dbaron> is there a reason an hg pull from mozilla-inbound hangs?
- # [07:56] <markh> njn: I'm not aware of any desktop code that uses a remote iframe, so maybe the docs are good and it is enforced somewhere we can't yet find - maybe just a <browser> element will do for your test?
- # [07:56] * Quits: elin (elin@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [07:57] * Quits: bhearsum (bhearsum@moz-FBAE94.members.linode.com) (Ping timeout)
- # [07:57] * Joins: elin (elin@moz-99690620.hinet-ip.hinet.net)
- # [07:57] * Quits: sworkman (sworkman@moz-25E6ED8C.hsd1.ca.comcast.net) (Quit: sworkman)
- # [07:58] <@njn> markh: I've tried various incarnations of <browser> too :/
- # [07:58] <@njn> markh: but might be worth trying again
- # [07:59] <philor> dbaron: nope, wfm
- # [07:59] <markh> we had to use a html iframe with chrome permissions to host the browser. So we loaded "chrome://global/content/mozilla.xhtml" into the iframe, then stuck a browser in that
- # [07:59] <@dbaron> philor, happened to me both last night and just now (7am)
- # [08:00] <markh> njn: and type="content" might also be necessary
- # [08:00] <philor> well there's your problem, your clock is off by 8 hours
- # [08:03] * Joins: bajaj1 (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [08:03] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Connection reset by peer)
- # [08:05] <@njn> markh: I tried this: <browser id="browser" src="about:about" remote="true"/>
- # [08:05] * Quits: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP) (Ping timeout)
- # [08:06] <@njn> and when I print the element, I get HTMLUnknownElement, and all the attributes are undefined!
- # [08:06] * Joins: Ms2ger (Ms2ger@moz-B53902AE.adsl-dyn.isp.belgacom.be)
- # [08:06] * Joins: spohl (Adium@A1105ADF.F8C24747.473D6A24.IP)
- # [08:06] <markh> njn: xul:browser maybe?
- # [08:06] <@njn> markh: syntax error
- # [08:07] * Joins: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP)
- # [08:07] <Ms2ger> Bonjour
- # [08:07] * philor is now known as philor|away
- # [08:08] <Ms2ger> Bye philor ;)
- # [08:08] * Quits: spohl (Adium@A1105ADF.F8C24747.473D6A24.IP) (Ping timeout)
- # [08:09] <markh> njn: <browser xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" ...> ?
- # [08:10] <@njn> markh: that removes the syntax error...
- # [08:11] <markh> njn: and add type="content"
- # [08:11] <@njn> markh: and I'm getting a XULElement now
- # [08:12] <@njn> markh: that doesn't seem to affect it, and the default is "chrome"
- # [08:13] <@njn> markh: so I'm getting a XULElement, but the |remote| and |src| attributes are undefined
- # [08:13] <markh> http://mxr.mozilla.org/mozilla-central/source/dom/ipc/tests/process_error.xul has a remote browser element and is specifically doing ipc tests - not sure how that is *used* by the tests though
- # [08:14] <@njn> markh: yeah, and test-ipcbrowser.xul
- # [08:14] <@njn> I couldn't decipher them
- # [08:14] * Quits: @dbaron (dbaron@moz-3390C878.in-addr.btopenworld.com) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [08:14] <@njn> markh:at least, I copied them and it didn't seem to help
- # [08:15] <markh> njn: and maybe you need GetAttributeNS("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul", "remote")?
- # [08:15] <markh> err - getAtt..
- # [08:15] <@njn> markh: need that where?
- # [08:15] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [08:15] * Joins: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net)
- # [08:15] <markh> to check the remote and src attrs. But really, I *am* starting to make things up :)
- # [08:16] <@njn> markh: I tried it for |remote|, now I get null instead of defined
- # [08:16] <@njn> this shouldn't be so difficult, surely
- # [08:17] * Quits: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net) (Quit: My MacBook has gone to sleep. ZZZzzz…)
- # [08:17] <Ms2ger> No
- # [08:17] <@njn> markh: time to email dev-platform
- # [08:17] <Ms2ger> You usually don't want namespaced attributes
- # [08:18] <markh> my last idea is to set dom.ipc.tabs.disabled pref to false
- # [08:18] * Quits: bajaj1 (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [08:18] <@njn> Ms2ger: I'm trying to create a child process in a chrome mochitest, and failing miserably
- # [08:18] * Joins: mjh563 (mjh563@moz-D891C5B8.cable.virginmedia.com)
- # [08:18] <@njn> Ms2ger: I've tried about 80 variations on <iframe mozbrowser remote> and <browser remot>
- # [08:19] <Ms2ger> Mm
- # [08:19] <Ms2ger> Something like that should work, surely
- # [08:19] <@njn> Ms2ger: I haven't hit the right combination yet
- # [08:19] <Ms2ger> I'm afraid I don't know the right incantation either
- # [08:20] <Ms2ger> But I'm pretty sure it doesn't involve GetAttributeNS("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" :)
- # [08:20] * Quits: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP) (Ping timeout)
- # [08:20] * Quits: b10n1k (j0ni@moz-1AA244C5.tellas.gr) (Ping timeout)
- # [08:21] * Parts: aja (Instantbir@DD7362A0.D4A33004.7880DB15.IP)
- # [08:21] <markh> njn: so http://mxr.mozilla.org/mozilla-central/source/dom/ipc/tests/test_process_error.xul is what is actually loading process_error.xul. For some reason, it does its own window.open() to load that XUL. It would probably not have bothered with that if there was a way around it.
- # [08:22] * Joins: b10n1k (j0ni@moz-1AA244C5.tellas.gr)
- # [08:22] <@njn> markh: interesting. I'll just email dev-platform. I'm sick of trial and error. Thanks for all the help.
- # [08:23] <markh> np - I'll learn something from that thread too :)
- # [08:23] * Joins: matthewgertner (matthewger@173F2E9D.96442F2E.EE1C58A.IP)
- # [08:23] * Quits: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net) (Quit: bholley)
- # [08:24] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:25] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:26] * Joins: stransky (stransky@moz-59D79C36.broadband2.iol.cz)
- # [08:27] * Quits: briansmith (briansmith@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [08:28] <@njn> markh: sent
- # [08:28] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [08:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9c2f3fa9cd5c - Matthew Gregan - Bug 911050 - Use mfbt/Endian.h rather than a local version in WaveReader. r=doublec
- # [08:29] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/906d05d7d8e0 - Matthew Gregan - Bug 911051 - Fix some namespace/type name related potential build errors in content/media. r=doublec
- # [08:32] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [08:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9e289a695226 - Mark Hammond - Bug 909218 - add defaultLoadFlags to nsILoadGroup and have the docShell set them. r=mayhemer
- # [08:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/59926e3b88a0 - Mark Hammond - Bug 909218 - test defaultLoadFlags make it to all requests. r=mayhemer
- # [08:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1cd87c75e840 - Mark Hammond - Bug 909218 - add defaultLoadFlags to nsIDocShell. r=bz
- # [08:35] * Quits: b10n1k (j0ni@moz-1AA244C5.tellas.gr) (Ping timeout)
- # [08:36] * Quits: Hughman (Mibbit@2773A9AF.9F3124E3.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [08:38] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [08:40] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [08:40] * Joins: victorporof_ (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [08:41] * Joins: tuxie_ (paranoid@moz-C7220681.adsl.alicedsl.de)
- # [08:41] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [08:42] * Joins: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [08:43] * Ms2ger is now known as Ms2ger|sheriff
- # [08:47] <@njn> ./content/html/content/test/forms/test_change_event.html -- worst path ever
- # [08:49] * Joins: grubshka (grubshka@moz-2A388ED.rev.sfr.net)
- # [08:49] * Joins: Keva161 (Keva161@moz-D4E2F7.static.enta.net)
- # [08:50] <gaston> how can one get an hg.m.o link between 2 csets ?
- # [08:51] <gaston> something like ?from=...&to=... i suppoe ?
- # [08:52] <Ms2ger|sheriff> fromchange/tochange
- # [08:52] <gaston> ah!
- # [08:52] * Quits: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net) (Quit: Leaving...)
- # [08:53] * corey is now known as corey|away
- # [08:53] * Quits: @bz_sleep (bzbarsky@moz-D68BFF08.bstnma.fios.verizon.net) (Ping timeout)
- # [08:53] <gaston> hmmm
- # [08:53] <gaston> with log? in front it doenst give me what i expect :)
- # [08:54] * Joins: janv (varga@moz-E8670655.o2inet.sk)
- # [08:54] * Joins: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net)
- # [08:55] * Quits: gerv (Instantbir@moz-8E68CF56.in-addr.arpa) (Ping timeout)
- # [08:55] * Quits: sewardj__ (sewardj@moz-B41AD693.dip0.t-ipconnect.de) (Ping timeout)
- # [08:55] <gaston> aah its pushloghtml
- # [08:55] * Quits: jduell_ (jduell@moz-2B2B9F2.hsd1.wa.comcast.net) (Connection reset by peer)
- # [08:57] * Quits: Keva161 (Keva161@moz-D4E2F7.static.enta.net) (Quit: Keva161)
- # [08:57] <gaston> but it still doesnt give me what i expect :)
- # [08:58] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [08:59] * Quits: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net) (Quit: Leaving...)
- # [08:59] <gaston> hg log -r fe6833808b5a:6197cc8e1a3b isnt the same thing as http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=fe6833808b5a&tochange=6197cc8e1a3b
- # [08:59] * Joins: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP)
- # [08:59] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [09:00] <Ms2ger|sheriff> gaston, mm, it's a weird range... you need to get the parent, I think
- # [09:00] <Ms2ger|sheriff> Also, nice how the summit agenda doesn't render right in pdf.js
- # [09:00] * Callek is now known as Callek_disconnected
- # [09:00] <gaston> its a range of csets, why would it be weird ?
- # [09:01] <Ms2ger|sheriff> No, I mean, the arguments it takes are weird
- # [09:02] <gaston> pushloghtmlyou mean ?
- # [09:02] <Ms2ger|sheriff> Right
- # [09:02] * Quits: nbp (pierron@moz-7EB03C5F.fbx.proxad.net) (Ping timeout)
- # [09:02] * Joins: nbp (pierron@moz-7EB03C5F.fbx.proxad.net)
- # [09:02] * Joins: jaoo (user@moz-8D580ACF.red-88-3-94.dynamicip.rima-tde.net)
- # [09:02] <gaston> i though something standard existed to show a real range via regular log?
- # [09:05] * Quits: maksimlin (chatzilla@moz-DDB75EF5.vic.adsl.internode.on.net) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130803215302])
- # [09:05] * Joins: gcp (gpascutto@moz-9CEB1C98.access.telenet.be)
- # [09:05] * Joins: b10n1k (j0ni@moz-853B7B67.ath.forthnet.gr)
- # [09:06] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [09:06] * joduinn-afk is now known as joduinn-home
- # [09:07] * Joins: tzimmermann (tzimmerman@moz-68DFB3E7.pools.arcor-ip.net)
- # [09:07] * Parts: StevenLee (Adium@moz-99690620.hinet-ip.hinet.net)
- # [09:11] * Quits: ckitching (ckitching@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [09:13] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [09:13] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [09:13] * Joins: tiziana (tiziana@F962097C.940D56E6.73D36934.IP)
- # [09:14] <avih> Ms2ger|sheriff: "I'm surprised that we broke it, though." <-- on fx 23->24?
- # [09:15] <Ms2ger|sheriff> Yeah
- # [09:15] <Ms2ger|sheriff> The claim was that it used to work, right?
- # [09:15] <avih> did you look at the testcase?
- # [09:15] <Ms2ger|sheriff> I looked at the thing he pasted in the bug
- # [09:15] <avih> he claim it used to work on 23. i only tested 24 and nightly
- # [09:16] <Ms2ger|sheriff> You don't have 23 around? :)
- # [09:16] <avih> he's generally a reliable folk
- # [09:16] <avih> oj.. ermm.. boo. i tested on 23, not 24. and it was broken for me there. whoops..
- # [09:17] <Ms2ger|sheriff> Aha
- # [09:17] * Quits: fxa90id (fxa90id@moz-1E0FFCB8.hsd1.ca.comcast.net) (Connection reset by peer)
- # [09:17] <Ms2ger|sheriff> So there's no proof this worked before now?
- # [09:17] * Joins: fxa90id (fxa90id@moz-1E0FFCB8.hsd1.ca.comcast.net)
- # [09:18] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [09:19] <avih> not that i know of
- # [09:20] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [09:23] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [09:23] <avih> Ms2ger|sheriff: the thing i'm not familiar with is how he accesses the |settings| var. the select element has id='setting' and class='setting', yet he accesses it as it there was a window.settings which should be this select node. is this how it should work?
- # [09:23] * Joins: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP)
- # [09:24] <avih> window.setting *
- # [09:24] <Ms2ger|sheriff> Unfortunately, yes
- # [09:25] * Joins: AndreeaMatei (Thunderbir@601F3B17.33662590.A5830293.IP)
- # [09:25] <avih> so if there's a node with id XYZ, i could access it with window.XYZ unless some other var hides it?
- # [09:29] * Joins: afreen (chatzilla@52D0D550.4BDE88E6.3F0DAA53.IP)
- # [09:29] <afreen> hi friends
- # [09:29] <afreen> plzz help me
- # [09:29] * Quits: tuxie_ (paranoid@moz-C7220681.adsl.alicedsl.de) (Ping timeout)
- # [09:30] <Ms2ger|sheriff> Yep
- # [09:30] <afreen> i have tried to copy paste from libreoffice impress slides to thunderbird but the paste option is disabled
- # [09:30] <afreen> so plzz tell me wat shld do to enable paste option in thunderbird
- # [09:31] <afreen> fr pasting images in thunderbird mail body section
- # [09:32] <avih> Ms2ger|sheriff: what happens if more than one node is assigned wit the same id? (shouldn't happen with the testcase, so for general info)
- # [09:32] <Ms2ger|sheriff> avih, first in tree order, I think
- # [09:32] <avih> k
- # [09:33] <Ms2ger|sheriff> Unless one is a frame, probably
- # [09:33] <Ms2ger|sheriff> The full story is at http://www.whatwg.org/specs/web-apps/current-work/multipage/browsers.html#named-access-on-the-window-object
- # [09:33] <Ms2ger|sheriff> Oh, no, it'll return a collection, apparently
- # [09:35] * Quits: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP) (Ping timeout)
- # [09:36] * Quits: @dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Ping timeout)
- # [09:38] <avih> hmm.. while the algorithm may be decisive, using this in practice seems fragile. i wonder if different access methods would yield different result
- # [09:38] <hsivonen> aargh. We have locales that use ISO-8859-15 as the fallback encoding
- # [09:38] * Joins: ckitching (ckitching@moz-329F29A3.lightspeed.sntcca.sbcglobal.net)
- # [09:38] <afreen> plzz guys look at my issue also
- # [09:38] * Quits: b10n1k (j0ni@moz-853B7B67.ath.forthnet.gr) (Ping timeout)
- # [09:39] * Quits: ferjm (ferjm@53EF5629.3416E031.E21948B5.IP) (Ping timeout)
- # [09:40] <avih> afreen: it probably depends how libreoffice puts the stuff you copy into the clipboard. In general, thunderbird doesn't "understand" slides or office documents, so unless libreoffice makes a more simplified/generic clipboard item available, i don't think thunderbird will be able to paste it
- # [09:41] <afreen> we have any extensionor pludign to paste images in thunderbird compose window
- # [09:41] <afreen> any extension or plugin
- # [09:41] <afreen> ??
- # [09:41] <avih> i don't know. i would expect thunderbird to be able to paste images, but you might get better luck at #thunderbird
- # [09:42] <afreen> can we do any thing with coding
- # [09:42] * Quits: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com) (Connection reset by peer)
- # [09:42] <afreen> to enable that paste option
- # [09:42] <avih> we can't make coffee in coding without some dedicated hardware ;)
- # [09:43] <avih> you could probably get a better answer/explanation on #thunderbird
- # [09:43] <Ms2ger|sheriff> And the HTCPCP
- # [09:43] * whimboo is now known as whimboo|afk
- # [09:44] <afreen> i was trying ther
- # [09:44] <afreen> bt nthing happening
- # [09:44] <avih> maybe most of the devs there are asleep right now...
- # [09:45] * Joins: Archaeopteryx (itsme@B767CC78.36255426.2DB0BBA1.IP)
- # [09:45] * Joins: darkowlzz (sunny@A4179F90.405DA899.F44414AF.IP)
- # [09:47] * Quits: @roc (chatzilla@E2F7352.56080C53.97BBD552.IP) (Ping timeout)
- # [09:47] * Quits: darkowlzz (sunny@A4179F90.405DA899.F44414AF.IP) (Ping timeout)
- # [09:47] * Joins: ferjm (ferjm@moz-D6CEDFD.red-83-46-195.dynamicip.rima-tde.net)
- # [09:48] * Quits: @njn (chatzilla@moz-4FFC2425.dyn.iinet.net.au) (Quit: ChatZilla 0.9.90.1 [Firefox 26.0a1/20130905192516])
- # [09:48] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [09:49] * Joins: dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP)
- # [09:49] * ChanServ sets mode: +ao dbaron dbaron
- # [09:49] * Joins: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
- # [09:49] * Joins: Pauly (paul@601F3B17.33662590.A5830293.IP)
- # [09:50] * Joins: cpearce (chatzilla@moz-534CC065.xdsl.xnet.co.nz)
- # [09:50] * Joins: sewardj__ (sewardj@moz-5B4FFF02.dip0.t-ipconnect.de)
- # [09:52] * Joins: AlinT (AlinT@moz-104CC309.mv.mozilla.com)
- # [09:52] * Joins: nical (nico@87C1F78E.1DE10CA8.D8E68FF6.IP)
- # [09:54] * Joins: Standard8Away (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [09:54] * Standard8Away is now known as Standard8
- # [09:54] * Joins: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP)
- # [09:55] * Joins: giuliadm (giulia@moz-5371C786.net24.it)
- # [09:57] * Quits: giuliadm (giulia@moz-5371C786.net24.it) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
- # [09:59] * Quits: sfoster (sfoster@moz-961AB6F2.hsd1.or.comcast.net) (Ping timeout)
- # [09:59] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [10:00] * Joins: edmorley (~edmorleys@moz-B6AE3D70.cable.virginmedia.com)
- # [10:00] * edmorley is now known as edmorley|sheriff
- # [10:01] * Quits: nattokirai (nattokirai@moz-C286AD9A.bitcat.net) (Ping timeout)
- # [10:01] * Joins: ewong (chatzilla@moz-E5D50C2E.static.netvigator.com)
- # [10:04] * Quits: victorporof_ (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [10:04] * simone|away is now known as simone
- # [10:05] * sewardj__ is now known as sewardj
- # [10:07] * Joins: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [10:08] * Joins: rednaks (rednaks@4FC39939.B3501FB9.55FFA9B4.IP)
- # [10:09] * Quits: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [10:09] * Joins: victorporof_ (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [10:10] * Joins: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP)
- # [10:10] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [10:12] * Quits: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP) (Ping timeout)
- # [10:13] * Quits: victorporof_ (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [10:13] * Joins: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net)
- # [10:15] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [10:16] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [10:16] * Joins: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [10:17] * Quits: rednaks (rednaks@4FC39939.B3501FB9.55FFA9B4.IP) (Quit: Téléportation !)
- # [10:19] * Joins: Manuela (manuela_mu@601F3B17.33662590.A5830293.IP)
- # [10:20] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: . . . ........)
- # [10:22] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [10:24] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [10:26] * Joins: bhearsum (bhearsum@moz-FBAE94.members.linode.com)
- # [10:26] * Quits: jdm (jdm@92FB48CA.8B5E9DF.9A8C35B4.IP) (Ping timeout)
- # [10:26] * Quits: janv (varga@moz-E8670655.o2inet.sk) (Ping timeout)
- # [10:27] * Joins: msucan (mihai@585B2CC.700B7157.7C5F70AF.IP)
- # [10:27] <NeilAway> markh: proxy
- # [10:28] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [10:29] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [10:29] * NeilAway thwaps people trying to use https on pastebin.m.o
- # [10:30] * Joins: Gijs (gijs@moz-C11B0461.dsl.alice.nl)
- # [10:30] * Joins: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [10:30] * Joins: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [10:30] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Ping timeout)
- # [10:30] * Quits: bhearsum (bhearsum@moz-FBAE94.members.linode.com) (Ping timeout)
- # [10:32] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [10:32] * Quits: AlinT (AlinT@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [10:37] * Quits: chrisccoulson_ (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: OSError: [Errno 130] Owner died)
- # [10:37] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [10:38] * Quits: birtles (chatzilla@moz-C286AD9A.bitcat.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:39] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [10:40] * glob is now known as glob|away
- # [10:40] * nthomas|away is now known as nthomas
- # [10:41] * Ms2ger|sheriff is now known as Ms2ger
- # [10:42] <jwatt> argh!
- # [10:42] * jwatt gives hg a good kicking
- # [10:43] <nigelb> lol
- # [10:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/547d6f20ecb2 - Daniel Holbert - Bug 913247: Don't call imgIContainer::RequestRefresh during hashtable enumeration. r=jwatt
- # [10:46] * jorendorff is now known as jorendorff_away
- # [10:47] * nthomas is now known as nthomas|away
- # [10:47] * whimboo|afk is now known as whimboo
- # [10:49] * Joins: kaze (kaze@87C1F78E.1DE10CA8.D8E68FF6.IP)
- # [10:49] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
- # [10:50] * Joins: janv (varga@moz-E8670655.o2inet.sk)
- # [10:51] * Joins: lzzluca (lzzluca@7D31D43C.98ED30D2.E795C17A.IP)
- # [10:52] * Joins: AlinT (AlinT@601F3B17.33662590.A5830293.IP)
- # [10:56] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [10:57] * Quits: arasbm (zooby@moz-8E336844.vf.shawcable.net) (Quit: Leaving.)
- # [10:57] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [11:00] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [11:01] * Joins: tchevalier (Thunderbir@96384118.55133642.3A7352D6.IP)
- # [11:02] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [11:02] * ChanServ sets mode: +o smaug
- # [11:04] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [11:06] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:06] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [11:09] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [11:10] * Joins: mib_q20ndv (Mibbit@moz-EC371B96.pool.digikabel.hu)
- # [11:11] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [11:12] * Quits: flo-retina (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [11:13] * Quits: jet (jet@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [11:14] * Joins: jez9999 (519133a2@moz-F6591C48.gooeysoftware.com)
- # [11:14] <jez9999> I've been editing chrome://global/content/alerts/alert.js in omni.ja
- # [11:14] <jez9999> I know I'm editing the correct file because when I change "const ALERT_DURATION_IMMEDIATE = 400000; // 4000;", the downloads complete popup stays around for a lot longer
- # [11:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2a15f832f616 - Marty Rosenberg - Bug 913216: Mark the entire heap to be flushed as soon as we start modifing bounds checks. (r=luke)
- # [11:15] <jez9999> however I can't figure out how to get it to popup in a different location. If I set the screenX and screenY attributes on the window element, the window doesn't move. any idea why not?
- # [11:17] * Quits: naveed (nihsanulla@moz-13193A8F.bstnma.fios.verizon.net) (Ping timeout)
- # [11:18] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [11:20] * Parts: jrgill (jrgill@moz-DEC99E33.stny.res.rr.com) (Leaving)
- # [11:24] * Joins: _AtilA_ (atila@8115C16.8A6572E7.C4DEE87F.IP)
- # [11:25] * Quits: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:27] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [11:27] * Quits: mib_q20ndv (Mibbit@moz-EC371B96.pool.digikabel.hu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [11:27] * Joins: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [11:28] * Quits: inolen (Adium@moz-D2D12FC1.socal.res.rr.com) (Ping timeout)
- # [11:28] * Joins: inolen (Adium@moz-D2D12FC1.socal.res.rr.com)
- # [11:29] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [11:30] * Joins: vingtetun (Thunderbir@moz-64E1A8DA.fbx.proxad.net)
- # [11:30] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [11:30] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [11:31] * Quits: kaze (kaze@87C1F78E.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [11:31] * Joins: mak (chatzilla@moz-21B52CB4.retail.telecomitalia.it)
- # [11:32] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Ping timeout)
- # [11:32] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [11:32] * Joins: jrgill (jrgill@moz-DEC99E33.stny.res.rr.com)
- # [11:33] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [11:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/801f91eeb1a1 - Markus Stange - Bug 912953 - Don't fluff out the invalidation region from the inactive layer manager. r=roc
- # [11:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/10464d3d16cb - Markus Stange - Bug 912953 - Apply the scroll offset transform to inactive layer managers for LAYER_SVG_EFFECTS, too. r=roc
- # [11:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7d460dd7724f - Markus Stange - Bug 912953 - Protect against empty rects causing invalidation due to rounding in nsSVGIntegrationUtils::AdjustInvalidAreaForSVGEffects. r=roc
- # [11:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/ee8ed9d3e90d - Markus Stange - Bug 912953 - Protect against empty rects causing invalidation due to rounding in nsSVGFilterFrame.cpp. r=roc
- # [11:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b072e77cd907 - Markus Stange - Bug 912953 - Use consistent rounding for the scroll offset transform. r=roc
- # [11:33] * Quits: jrgill (jrgill@moz-DEC99E33.stny.res.rr.com) (Quit: Leaving)
- # [11:33] * Quits: inolen (Adium@moz-D2D12FC1.socal.res.rr.com) (Ping timeout)
- # [11:34] * Joins: jrgill (jrgill@moz-DEC99E33.stny.res.rr.com)
- # [11:34] * Joins: inolen (Adium@moz-D2D12FC1.socal.res.rr.com)
- # [11:37] * Quits: m_kato (m_kato@moz-C286AD9A.bitcat.net) (Quit: Leaving...)
- # [11:41] <jez9999> actually I think it might be a caching issue. is there any way to force the browser never to cache omni.ja? I'm replacing it and it seems to still be using code from the old version.
- # [11:41] * Quits: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP) (Ping timeout)
- # [11:42] * Joins: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP)
- # [11:42] <jez9999> I guess there is the -purgecaches switch, but is there an equivalent pref that will always purge caches?
- # [11:42] * Joins: kaze (kaze@87C1F78E.1DE10CA8.D8E68FF6.IP)
- # [11:44] * Quits: ctyler (chris@moz-A54458EA.proximity.on.ca) (Ping timeout)
- # [11:45] * Joins: ctyler (chris@moz-A54458EA.proximity.on.ca)
- # [11:46] * Quits: janv (varga@moz-E8670655.o2inet.sk) (Ping timeout)
- # [11:49] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [11:49] * Joins: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
- # [11:50] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/992102e6d2d2 - Jan de Mooij - Bug 912958 - Remove slow IonContext lookup from AutoFlushCache constructor. r=h4writer
- # [11:51] <jez9999> or, is there any way I can purge any omni.ja caches from an extension's Javascript?
- # [11:51] * Joins: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [11:54] * Quits: vingtetun (Thunderbir@moz-64E1A8DA.fbx.proxad.net) (Ping timeout)
- # [11:55] * Joins: darkowlzz (sunny@B96AC888.4DC87FA4.25B273F5.IP)
- # [11:55] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Ping timeout)
- # [11:56] * julienw_afk is now known as julienw
- # [11:57] * Joins: flo-retina (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:59] * ewong is now known as ewong|away
- # [12:00] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/eca7b6459131 - Jon Coppeard - Bug 911368 - Fix assertion since LSoftUDivOrMod can be generated for MMod r=mjrosenb
- # [12:00] <Yoric> dietrich: Could you remind me of the bug# for the session restore + cookie-related issue you mentioned yesterday?
- # [12:00] * Joins: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com)
- # [12:01] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [12:01] * ChanServ sets mode: +o roc
- # [12:01] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [12:02] * Quits: inolen (Adium@moz-D2D12FC1.socal.res.rr.com) (Ping timeout)
- # [12:02] <Yoric> Ah, got it.
- # [12:02] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Input/output error)
- # [12:02] * Joins: inolen (Adium@moz-D2D12FC1.socal.res.rr.com)
- # [12:05] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Ping timeout)
- # [12:08] * Quits: digitsm (digitsm@F60AE966.CB11A5E6.C146C5E5.IP) (Ping timeout)
- # [12:09] * Quits: grubshka (grubshka@moz-2A388ED.rev.sfr.net) (Ping timeout)
- # [12:09] * Quits: atsai (atsai@moz-99690620.hinet-ip.hinet.net) (Quit: This computer has gone to sleep)
- # [12:09] * Quits: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com) (Ping timeout)
- # [12:10] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [12:10] * ChanServ sets mode: +o smaug
- # [12:11] * Joins: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP)
- # [12:11] <@smaug> do we have a bug open for these super slow shutdowns?
- # [12:12] <@smaug> based on the profile some JS code has added tons of shutdown observers
- # [12:12] <Ms2ger> smaug, yes
- # [12:12] <@gavin> smaug: bug 913310
- # [12:12] <Ms2ger> firebot, bug 913310
- # [12:12] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=913310 cri, --, ---, dteller, NEW, Runaway growth in profile-before-change observers caused by TabStateCacheTelemetry
- # [12:12] <@gavin> too slow
- # [12:13] <Ms2ger> :(
- # [12:13] * Quits: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP) (Ping timeout)
- # [12:14] <@smaug> thanks
- # [12:15] * Joins: pbocan (Thunderbir@moz-686AE3C3.adsl.slovanet.sk)
- # [12:16] <@smaug> I guess I should just check-in that patch
- # [12:16] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [12:16] <@smaug> I don't want to see shutdown taking several minutes
- # [12:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/96472e9e9373 - David Rajchenbach-Teller - Bug 913310 - Fixing TabStateCacheTelemetry initialization;r=yoric
- # [12:18] <Yoric> Sorry about that.
- # [12:18] * Quits: darkowlzz (sunny@B96AC888.4DC87FA4.25B273F5.IP) (Ping timeout)
- # [12:18] <@smaug> that happens
- # [12:18] <Yoric> It was a stupid error.
- # [12:18] <Ms2ger> If you counted my stupid errors...
- # [12:18] <Ms2ger> smaug can list a few, I'm sure :)
- # [12:18] <@smaug> now if I could get iGC back, the browser might behave ok again
- # [12:19] * Quits: elin (elin@moz-99690620.hinet-ip.hinet.net) (Quit: elin)
- # [12:19] <@smaug> Ms2ger: nah, I don't want to point others to the sg-crit bugs ;)
- # [12:19] <Ms2ger> :D
- # [12:19] * baku|away is now known as baku
- # [12:19] * Quits: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP) (Ping timeout)
- # [12:20] * Joins: mstange (markus@moz-990FFCA9.dip0.t-ipconnect.de)
- # [12:20] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [12:20] * Joins: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com)
- # [12:21] <Yoric> Right now, the site that shows the most performance issues for me is DXR.
- # [12:21] <@smaug> using Nightly?
- # [12:21] * Quits: KenChang (KenChang@moz-99690620.hinet-ip.hinet.net) (Client exited)
- # [12:21] <Yoric> i.e. I can't search for any symbol that contains "sqlite3", otherwise, I'm in for ~1 minute of jank by slices of 10 seconds.
- # [12:21] <Yoric> (or more)
- # [12:21] * Joins: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP)
- # [12:21] <Yoric> Using Nightly, indeed.
- # [12:21] <@smaug> iGC is disabled
- # [12:21] <@smaug> so all the GCs take forever
- # [12:22] <@smaug> I think the next Nightly which is just being built should fix that
- # [12:24] * Quits: tchevalier (Thunderbir@96384118.55133642.3A7352D6.IP) (Quit: tchevalier)
- # [12:25] * Quits: chucklee (chucklee@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:26] * Quits: tiziana (tiziana@F962097C.940D56E6.73D36934.IP) (Quit: tiziana)
- # [12:26] * Parts: phoebe (Thunderbir@moz-99690620.hinet-ip.hinet.net)
- # [12:26] <Yoric> ok
- # [12:26] <Yoric> I'll wait until Session Restore is restored until I upgrade :)
- # [12:26] * Quits: mchen (chatzilla@moz-99690620.hinet-ip.hinet.net) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [12:26] <Yoric> (which should actually be in the next Nightly, too)
- # [12:27] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [12:28] * Quits: kamidphish (kamidphish@moz-6AB00DA7.tpgi.com.au) (Quit: kamidphish)
- # [12:29] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [12:32] * Joins: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP)
- # [12:33] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/feffc2cf422e - Ms2ger - Backout changesets 997672af6fc8:cfcf5b7edc53 (bug 880118) for missing build peer review on changeset 9ff14d43346d.
- # [12:33] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [12:33] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/0fa38163e3bf - Ms2ger - Merge backout.
- # [12:34] * Quits: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP) (Ping timeout)
- # [12:34] * Quits: WG9s (bill@moz-E9E3CA35.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-7.1450hg.fc19 [XULRunner 23.0.1/20130819124316])
- # [12:34] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [12:34] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [12:35] * Quits: shelly (shelly@moz-99690620.hinet-ip.hinet.net) (Quit: Leaving)
- # [12:35] * Joins: Honza (chatzilla@F8BF899B.23B79DE4.D0083327.IP)
- # [12:35] * Quits: jez9999 (519133a2@moz-F6591C48.gooeysoftware.com) (Quit: CGI:IRC (EOF))
- # [12:36] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Ping timeout)
- # [12:41] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [12:41] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Ping timeout)
- # [12:42] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [12:43] * Joins: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it)
- # [12:43] * Joins: mcsmurf (chatzilla@moz-DD006C0E.dip0.t-ipconnect.de)
- # [12:43] * Quits: nrc (nrc@7BE24E90.A5032A01.3CFC199D.IP) (Connection reset by peer)
- # [12:44] * flo-retina is now known as flo-retinal
- # [12:45] * flo-retinal is now known as flo-retina
- # [12:46] * Joins: squeakytoy (christoffe@moz-79070305.dynamic.se.alltele.net)
- # [12:46] * Quits: robertbindar (Thunderbir@2774543A.3CCE907E.9CAFE4EB.IP) (Client exited)
- # [12:47] * Quits: edmorley|sheriff (~edmorleys@moz-B6AE3D70.cable.virginmedia.com) (Quit: -> office)
- # [12:49] * Joins: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com)
- # [12:49] * Joins: ancestor (ancestor@moz-40E0C4F7.dynamic.chello.pl)
- # [12:50] * Quits: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [12:54] * Quits: cpearce (chatzilla@moz-534CC065.xdsl.xnet.co.nz) (Ping timeout)
- # [12:54] * deian|away is now known as deian
- # [12:58] * Quits: ckitching (ckitching@moz-329F29A3.lightspeed.sntcca.sbcglobal.net) (Input/output error)
- # [12:59] * Joins: cpearce (chatzilla@moz-534CC065.xdsl.xnet.co.nz)
- # [13:00] <mcsmurf> test
- # [13:00] <Ms2ger> failed
- # [13:00] <mcsmurf> hm, quite silent today
- # [13:00] <mcsmurf> :)
- # [13:03] * Quits: cpearce (chatzilla@moz-534CC065.xdsl.xnet.co.nz) (Ping timeout)
- # [13:04] * Quits: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com) (Ping timeout)
- # [13:04] * Quits: brsun (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [13:05] * Joins: m_gol (m_gol@moz-67BA5B6.neoplus.adsl.tpnet.pl)
- # [13:05] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [13:07] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Ping timeout)
- # [13:09] <adalucinet> !seen bz
- # [13:09] <firebot> bz was last seen 6 hours, 46 minutes and 56 seconds ago, changing nick to bz_sleep.
- # [13:10] * Parts: Manuela (manuela_mu@601F3B17.33662590.A5830293.IP)
- # [13:11] * Joins: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP)
- # [13:16] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
- # [13:18] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [13:18] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [13:19] * Joins: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net)
- # [13:23] * Joins: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com)
- # [13:24] * Joins: edmorley (~edmorleys@88F51059.F3BBB17D.144F44FA.IP)
- # [13:24] * edmorley is now known as edmorley|sheriff
- # [13:25] * Joins: KaiRo (robert@moz-25DCDB49.adsl.highway.telekom.at)
- # [13:27] * Quits: alfredo (chatzilla@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [13:27] <Gijs> Is there a bug on file about the parallel parsing of scripts meaning no chrome errors are being reported? ( https://groups.google.com/forum/?fromgroups=&hl=en#!topic/firefox-dev/UnNoi3PWopo )
- # [13:28] * Quits: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com) (Ping timeout)
- # [13:28] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [13:29] * Quits: Edgar (Thunderbir@moz-99690620.hinet-ip.hinet.net) (Quit: Edgar)
- # [13:30] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [13:30] * Joins: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com)
- # [13:31] * Quits: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com) (Connection reset by peer)
- # [13:31] * Quits: vicamo (vicamo@moz-99690620.hinet-ip.hinet.net) (Quit: Konversation terminated!)
- # [13:32] * Joins: JPeterson (JPeterson@moz-E3F8E691.tbcn.telia.com)
- # [13:33] * Joins: till (till@moz-CED0208A.adsl.alicedsl.de)
- # [13:33] * Quits: allstarschh (allstars@moz-99690620.hinet-ip.hinet.net) (Input/output error)
- # [13:36] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [13:37] * Quits: ericb2 (X@moz-9C4C3DED.fbx.proxad.net) (Quit: Success !!)
- # [13:37] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [13:38] * Joins: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq)
- # [13:39] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Ping timeout)
- # [13:42] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [13:44] * Joins: grubshka (grubshka@moz-2A388ED.rev.sfr.net)
- # [13:47] * Joins: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de)
- # [13:48] * Joins: janv (varga@moz-EDD65158.o2inet.sk)
- # [13:48] * Joins: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net)
- # [13:48] * Quits: schien (anonymous@moz-99690620.hinet-ip.hinet.net) (Quit: schien)
- # [13:52] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [13:54] * Quits: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [13:55] * Quits: blassey (blassey@moz-9CE00FC0.holiday-inn-express.mozilla.hq) (Input/output error)
- # [13:56] * Quits: jhlin (jolin@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [13:57] * Quits: KWierso (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [13:57] * Joins: KWierso_ (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [13:57] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.19/20130628210052])
- # [13:57] * KWierso_ is now known as KWierso
- # [13:58] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [13:59] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [14:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cb3a85808d77 - Shane Tully - Bug 880118 - Integrate the GeckoView library into the build system r=cpeterson r=glandium
- # [14:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b7396ea8f548 - Mark Finkle - Bug 880118 - Disable geckoview packaging in l10n builds r=glandium
- # [14:01] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/2a9bde2ff860 - Mark Finkle - Bug 880118 - Add support for disabling geckoview packaging r=glandium
- # [14:02] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/fff320870b20 - Mark Finkle - Bug 880118 - Dynamically pull resource IDs to avoid R.java reordering r=kats
- # [14:03] * Joins: Pike (chatzilla@moz-B5731EB8.pool.mediaways.net)
- # [14:04] * Quits: kaze (kaze@87C1F78E.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [14:04] * Joins: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz)
- # [14:04] <@ted> Gijs: i think evilpie mentioned that the other day
- # [14:04] <@ted> not sure if there's a bug on file
- # [14:05] * Quits: janv (varga@moz-EDD65158.o2inet.sk) (Ping timeout)
- # [14:06] * Joins: bhearsum (bhearsum@moz-FBAE94.members.linode.com)
- # [14:06] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [14:06] * Joins: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [14:07] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Client exited)
- # [14:07] * Joins: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP)
- # [14:07] * Joins: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com)
- # [14:07] * Joins: armenzg (armenzg@moz-69908390.home1.cgocable.net)
- # [14:07] * Quits: bhearsum (bhearsum@moz-FBAE94.members.linode.com) (Ping timeout)
- # [14:09] * Quits: jrmuizel (jrmuizel@moz-6E78BC7C.cpe.teksavvy.com) (Ping timeout)
- # [14:09] <bjacob> ted: i need to run some mochitests twice, with two values of a preference. Is there a good way of doing that?
- # [14:10] <bjacob> ted: i mean, not locally, but i need to land a patch that does it all the time
- # [14:10] * Joins: digitsm (digitsm@F60AE966.CB11A5E6.C146C5E5.IP)
- # [14:10] <bjacob> ted: https://bugzilla.mozilla.org/show_bug.cgi?id=905217
- # [14:10] <Gijs> ted: right. We should really really really file and fix that rather than leaving it :s
- # [14:11] <Gijs> (and/or disabling parallel parsing locally)
- # [14:13] * Quits: cers (csonne@moz-D706C2D4.fullrate.dk) (Quit: Computer has gone to sleep.)
- # [14:13] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Quit: Gone to save the world!)
- # [14:14] <bjacob> ted: looks like i could get by by editing mochitest.mk to add a MOCHITEST_FILES_2
- # [14:14] * Joins: RyanVM (Thunderbir@moz-A2F98468.phlapa.fios.verizon.net)
- # [14:14] <bjacob> but that would be ugly
- # [14:14] <bjacob> oh...
- # [14:15] <bjacob> i couldnt include rules.mk twice, could i...
- # [14:15] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [14:16] * Quits: kk1fff (kk1fff@moz-99690620.hinet-ip.hinet.net) (Quit: kk1fff)
- # [14:17] * Joins: gerv (Instantbir@88F51059.F3BBB17D.144F44FA.IP)
- # [14:17] <ferjm> smaug, ping
- # [14:17] * Joins: kaze (kaze@DA4ABEAF.1DE10CA8.D8E68FF6.IP)
- # [14:17] <@smaug> ferjm: pong
- # [14:18] <bjacob> ted: moved to #ateam
- # [14:18] * Joins: surkov (surkov@moz-174FE592.cable.teksavvy.com)
- # [14:19] <ferjm> smaug, hi! I am trying to get a message manager from https://mxr.mozilla.org/mozilla-central/source/b2g/components/ErrorPage.jsm#153 what would be the easiest way to do it?
- # [14:20] * Parts: vigneshwaran (vigneshwar@FC0B83FD.138D8F1E.FD6A0EFF.IP)
- # [14:20] * Quits: jesup (chatzilla@moz-4631390.phlapa.fios.verizon.net) (Input/output error)
- # [14:20] <@smaug> ferjm: which message manager
- # [14:20] * Joins: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP)
- # [14:21] <@smaug> ferjm: and in which process does that code run?
- # [14:21] <@smaug> ah, I assume parent process
- # [14:21] * Joins: jesup (chatzilla@moz-4631390.phlapa.fios.verizon.net)
- # [14:22] * edmorley|sheriff is now known as edmorley|mtg-afk
- # [14:22] * Quits: sankha93 (Instantbir@7061CD01.D6BD0D91.22D41759.IP) (Quit: Gone to save the world!)
- # [14:22] * Joins: mib_qcrcnr (Mibbit@moz-6BCF3B91.oracle.co.in)
- # [14:23] <@smaug> ferjm: but the question is still which mm
- # [14:23] <ferjm> smaug, sorry, I guess I need the message manager associated with the window for the currently displayed app
- # [14:23] <@smaug> that is tricky
- # [14:24] <@smaug> if your code is just some random js component
- # [14:24] <@smaug> ferjm: could the thing which uses ErrorPage.jsm pass the right window?
- # [14:24] * sheppy-offline is now known as sheppy
- # [14:25] <@smaug> or do you actually need the message manager bound to some frameloader?
- # [14:25] <@smaug> not the window level message manager
- # [14:26] <ferjm> smaug, hmm, maybe. No, I think I need the window level message manager
- # [14:26] * catlee-away is now known as catlee
- # [14:27] * Quits: mstange (markus@moz-990FFCA9.dip0.t-ipconnect.de) (Ping timeout)
- # [14:27] <@smaug> ferjm: well, you have window object there
- # [14:27] * Joins: mstange (markus@moz-9B2F6373.dip0.t-ipconnect.de)
- # [14:28] * jorendorff_away is now known as jorendorff
- # [14:28] <ferjm> smaug, actually I am trying to get the window via Services.wm.getMostRecentWindow("navigator:browser"); But I am getting null
- # [14:28] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [14:29] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [14:29] <@smaug> ferjm: what is wrong with window?
- # [14:29] <@smaug> that code runs in shell.js? do we actually have more than one top level window in b2g
- # [14:30] * Joins: janv (varga@moz-EDD65158.o2inet.sk)
- # [14:30] * Quits: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP) (Ping timeout)
- # [14:30] * Quits: gerv (Instantbir@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [14:30] <@smaug> but sorry, I need to go out now for some time
- # [14:31] * Joins: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP)
- # [14:31] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [14:31] <ferjm> smaug, ok, np :) thanks
- # [14:31] * Parts: hoelzro (hoelzro@moz-937642A5.ro)
- # [14:32] * Quits: heycam|away (cam@moz-44AE1EA3.spd.co.il) (Ping timeout)
- # [14:32] * Quits: victorporof (victorporo@9D964D4D.36D485C.2B3D3D4.IP) (Quit: victorporof)
- # [14:32] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Ping timeout)
- # [14:32] * Joins: mmc|laptop (mchew@moz-BBC0C7F1.hsd1.ca.comcast.net)
- # [14:32] * Joins: heycam|away (cam@moz-44AE1EA3.spd.co.il)
- # [14:33] * rail_away is now known as rail
- # [14:34] * Quits: heycam|away (cam@moz-44AE1EA3.spd.co.il) (Ping timeout)
- # [14:37] * Quits: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP) (Ping timeout)
- # [14:38] * Joins: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP)
- # [14:39] * jorendorff is now known as jorendorff_away
- # [14:39] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [14:40] * Joins: phenom (phenom@3A93B5B8.1660A718.A26A30FD.IP)
- # [14:40] * Quits: mib_qcrcnr (Mibbit@moz-6BCF3B91.oracle.co.in) (Quit: http://www.mibbit.com ajax IRC Client)
- # [14:42] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/6c7c1a5007a4 - Peter Van der Beken - Bug 905392 - Need way to throw web-console-visible exception-message from JS-implemented webidl object. r=bz.
- # [14:42] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [14:42] * Joins: d0kt0r1 (Thunderbir@161CBCC7.7E685F14.2ABC59EF.IP)
- # [14:42] * Quits: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP) (Ping timeout)
- # [14:43] * kmoir-afk is now known as kmoir
- # [14:44] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [14:44] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [14:45] * Quits: janv (varga@moz-EDD65158.o2inet.sk) (Quit: This computer has gone to sleep)
- # [14:45] * Joins: ggp (ggp@8A8F129.41696849.E4090502.IP)
- # [14:45] * Quits: AlinT (AlinT@601F3B17.33662590.A5830293.IP) (Quit: Leaving)
- # [14:47] * Joins: jhopkins_ (jhopkins@moz-216F9986.tb.shawcable.net)
- # [14:47] * Quits: jhopkins (jhopkins@moz-216F9986.tb.shawcable.net) (Ping timeout)
- # [14:47] * jhopkins_ is now known as jhopkins
- # [14:47] * Joins: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP)
- # [14:48] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [14:49] * jorendorff_away is now known as jorendorff
- # [14:49] * Quits: ggp (ggp@8A8F129.41696849.E4090502.IP) (Ping timeout)
- # [14:50] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [14:51] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [14:53] * Joins: bsmedberg (bsmedberg@moz-748CAEF1.jst.pa.atlanticbb.net)
- # [14:53] * ChanServ sets mode: +o bsmedberg
- # [14:54] * Quits: darkowlzz (sunny@8A363FAC.7D5BD3C7.27560D6E.IP) (Ping timeout)
- # [14:55] <jesup> ehsan_: bsmedberg: ping -- this can't be good; I'm confused what I'm doing wrong: 2013-09-06 12:57:29.250251 UTC - 848254720[7f7d361a89c0]: [this=7f7d4c6f7020] time between PostTimerEvent() and Fire(): 10816.438754ms (for a 1000ms timer)
- # [14:56] <@bsmedberg> jesup: pastebin the timer init?
- # [14:56] <jesup> I'm setting up a deadman switch timer in the runnable for stopping media captures
- # [14:57] <jesup> MediaManager *manager = MediaManager::Get();
- # [14:57] <jesup> mTimer->InitWithCallback(manager, kMAX_MEDIATHREAD_STOP_TIME_MS, nsITimer::TYPE_ONE_SHOT);
- # [14:57] <jesup> MediaManager inherits from TimerCallback
- # [14:57] <jesup> and the constant is 1000
- # [14:57] * kats|away is now known as kats
- # [14:58] <jesup> I put a PR_Sleep(PR_SecondsToInterval(30)); int he middle of the Run() (before mTimer->Cancel()) to test it
- # [14:58] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [15:00] * Joins: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP)
- # [15:00] <jesup> I am seeing in the log some sort of periodic timer firing with a 1000 timeout that gets called back after 2001ms (reliably), and 400ms timers called back at 400.x (on time)
- # [15:01] * Quits: Archaeopteryx (itsme@B767CC78.36255426.2DB0BBA1.IP) (Quit: Is this plutonium in your pocket, or are you just happy to see me leave.)
- # [15:01] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [15:01] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [15:02] <jesup> was banging my head against a wall late last night and decided to sleep on it becuase it makes no sense. FYI, the runnable is running on MediaThread if that matters
- # [15:02] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [15:02] <@bsmedberg> yeah, that may matter
- # [15:02] <@bsmedberg> we have much less testing of timers that aren't for the main thread
- # [15:02] * Quits: vendo (vendo@2A7A458C.685BED33.300931B2.IP) (Quit: Leaving.)
- # [15:02] <@bsmedberg> jesup: the media thread isn't doing some long-running task, right?
- # [15:02] <jesup> :-( :-( Tht's not good.
- # [15:03] * Joins: lduros (user@moz-47F34250.phlapa.fios.verizon.net)
- # [15:03] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [15:03] <jesup> This timer is specifically to catch the thread hanging when it's trying to start/stop media
- # [15:03] * Quits: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com) (Input/output error)
- # [15:03] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [15:03] * Joins: spohl (Adium@A1105ADF.F8C24747.473D6A24.IP)
- # [15:04] <jesup> and MOZ_CRASH :-)
- # [15:04] <jesup> If there's a better way to set up a deadman, I'm all ears
- # [15:06] <abr> jesup: It sounds like you're just doing it for testing, right?
- # [15:06] <jesup> abr: no
- # [15:07] <abr> Ah, you want actual production crashes if the thread wanders off?
- # [15:07] * Joins: AaronMT (AaronMT@moz-5DF3A271.cpe.net.cable.rogers.com)
- # [15:07] * Joins: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP)
- # [15:08] <adalucinet> !seen bz
- # [15:08] <firebot> bz was last seen 8 hours, 45 minutes and 33 seconds ago, changing nick to bz_sleep.
- # [15:08] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/94d54fe84c77 - Hannes Verschore - Bug 909717: IonBuilder: Introduce typed typebarriers, r=jandem
- # [15:09] <jesup> Better than leaving the camera on and draining the user's battery (and failing at any future attempts to use media). Though once I have a working solution, we could instead throw a requester to the user so they have a choice when to restart instead of moz_crash
- # [15:10] <jesup> It's unclear currently what the upshot of this will be - it's hard to hit this, and only on specific phones, perhaps requiring a profile reset to trigger it in some cases.
- # [15:10] * Joins: ctangira_ (ctangira@moz-B8FE932D.lightspeed.rcsntx.sbcglobal.net)
- # [15:10] * Joins: darkowlzz (sunny@13ED8AAC.D3A70E68.41D542A3.IP)
- # [15:11] <jesup> bnicholson was able to repro it day before yesterday on a Moto razor, yesterday he couldn't with the same sequence, but could on an N4 with a different sequence (and profile reset each time). I can't repro it at all, and have been playing remote debugger with him - and jimdb (gdb) causes it not to fail
- # [15:12] * Quits: ctangira_ (ctangira@moz-B8FE932D.lightspeed.rcsntx.sbcglobal.net) (Ping timeout)
- # [15:14] * Joins: ctangira (ctangira@moz-44402D73.cisco.com)
- # [15:15] <abr> Ah, okay. That makes sense.
- # [15:15] <reyre> how would i run the exact tests as Mochitest 1 (try server) on my local machine?
- # [15:16] <@ted> reyre: make -C $objdir mochitest-1
- # [15:16] <@ted> is the best way currently
- # [15:16] * Quits: darktrojan (geoff@moz-D5C665A2.dsl.telstraclear.net) (Quit: darktrojan)
- # [15:16] * Joins: gustavold (gustavold@3E217D48.D2F3166.C7EA744A.IP)
- # [15:18] * froydnj is now known as froydnj|afk
- # [15:18] * Joins: naveed (nihsanulla@moz-13193A8F.bstnma.fios.verizon.net)
- # [15:18] <RyanVM> peterv: inbound bustage
- # [15:19] * Joins: bhearsum|buildduty (bhearsum@moz-FBAE94.members.linode.com)
- # [15:19] <Ms2ger> peterv, RyanVM, backout, I think
- # [15:19] * Joins: yzen (yzen@67828CC7.C1A51174.9D42CF23.IP)
- # [15:20] <reyre> ted: thanks :)
- # [15:20] <@ted> np
- # [15:20] <yzen> Yoric: ping
- # [15:20] <Yoric> yzen: pong
- # [15:21] <peterv> RyanVM: I'll check in a fix
- # [15:21] <RyanVM> peterv: wfm
- # [15:21] <RyanVM> thanks
- # [15:21] <yzen> Yoric: re bug 866293
- # [15:21] <jesup> abr: I strongly suspect a critical section deadlock in VoEBase->StopSend() (which is where debugs say it doesn't come back from), but without a gdb backtrace of all the threads it's hard to verify, and even if I have a pointer to it I don't know (yet) if there's a safe, obvious fix
- # [15:22] <yzen> Yoric: i was wondering if [un]registering console listeners is not synchronous ?
- # [15:22] <Yoric> yzen: I have no idea, but you can check in the code :)
- # [15:23] * Quits: lduros (user@moz-47F34250.phlapa.fios.verizon.net) (Connection reset by peer)
- # [15:23] <yzen> Yoric: from what i remember (a while back) when i was writing tests for Deprecated.jsm that was the case
- # [15:23] <Yoric> yzen: http://dxr.mozilla.org/mozilla-central/source/xpcom/base/nsConsoleService.cpp#l315
- # [15:23] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [15:23] <abr> jesup: Ah, yeah. One of those class of errors that requires either a very good deadlock tool or a rather profound understanding of the code.
- # [15:23] * Quits: ctangira (ctangira@moz-44402D73.cisco.com) (Quit: ctangira)
- # [15:23] <Yoric> It looks synchronous.
- # [15:24] * Joins: alagenchev (chatzilla@moz-B04A7919.bootp.virginia.edu)
- # [15:25] <jesup> abr: I have a suspicion as to what the two crit-sects are, but it's just a guess - StopSend grabs two, the question is can anything grab them in the opposite order. Proving that would take a while; having stack backtraces of a deadlock should point a finger
- # [15:25] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [15:26] <yzen> Yoric: right, sigh, my suspicion was that we perform the operation right after the call to [un]registerListener is made
- # [15:26] * Joins: Enn (enn@13F2CEC5.7672369.D8E68FF6.IP)
- # [15:26] * Joins: zzzzz (chatzilla@moz-609E4EC0.dhcp.embarqhsd.net)
- # [15:26] * Quits: phenom (phenom@3A93B5B8.1660A718.A26A30FD.IP) (Ping timeout)
- # [15:27] * simone is now known as simone|away
- # [15:27] <yzen> Yoric: I was trying to remember why i had executeSoon after the listener in Deprecated.jsm and i think it was due to the message of interest being logged before the listener
- # [15:27] * Joins: victorporof (victorporo@338A6DC2.9CD5E4C4.D111398B.IP)
- # [15:28] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [15:29] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [15:29] * TheOne is now known as TheOneThatGotAway
- # [15:30] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/9fa7a3f9e4d6 - Peter Van der Beken - Bug 905392 - Need way to throw web-console-visible exception-message from JS-implemented webidl object - bustage fix on a CLOSED TREE.
- # [15:30] <jesup> bsmedberg: So, am I totally screwed? Or should I try to init the timer from another thread and hope the runnable gets run quickly? (This is a deadman, so the timeout will be long anyways) If so, can I cancel the timer from the runnable on a different thread? (I'm guessing yes) Is there a better solution for a deadman?
- # [15:30] * Joins: lduros (user@moz-47F34250.phlapa.fios.verizon.net)
- # [15:31] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [15:32] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [15:32] <Yoric> yzen: That makes sese.
- # [15:32] <Yoric> yzen: That makes sense.
- # [15:32] <@bsmedberg> jesup: sorry, I'm not sure of any answers here
- # [15:32] * Quits: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net) (Quit: jib)
- # [15:32] <@bsmedberg> jesup: I'd have to do some printf logging to figure out what's going on
- # [15:33] <yzen> Yoric: do you think i should try that and run it through a couple of try runs ?
- # [15:33] * Quits: zzzzz (chatzilla@moz-609E4EC0.dhcp.embarqhsd.net) (Connection reset by peer)
- # [15:33] <Yoric> yzen: It's worth trying.
- # [15:33] * Joins: jonasfj (jonasfj@A577AA5D.B2E369.9D624207.IP)
- # [15:34] * Joins: zzzzz (chatzilla@moz-609E4EC0.dhcp.embarqhsd.net)
- # [15:34] <yzen> Yoric: cool, thanks. btw anything else i should do for the sqlite3 bug ?
- # [15:34] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [15:34] * Quits: ddahl__ (ddahl@moz-643B6C9F.hsd1.il.comcast.net) (Ping timeout)
- # [15:34] * Quits: givanica (givanica@B20FEAB6.2F05FCCB.A0A36CCE.IP) (Ping timeout)
- # [15:34] * Joins: abr_ (abr@moz-E7573D65.lightspeed.dllstx.sbcglobal.net)
- # [15:34] <yzen> Yoric: or just wait for the sr?
- # [15:34] <Yoric> yzen: Let's wait for mossop's sr for the moment.
- # [15:34] <yzen> ok
- # [15:34] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cc50ede32239 - Corey Ford - Bug 886646 - Part 1: Support position:sticky in the CSS parser, enabled by a preference. r=heycam
- # [15:34] * Joins: cers (csonne@moz-D706C2D4.fullrate.dk)
- # [15:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/90d700eaeac0 - Corey Ford - Bug 886646 - Part 3: Compute sticky positioning offsets for getComputedStyle(). r=heycam
- # [15:34] * Quits: abr (abr@moz-E7573D65.lightspeed.dllstx.sbcglobal.net) (Ping timeout)
- # [15:34] * abr_ is now known as abr
- # [15:34] * Joins: givanica (givanica@B20FEAB6.2F05FCCB.A0A36CCE.IP)
- # [15:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/05c2da42c84e - Corey Ford - Bug 886646 - Part 5: Always build a stacking context for sticky positioned elements. r=dbaron
- # [15:34] * Joins: ddahl__ (ddahl@moz-643B6C9F.hsd1.il.comcast.net)
- # [15:34] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9c34952d655b - Jed Davis - Bug 912820 - Make --disable-content-sandbox* configure flags work. r=gps
- # [15:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/bb399c38e3b6 - Corey Ford - Bug 886646 - Part 7: Reftests for sticky positioning. r=dbaron
- # [15:35] * Joins: dew1 (Instantbir@moz-D2FA52B6.static.stls.mo.charter.com)
- # [15:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9f988f6ee6df - Douglas Crosher - Bug 865516 - Optimize access to the heap with a constant index. r=luke
- # [15:35] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [15:35] * ChanServ sets mode: +o smaug
- # [15:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/63a55ac51f7f - Corey Ford - Bug 886646 - Part 6: Implement sticky positioning, calculated on reflow and scroll. r=dbaron, r=dholbert
- # [15:35] <abr> jesup: Could you add a watchdog handler to the main thread? Turn it on when the media thread starts up, and have the media thread touch it every second or so...
- # [15:35] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d65d4436d3a6 - Corey Ford - Bug 886646 - Part 2: Include sticky positioning in nsStyleDisplay::IsRelativelyPositionedStyle. r=heycam
- # [15:35] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [15:35] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [15:36] * Quits: dew (Instantbir@moz-D2FA52B6.static.stls.mo.charter.com) (Ping timeout)
- # [15:36] * Joins: davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP)
- # [15:36] <jesup> bsmedberg: looking at TimerImpl.... the timer fires on the thread that called Init? If so, that might (kinda) explain it; this is to catch that thread deadlocking in processing events, so posting an event that that thread is not a high-probability action
- # [15:37] <jesup> So moving the Init to another thread might indeed solve it
- # [15:37] <@smaug> ferjm: did you figure out how to get the mm?
- # [15:37] <@bsmedberg> jesup: you can set the target before you call Init
- # [15:37] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [15:38] <@bsmedberg> by default the target is the thread that called init, if you didn't set it elsewhere
- # [15:38] <jesup> abr: thought of that, but that could be racey and I'd like to restrict this to just the small windows where we know we're in danger (I don't want RyanVM breathing down my throat!)
- # [15:38] <jesup> bsmedberg: Let me try targeting MainThread
- # [15:38] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/11b68cbcab1d - Hannes Verschore - Bug 913415: Tracelogging: Add support for logging multiple threads + initial support for ion background thread compiler, r=till
- # [15:40] * Quits: jhk (Jignesh@F1D06D1D.9938D3BE.CA052C06.IP) (Ping timeout)
- # [15:41] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [15:42] <RyanVM> smaug: ping
- # [15:42] <@smaug> RyanVM: pong
- # [15:42] <RyanVM> Please clear checkin-needed when pushing said patches
- # [15:42] <@smaug> oh, sorry
- # [15:43] <@smaug> I push checkin-needed so rarely that I forgot
- # [15:43] * Joins: phenom (phenom@F31DCEE3.A4F3D9F6.A26A30FD.IP)
- # [15:43] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [15:44] <RyanVM> fwiw, mcMerge clears it automatically if you like
- # [15:44] * @smaug doesn't know what is mcMerge :)
- # [15:44] <@smaug> sounds like a merge tool for foo->m-c merge
- # [15:44] <RyanVM> it's the tool we use for marking bugs after merges
- # [15:44] <RyanVM> but it also works as a generic tool for marking bugs after a push
- # [15:45] <RyanVM> click the "Open in mcMerge" link on tbpl some time on one of your pushes :)
- # [15:45] * Quits: ferjm (ferjm@moz-D6CEDFD.red-83-46-195.dynamicip.rima-tde.net) (Quit: Leaving)
- # [15:46] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [15:47] <abr> RyanVM: I never noticed that link before.
- # [15:47] * Joins: rwaldron (rwaldron@moz-DA6C0748.nycmny.fios.verizon.net)
- # [15:47] <RyanVM> abr: it's handy :)
- # [15:47] * edmorley|mtg-afk is now known as edmorley|sheriff
- # [15:48] <abr> RyanVM: Oh, this *is* nice.
- # [15:48] * jaoo is now known as jaoo|afk
- # [15:48] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/8645694e9c37 - Neil Deakin - Bug 621399, modal dialog focus tests sometimes fail on Windows 8 so disable them there
- # [15:48] * edmorley|sheriff is now known as IRCMonkey31445
- # [15:48] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/7e003256ff7c - Neil Deakin - Bug 875616, disable titlebar paneltop test on Linux due to unreliable window positioning timing
- # [15:49] * capella is now known as capella|away
- # [15:50] <Pike> RyanVM: now I'm curious, is that harmless if I do it on a push that's not mine?
- # [15:50] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Input/output error)
- # [15:50] * Quits: hub (hub@moz-E12780DE.cable.teksavvy.com) (Input/output error)
- # [15:50] <RyanVM> yes
- # [15:50] * Joins: harth (harth@moz-6683F8E1.ronkva.east.verizon.net)
- # [15:51] <RyanVM> you can run it on any push
- # [15:51] * IRCMonkey31445 is now known as edmorley|sheriff
- # [15:51] * Joins: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net)
- # [15:52] * Joins: sotaro (sikeda@13F2CEC5.7672369.D8E68FF6.IP)
- # [15:52] * Quits: harth (harth@moz-6683F8E1.ronkva.east.verizon.net) (Ping timeout)
- # [15:52] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [15:53] <jesup> bsmedberg: that was it; having the time fire on the thread we're wanting to deadman really doesn't work.... Thanks.
- # [15:53] * Joins: wlach (wlach@239F6FBE.80831F93.3DEE0DD0.IP)
- # [15:53] <@bsmedberg> yeah, if it's dead the event can't get there ;-)
- # [15:53] * Joins: jdm (jdm@92FB48CA.8B5E9DF.9A8C35B4.IP)
- # [15:54] * smaug is now known as smaugAfk
- # [15:54] * Pike pushes to inbound, just for the sake of it
- # [15:54] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/4cdf51fda8d5 - Axel Hecht - bug 911745, sync browser/locales/all-locales with build configs, r=gavin
- # [15:56] * Joins: jimm (jmathies@moz-864CAA4E.pn.at.cox.net)
- # [15:56] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [15:56] <RyanVM> Enn: should bug 621399 be [leave open] or is the intent to eventually fix and re-enable on Win8?
- # [15:58] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [15:58] * coop|afk is now known as coop
- # [15:58] * Quits: pbocan (Thunderbir@moz-686AE3C3.adsl.slovanet.sk) (Ping timeout)
- # [15:59] * Joins: pbocan (Thunderbir@moz-686AE3C3.adsl.slovanet.sk)
- # [15:59] <Enn> RyanVM: leave open I think
- # [16:00] <RyanVM> Enn: ok
- # [16:00] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [16:00] * RyanVM will mark them quick
- # [16:01] <RyanVM> Enn: 875616 is fixed though, right? Those tests just don't work reliably on linux?
- # [16:01] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [16:01] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [16:01] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [16:01] <Enn> RyanVM: I hope that one is fixed
- # [16:01] * Quits: pbocan (Thunderbir@moz-686AE3C3.adsl.slovanet.sk) (Ping timeout)
- # [16:02] <RyanVM> thanks for those patches, I'll get them uplifted to aurora/beta soon :)
- # [16:02] <Enn> RyanVM: only one small part of the test_focus is disabled though and only one windows 8
- # [16:02] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [16:02] * Quits: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP) (Ping timeout)
- # [16:03] * Quits: tzimmermann (tzimmerman@moz-68DFB3E7.pools.arcor-ip.net) (Quit: Ex-Chat)
- # [16:03] <RyanVM> hmm
- # [16:03] <RyanVM> that whiteboard tag is mainly for OrangeFactor
- # [16:03] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [16:05] * Joins: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP)
- # [16:07] * Joins: ehugg (ehugg@moz-44D86B1E.cisco.com)
- # [16:07] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [16:07] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [16:07] * philor|away is now known as philor
- # [16:08] * Quits: wlach (wlach@239F6FBE.80831F93.3DEE0DD0.IP) (Quit: Ex-Chat)
- # [16:09] * Joins: bz_sleep (bzbarsky@moz-D68BFF08.bstnma.fios.verizon.net)
- # [16:09] * Quits: jhorak (jhorak@moz-2EE9C9C3.cust.nbox.cz) (Quit: Leaving)
- # [16:10] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [16:12] * Joins: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP)
- # [16:13] * Joins: mconley (mconley@13F2CEC5.7672369.D8E68FF6.IP)
- # [16:13] * Joins: miketaylr (mtaylor@moz-8ACC7131.dyn.grandenetworks.net)
- # [16:13] * Joins: hub (hub@moz-E12780DE.cable.teksavvy.com)
- # [16:13] * Quits: phenom (phenom@F31DCEE3.A4F3D9F6.A26A30FD.IP) (Ping timeout)
- # [16:14] * Joins: bbondy2 (bbondy@moz-717FF534.home.cgocable.net)
- # [16:14] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Ping timeout)
- # [16:14] * Quits: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP) (Ping timeout)
- # [16:14] * bbondy2 is now known as bbondy
- # [16:15] * Quits: darkowlzz (sunny@13ED8AAC.D3A70E68.41D542A3.IP) (Ping timeout)
- # [16:16] * Quits: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl) (Quit: ejpbruel)
- # [16:17] * jhopkins is now known as jhopkins|brb
- # [16:18] * Joins: ctangira (ctangira@moz-CFCC7B62.cisco.com)
- # [16:20] * khuey|away is now known as khuey
- # [16:21] * Joins: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net)
- # [16:23] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5da8f0c08bd0 - Hannes Verschore - Bug 909717 - Backout due to orange + style nit orange fix on a CLOSED TREE.
- # [16:23] * Joins: bdahl (bdahl@moz-2DED118A.hsd1.co.comcast.net)
- # [16:24] * Quits: mwargers (chatzilla@moz-AF369B35.adsl.online.nl) (Ping timeout)
- # [16:25] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Connection reset by peer)
- # [16:25] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [16:26] * julienw is now known as julienw_afk
- # [16:28] * julienw_afk is now known as julienw
- # [16:29] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [16:29] * armenzg is now known as armenzg_brb
- # [16:30] * Joins: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net)
- # [16:30] <Gijs> In our compiled code, would a failing MOZ_ASSERT show up in the log of a PGO build, if it were hit? :-)
- # [16:30] * Quits: Pauly (paul@601F3B17.33662590.A5830293.IP) (Quit: Pauly)
- # [16:31] <Ms2ger> No
- # [16:31] <Ms2ger> It wouldn't be hit
- # [16:31] <Gijs> OK.
- # [16:31] <Ms2ger> MOZ_ASSERT isn't compiled in opt builds
- # [16:31] <Gijs> I suspected as much, but I wanted to be sure. Thanks! :)
- # [16:31] <Ms2ger> Np
- # [16:32] * Quits: bajaj (Adium@moz-8B9C61D3.hsd1.ca.comcast.net) (Ping timeout)
- # [16:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5eb5741ec1cc - Ryan VanderMeulen - Bug 865516 - Fix ordering of includes in MIRGraph.cpp. r=themaid
- # [16:33] * Joins: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net)
- # [16:34] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [16:38] * corey|away is now known as corey
- # [16:39] * Quits: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP) (Ping timeout)
- # [16:39] * Quits: twi (Adium@moz-BD787E32.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [16:39] * jhopkins|brb is now known as jhopkins
- # [16:40] * mcote|afk is now known as mcote
- # [16:41] * Quits: davidb-bot (uid12418@moz-31ABA2C0.irccloud.com) (Quit: )
- # [16:41] * jchen|away is now known as jchen
- # [16:42] * jcranmer|away is now known as jcranmer
- # [16:43] * Joins: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP)
- # [16:45] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [16:45] * bz_sleep is now known as bz
- # [16:46] * Quits: ehugg (ehugg@moz-44D86B1E.cisco.com) (Quit: ehugg)
- # [16:46] * Joins: JosiahOne (Instantbir@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net)
- # [16:47] * Joins: bbondy2 (bbondy@moz-717FF534.home.cgocable.net)
- # [16:47] * Joins: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP)
- # [16:48] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Ping timeout)
- # [16:48] * Joins: lanker (fredrik@D6301610.41A1701C.7415A7.IP)
- # [16:48] * bbondy2 is now known as bbondy
- # [16:49] * Joins: RattyAway (Jim_diGriz@8F2B84D7.587715E1.FB243CD8.IP)
- # [16:49] * ewong|sleep is now known as ewong
- # [16:49] <RattyAway> gps: what does the following mean?
- # [16:49] <RattyAway> $ MOZCONFIG=mozconfig-py pymake -f client.mk configure
- # [16:49] <RattyAway> make.py[0]: Entering directory 'c:\t1\hg\comm-central'
- # [16:49] <RattyAway> cd c:/t1/hg/comm-central/../objdir-sm
- # [16:49] <RattyAway> c:/t1/hg/comm-central/configure
- # [16:49] <RattyAway> Specified MOZCONFIG "mozconfig-py" does not exist!
- # [16:49] <RattyAway> Fix above errors before continuing.
- # [16:50] <Ms2ger> Erm
- # [16:50] <Ms2ger> Maybe that "mozconfig-py" does not exist
- # [16:50] * Joins: milan (milan@moz-D391F376.ptr.us.xo.net)
- # [16:51] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [16:51] <RattyAway> Ms2ger: well (a) it does and (b) it *does* run configure if I just do:
- # [16:51] <RattyAway> $ MOZCONFIG=mozconfig-py pymake -f client.mk
- # [16:51] <Ms2ger> Interesting
- # [16:51] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [16:52] <Ms2ger> There have been some changes in that area lately
- # [16:52] <Ms2ger> File a bug?
- # [16:52] * corey is now known as corey|away
- # [16:52] <Ms2ger> CC... gps, mshal and me, I guess
- # [16:52] * Joins: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [16:53] * Joins: ekr_ (ekr@moz-A08CE8FC.mycingular.net)
- # [16:53] <RattyAway> Ms2ger: Actually I have been seeing the "Specified MOZCONFIG "mozconfig-py" does not exist!" error for some time, but it wasn't fatal and make eventually finishes successfully. until today
- # [16:54] <RattyAway> Biab
- # [16:55] * Joins: jet (jet@moz-79F891EE.hsd1.ca.comcast.net)
- # [16:56] <tonymec> after bug 910990 was fixed, a few SeaMonkey L32 & L64 hourlies were built, but no nightly, then everything went back to red. Last good build is the one I'm using now, Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23a1 ID:20130905123641 c-c:8958f7bad543 m-c:1ada033f80f1
- # [16:56] <Ms2ger> SM built?
- # [16:56] <Ms2ger> Whoa
- # [16:56] * Quits: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net) (Quit: Leaving.)
- # [16:56] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [16:57] * Joins: mbrubeck (mbrub_000@moz-45568FC0.hsd1.wa.comcast.net)
- # [16:57] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [16:58] * Quits: Asa (asa@4508CAE6.38324963.204CA821.IP) (Ping timeout)
- # [16:59] * Quits: sotaro (sikeda@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [16:59] * catlee is now known as catlee-lunch
- # [16:59] * Joins: ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP)
- # [16:59] * ChanServ sets mode: +o ehsan
- # [17:00] * Joins: sotaro (sikeda@13F2CEC5.7672369.D8E68FF6.IP)
- # [17:00] * Joins: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [17:01] * Joins: bjacob (bjacob@13F2CEC5.7672369.D8E68FF6.IP)
- # [17:03] * Quits: ekr_ (ekr@moz-A08CE8FC.mycingular.net) (Ping timeout)
- # [17:03] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/c0a79b1e60b1 - Jim Blandy - Bug 892114: Add support for Unix domain sockets to nsIServerSocket.idl and @mozilla.org/network/server-socket;1. r=mayhemer
- # [17:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/028b937786cb - Jim Blandy - Bug 892114: Whitespace and spelling fixes encountered while working on Unix domain socket support. r=mayhemer
- # [17:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/d9d740e7a3a0 - Jim Blandy - Bug 899757: Distinguish PR_ADDRESS_NOT_SUPPORTED_ERROR from other network failures. r=mayhemer
- # [17:03] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/645e832547c0 - Jim Blandy - Bug 899757: Make nsServerSocket::InitWithAddress provide more detailed error results. r=mayhemer, r=ted
- # [17:04] * gregglind_away is now known as gregglind
- # [17:05] * Joins: mreid (mark@moz-84A7844D.eastlink.ca)
- # [17:07] * Quits: lanker (fredrik@D6301610.41A1701C.7415A7.IP) (Quit: leaving)
- # [17:10] * RyanVM is now known as RyanVM|brb
- # [17:10] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [17:10] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [17:10] <@ehsan> jcranmer: ping
- # [17:11] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Connection reset by peer)
- # [17:11] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [17:13] <jcranmer> ehsan: pong
- # [17:13] <@ehsan> jcranmer: how do you generate https://bugzilla.mozilla.org/show_bug.cgi?id=901132#c21 ?
- # [17:15] * Quits: sewardj (sewardj@moz-5B4FFF02.dip0.t-ipconnect.de) (Ping timeout)
- # [17:15] <jcranmer> I haven't uploaded thta script?
- # [17:16] <jcranmer> https://pastebin.mozilla.org/2985076
- # [17:16] <@ehsan> thanks
- # [17:16] <@ehsan> do you mind attaching it to the bug please?
- # [17:16] <@ehsan> or check it in under tools/ or something?
- # [17:16] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [17:16] * Quits: d0kt0r1 (Thunderbir@161CBCC7.7E685F14.2ABC59EF.IP) (Quit: d0kt0r1)
- # [17:16] <mbrubeck> catlee-lunch: Do you know whether analyze_talos.py is configured to look at B2G-Inbound?
- # [17:17] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Input/output error)
- # [17:17] <jcranmer> I'm going to look to fixing all of this stuff in a mach script
- # [17:17] <jcranmer> considering how often people ask for it
- # [17:18] <@ehsan> sounds good, thanks!
- # [17:18] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [17:18] * Joins: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net)
- # [17:18] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/a4802632f6d8 - Daniel Holbert - Bug 883514: During block reflow, check floats after reflowing bullet frames, instead of before. r=dbaron a=dveditz
- # [17:21] * Joins: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP)
- # [17:22] <tonymec> kk1fff: can you tell if your fix of bug 910990 got unstuck or if it's something else that is now kaputt on Linux SeaMonkey? Last good hourly is ID:20130905123641 c-c:8958f7bad543 m-c:1ada033f80f1
- # [17:23] * Quits: sotaro (sikeda@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [17:23] * Quits: squeakytoy (christoffe@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
- # [17:24] * Joins: sotaro (sikeda@13F2CEC5.7672369.D8E68FF6.IP)
- # [17:26] * Joins: aklotz (Thunderbir@moz-935DE219.cg.shawcable.net)
- # [17:27] * Joins: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net)
- # [17:27] * Quits: tuxie_ (paranoid@1E936166.CBEB3486.FD2B65BE.IP) (Ping timeout)
- # [17:28] * Joins: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net)
- # [17:28] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [17:30] <kk1fff> tonymec: I saw my patch is already in m-c 1ada033f80f1, is this a good version?
- # [17:31] * Joins: Anupkumar (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [17:31] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [17:31] * capella|away is now known as capella
- # [17:31] * Quits: adalucinet (Mibbit@28C4EA76.976FBEE.5BC07656.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:31] <kk1fff> tonymec: or, would you give me the build log so I can check?
- # [17:32] <Anupkumar> fitzgen: ping
- # [17:33] * Joins: sewardj (sewardj@moz-F7AA97B1.dip0.t-ipconnect.de)
- # [17:33] * Joins: Mossop (mossop@moz-242CA735.lsanca.fios.verizon.net)
- # [17:33] <Anupkumar> fitzgen: I am interested in working with bug 913060
- # [17:33] <tonymec> kk1fff: 1ada033f80f1 is the _last_ good hourly. There was at least one build attempt after that but no executable was produced.
- # [17:34] * Quits: jet (jet@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [17:35] * Quits: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net) (Quit: Leaving...)
- # [17:35] <ejpbruel> khuey: ping
- # [17:35] <@khuey> ejpbruel: pongish
- # [17:36] <ejpbruel> khuey: still want to help me out with DOM workers? :D
- # [17:36] <@khuey> uh, yeah, I think so
- # [17:36] * Quits: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net) (Quit: bholley)
- # [17:37] * bc is now known as bc|afk
- # [17:37] <ejpbruel> khuey: ok, so, im not sure i completely understand how sync loops work. apparently, they are there to handle sync requests to workers?
- # [17:37] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [17:37] * RyanVM|brb is now known as RyanVM|Sheriff
- # [17:37] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5db8f833435f - Nicolas Silva - Bug 912939 - Rename LayerTransaction.ipdlh into LayersMessages.ipdlh. r=kanru
- # [17:38] <@khuey> ejpbruel: sync loops exist to handle things that need to appear to be synchronous from teh persepctive of the worker
- # [17:38] <kk1fff> tonymec: is http://tbpl-dev.callek.net/?rev=8958f7bad543 the right place to see the log?
- # [17:38] <tonymec> kk1fff: Build log of the first bad is the only file in ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/tinderbox-builds/comm-central-linux64/1378410580/
- # [17:38] <@khuey> so sync requests *from* workers
- # [17:39] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [17:39] * Quits: AndreeaMatei (Thunderbir@601F3B17.33662590.A5830293.IP) (Client exited)
- # [17:39] * Quits: marcoz (marco.zehe@moz-58172F45.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [17:39] <ejpbruel> khuey: ok, so lets say i want to make a sync request from a worker.
- # [17:39] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [17:39] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Input/output error)
- # [17:39] <ejpbruel> khuey: i'd start out by creating a new sync loop, presumably?
- # [17:40] * Quits: digitsm (digitsm@F60AE966.CB11A5E6.C146C5E5.IP) (Ping timeout)
- # [17:40] <tonymec> kk1fff: oops, sorry, ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/tinderbox-builds/comm-central-trunk-linux64/1378410580/
- # [17:40] * armenzg_brb is now known as armenzg
- # [17:40] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [17:40] <@khuey> ejpbruel: basically, yes
- # [17:40] * Parts: Anupkumar (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [17:40] <@khuey> ejpbruel: AutoSyncLoopHolder helps you get this right
- # [17:40] * Quits: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net) (Quit: kk1fff)
- # [17:40] <ejpbruel> khuey: right, and the reason we have a sync loop *queue* is for nested requests?
- # [17:41] * Joins: bholley (anonymous@moz-A2189431.hsd1.ca.comcast.net)
- # [17:41] <@khuey> right
- # [17:41] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [17:41] <@khuey> e.g. starting a sync xhr from an event handler of another sync xhr
- # [17:41] <ejpbruel> khuey: so i have a runnable, dispatch it to the sync loop i just created, wait for it to finish
- # [17:41] <ejpbruel> khuey: when its done, do i explicitly stop the sync loop?
- # [17:41] <@khuey> ejpbruel: yes
- # [17:41] * julienw is now known as julienw_afk
- # [17:41] <tonymec> kk1fff: yes, http://tbpl-dev.callek.net/ is the correct tbpl.
- # [17:41] <ejpbruel> khuey: i found a StopSyncLoopRunnable, which is probably what thats for
- # [17:41] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [17:42] * Joins: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net)
- # [17:42] <@khuey> ejpbruel: the sequence of events is roughly
- # [17:42] <@khuey> create a sync loop
- # [17:42] <@khuey> send a runnable to the main/parent thread to do whatever you want to happen synchronously
- # [17:42] * Joins: wlach (wlach@239F6FBE.80831F93.3DEE0DD0.IP)
- # [17:42] <@khuey> tell that runnable your sync queue key
- # [17:42] <@khuey> spin your sync loop
- # [17:42] <@khuey> and on the main thread your runnable does whatever it does and then sends a message back to the worker with that sync queue key
- # [17:42] * Joins: digitsm (digitsm@FA8A65C3.72ECBFCF.C146C5E5.IP)
- # [17:43] <@khuey> it goes in that sync queue and runs, and should shut down that sync queue when it's finished
- # [17:43] <@khuey> and then normal execution resumes on the worker
- # [17:43] <ejpbruel> khuey: ok, that all makes sense
- # [17:43] <ejpbruel> khuey: about the actual sync loop
- # [17:43] <ejpbruel> khuey: it calls WaitForWorkerEvents
- # [17:43] <@khuey> right
- # [17:44] * Joins: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [17:44] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [17:44] <ejpbruel> khuey: workers also have a 'normal' event queue, right?
- # [17:44] * philor is now known as philor|away
- # [17:44] * Quits: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP) (Quit: RealRaven)
- # [17:44] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [17:45] <@khuey> ejpbruel: workers have 4 types of event queues
- # [17:45] * Joins: Anupkumar (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [17:45] <@khuey> there's the regular XPCOM event queue which is basically unused
- # [17:45] <ejpbruel> khuey: ok, what are they? and how do they interact? this is the part where i get confused :)
- # [17:45] <@khuey> there's a "regular" event queue
- # [17:45] <@khuey> there are sync queues
- # [17:45] <@khuey> and the control queue
- # [17:45] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [17:45] <@khuey> normaly things go to the regular queue
- # [17:45] <@khuey> we already discussed the sync queue
- # [17:46] <@khuey> the control queue is for special "control" messages
- # [17:46] <@khuey> (like hey you should shut down)
- # [17:46] <ejpbruel> right
- # [17:46] <@khuey> and those are special because we actually interrupt running JS (via the operation callback) to run them
- # [17:46] <ejpbruel> ah, that explains the operation callback
- # [17:46] * Parts: Anupkumar (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [17:46] <ejpbruel> makes sense
- # [17:46] <@khuey> (otherwise busy looping in a worker would never shut down)
- # [17:47] <@khuey> ejpbruel: so anywhere you end up using a nested event queue for the debugger on the main thread you probably want a sync queue on workers
- # [17:47] * Quits: stransky (stransky@moz-59D79C36.broadband2.iol.cz) (Quit: Connection reset by beer)
- # [17:47] * Joins: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net)
- # [17:47] <ejpbruel> khuey: hadn't thought about that yet, but that makes sense
- # [17:48] <kk1fff> tonymec: I don't think it's caused by 910990, it failed on recurse.mk, I have no idea what it is...
- # [17:48] <ejpbruel> khuey: so, each worker has a main event loop, which uses the regular queue, right?
- # [17:48] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [17:48] * Quits: dmarcos (dmarcos@moz-F7958F77.dsl.static.sonic.net) (Quit: Leaving...)
- # [17:48] * Quits: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP) (Ping timeout)
- # [17:49] <Ms2ger> kk1fff, that's New(TM)
- # [17:49] <ejpbruel> khuey: it looks like both the regular queue and sync queues use the same condition variable (via WaitForWorkerEvents), is that correct?
- # [17:49] <Ms2ger> Ask glandium, I guess
- # [17:49] <@khuey> ejpbruel: it uses teh regular WorkerPrivate::mQueue, yes
- # [17:49] <@khuey> it doesn't use the xpcom event queue
- # [17:49] <ejpbruel> yes, thats what i meant
- # [17:49] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [17:50] * Joins: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP)
- # [17:50] <@khuey> ejpbruel: yes, that's correct
- # [17:50] <@khuey> ejpbruel: WaitForWorkeerEvents returns when any events are received
- # [17:50] <@khuey> ejpbruel: the callsites are responsible for checking to see if events are in the right queue and rewaiting if not
- # [17:50] <ejpbruel> khuey: right, so calls to WaitForWorkerEvents are nested too, essentially
- # [17:50] * Joins: bent (chatzilla@moz-932324BF.hsd1.ca.comcast.net)
- # [17:51] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [17:51] <@khuey> ejpbruel: I don't understand what you mean
- # [17:51] <ejpbruel> khuey: ah, no, that doesn't make sense
- # [17:52] <@khuey> indeed :-)
- # [17:52] <ejpbruel> sorry
- # [17:52] <ejpbruel> khuey: this actually clears up most of my questions
- # [17:52] <ejpbruel> khuey: out of curiosity
- # [17:52] * Quits: milan (milan@moz-D391F376.ptr.us.xo.net) (Input/output error)
- # [17:52] * Quits: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net) (Quit: Boriss)
- # [17:52] <ejpbruel> khuey: what other things do we dispatch to a worker other than CompileScriptRunnable?
- # [17:52] <tonymec> kk1fff: well, thanks for looking in. So suppose I'll have to file a new bug.
- # [17:52] <ejpbruel> thats how the worker starts running the script from the url we created it with, right?
- # [17:53] * Quits: jdm (jdm@92FB48CA.8B5E9DF.9A8C35B4.IP) (Quit: Lost terminal)
- # [17:53] <@khuey> ejpbruel: anything that inherits from WorkerRunnable is something that gets dispatched from the parent thread to a worker
- # [17:53] <@khuey> or really to a worker
- # [17:53] <@khuey> I guess they could in theory be dispatched from a child worker to a parent worker
- # [17:53] <ejpbruel> ah, ofc, sending messages from the parent to the worker would be an example
- # [17:53] <@khuey> ejpbruel: yes
- # [17:54] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [17:54] <@khuey> ejpbruel: also timers, events, "hey we're shutting down so you should go away now"
- # [17:54] <ejpbruel> khuey: cool. now all I need to do is understand what we need to make the debugger work with this :)
- # [17:54] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [17:54] <@khuey> ejpbruel: everything that inherits from WorkerControlRunnable goes in the control queue, WorkerSyncRunnable in a sync queue, WorkerRunnable in the regular queue
- # [17:54] <ejpbruel> right
- # [17:55] <@khuey> ejpbruel: well I'm sure you need lots of stuff to make it work ;-)
- # [17:55] * Quits: mkaply2 (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [17:55] <ejpbruel> khuey: it doesn't look easy, for sure :)
- # [17:55] <@khuey> ejpbruel: but I imagine the first thing is being able to block JS execution at a point and spin up your own event loop so the main thread can talk to and debug the worker
- # [17:56] * Joins: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net)
- # [17:56] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [17:56] <@khuey> ejpbruel: so I would expect that to be implemented with a control runnable that is dispatched from teh mai nthread by the debugger
- # [17:56] * Joins: ferjm (ferjm@moz-4B812CD5.red-80-28-169.adsl.static.ccgg.telefonica.net)
- # [17:56] <@khuey> which spins up a sync loop
- # [17:56] <@khuey> details might be slightly tricky ... you're going to be in the operation callback in your sync loop then
- # [17:56] * @khuey doesn't know how this works on the main thread ...
- # [17:57] <@khuey> ejpbruel: if you explain that part to me I can try to point you in the right direction
- # [17:57] <ejpbruel> khuey: well, its spider monkey that invokes the debugger callbacks that cause us to pause the script
- # [17:57] * Joins: jet (jet@moz-79F891EE.hsd1.ca.comcast.net)
- # [17:57] <@khuey> ioh, right
- # [17:58] <@khuey> there can't be any "break right now" feature because the debugger UI will be on the same thread as the running code
- # [17:58] * @khuey is just imagining how visual studio works ;-)
- # [17:58] <ejpbruel> khuey: yeah exactly
- # [17:58] <ejpbruel> khuey: but well still need the nested event loop
- # [17:58] <@khuey> ejpbruel: so I suspect the path to victory is using control runnables to set breakpoints and stuff from the main thread
- # [17:58] <ejpbruel> khuey: not sure if that needs to be on the main thread though. if it does, well need a sync loop
- # [17:58] * corey|away is now known as corey
- # [17:58] * Joins: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net)
- # [17:58] <@khuey> ejpbruel: and then when they fire and spidermonkey calls back setting up a sync loop
- # [17:59] <@khuey> so that the debugger can do things at its leisure while JS is paused
- # [17:59] * Joins: abwillis (abwillis@CBAC43F2.9DD4DBBF.6A7A197.IP)
- # [17:59] * Quits: IanN (chatzilla@4837CDFE.2ECE621A.E5F36E28.IP) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [18:00] <ejpbruel> khuey: yeah, so you're suggesting the debugger should run in the main thread, sets up breakpoints etc via control runnables, and the worker spins up a nested event loop using syncrunnables when they hit
- # [18:00] <@khuey> right
- # [18:00] <@khuey> and then the debugger and just send messages back and forth over that sync loop
- # [18:00] <@khuey> you can probably even reuse some of the remote debugging logic for this
- # [18:01] <@khuey> once you set up the channel for message passing
- # [18:01] <ejpbruel> khuey: hmmm
- # [18:01] <ejpbruel> khuey: yeah, the debugger could be running as a server in the worker
- # [18:01] <ejpbruel> khuey: and pass messages via a sync loop
- # [18:02] <ejpbruel> khuey: we also need a mechanism to send 'notifications' to the parent then
- # [18:02] <@khuey> yeah if the only debugger stuff you need to run this server is in spidermonkey (and some glue code to talk to the rest of the world) this should be easy
- # [18:02] * Quits: matthewgertner (matthewger@173F2E9D.96442F2E.EE1C58A.IP) (Quit: matthewgertner)
- # [18:02] <@khuey> if you need jsms or xpcom to run as a server it's going to be harder :-(
- # [18:02] <ejpbruel> khuey: thats essentially how the debugger is set up yeah
- # [18:02] <ejpbruel> khuey: we have some callbacks in spider monkey, and the server is in js
- # [18:02] <ejpbruel> khuey: the comm channel is in xpcom, and currently uses nsISocket
- # [18:02] <ejpbruel> khuey: so we'd need to replace that
- # [18:03] <@khuey> ejpbruel: got anything else before I commute to the office?
- # [18:04] * @khuey will be back online in half an hour or so
- # [18:04] <ejpbruel> khuey: nope. i should talk to jimb to get a clearer picture. thank you very much for your time :)
- # [18:04] <@khuey> sure, np
- # [18:04] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [18:04] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Ping timeout)
- # [18:04] <@khuey> you know where to find me if you need anything else
- # [18:04] * @khuey commutes
- # [18:04] * khuey is now known as khuey|away
- # [18:04] <efaust> hg commute
- # [18:05] <bbondy> bhearsum|buildduty: btw I'm dropping that signmar bug to lower priority again until I hear back from bsmith. So I'd go ahead with copying the *.dylib files to the current directory from the dist/bin of the signmar build.
- # [18:05] * Joins: sfoster (sfoster@moz-961AB6F2.hsd1.or.comcast.net)
- # [18:05] * kmoir is now known as kmoir-afk
- # [18:06] * hwine-ooo is now known as hwine
- # [18:07] * Joins: mcomella (mcomella@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:08] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [18:10] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/b70ce5b872c1 - Bobby Holley - Bug 912322 - Stop making XBL methods available to the web. r=bz
- # [18:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/895d667ae801 - Bobby Holley - Bug 912322 - Sync pref from reftest-cmdline.js to bootstrap.js. r=jgriffin
- # [18:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/b0d98d8b93e5 - Bobby Holley - Bug 912322 - Update semantics of IsChromeOrXBL to return true for remote XUL. r=bz
- # [18:10] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/cc6d2facb987 - Bobby Holley - Bug 912322 - Fix tests. r=bz
- # [18:12] * Quits: Boriss (FlyingToas@moz-D58E9.public.monkeybrains.net) (Quit: Boriss)
- # [18:12] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
- # [18:12] * whimboo is now known as whimboo|afk
- # [18:13] * Parts: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
- # [18:13] * Joins: tanvi (tanvi@moz-9440AA69.hsd1.ca.comcast.net)
- # [18:14] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Ping timeout)
- # [18:14] * Joins: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP)
- # [18:15] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [18:15] * Joins: bwc (Adium@moz-7B0110AD.mv.mozilla.com)
- # [18:16] <bhearsum|buildduty> bbondy: yeah, that makes sense to me - i'm pretty sure we have a workaround now
- # [18:17] <bholley> surkov: ping
- # [18:17] <bbondy> k cool, there's probably a way to pluck out a better error message directly from nss instead of errno too that he'll be able to weigh in on
- # [18:17] * Joins: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP)
- # [18:17] * Quits: sfink (chatzilla@moz-28768C59.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [18:17] * Quits: sfoster (sfoster@moz-961AB6F2.hsd1.or.comcast.net) (Connection reset by peer)
- # [18:17] * armenzg is now known as armenzg_lunch
- # [18:18] * Quits: jet (jet@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [18:18] <RyanVM|Sheriff> smaug: ping
- # [18:19] * Quits: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP) (Ping timeout)
- # [18:19] * Joins: TimAbraldes (Instantbir@125EF623.B2666F0E.66399531.IP)
- # [18:19] * Joins: Edgar (Thunderbir@moz-EC367612.dynamic.hinet.net)
- # [18:20] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [18:20] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [18:20] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [18:21] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [18:21] * Quits: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP) (Input/output error)
- # [18:21] <surkov> bholley: pong
- # [18:22] <bholley> surkov: are you unable to reproduce bug 905909?
- # [18:22] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [18:22] * JosiahOne is now known as JosiahOne|Away
- # [18:22] * philor|away is now known as philor
- # [18:22] * Quits: Rik (rik@87C1F78E.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [18:22] * smaugAfk is now known as smaug
- # [18:23] * Joins: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP)
- # [18:23] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [18:23] * smaug is now known as IRCMonkey14328
- # [18:23] <surkov> bbondy: I didn't try yet, it seems like there's bunch of people on that bug already :) Trev just stuck on it and need some extra info, so since you are the one who sees it then I thought you might be a right person to provide that info
- # [18:23] * jimm is now known as jimm-lunch
- # [18:24] <bbondy> bholley^ (wrong pin I think)
- # [18:24] <bbondy> *ping
- # [18:24] <bholley> surkov: I disabled the test with tbsaunde's permission and landed my stuff, so it's not really on my radar anymore :-)
- # [18:24] <surkov> thank you, bbondy
- # [18:24] <bholley> surkov: I'm happy to help if we're have trouble reproducing, but otherwise I don't think I'm the right person to drive the bug
- # [18:24] * Joins: Rik (rik@87C1F78E.1DE10CA8.D8E68FF6.IP)
- # [18:24] * Quits: @IRCMonkey14328 (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Ping timeout)
- # [18:24] * Joins: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP)
- # [18:25] <surkov> bholley: ok, it'd be cool to keep you involved though :)
- # [18:25] * Joins: sfoster (sfoster@moz-961AB6F2.hsd1.or.comcast.net)
- # [18:25] <surkov> bholley: and probably it's not about driving, just helping :)
- # [18:25] * Quits: Preeti (uid13882@moz-E77DEB21.irccloud.com) (Ping timeout)
- # [18:25] * Quits: blassey_mobile (uid2297@moz-E77DEB21.irccloud.com) (Ping timeout)
- # [18:25] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Broken pipe)
- # [18:25] * whimboo|afk is now known as whimboo
- # [18:26] * Joins: Preeti (uid13882@moz-E77DEB21.irccloud.com)
- # [18:26] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [18:26] * Quits: mstange (markus@moz-9B2F6373.dip0.t-ipconnect.de) (Quit: mstange)
- # [18:26] <bholley> surkov: sure. I just meant that it probably makes more sense for whoever writes the eventual patch to try reproducing and following roc's instructions first, since otherwise that work will end up being duplicated
- # [18:27] * Joins: blassey_mobile (uid2297@moz-E77DEB21.irccloud.com)
- # [18:27] * Quits: Edgar (Thunderbir@moz-EC367612.dynamic.hinet.net) (Connection reset by peer)
- # [18:27] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [18:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/db43e949245c - Stephen Pohl - Bug 817700 - Make <canvas>.toBlob run asynchronously - canvas changes. r=roc
- # [18:27] * Joins: Edgar (Thunderbir@moz-EC367612.dynamic.hinet.net)
- # [18:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/89e680f30d31 - Stephen Pohl - Bug 817700 - Fix animSVGImage test. r=roc
- # [18:27] * Quits: Edgar (Thunderbir@moz-EC367612.dynamic.hinet.net) (Connection reset by peer)
- # [18:27] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [18:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/a59753a4cb13 - Stephen Pohl - Bug 817700 - Fix test_mozGetAsFile canvas test. r=roc
- # [18:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/194d051724a8 - Stephen Pohl - Bug 817700 - Make <canvas>.toBlob run asynchronously. r=seth,roc
- # [18:27] <surkov> bholley: it seems to be on tbsaunde plate, at least he shown some passion about it but he doesn't help mac machine. I do but I didn't bulid/debug Firefox on OS X for a while
- # [18:27] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9f0f85aea756 - Stephen Pohl - Bug 817700 - Fix test_toBlob canvas test. r=roc
- # [18:27] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Ping timeout)
- # [18:28] * Quits: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [18:28] <bholley> surkov: ok, I'll do it. sec
- # [18:28] <surkov> he doesn't help -> he doesn't have
- # [18:28] <surkov> bholley: thank you!
- # [18:28] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Connection reset by peer)
- # [18:31] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [18:32] * Joins: tuxie_ (paranoid@moz-C7220681.adsl.alicedsl.de)
- # [18:32] * Joins: sfink (chatzilla@moz-FC6FD0AD.dsl.pltn13.sbcglobal.net)
- # [18:32] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [18:32] * Quits: ggp (ggp@F21244BE.BFDA0A02.9F9EFC6F.IP) (Ping timeout)
- # [18:33] * Quits: inolen (Adium@moz-D2D12FC1.socal.res.rr.com) (Quit: Leaving.)
- # [18:33] <jgraham> bz: https://github.com/w3c/web-platform-tests/tree/master/webmessaging
- # [18:34] <jgraham> Anything w3c testing related in mercurial and not also CSS-WG related is outdated
- # [18:34] <jgraham> (I don't know if that actually has better tests)
- # [18:35] * catlee-lunch is now known as catlee
- # [18:35] <Ms2ger> jgraham, you should hang out in #content :)
- # [18:35] <catlee> mbrubeck: I think it looks at all branches...
- # [18:35] * Joins: sworkman (sworkman@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [18:35] <jgraham> Ms2ger: OK :p
- # [18:35] * khuey|away is now known as khuey
- # [18:36] <mbrubeck> catlee: It skips branches that aren't passed in here: http://hg.mozilla.org/graphs/file/0b168c847cc2/server/analysis/analyze_graphapi.py#l61
- # [18:36] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Input/output error)
- # [18:36] <mbrubeck> catlee: That's a list that comes from the command line or the config file: http://hg.mozilla.org/graphs/file/0b168c847cc2/server/analysis/analyze_talos.py#l246
- # [18:36] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [18:37] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [18:37] * Quits: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Max SendQ exceeded)
- # [18:37] <catlee> ah yea
- # [18:37] <mbrubeck> The config template specifices these branches, but I know the production config has some different ones (like fx-team): http://hg.mozilla.org/graphs/file/0b168c847cc2/server/analysis/analysis.cfg.template#l101
- # [18:37] * Joins: cpeterson (cpeterson@moz-7626A9DE.lmi.net)
- # [18:37] * Joins: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net)
- # [18:37] * Quits: dveditz (dveditz@moz-67794A0A.hsd1.ca.comcast.net) (Max SendQ exceeded)
- # [18:37] <mbrubeck> The "os" name mapping is out of date too, I notice. :P
- # [18:38] <catlee> https://pastebin.mozilla.org/2985640
- # [18:38] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Ping timeout)
- # [18:38] <catlee> https://pastebin.mozilla.org/2985641
- # [18:39] * bc|afk is now known as bc
- # [18:39] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [18:40] <RyanVM|Sheriff> jesup: ping
- # [18:40] <RyanVM|Sheriff> jesup: any objections to me pushing the approved patch in bug 884365 to aurora?
- # [18:40] * Joins: jdm (jdm@FCCEA34F.7672369.D8E68FF6.IP)
- # [18:40] <catlee> mbrubeck: so I can add B2G-Inbound there
- # [18:40] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Connection reset by peer)
- # [18:41] <catlee> what else needs adjusting?
- # [18:41] <catlee> not sure if we need to keep [mobile] still...
- # [18:41] * Joins: twi (Adium@moz-E1F80.business.telecomitalia.it)
- # [18:41] <mbrubeck> [mobile] is still needed -- that's where Android tests on m-c go
- # [18:41] <jesup> ryan: needed un-bitrot to merge; I'm running an aurora build now (almost done)
- # [18:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/68e2b5b1ab99 - Fernando Jiménez - Bug 818317 - Expose debug messages in navigator.mozPay() for debug enabled profiles. r=fabrice
- # [18:41] <jesup> RyanVM|Sheriff: ^
- # [18:41] <RyanVM|Sheriff> jesup: k, I'll ignore it then
- # [18:41] <mbrubeck> catlee: I don't personally care about the OS names, but if we want the friendly name mapping to work then we need to update all of those, and add Windows 8.
- # [18:42] * ewong is now known as ewong|sleep
- # [18:42] <mbrubeck> e.g. s/5.1/5.1 (ix)
- # [18:42] <jesup> and it needs the companion patches too. I'll be ready in a sec
- # [18:42] <mbrubeck> frankly I think that's not worth the hassle of keeping it up to date
- # [18:42] * Quits: @ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [18:42] * Joins: ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP)
- # [18:42] * ChanServ sets mode: +o ehsan
- # [18:42] <RyanVM|Sheriff> khuey: any progress on the aurora patch for bug 901290? time's running short :)
- # [18:43] <RattyAway> Ms2ger: ok found a couple of bugs Bug 913258 -> Bug 913246 - configure does not run correctly with relative path to alternate $MOZCONFIG
- # [18:43] * Joins: jdm_ (jdm@13F2CEC5.7672369.D8E68FF6.IP)
- # [18:43] * Joins: bajaj (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:43] <RattyAway> but Bug 913246 claims to have been fixed.
- # [18:43] * Quits: jdm (jdm@FCCEA34F.7672369.D8E68FF6.IP) (Ping timeout)
- # [18:43] <@ehsan> bholley: thanks for the blazing fast review!
- # [18:44] <RyanVM|Sheriff> jwatt: yt?
- # [18:45] <bholley> ehsan: np :-)
- # [18:45] <@khuey> RyanVM|Sheriff: no
- # [18:45] <bholley> ehsan: thanks for doing that
- # [18:45] <@khuey> RyanVM|Sheriff: I'm going to look at it next week
- # [18:45] * Quits: ferjm (ferjm@moz-4B812CD5.red-80-28-169.adsl.static.ccgg.telefonica.net) (Quit: Leaving)
- # [18:45] <RyanVM|Sheriff> khuey: k
- # [18:45] <@khuey> RyanVM|Sheriff: feel free to harass me
- # [18:45] * edmorley|sheriff is now known as edmorley
- # [18:45] * Joins: schien (anonymous@moz-A5C18014.dynamic.hinet.net)
- # [18:45] <RyanVM|Sheriff> khuey: you know I will ;)
- # [18:46] * hwine is now known as hwine-commuting
- # [18:47] * Joins: jimb (user@125EF623.B2666F0E.66399531.IP)
- # [18:48] <dietrich> Yoric: https://bugzilla.mozilla.org/show_bug.cgi?id=912717
- # [18:49] * Quits: tuxie_ (paranoid@moz-C7220681.adsl.alicedsl.de) (Ping timeout)
- # [18:49] * jdm_ is now known as jdm
- # [18:50] <bholley> bsmedberg: ping
- # [18:51] * Quits: flo-retina (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [18:51] <@bsmedberg> bholley: pong
- # [18:51] <@bsmedberg> bholley: are you saying "eww gross" yet?
- # [18:51] <bholley> bsmedberg: partly yeah. But what do we want to do here?
- # [18:52] * Quits: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net) (Quit: jib)
- # [18:52] <jesup> RyanVM|Sheriff: they're in
- # [18:53] <RyanVM|Sheriff> thank you good sir
- # [18:55] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [18:55] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [18:55] * Quits: kaze (kaze@DA4ABEAF.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [18:56] * geekboy|afk is now known as geekboy
- # [18:57] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/55d63d4b07e2 - Nicholas D. Matsakis - Bug 912108 - Rename BinaryData to TypedObject r=sfink
- # [18:57] * Joins: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP)
- # [18:58] * Joins: ggp (ggp@8A8F129.41696849.E4090502.IP)
- # [18:58] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:58] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.20/20130803200527])
- # [18:59] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [18:59] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [18:59] * kmoir-afk is now known as kmoir
- # [19:00] <tbsaunde> kk/win20
- # [19:00] <jwatt> RyanVM|Sheriff?
- # [19:01] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Quit: Computer has gone to sleep.)
- # [19:01] * Joins: mhenretty (mhenretty@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:01] * Quits: twi (Adium@moz-E1F80.business.telecomitalia.it) (Ping timeout)
- # [19:01] * Joins: mixedpuppy (mixedpuppy@moz-78985667.vc.shawcable.net)
- # [19:02] <RyanVM|Sheriff> jwatt: was wondering if you had a chance to talk to bz yet
- # [19:02] <till> RyanVM|Sheriff: ping
- # [19:02] <RyanVM|Sheriff> till: pong
- # [19:02] * sheppy is now known as sheppy-offline
- # [19:02] <jwatt> RyanVM|Sheriff: yeah, well, I landed dholbert's patch
- # [19:02] * jimm-lunch is now known as jimm
- # [19:02] <RyanVM|Sheriff> jwatt: on aurora?
- # [19:02] * Joins: twi (Adium@moz-73F4169.business.telecomitalia.it)
- # [19:03] <jwatt> RyanVM|Sheriff: so once that's merged to m-c I'll request approval for aurora
- # [19:03] <jwatt> RyanVM|Sheriff: no, m-i
- # [19:03] <RyanVM|Sheriff> ah, ok
- # [19:03] <RyanVM|Sheriff> perfect, thanks
- # [19:03] <jwatt> sure
- # [19:03] <RyanVM|Sheriff> (FWIW, you can put the request in now)
- # [19:03] <jwatt> ok, will do
- # [19:03] <till> RyanVM|Sheriff: I have a crash with the same signature as bug 908887, but when visiting a website, not in a test. Think I should comment on the bug, or open a new one?
- # [19:03] <RyanVM|Sheriff> since it's obviously going to stick :)
- # [19:03] <RyanVM|Sheriff> till: open a new bug
- # [19:04] * rail is now known as rail-lunch
- # [19:04] <RyanVM|Sheriff> till: IIUC, it's a pretty generic message
- # [19:04] <till> RyanVM|Sheriff: ok, thanks
- # [19:04] <till> well, it's also GFX-related
- # [19:04] <RyanVM|Sheriff> just says that the child process crashed for some reason
- # [19:04] <till> RyanVM|Sheriff: oh, and I actually meant bug 881641
- # [19:04] * Joins: chmanchester (chmanchest@moz-6B477A27.hsd1.pa.comcast.net)
- # [19:04] <till> ah, ok
- # [19:05] * Quits: sewardj (sewardj@moz-F7AA97B1.dip0.t-ipconnect.de) (Ping timeout)
- # [19:05] * catlee is now known as catlee-afk
- # [19:06] * Joins: mihneadb_ (mihneadb@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:06] * armenzg_lunch is now known as armenzg
- # [19:06] * Joins: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com)
- # [19:07] * Joins: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP)
- # [19:07] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3d72fcbf22a5 - Tom Schuster - Bug 913280 - Electrolysis: Refactor RemoteWebProgress to use a Manager that owns the toplevel and all the sublevel WebProgress objects. r=felipe
- # [19:08] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [19:09] * Quits: Pike (chatzilla@moz-B5731EB8.pool.mediaways.net) (Ping timeout)
- # [19:09] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:10] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [19:10] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] * terrence-afk is now known as terrence
- # [19:10] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [19:10] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [19:10] * Quits: caiolima (Instantbir@DF78F6C6.8A4E221D.C9F645CD.IP) (Ping timeout)
- # [19:11] * Joins: Pike (chatzilla@moz-83AF95F7.pool.mediaways.net)
- # [19:11] * Quits: lzzluca (lzzluca@7D31D43C.98ED30D2.E795C17A.IP) (Quit: Ex-Chat)
- # [19:13] * Parts: edmorley (~edmorleys@88F51059.F3BBB17D.144F44FA.IP)
- # [19:13] * lightsofapollo|afk is now known as lightsofapollo
- # [19:14] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [19:14] * coop is now known as coop|lunch
- # [19:15] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [19:15] * joduinn-home is now known as joduinn-commute
- # [19:15] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [19:15] * Joins: inolen (Adium@A88571AE.CDFDA8DC.591ED24F.IP)
- # [19:15] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/2c19e0a8d53e - Jason Orendorff - Bug 893186, part 1 - Fix some code in xpconnect to use JS_HasProperty instead of JS_GetPropertyAttributes. r=bholley.
- # [19:15] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/77e2eaaf2fbb - Jason Orendorff - Bug 893186, part 5 - Delete JS_GetPropertyAttributes and many similar APIs; remove half a dozen methods from JS::Class. r=Waldo.
- # [19:15] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5b8f4f23d53e - Jason Orendorff - Bug 893186, part 3 - Add JS_GetOwnPropertyDescriptor. Migrate a test from JS_GetPropertyAttributes to the new thing. r=njn.
- # [19:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5a5583d59e3f - Jason Orendorff - Bug 893186, part 2 - In Interpreter-inl.h, use JSObject::getGenericAttributes instead of JSObject::getPropertyAttributes. r=njn.
- # [19:16] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/9515bf89bc4a - Jason Orendorff - Bug 893186, part 4 - Replace a use of JS_GetUCPropertyAttributes in JSD with a call to JS_GetOwnPropertyDescriptorById. r=luke.
- # [19:16] * Joins: dmarcos (dmarcos@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:16] * Quits: nical (nico@87C1F78E.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [19:17] * Quits: twi (Adium@moz-73F4169.business.telecomitalia.it) (Ping timeout)
- # [19:17] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:18] <seth> dang, there's nobody i can poke about mfbt stuff other than waldo, huh?
- # [19:18] <seth> that module could use more peers
- # [19:18] <Ms2ger> You can try me
- # [19:18] <Ms2ger> But I don't like your patch :)
- # [19:18] <seth> Ms2ger: heh, this is a new subject that you also may not like =)
- # [19:19] * kats is now known as kats-lunch
- # [19:19] <Ms2ger> Try me
- # [19:19] <seth> another problem i have is that you can't return Maybe<T> from a function; it's not copyable
- # [19:19] <seth> i can certainly see that that's unsafe in certain circumstances, but there are many circumstances in which it is not unsafe, and would be very useful
- # [19:20] <seth> can we either make Maybe<T> copyable or add another class (say Optional<T>) that supports copying?
- # [19:20] <Ms2ger> I'm not sure if I want to figure out when it would be safe :)
- # [19:20] <tbsaunde> seth: sgtm if s/copyable/moveable/
- # [19:20] * Joins: azakai_ (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:20] <@khuey> yeah why can't you use use && semantics?
- # [19:20] * Quits: masayuki (Thunderbir@moz-86D7F6E4.zaq.ne.jp) (Ping timeout)
- # [19:20] * chmanchester is now known as chmanchester|afk
- # [19:20] <tbsaunde> did jlebar land the patch adding Move() before he left?
- # [19:20] <seth> uh, you can, but sometimes that's annoying
- # [19:20] <seth> it's a good idea to support move, i agree
- # [19:21] <bz> There's a dom::Optional
- # [19:21] <bz> built on top of Maybe...
- # [19:21] <seth> the circumstances where it's unsafe are pretty much when you have pointers to the interior of the object
- # [19:21] <seth> just don't do that
- # [19:21] <Ms2ger> Heh
- # [19:21] <seth> (if you want to copy/move)
- # [19:21] <bz> That's not the only case
- # [19:21] <seth> bz: is it copyable/movable?
- # [19:21] <@khuey> tbsaunde: I believe so
- # [19:21] <tbsaunde> so, is there a case where coppying T is fine but Maybe<T> is not?
- # [19:21] <bz> If your object contains JS::Rooted, it's not safe
- # [19:21] <bz> seth: no
- # [19:21] * Joins: twi (Adium@moz-73F4169.business.telecomitalia.it)
- # [19:21] <seth> then that is not what i want =\
- # [19:22] <bz> seth: some things have sneak pointers to self
- # [19:22] * seth doesn't know anything about JS::Rooted
- # [19:22] <bz> seth: like strings and arrays
- # [19:22] <tbsaunde> khuey: \O/
- # [19:22] <bz> seth: well, it's a class that assumes it's stack-only, for a start
- # [19:22] <@khuey> tbsaunde: he made me review a patch that uses it, at least
- # [19:22] * Joins: mwu (mwu@moz-2E883D31.hsd1.nj.comcast.net)
- # [19:22] <bz> seth: and that its construction/destruction follows stack discipline
- # [19:22] <seth> well, things annotated with MOZ_STACK_CLASS are probably a bad choice for this
- # [19:22] * Quits: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [19:23] <seth> presumably we can statically check this (do those tools actually exist?)
- # [19:23] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:24] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [19:24] <@ted> we used to have static analysis builds that checked some of those
- # [19:25] <@ted> i think jcranmer was looking to revive those?
- # [19:25] <@ted> (but in a different form)
- # [19:25] <seth> it's a good idea
- # [19:25] * Quits: kk1fff (kk1fff@moz-66F9AB3D.dynamic.hinet.net) (Quit: kk1fff)
- # [19:25] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [19:26] * philor looks at the S in every linux64 debug row
- # [19:26] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Client exited)
- # [19:26] <jcranmer> ted: we have them
- # [19:26] <jcranmer> ted: look at S on tbpl
- # [19:26] <seth> nice
- # [19:26] <@khuey> did somebody turn on talos email for b2g inbound?
- # [19:26] * Joins: squib (squib@moz-54866485.dhcp.mdsn.wi.charter.com)
- # [19:26] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [19:26] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [19:26] * ChanServ sets mode: +o smaug
- # [19:26] <philor> yes
- # [19:26] <@ted> jcranmer: oh, i apparently forgot
- # [19:26] <mbrubeck> khuey: Yes, https://bugzilla.mozilla.org/show_bug.cgi?id=913517
- # [19:26] <@ted> also i don't look at TBPL that much
- # [19:26] * Joins: Keva161 (Keva161@moz-D4E2F7.static.enta.net)
- # [19:27] * Quits: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [19:27] <philor> we also have ASan builds and tests, so stop with all that sloppy memory usage
- # [19:27] * Joins: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP)
- # [19:27] <seth> Ms2ger: so i'm probably going to file a bug about this and cook up an Optional<T> patch. (i guess that's a less invasive change than making Maybe<T> copyable/movable)
- # [19:27] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/3f316248eb01 - Chris Peterson - Bug 912748 - Only call GsmCellLocation.getPsc() on GB+. r=blassey
- # [19:27] * Quits: bnicholson (bnicholson@moz-E98974C1.hsd1.ca.comcast.net) (Quit: Ex-Chat)
- # [19:27] <jcranmer> ted: to be fair, they have been visible by default for all of 24 hours or less
- # [19:28] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [19:28] <mbrubeck> khuey: Also considering turning it on for UX
- # [19:28] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:28] <seth> we have horrible things in the code like arguments passed using pointers rather than by value just to encapsulate the fact that they're optional. there are cases where we have out-args just because of this problem (since the hack i just described doesn't work well for return values)
- # [19:29] * Quits: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [19:29] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [19:30] <tbsaunde> seth: well, you probably shouldn't be passing things bigger than an int by value anyway
- # [19:30] * Quits: yzen (yzen@67828CC7.C1A51174.9D42CF23.IP) (Quit: yzen)
- # [19:30] <seth> tbsaunde: i'm not sure that i'd put the crossover pointer at one machine word but they should be small things, sure
- # [19:30] * Joins: jhammel (jhammel@moz-14240F1C.hsd1.ca.comcast.net)
- # [19:30] <seth> frequently i just need this for primitive types
- # [19:31] <tbsaunde> sure, I think being able to return optional<T> would be nice
- # [19:31] * Joins: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net)
- # [19:31] <tbsaunde> seth: I think the cross over point is short of things with ctors / dtors atleast
- # [19:32] <seth> tbsaunde: we shouldn't return already_AddRefed<T>? =)
- # [19:32] * Quits: jdm (jdm@13F2CEC5.7672369.D8E68FF6.IP) (Quit: Lost terminal)
- # [19:32] <seth> heh, well i guess you're talking about arguments and not return values
- # [19:33] * Quits: clokep (Instantbir@moz-1484204D.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [19:33] * Quits: twi (Adium@moz-73F4169.business.telecomitalia.it) (Quit: Leaving.)
- # [19:33] * Quits: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP) (Quit: RealRaven)
- # [19:33] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/9101f8a0fc29 - Ryan VanderMeulen - Bug 865364 - Disable test_DownloadCore.js due to intermittent failures. a=test-only
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/f495983f9c0a - Ryan VanderMeulen - Bug 871713 - Disable browser_dbg_propertyview-filter-02.js and browser_dbg_propertyview-filter-03.js on Linux and OSX due to intermittent failures. a=test-only
- # [19:34] <seth> though passing in smart pointers as arguments is pretty common in the non-mozilla smart pointer world
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/fc3969695f26 - Ryan VanderMeulen - Bug 874108 - Disable test_bug656379-1.html on Windows due intermittent failures. a=test-only
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/ea2438ab815a - Ryan VanderMeulen - Bug 894922 - Disable test_bug448534.html on Windows due to intermittent failures. a=test-only
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/aa9f2d073ad8 - Mihai Sucan - Bug 888558 - Intermittent browser_webconsole_bug_646025_console_file_location.js | Timed out while waiting for: console API messages. r=me, a=test-only
- # [19:34] <tbsaunde> seth: yeah, I'm talking about arguments
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/6b9d87ada740 - Ryan VanderMeulen - Bug 869802 - Disable test_bookmarks_html.js on OSX due to intermittent failures. a=test-only
- # [19:34] <seth> i'm being too pedantic though; in general i think ctors/dtors is a good rule of thumb, it's just not 100% true
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/cddf08bd6d04 - Ryan VanderMeulen - Bug 860349 - Disable browser_dbg_createChrome.js on OSX due to intermittent failures. a=test-only
- # [19:34] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/530c49450606 - Ryan VanderMeulen - Bug 903750 - Disable browser_dbg_propertyview-filter-01.js on OSX due to intermittent failures. a=test-only
- # [19:35] <firebot> http://hg.mozilla.org/releases/mozilla-beta/rev/5f4afc920176 - Mihai Sucan - Bug 907332 - Intermittent browser_webconsole_bug_594477_clickable_output.js | Timed out while waiting for: network message displayed. r=me, a=test-only
- # [19:35] <tbsaunde> sure, the exception that proves the rule and all
- # [19:35] * Joins: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP)
- # [19:35] <tbsaunde> I do think passing in smart pointers by value is generally stupid (though there are a few cases where passing already_AddRefed<T> is reasonable for performance
- # [19:36] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Input/output error)
- # [19:37] <seth> well, some smart pointer libraries are designed around it; if you don't want that performance hit because the callee doesn't need to own a copy, you can pass it by reference, and if you're transferring ownership you can move it
- # [19:37] <seth> so you only really pay in the cases where you actually need to bump the refcount
- # [19:38] * Joins: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net)
- # [19:38] <seth> it's kinda nice that those three options are distinct in the type system so you can see the behavior of the function you're calling
- # [19:38] * Quits: mihneadb_ (mihneadb@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [19:39] * hwine-commuting is now known as hwine
- # [19:39] * Quits: vingtetun (Thunderbir@DA4ABEAF.1DE10CA8.D8E68FF6.IP) (Ping timeout)
- # [19:39] * chmanchester|afk is now known as chmanchester
- # [19:40] * Joins: davidb-bot (uid12418@moz-31ABA2C0.irccloud.com)
- # [19:40] * Quits: davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP) (Quit: davidb)
- # [19:40] * Quits: RattyAway (Jim_diGriz@8F2B84D7.587715E1.FB243CD8.IP) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.0.15pre/20110606000022])
- # [19:41] * jorendorff is now known as jorendorff_away
- # [19:41] * Joins: gerv (Instantbir@moz-8E68CF56.in-addr.arpa)
- # [19:42] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [19:42] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.90.1 [SeaMonkey 2.20/20130803200527])
- # [19:43] <dholbert> bz, rs=you to remove that Clear() that you pointed out?
- # [19:44] <bz> dholbert: yup
- # [19:44] <dholbert> bz, (I agree it's superfluous; it's there because it was useful in an earlier version of the patch). Thanks!
- # [19:44] * Joins: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [19:44] * kats-lunch is now known as kats
- # [19:46] * Quits: Pike (chatzilla@moz-83AF95F7.pool.mediaways.net) (Ping timeout)
- # [19:46] * Joins: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [19:46] * Quits: @dbaron (dbaron@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [19:46] * Joins: Pike (chatzilla@moz-83AF95F7.pool.mediaways.net)
- # [19:47] * catlee-afk is now known as catlee
- # [19:47] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Input/output error)
- # [19:48] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
- # [19:48] <catlee> mbrubeck: heh, apparently it's B2g-Inbound, not B2G-Inbound :P
- # [19:48] * Joins: smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi)
- # [19:48] * ChanServ sets mode: +o smaug
- # [19:49] * Joins: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net)
- # [19:49] * Quits: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP) (Ping timeout)
- # [19:49] * philor is now known as philor|afk
- # [19:50] * Joins: Lethalman (lethal@moz-31C73A11.libero.it)
- # [19:50] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [19:52] * Joins: jdm (jdm@13F2CEC5.7672369.D8E68FF6.IP)
- # [19:53] * Quits: jez (user@moz-4B93ED4.bethere.co.uk) (Quit: )
- # [19:55] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/94e1942ba378 - Daniel Holbert - Bug 913247 followup: Remove superfluous call to imagesToRefresh.Clear(). rs=bz
- # [19:56] <seth> bz: argh, cmon, Optional _and_ Nullable already exist?
- # [19:56] <Ms2ger> Yes
- # [19:56] <Ms2ger> Because we need them
- # [19:56] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [19:56] * Quits: gwagner (Gregor@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner)
- # [19:56] <seth> bz: what do you think of moving Nullable out of mozilla::dom and into mfbt, and adding e.g. move operators?
- # [19:56] <jesup> bsmedberg: ping
- # [19:56] <@bsmedberg> jesup: pong
- # [19:57] * Joins: Archaeopteryx (itsme@moz-DC5632DA.cust.telecolumbus.net)
- # [19:57] <bz> seth: mmm
- # [19:57] <seth> Ms2ger: sure but we have taken all 3 of the common names to express this concept, and not one of them does it perfectly
- # [19:57] <bz> seth: so Nullable unconditionally constructs its internal T
- # [19:57] <seth> bz: hmm, true, that is a bit different
- # [19:57] <bz> seth: (which we should maybe change?)
- # [19:57] <jesup> bsmedberg: ok if I assign you the review of the deadman switch? This is in prep for decision on go/no-go for Android webrtc/getusermedia in 24. Green Try
- # [19:58] <@bsmedberg> jesup: I guess; I'll have to read up on what you're actually trying to accomplish ;-)
- # [19:58] <jesup> and verified by bnicholson that it deadmans if it locks on android
- # [19:58] <bz> seth: The difference between Optional and Nullable is slightly sadfaces
- # [19:58] <bnicholson> jesup: i think i have gdb attached after reproducing the bug on nightly, what next?
- # [19:59] <seth> bz: what was the goal in having both of them?
- # [19:59] <jesup> bsmedberg: There's an apparent deadlock in turning off audio on some android systems (timing related). This guarantees we don't sit locking the camera/mic/chewing power forever
- # [19:59] <jesup> bnicholson: great!
- # [19:59] <bz> seth: one represents nullable things in IDL (sometimes)
- # [19:59] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Ping timeout)
- # [19:59] <bz> seth: one represents optional things
- # [19:59] <jesup> Start with "info tasks"
- # [19:59] <bz> seth: something can be both nullable _and_ optional
- # [20:00] <bz> seth: as in, you could have an argument which can be "not passed", "null", or an integer
- # [20:00] <firebot> Check-in: http://hg.mozilla.org/releases/mozilla-beta/rev/9aae13608f05 - Ryan VanderMeulen - No bug - Add some missing $(NULL)s. a=bustage
- # [20:00] <bnicholson> jesup: Your application does not use any Ada tasks.
- # [20:00] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:00] <bz> seth: I think when I initially wrote Nullable I mostly designed it for primitive type
- # [20:00] <jesup> Sorry, "info threads"
- # [20:00] <jesup> ugh
- # [20:00] <bz> seth: er, types
- # [20:00] <Ms2ger> bnicholson, that sounds like you're denying him a research position
- # [20:00] <bz> seth: for which lazy construction was not needed all that much
- # [20:00] <bnicholson> lol
- # [20:00] <bz> seth: but now we can have nullable arrays too....
- # [20:00] * jesup contemplates rewriting gecko in Ada...
- # [20:00] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:01] <bz> jesup: I've considered it
- # [20:01] <bz> jesup: or more precisely, I've thought about why we should do rust and not Ada
- # [20:01] <bnicholson> jesup: i get a list of 62 threads...should i paste them somewhere for you?
- # [20:01] <jesup> Has some type safety wins. And generics a little more fun than templates
- # [20:01] <jesup> bnicholson: yes (pastebin)
- # [20:01] <bz> jesup: I think the threading model was the big thing that convinced me rust was a better idea
- # [20:01] * ctalbert|afk is now known as ctalbert
- # [20:02] <jesup> bz: aha. Ada does have it's own model, and was designed in the early 80's
- # [20:02] <bnicholson> jesup: http://pastebin.mozilla.org/2986189
- # [20:02] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [20:02] <jesup> I used to work for a guy who was on the Green Book comittee
- # [20:02] <Ms2ger> jesup, Ghadaffi?
- # [20:03] <jesup> Nah, he was busy. Dave MacGonagle
- # [20:03] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:03] <mbrubeck> catlee: crazy graph-sever names :)
- # [20:03] <bz> jesup: Right, and it shows
- # [20:03] * Quits: cers (csonne@moz-D706C2D4.fullrate.dk) (Quit: Computer has gone to sleep.)
- # [20:03] <bz> jesup: rust is a lot more into the shared-nothing explicit-handoff model than Ada is.
- # [20:03] <seth> bz: that all makes sense. luke wagner just posted on the bug i filed saying that he thought we should just fix Maybe<T> to be a real Maybe type. maybe that's the simplest solution here?
- # [20:03] <bz> seth: makes sense to me
- # [20:04] <jesup> I did an entire RISC CPU compiler-backend (optmizer/reorder/assemble/link) in Ada for him
- # [20:04] <seth> i wouldn't be surprised to learn that Optional<T> and Nullable<T> are used in more places in Maybe<T>, and thus changing one of those would involve touching much more code
- # [20:04] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [20:05] <Ms2ger> jesup, was it correct? :)
- # [20:05] * Joins: tjc (tjc@moz-BBE3ABD.mv.mozilla.com)
- # [20:05] * Joins: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [20:05] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:06] <jesup> bnicholson: "whereall" and pastebin
- # [20:06] <bnicholson> jesup: undefined command
- # [20:06] * Quits: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP) (Connection timed out)
- # [20:06] * rail-lunch is now known as rail
- # [20:06] <jesup> bnicholson: really....
- # [20:07] * Joins: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP)
- # [20:07] <jesup> bnicholson: "show version"
- # [20:07] <bnicholson> GNU gdb (GDB) 7.5-github.com/darchons/android-gdb/4f632e3
- # [20:07] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:07] * geekboy is now known as geekboy|afk
- # [20:07] * Joins: jgilbert (jgilbert@moz-7B0110AD.mv.mozilla.com)
- # [20:08] <bnicholson> should it be "where all" as two separate words? with that i get 'No symbol table is loaded. Use the "file" command.'
- # [20:08] <jesup> no, onw word
- # [20:08] <jesup> dumps all stacks
- # [20:08] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [20:08] * Boriss_ is now known as Boriss
- # [20:08] <jesup> let me get a list of threads to dump
- # [20:08] * Joins: christina (christina@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:09] * Joins: rniwa (rniwa@5FEFE500.BA327C77.775DF071.IP)
- # [20:09] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [20:10] <NeilAway> glandium: http://mxr.mozilla.org/comm-central/source/mozilla/config/recurse.mk#33
- # [20:11] <NeilAway> glandium: last time I asked pymake deliberately serialises its command line targets
- # [20:11] <jesup> bnicholson: 56 55 54 53 52 51 49 48 46 45 44 (important) 18 11 1
- # [20:11] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Quit: lizzard)
- # [20:11] <NeilAway> glandium: unless you know different?
- # [20:11] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Ping timeout)
- # [20:12] <bnicholson> jesup: do you want me to do 'where x' for each of those?
- # [20:12] <jesup> for each: "thread N" "where" and capture all the output for pastebin (one pastebin for all is fine so long as I can see the thread numbers or your commands
- # [20:12] <jesup> Yeah, or where N
- # [20:12] <bnicholson> ok
- # [20:13] <jesup> 44 is especially interesting
- # [20:13] * Joins: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP)
- # [20:13] <bnicholson> jesup: here's 44 while i work on the others: http://pastebin.mozilla.org/2986273
- # [20:13] * jorendorff_away is now known as jorendorff
- # [20:14] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [20:14] * Joins: paolo (paolo@moz-C7B22DA5.retail.telecomitalia.it)
- # [20:15] * Joins: ehugg (chatzilla@CC43922C.29102B70.6CD50604.IP)
- # [20:15] <bnicholson> jesup: the output for all of them is actually the same...
- # [20:15] <jesup> Ms2ger: It worked. Correct? good question. We were amused (and surprised!) when we found that the language let you give initializers for composed/derived types, but not for basic types (ints), and didn't initialize them to 0 or anything else -- and the compiler didn't warn about use of uninitialized values, which the SAS/Lattice C compiler for the Amiga did at the time
- # [20:16] <jesup> But we had I think 8 levels of Ada generics (DAGs of instructions, which were built from lower-level generics, etc)
- # [20:16] <jesup> Circa 1986/7
- # [20:16] <Mook_as> bnicholson: what does `thread apply all where` do?
- # [20:17] * sheppy-offline is now known as sheppy
- # [20:17] <bnicholson> Mook_as: looks like it does what jesup was expected with whereall
- # [20:18] <Ms2ger> jesup, that sounds like another reason not to use it :)
- # [20:18] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [20:18] <bnicholson> is there an easy way to get multi-pagenated output like this on the clipboard? there are 65 threads and only 2-3 shown per scroll
- # [20:18] <jesup> bnicholson: 44 is odd; it doesn't seem to match "info threads"
- # [20:19] <jesup> set log file foo; set logging on
- # [20:19] <jesup> it doesn't echo your commands
- # [20:19] <bnicholson> ah ok
- # [20:19] <bnicholson> so do you want the 'thread apply all where' output?
- # [20:19] <jesup> sure
- # [20:19] <tbsaunde> seth: is operator bool maybe really a great idea? the safe bool thing is a bit better I guess, but Maybe<bool>::operator bool seems like it'll be pretty confusing / non obvious what it does
- # [20:20] * Joins: _KAMI_ (kami@moz-94C1D3C0.pool.businesstel.hu)
- # [20:20] <bnicholson> jesup: http://pastebin.mozilla.org/2986294
- # [20:22] <bnicholson> interesting, that gave different output for 44...
- # [20:22] <jesup> bnicholson: Aha! android::AudioRecord::~AudioRecord()
- # [20:22] <_KAMI_> Hi! In the latest final version some people reported strange lockups when they visited few pages on Windows. However I haven't got windows box around to test it.
- # [20:22] <jesup> bnicholson: that's *very* interesting
- # [20:24] <jesup> So, AudioRecord is an internal Android class
- # [20:24] <firebot> Check-in:
- # [20:24] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/1699c4e7afdc - Kannan Vijayan - Bug 909764 - Fix IonBuilder to properly propagate exceptions raised during compilation. Make getTypeOrSingleObject (and any of its infallible callers) into fallible
- # [20:24] * joduinn-commute is now known as joduinn
- # [20:24] <firebot> methods. r=h4writer
- # [20:24] * Joins: gwagner (gwagner@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:25] * Joins: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP)
- # [20:25] <_KAMI_> The Firefox stop responding after loading uch popular Hungarian pages like: http://szotar.sztaki.hu/search?fromlang=eng&tolang=hun&fromlang=eng&tolang=hun&searchWord=ablak&langcode=hu&u=0&langprefix=&searchMode=WORD_PREFIX&viewMode=full&ignoreAccents=0
- # [20:25] <_KAMI_> Unfortunatelly I cannot reproduce n my Linux box
- # [20:26] * Joins: Boriss_ (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [20:26] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Connection reset by peer)
- # [20:26] * Boriss_ is now known as Boriss
- # [20:28] * baku is now known as baku|away
- # [20:28] <jesup> bnicholson: Can you try this in Beta 24? Is this seen on Beta?
- # [20:29] * Quits: teoli (teoli@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [20:29] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [20:29] <jesup> bnicholson: Can you try to do the same thing on Beta? That'd help a bunch
- # [20:30] * Joins: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de)
- # [20:30] <bnicholson> jesup: sure, one minute
- # [20:30] <jesup> comparing the stacks will be useful and verify if it's the same bug
- # [20:31] * Quits: m_gol (m_gol@moz-67BA5B6.neoplus.adsl.tpnet.pl) (Quit: Leaving...)
- # [20:31] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [20:32] * Quits: +Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Quit: .)
- # [20:32] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e1b943e64032 - Bobby Holley - Bug 905364 - Stop using the SafeJSContext in nsScriptSecurityManager::Init. r=mrbkap
- # [20:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/56d1c3a7fd4e - Bobby Holley - Bug 905364 - Force the SafeJSContext to fire up in xpcshell. r=bz
- # [20:32] * baku|away is now known as baku
- # [20:32] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5b1ca7188e84 - Bobby Holley - Bug 905364 - Don't call into AllowXULXBLForPrincipal during SafeJSContext initialization. r=bz
- # [20:33] * Joins: sewardj (sewardj@moz-B41AD693.dip0.t-ipconnect.de)
- # [20:34] * Quits: azakai (alon@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
- # [20:35] * kats is now known as kats-afk
- # [20:35] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [20:35] * Quits: ctangira (ctangira@moz-CFCC7B62.cisco.com) (Ping timeout)
- # [20:35] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:35] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [20:36] * Joins: ctangira (ctangira@moz-33EFC956.cisco.com)
- # [20:37] * Quits: redwood (chatzilla@26E73836.156CBEAD.74E1C77A.IP) (Ping timeout)
- # [20:38] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [20:38] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:39] * Quits: wlach (wlach@239F6FBE.80831F93.3DEE0DD0.IP) (Quit: Ex-Chat)
- # [20:39] * Quits: botond-laptop (chatzilla@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [20:40] * Joins: thelodger (thelodger@moz-36628F4F.b-ras3.mvw.galway.eircom.net)
- # [20:41] * Parts: ejpbruel (ejpbruel@moz-5EE20326.adsl2.static.versatel.nl)
- # [20:42] * Quits: marco (marco@moz-7B0110AD.mv.mozilla.com) (Input/output error)
- # [20:42] * Quits: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP) (Connection timed out)
- # [20:42] * Joins: botond-laptop (chatzilla@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:43] * Joins: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP)
- # [20:43] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:43] * merike|away is now known as merike
- # [20:43] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [20:44] * Quits: marco (marco@moz-7B0110AD.mv.mozilla.com) (Input/output error)
- # [20:44] * KaiRo is now known as KaiRo_away
- # [20:44] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:44] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [20:45] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/5184488ec31a - Jeff Gilbert - Bug 912606 - Test that mismatched webgl context request ids fails. - r=bjacob
- # [20:45] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/5eec009b3020 - Jeff Gilbert - Bug 912606 - Warn on webgl context requests with mismatched ids. - r=bjacob
- # [20:46] * armenzg is now known as armenzg_brb
- # [20:47] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:47] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:47] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:47] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:48] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:48] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:48] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:48] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:49] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:49] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:49] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:49] * kats-afk is now known as kats
- # [20:49] * baku is now known as baku|away
- # [20:49] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:49] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:50] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:50] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:50] * Joins: gcp (gpascutto@moz-9CEB1C98.access.telenet.be)
- # [20:51] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [20:51] * Quits: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP) (Ping timeout)
- # [20:51] * Joins: mikeratcliffe (Adium@BDDA0D67.C2B26F36.7CCB197A.IP)
- # [20:51] * Quits: christina (christina@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: christina)
- # [20:52] * Joins: gcp (gpascutto@moz-9CEB1C98.access.telenet.be)
- # [20:52] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:52] * Quits: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se) (Max SendQ exceeded)
- # [20:52] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [20:52] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [20:53] * Joins: tonymec (tonymec@D51B46E5.4CD2F936.A9371869.IP)
- # [20:53] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Client exited)
- # [20:53] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [20:53] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:53] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:53] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [20:53] * Quits: dmarcos (dmarcos@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving...)
- # [20:53] * Quits: vladan (vladan@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [20:53] * Joins: gcp (gpascutto@moz-9CEB1C98.access.telenet.be)
- # [20:54] <WeirdAl> NeilAway: ping re notifications
- # [20:55] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [20:55] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [20:55] * Joins: vladan (vladan@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:55] * Quits: kdcw (kdcw@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- The professional IRC Client :D)
- # [20:55] * Quits: jdm (jdm@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [20:55] * Joins: wannabe_dev (androirc@E735CAD6.6A32FD67.66B05DD8.IP)
- # [20:55] * Quits: wannabe_dev (androirc@E735CAD6.6A32FD67.66B05DD8.IP) (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
- # [20:55] * Quits: bjacob (bjacob@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [20:56] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [20:56] * Joins: bjacob (bjacob@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:57] * Joins: jdm (jdm@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:57] * Quits: jdm (jdm@13F2CEC5.7672369.D8E68FF6.IP) (Quit: Lost terminal)
- # [20:57] * Joins: cers (csonne@moz-D706C2D4.fullrate.dk)
- # [20:57] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [20:58] * Joins: bwc1 (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [20:58] * Joins: Cork (Cork@moz-352B7E7B.a370.priv.bahnhof.se)
- # [20:58] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:58] * Quits: _KAMI_ (kami@moz-94C1D3C0.pool.businesstel.hu) (Client exited)
- # [20:59] * Quits: bwc (Adium@moz-7B0110AD.mv.mozilla.com) (Ping timeout)
- # [21:00] * Joins: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it)
- # [21:01] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [21:01] * Quits: KWierso (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [21:02] * Parts: mikeratcliffe (Adium@BDDA0D67.C2B26F36.7CCB197A.IP)
- # [21:02] * Joins: KWierso (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [21:02] * Joins: mikeratcliffe1 (Adium@BDDA0D67.C2B26F36.7CCB197A.IP)
- # [21:02] * Parts: mikeratcliffe1 (Adium@BDDA0D67.C2B26F36.7CCB197A.IP)
- # [21:03] * Joins: wlach (wlach@3C398817.7B218AF2.47C41102.IP)
- # [21:03] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [21:04] * Joins: nicklebedev (nicklebede@moz-29D843ED.net151.n37.ru)
- # [21:04] * philor|afk is now known as philor
- # [21:04] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [21:04] * bnicholson is now known as bnicholson|lunch
- # [21:05] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e87c91815713 - Ehsan Akhgari - Bug 913531 - Remove the unnecessary #includes from nsIXPConnect.idl; r=bholley
- # [21:05] * Quits: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net) (Ping timeout)
- # [21:06] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [21:06] * Quits: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [21:06] * Joins: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it)
- # [21:07] * joduinn is now known as joduinn-food
- # [21:08] * khuey is now known as khuey|away
- # [21:09] * Joins: janv (varga@moz-548B5BA.o2inet.sk)
- # [21:09] * Quits: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP) (Connection timed out)
- # [21:09] * Joins: jdm (jdm@FCCEA34F.7672369.D8E68FF6.IP)
- # [21:09] * juanb is now known as juanb|afk
- # [21:10] * Joins: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP)
- # [21:10] * jhammel is now known as jhammel|afk
- # [21:10] * Quits: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [21:10] * Quits: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [21:10] * Joins: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it)
- # [21:12] * Quits: victorporof (victorporo@338A6DC2.9CD5E4C4.D111398B.IP) (Quit: victorporof)
- # [21:12] * merike is now known as merike|away
- # [21:12] * Quits: catlee (catlee@moz-A98F27BA.members.linode.com) (Ping timeout)
- # [21:13] * Quits: aleth_dev (Instantbir@moz-30EBFA3C.ictp.it) (Quit: Instantbird 1.5a1pre -- http://www.instantbird.com)
- # [21:13] * armenzg_brb is now known as armenzg
- # [21:13] * coop|lunch is now known as coop|afk
- # [21:13] * Quits: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [21:13] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [21:13] * Quits: paolo (paolo@moz-C7B22DA5.retail.telecomitalia.it) (Quit: Konversation terminated!)
- # [21:14] * Quits: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net) (Quit: OSError: [Errno 130] Owner died)
- # [21:14] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [21:14] * Joins: catlee (catlee@moz-A98F27BA.members.linode.com)
- # [21:15] * Quits: Waldo (waldo@moz-537BCF9.hsd1.ca.comcast.net) (Quit: bdinnou)
- # [21:15] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:15] * Quits: blassey (blassey@BA67ACA8.103DC7D.4EA770CF.IP) (Ping timeout)
- # [21:15] * WeirdAl wonders for the billionth time why we don't have a SafePrefs.jsm module which checks the type of a preference before fetching it
- # [21:16] * jhopkins is now known as jhopkins|bbiab
- # [21:16] <tbsaunde> add one
- # [21:16] * Quits: catlee (catlee@moz-A98F27BA.members.linode.com) (Ping timeout)
- # [21:16] <WeirdAl> would people use it?
- # [21:17] * JosiahOne|Away is now known as JosiahOne
- # [21:17] <hub> WeirdAl: you would. I would
- # [21:17] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [21:17] <WeirdAl> or would we be better off introducing, say .getCharPrefSafe(prefName, default)
- # [21:17] <RyanVM|Sheriff> avih: did you mean to needinfo? honza?
- # [21:17] * Quits: tjc (tjc@moz-BBE3ABD.mv.mozilla.com) (Quit: zzzzzzzzzz)
- # [21:18] * Joins: catlee (catlee@moz-A98F27BA.members.linode.com)
- # [21:18] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [21:18] * Quits: mkaply (mkaply@moz-E77BA452.gtwncmta01.grtntx.tl.dh.suddenlink.net) (Ping timeout)
- # [21:21] * Joins: pbocan (Thunderbir@moz-CE1B6833.adsl.slovanet.sk)
- # [21:22] * Joins: lizzard (ehenry@moz-5A4BE8E8.dsl.static.sonic.net)
- # [21:22] * Joins: teoli (teoli@moz-5B89540D.range86-166.btcentralplus.com)
- # [21:22] <kats> mbrubeck: do you know what the "number of constructors" metric measures? it blamed my nsViewportInfo changes for an increase in the number of constructors but i only changed the types of some things, didn't add or remove any constructors
- # [21:23] <dholbert> kats, I think it's number of static constructors invoked at startup
- # [21:23] * Quits: alagenchev (chatzilla@moz-B04A7919.bootp.virginia.edu) (Quit: ChatZilla 0.9.87 [Iceape 2.7.11/20121123114143])
- # [21:23] <kats> hm. i didn't think my changes would have added static constructors. let me look again
- # [21:23] <Ms2ger> Yeah, they probably would have
- # [21:24] <Ms2ger> You added static typed points
- # [21:24] <Ms2ger> Some constexpr on the constructors would probably work
- # [21:24] <Archaeopteryx> WeirdAl: the second argument if there is no built-in default value?
- # [21:25] <WeirdAl> yes - but it would still throw if the types mismatched (i.e. calling getCharPref for a boolean pref type)
- # [21:25] <kats> ah yeah it was probably the kViewportMinSize and kViewportMaxSize
- # [21:25] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [21:25] <nmatsakis> decoder: ping
- # [21:25] <WeirdAl> Archaeopteryx: ^^
- # [21:26] <tbsaunde> WeirdAl: no clue I avoid js like the plague
- # [21:27] <tbsaunde> kats: give me a link and I can take a look
- # [21:28] * Joins: cpearce (chatzilla@moz-534CC065.xdsl.xnet.co.nz)
- # [21:29] <Mook_as> WeirdAl: umm, isn't that what FUEL was?
- # [21:29] <WeirdAl> nobody remembers FUEL :)
- # [21:30] <WeirdAl> (more's the pity, that)
- # [21:31] <kats> tbsaunde: http://hg.mozilla.org/integration/b2g-inbound/rev/ef69ff386624 and http://hg.mozilla.org/integration/b2g-inbound/rev/610908ca3739
- # [21:31] <WeirdAl> !seen Mano
- # [21:31] <firebot> mano was last seen 3 days, 3 hours and 48 seconds ago, saying 'i've not got anything.' in #places.
- # [21:33] <WeirdAl> I could really use an explanation of lambda functions in response to bug 835916 comment 14
- # [21:33] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [21:33] * Joins: arasbm (zooby@moz-8E336844.vf.shawcable.net)
- # [21:34] * Quits: chmanchester (chmanchest@moz-6B477A27.hsd1.pa.comcast.net) (Input/output error)
- # [21:34] <dholbert> kats, yeah, looks like you should be able to fix that by marking the ScaleFactor() constructor as MOZ_CONSTEXPR, here: http://mxr.mozilla.org/mozilla-central/source/gfx/2d/ScaleFactor.h#29
- # [21:34] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [21:34] <Ms2ger> WeirdAl, I vaguely remember the name FUEL :)
- # [21:35] <dholbert> kats, at least, that constructor looks equivalent the "AtomicBase" constructor here, which is marked as MOZ_CONSTEXPR: http://mxr.mozilla.org/mozilla-central/source/mfbt/Atomics.h#833
- # [21:35] * Joins: dmarcos (dmarcos@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:35] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Client exited)
- # [21:35] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [21:36] * Joins: gcp (gpascutto@moz-9CEB1C98.access.telenet.be)
- # [21:36] * Joins: jduell (jduell@moz-2BE1E965.sttn.wa.megapath.net)
- # [21:36] <kats> dholbert: hm, i would have thought it would be this one that needs the constexpr: http://mxr.mozilla.org/mozilla-central/source/gfx/2d/ScaleFactor.h#33
- # [21:36] * bnicholson|lunch is now known as bnicholson
- # [21:36] <dholbert> kats, oh, right
- # [21:37] <dholbert> kats, that's what I meant
- # [21:37] <kats> ok
- # [21:37] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [21:37] * jhammel|afk is now known as jhammel
- # [21:37] * Quits: jduell (jduell@moz-2BE1E965.sttn.wa.megapath.net) (Quit: Leaving)
- # [21:38] * Joins: jduell (jduell@moz-2BE1E965.sttn.wa.megapath.net)
- # [21:39] <tbsaunde> kats: yeah, that should do it, but I'd say make all those const expr while you're there
- # [21:39] <kats> tbsaunde: ok, i'll give that a shot. thanks
- # [21:39] <dholbert> kats, (actually, the one at line 31 is the one you're invoking, I think -- the 1-arg constructor)
- # [21:39] <kats> oh, yes
- # [21:39] * jhopkins|bbiab is now known as jhopkins
- # [21:39] <kats> that's what i meant :p
- # [21:39] <dholbert> k cool :)
- # [21:41] * Quits: zzzzz (chatzilla@moz-609E4EC0.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [21:42] * Joins: karl (karl@moz-C433B975.jetstream.xtra.co.nz)
- # [21:42] * Joins: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [21:42] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [21:43] <mihneadb> anybody knowledgeable about uriloader/exthandler/tests/unit/head_handlerService.js around?
- # [21:44] <WeirdAl> maybe I ought to work on a "kill unnecessary exceptions in JS code" effort - preferences misuse being one cause, QI calls instead of instanceof being another
- # [21:44] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [21:44] <mbrubeck> myk: ^
- # [21:44] <dholbert> mihneadb, hg log is your friend
- # [21:44] <mihneadb> dholbert: I did that
- # [21:44] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [21:44] <mihneadb> but seeing as this is a file since 2007
- # [21:44] <dholbert> mihneadb, ah, good. :) yeah, looks like not many people have touched it; myk is probably your best bet, per mbrubeck
- # [21:44] <mihneadb> dholbert: I tried this approach with others and I ended up pinging people who don't work at mozilla anymore
- # [21:44] <dholbert> haha
- # [21:45] * Joins: redwood (chatzilla@26E73836.156CBEAD.74E1C77A.IP)
- # [21:45] * Quits: bz (bzbarsky@moz-D68BFF08.bstnma.fios.verizon.net) (Ping timeout)
- # [21:45] <dholbert> mihneadb, that doesn't always mean they're not on IRC / available to help
- # [21:45] <kats> what test shows the number of static constructors on tbpl?
- # [21:45] <mihneadb> dholbert: the ones I ended up pinging were not :)
- # [21:45] <mihneadb> but of course
- # [21:45] <mihneadb> it's not a rule
- # [21:45] <mihneadb> myk: ping
- # [21:45] * Quits: huseby (huseby@moz-4E8C421A.husebyhome.com) (Ping timeout)
- # [21:45] <tbsaunde> kats: click on the job then its a tinder box print
- # [21:45] <mihneadb> thanks mbrubeck
- # [21:45] <tbsaunde> s/job/build/
- # [21:46] <kats> tbsaunde: thanks
- # [21:46] * Quits: teoli (teoli@moz-5B89540D.range86-166.btcentralplus.com) (Quit: )
- # [21:47] <myk> mihneadb: pong
- # [21:47] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:48] * philor is now known as philor|away
- # [21:48] <mihneadb> myk: I'm looking into the intermittent failures that are showing up on tbpl and I'm a bit clueless. https://tbpl.mozilla.org/php/getParsedLog.php?id=27498447&tree=Mozilla-Inbound
- # [21:48] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [21:48] <mihneadb> those tests are run in parallel
- # [21:48] <mihneadb> but I try to rerun one by one if they fail
- # [21:48] <mihneadb> and.. it doesn't help
- # [21:49] <mihneadb> I'm thinking maybe they mutate some shared file on the disk
- # [21:49] * Quits: mmc|laptop (mchew@moz-BBC0C7F1.hsd1.ca.comcast.net) (Ping timeout)
- # [21:49] <mihneadb> error comes from http://mxr.mozilla.org/mozilla-central/source/uriloader/exthandler/tests/unit/head_handlerService.js#83
- # [21:49] * Quits: JosiahOne (Instantbir@moz-2C74C5DD.lightspeed.livnmi.sbcglobal.net) (Quit: [self dealloc];)
- # [21:49] <mihneadb> any ideas?
- # [21:49] * Joins: imphil (philipp@moz-903CF301.dynamic.mnet-online.de)
- # [21:50] * Joins: mmc|laptop (mchew@moz-BBC0C7F1.hsd1.ca.comcast.net)
- # [21:51] * Quits: jduell (jduell@moz-2BE1E965.sttn.wa.megapath.net) (Input/output error)
- # [21:51] * Joins: matthewgertner (matthewger@E05025B2.7102BCB6.B7C3970A.IP)
- # [21:52] * Joins: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [21:52] * Quits: nicklebedev (nicklebede@moz-29D843ED.net151.n37.ru) (Quit: )
- # [21:52] * Quits: wlach (wlach@3C398817.7B218AF2.47C41102.IP) (Ping timeout)
- # [21:53] <NeilAway> glandium: oh sorry, I misunderstood the code, that was just moved from somewhere else
- # [21:54] <myk> mihneadb: looking…
- # [21:54] * Callek_disconnected is now known as Callek
- # [21:55] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [21:55] <mihneadb> myk: thanks
- # [21:55] * Joins: jduell (jduell@moz-2BE1E965.sttn.wa.megapath.net)
- # [21:57] * Quits: surkov (surkov@moz-174FE592.cable.teksavvy.com) (Quit: surkov)
- # [21:57] <myk> mihneadb: per http://mxr.mozilla.org/mozilla-central/source/uriloader/exthandler/tests/unit/head_handlerService.js#94 , the error is extraneous and shouldn't cause test failure; unsure why it is
- # [21:57] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [21:57] * Joins: davidb (davidb@moz-27EA7DBC.dsl.bell.ca)
- # [21:58] <mihneadb> myk: well.. it _is_ throwing an NS_ERROR_FAILURE
- # [21:58] * Joins: chmanchester (chmanchest@moz-6B477A27.hsd1.pa.comcast.net)
- # [21:58] <mihneadb> so the harness will interpret it as a failure
- # [21:58] * Quits: chmanchester (chmanchest@moz-6B477A27.hsd1.pa.comcast.net) (Input/output error)
- # [21:58] * Quits: Enn (enn@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [21:58] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [21:58] * RyanVM|Sheriff is now known as RyanVM
- # [21:59] * KWierso is now known as KWierso|Sheriff
- # [21:59] <myk> mihneadb: it's throwing that to a caller that interprets that as "this nsIDirectoryServiceProvider doesn't provide that directory; i should get it from another provider"
- # [21:59] <mihneadb> myk: oh, ok
- # [21:59] * juanb|afk is now known as juanb
- # [21:59] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [21:59] <myk> mihneadb: (if i remember correctly how nsIDirectoryServiceProvider works)
- # [21:59] <mihneadb> myk: so then the problem is one layer above this
- # [22:00] <myk> mihneadb: (erm, i mean nsIDirectoryService)
- # [22:00] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [22:00] * Joins: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP)
- # [22:00] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [22:01] * khuey|away is now known as khuey
- # [22:01] * Joins: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP)
- # [22:01] * Quits: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP) (Quit: RealRaven)
- # [22:02] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/cdb9d968f557 - Ethan Hugg - Bug 907353 - Disable second component when rtcp-mux r=ekr
- # [22:03] * Quits: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [22:03] * Quits: mhenretty (mhenretty@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: mhenretty)
- # [22:04] * Joins: mhenretty (uid11899@moz-5F4AA75A.irccloud.com)
- # [22:05] * Quits: digitsm (digitsm@FA8A65C3.72ECBFCF.C146C5E5.IP) (Ping timeout)
- # [22:05] * Callek is now known as Callek_disconnected
- # [22:05] * Callek_disconnected is now known as Callek
- # [22:07] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Boriss)
- # [22:08] * Quits: jfkthame (jfkthame@40A36AF.E2FA4A3F.3E2A4E92.IP) (Quit: This computer has gone to sleep)
- # [22:08] * Quits: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com) (Quit: Leaving.)
- # [22:08] * armenzg is now known as armenzg_afk
- # [22:08] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:09] * Quits: davidb (davidb@moz-27EA7DBC.dsl.bell.ca) (Quit: davidb)
- # [22:09] * Quits: askalski (akuda@2BA4E5A7.CC7751E8.6712E96B.IP) (Quit: Wychodzi)
- # [22:09] * Joins: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP)
- # [22:10] * Quits: RealRaven (Thunderbir@984588E.C20175C.C3498625.IP) (Quit: RealRaven)
- # [22:10] * Quits: @smaug (chatzilla@moz-D8807168.elisa-laajakaista.fi) (Ping timeout)
- # [22:10] <avih> RyanVM: yes, i did mean ni?honza, but it got lost in mid-air collision, which i later added, and then removed :) would appreciate any insight you might have on bug 879239 comment 39.1
- # [22:11] * Quits: armenzg_afk (armenzg@moz-69908390.home1.cgocable.net) (Input/output error)
- # [22:11] * geekboy|afk is now known as geekboy
- # [22:11] <RyanVM> avih: seems like a pretty useless test?
- # [22:11] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [22:12] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:12] <avih> RyanVM: what do you mean?
- # [22:12] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [22:12] <RyanVM> same test testing different things?
- # [22:12] * Joins: blassey (blassey@moz-F49F69E4.hsd1.vt.comcast.net)
- # [22:13] <seth> tbsaunde: (sorry for late reply) regarding Maybe<bool>::operator bool() - this is pretty similar to boolean conversion for bool*. i'm trying to support idiomatic C++, although i certainly agree that idiomatic C++ kinda sucks. =) i'll definitely have IsSome and IsNone methods on there too for cases where it might be unclear.
- # [22:13] <avih> that's 39.2. i was asking on 39.1 :)
- # [22:13] <avih> RyanVM: ^
- # [22:13] <RyanVM> avih: no clue, should run at the same frequency as the other
- # [22:13] <RyanVM> so if it hits more, I'd say it's due to how it's run
- # [22:13] <avih> RyanVM: yeah, same dir etc... weird..
- # [22:14] * Quits: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net) (Client exited)
- # [22:14] <avih> RyanVM: what in "how it's run" could differ?
- # [22:14] <seth> tbsaunde: btw, you might wanna add your irc nick to your phonebook entry. when i search for 'tbsaunde' nothing comes up
- # [22:14] * Quits: myk (myk@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:14] <seth> (wanted to see if you worked in the same office as me =)
- # [22:14] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [22:14] <avih> seth: shhhhh... it's a secret identity!
- # [22:15] <seth> hehe
- # [22:15] <WeirdAl> NeilAway: ping - would a PopupNotification close on its own if the main window loses focus?
- # [22:16] * Quits: janv (varga@moz-548B5BA.o2inet.sk) (Quit: This computer has gone to sleep)
- # [22:16] * Quits: mayhemer (Miranda@moz-2F75AE00.broadband6.iol.cz) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [22:16] * Joins: tjc (tjc@moz-BBE3ABD.mv.mozilla.com)
- # [22:16] <RyanVM> avih: I didn't write the test :P
- # [22:17] * Joins: jez (user@moz-4B93ED4.bethere.co.uk)
- # [22:17] * NeilAway sighs
- # [22:17] <seth> avih: so btw, i'm working on a bug related to australis and i heard from milan you might be the person to talk to to get an idea of how far off we are from our performance targets
- # [22:17] * geekboy is now known as geekboy|afk
- # [22:17] <NeilAway> google, please let me type into text fields without dropping keystrokes
- # [22:18] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Input/output error)
- # [22:18] <mihneadb> is it a known and acknowledged fact that our webGL perf is really bad, or is this a matter of people using some prefixed stuff that we don't support?
- # [22:18] <avih> RyanVM: oh rili? :p though i was asking if you're aware of how could the contexts be different.. supposedly same test at the same dir, but one fails more than the other.. just.. a bit weird.
- # [22:18] * Joins: harth (harth@2CE9209A.A75D70A.A218EE08.IP)
- # [22:19] <avih> seth: i'm helping with tools (specifically, the TART talos test), but MattN is your guy to follow actual progress.
- # [22:19] <NeilAway> WeirdAl: I think they do, yes
- # [22:20] <avih> seth: bug if you have a specific question, ask, i might have an answer anyway :)
- # [22:20] <avih> but*
- # [22:20] <WeirdAl> great...
- # [22:20] <RyanVM> avih: I meant running differently like being called as a function within another or something (same code, but not at the same call level) if that makes sense. But I'm speculating wildly and really not overly qualified to do so.
- # [22:20] * coop|afk is now known as coop
- # [22:20] * Quits: ctangira (ctangira@moz-33EFC956.cisco.com) (Quit: ctangira)
- # [22:20] * Quits: harth (harth@2CE9209A.A75D70A.A218EE08.IP) (Ping timeout)
- # [22:20] <avih> RyanVM: of course you're qualified ;) and we need wild speculations to narrow down the reasons :)
- # [22:20] <seth> avih: well, i'm working on a patch to speed up drawing of SVGs, and i've got an 8.4% improvement on TART so far
- # [22:21] <MattN> seth: we have spreadsheets such as https://docs.google.com/a/mozilla.com/spreadsheet/ccc?key=0Asj8iLTl0K0UdGJzVnVYYkJTSDREbndRWWFTLWNyS1E&pli=1#gid=4
- # [22:21] <WeirdAl> is the notification *bar* removed or deprecated, NeilAway?
- # [22:21] <seth> avih: try to get a sense of what our goals are so i have an idea of how much closer that gets us
- # [22:21] <NeilAway> WeirdAl: not as far as I know
- # [22:21] <avih> seth: yes, I'm CC'ed on it, saw your improvement report. nice :)
- # [22:21] <MattN> seth: we are trying for parity with m-c
- # [22:21] <WeirdAl> ok, maybe that's the angle I should work instead of using PopupNotifications
- # [22:21] <NeilAway> WeirdAl: what I can't remember offhand is whether the popup notification reshows when you refocus the window
- # [22:22] <WeirdAl> NeilAway: well, after about 30 tries, I briefly saw my desired popup about 20 minutes ago, but haven't reproduced
- # [22:22] <NeilAway> WeirdAl: no, you have to click on its anchor to reshow it
- # [22:23] <seth> avih: heh thanks. i'm hoping to squeeze a little more out of that patch if i can, though unfortunately the possible improvement is probably limited for small SVGs
- # [22:23] * Joins: mhenretty_ (mhenretty@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:23] * Quits: mhenretty_ (mhenretty@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: mhenretty_)
- # [22:24] * Joins: myk (myk@moz-BBE3ABD.mv.mozilla.com)
- # [22:24] * joduinn-food is now known as joduinn
- # [22:24] <MattN> seth: thanks for working on that. I'm hoping it will help UX even more than m-c as we have a new clip-path
- # [22:24] <seth> MattN: this spreadsheet looks awesome but i have to admit it's a bit tricky to read. i assume the most important info is in the right-hand section (columns V through AA), and what I want is to see all of the frame interval averages be either green or pretty close to zero, right?
- # [22:25] <WeirdAl> https://developer.mozilla.org/en-US/docs/XUL/notificationbox is what I've been looking for
- # [22:25] <avih> seth: our rough goal is to not regress compared to m-c on each of TART's sub-tests. however, we might decide that it's enough even if that goal wasn't 100% reached, because we're humans and we can ;) specifically, the svg change is a good general improvement, so it didn't necessarily bring ux closer to m-c, even if both improved (though i'm not sure that's the case, since ux uses more svg than m-c)
- # [22:25] <MattN> seth: that's right
- # [22:25] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:26] <seth> MattN: no prob =) there will probably be followup approaches to improve the cache further but i'm pleased that even the simple approach seems to help. i'm aiming to push it in today
- # [22:26] <MattN> oh, wow, that's faster than I thought ;)
- # [22:26] <avih> seth: it's great that you're able to work on it :)
- # [22:27] <seth> =)
- # [22:27] * jorendorff is now known as jorendorff_away
- # [22:28] * Quits: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [22:28] * Joins: Asa (asa@moz-BBE3ABD.mv.mozilla.com)
- # [22:29] * Quits: jimb (user@125EF623.B2666F0E.66399531.IP) (Ping timeout)
- # [22:29] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/e2796e169e28 - Seth Fowler - Bug 912299 - Make RefCounted's refcount field mutable. r=waldo
- # [22:29] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:29] * Joins: ctangira (ctangira@moz-33EFC956.cisco.com)
- # [22:30] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [22:30] * Joins: Boriss (FlyingToas@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:31] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:31] * Quits: rednaks (rednaks@7903BFF9.AEAA42A2.55FFA9B4.IP) (Ping timeout)
- # [22:31] * Quits: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP) (Quit: yzen)
- # [22:31] * Joins: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [22:31] * Joins: rednaks (rednaks@95F209C2.E9995969.55FFA9B4.IP)
- # [22:31] * Joins: bbondy (bbondy@moz-717FF534.home.cgocable.net)
- # [22:34] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [22:34] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Ping timeout)
- # [22:35] * Joins: fredw (fredw@moz-B9C110E2.fbx.proxad.net)
- # [22:36] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [22:36] * Joins: flo-retina (Instantbir@moz-87C33FDA.kimsufi.com)
- # [22:37] * gaye_ is now known as gaye|brb
- # [22:38] * Joins: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com)
- # [22:38] * Joins: kaze (kaze@moz-F6A8D8D3.fbx.proxad.net)
- # [22:39] * Joins: catalinn (Thunderbir@AFBD498F.5363EAC5.D602D2C5.IP)
- # [22:39] * Joins: simo36 (simo36@98718215.835C39F3.12E82FEE.IP)
- # [22:40] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Input/output error)
- # [22:40] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/82d6de15d08a - Andrew McCreight - Bug 911233, part 2 - Inline SelectPurple. r=smaug
- # [22:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/f98b323128d9 - Andrew McCreight - Bug 913080 - Make GCGraphBuilder's hash table initialization infallible. r=smaug
- # [22:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/74b3812bad14 - Andrew McCreight - Bug 911233, part 1 - Minor cycle collector cleanups. r=smaug
- # [22:40] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/3705115c7dd9 - Andrew McCreight - Bug 911233, part 3 - Add more CheckThreadSafety calls to the cycle collector. r=khuey
- # [22:41] * Joins: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP)
- # [22:41] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/fc3a3227fc82 - Michael Harrison - Bug 909768 - Replace idl::GeoPositionOptions with dom::PositionOptions. r=jdm
- # [22:41] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/45c336307136 - Stephan Schreiber - Bug 910845 - Add a wrapper for mmap() in order to keep the high 17-bits of JS pointers cleared on IA64. r=billm
- # [22:41] * Quits: Rik (rik@87C1F78E.1DE10CA8.D8E68FF6.IP) (Input/output error)
- # [22:42] * Quits: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu) (Ping timeout)
- # [22:42] * Quits: annevk (annevk@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [22:43] * Joins: Olipro (Olipro@moz-36AEAE5A.catv.pool.telekom.hu)
- # [22:43] * Quits: Gijs (gijs@moz-C11B0461.dsl.alice.nl) (Quit: sleep time)
- # [22:44] * Quits: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com) (Ping timeout)
- # [22:45] * Quits: kmoir (chatzilla@moz-9AEE821.cpe.teksavvy.com) (Ping timeout)
- # [22:46] * Joins: kmoir-afk (chatzilla@moz-9AEE821.cpe.teksavvy.com)
- # [22:46] * kmoir-afk is now known as kmoir
- # [22:46] * Quits: dmarcos (dmarcos@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: Leaving...)
- # [22:47] <RyanVM> dholbert: there's an android reftest-3 failure on inbound that I wonder if it might be related to the bug 913247 follow-up patch you landed
- # [22:47] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:48] <dholbert> RyanVM, I would be _very_ surprised if that followup caused any behavior change whatsoever
- # [22:48] <RyanVM> hmm, maybe bug 817700 too
- # [22:48] <RyanVM> oh wait
- # [22:48] <RyanVM> it's position:sticky
- # [22:48] <dholbert> corey, ^
- # [22:48] <RyanVM> so just a new failure
- # [22:48] <dholbert> ah
- # [22:49] <RyanVM> might just need some fuzzing
- # [22:49] <+corey> one of my tests?
- # [22:49] <RyanVM> https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=e1b943e64032
- # [22:49] <RyanVM> see the R3 there
- # [22:49] <RyanVM> first failure I've seen today, though
- # [22:49] <RyanVM> and I landed the sticky patches this morning
- # [22:49] <RyanVM> so obviously infrequent
- # [22:49] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:49] <dholbert> yeah, probably intermittent then
- # [22:49] <+corey> yeah, looks like it needs some more fuzzy-if
- # [22:50] <dholbert> it's got a fever, and the only cure is more fuzzy
- # [22:51] * Quits: gandalf (zbraniecki@moz-B6E035E9.hsd1.ca.comcast.net) (Quit: My MacBook has gone to sleep. ZZZzzz…)
- # [22:51] * @khuey does s/fuzzy-if/cowbell/
- # [22:51] <RyanVM> corey: i wouldn't object if you pushed it to inbound with a no-bug and r=dholbert :)
- # [22:51] * Joins: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de)
- # [22:51] * +corey doesn't have L3
- # [22:51] * Quits: jviereck (Adium@moz-58A87BA7.dip0.t-ipconnect.de) (Client exited)
- # [22:51] <RyanVM> corey: or conned dholbert into pushing then :P
- # [22:51] <+corey> dholbert: would that be easy for you to push
- # [22:52] <dholbert> corey, sure
- # [22:52] <dholbert> corey, doing some minor sanity-checking first
- # [22:52] * Quits: Archaeopteryx (itsme@moz-DC5632DA.cust.telecolumbus.net) (Ping timeout)
- # [22:52] <RyanVM> KWierso|Sheriff ^
- # [22:52] <KWierso|Sheriff> noted
- # [22:53] * Joins: davidillsley (chatzilla@moz-44428DDB.range86-160.btcentralplus.com)
- # [22:53] * sheppy is now known as sheppy-offline
- # [22:53] <KWierso|Sheriff> RyanVM: did you just push bustage for someone else?
- # [22:53] <RyanVM> always a possibility
- # [22:53] <RyanVM> one sec, filing a bug
- # [22:53] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [22:54] * Quits: marco (marco@moz-7B0110AD.mv.mozilla.com) (Input/output error)
- # [22:54] <dholbert> corey, I'll land with r=you, bumping up the fuzziness of that test from "4,914" to "6,914"; sound good?
- # [22:54] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [22:55] <+corey> dholbert: that should do it
- # [22:55] <+corey> thanks
- # [22:56] <dholbert> np
- # [22:56] * Joins: brendan (brendaneic@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [22:57] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/d75c702f3a43 - Daniel Holbert - (no bug) Broaden fuzzy-if() annotation slightly, for reftest position-sticky/top-2.html. r=corey
- # [22:57] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [22:57] * Joins: Archaeopteryx (itsme@moz-DC5632DA.cust.telecolumbus.net)
- # [22:58] <RyanVM> quick question for the peanut gallery
- # [22:58] <RyanVM> https://tbpl.mozilla.org/php/getParsedLog.php?id=27506959&tree=Mozilla-Inbound
- # [22:58] <RyanVM> this just needs a gc:: in front of the MapMemory calls, right?
- # [22:58] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [22:58] <RyanVM> https://hg.mozilla.org/integration/mozilla-inbound/rev/45c336307136 is the patch
- # [22:58] * Quits: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP) (Ping timeout)
- # [22:59] <dholbert> RyanVM, I don't think so... it's in a "gc::" function already, so that should be implicit
- # [22:59] <RyanVM> and using namespace js::gc; is in there too
- # [22:59] * Joins: yzen (yzen@AA2C085E.10C8AEF8.9A8C35B4.IP)
- # [22:59] <RyanVM> oh duh
- # [23:00] * bhearsum|buildduty is now known as bhearsum|afk
- # [23:00] <RyanVM> it's not in "gc/Memory.h"
- # [23:00] <dholbert> RyanVM, the build error points to the definition, not to the usage
- # [23:00] <dholbert> "Memory.cpp:313:5: error: out-of-line definition of 'MapMemory' does not match any declaration in namespace 'js::gc'"
- # [23:00] <RyanVM> backing out and telling him to make sure his shit compiles next time
- # [23:00] <sfink> I think the gc:: should be removed from the static definition
- # [23:01] <sfink> it's probably a compiler difference
- # [23:01] * Joins: dao (dao@moz-6B8DD8A7.superkabel.de)
- # [23:01] <gwagner> RyanVM: ping
- # [23:01] <RyanVM> sfink: so far, it's burning all gcc/clang :)
- # [23:01] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/97f0b4398600 - Ryan VanderMeulen - Backed out changeset 45c336307136 (bug 910845) for bustage.
- # [23:01] <RyanVM> gwagner: pong
- # [23:01] <gwagner> RyanVM: what's the best way to back out multiple patches?
- # [23:02] <RyanVM> gwagner: qbackout
- # [23:02] <sfink> RyanVM: it was written for __ia64__
- # [23:02] <sfink> but yes, I won't disagree
- # [23:02] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Quit: Ex-Chat)
- # [23:02] <gwagner> RyanVM: is this some module that helps?
- # [23:03] <RyanVM> gwagner: it's an hg extension, yes
- # [23:03] <RyanVM> written by a very wise developer
- # [23:03] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [23:03] * Quits: msucan (mihai@585B2CC.700B7157.7C5F70AF.IP) (Quit: Leaving.)
- # [23:03] <RyanVM> gwagner: https://bitbucket.org/sfink/qbackout
- # [23:03] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [23:03] <gwagner> :)
- # [23:03] <RyanVM> holy crap, a PR from 2 hours ago
- # [23:03] <sfink> you left out the "-ass" after "wise"
- # [23:03] <RyanVM> heh
- # [23:04] * rail is now known as rail_away
- # [23:04] <MattN> seth: will the SVG caching bug help for clip-paths specified with CSS?
- # [23:04] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [23:04] <RyanVM> mwu: ping
- # [23:04] <mwu> RyanVM: pong
- # [23:04] <dholbert> MattN, probably not. It's image-specific, IIUC
- # [23:04] <RyanVM> mwu: we've got hamachi bustage on b-i
- # [23:04] <RyanVM> mwu: https://tbpl.mozilla.org/php/getParsedLog.php?id=27504087&tree=B2g-Inbound
- # [23:05] <mwu> RyanVM: thanks, I'll take a look
- # [23:05] * Quits: gcp (gpascutto@moz-9CEB1C98.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [23:05] <MattN> dholbert: ok, that's what I thought
- # [23:05] <mwu> RyanVM: clobber, maybe?
- # [23:05] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [23:05] <dholbert> MattN, (and specifying clip-paths in CSS doesn't trigger involve images; I think the SVG gets loaded as an external resource, which is different)
- # [23:05] <mwu> RyanVM: the system image got too big
- # [23:05] <RyanVM> mwu: two consecutive builds are burning
- # [23:05] <mwu> the system images don't get cleaned properly without a clobber
- # [23:06] <jwatt> dholbert: merging those patches now
- # [23:06] <jwatt> (just in case you were thinking of doing it)
- # [23:06] * joduinn is now known as joduinn-mtg
- # [23:06] <mwu> RyanVM: btw leo should be ok now
- # [23:06] * Quits: josh (josh@moz-348C4790.hsd1.mn.comcast.net) (Quit: josh)
- # [23:06] <dholbert> jwatt, thanks!
- # [23:06] * Quits: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [23:06] <RyanVM> oooo, b2g_b2g-inbound_nexus-4_dep
- # [23:07] <catlee> uh, where?
- # [23:07] <jaws> dholbert, MattN: for clarification, does that mean that it would not be trivial to introduce the SVG caching to clip-path?
- # [23:07] * Joins: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:07] <RyanVM> catlee: it shows on the clobberer :)
- # [23:07] <jwatt> dholbert: no probs
- # [23:08] <jaws> dholbert: clip-path is what we really need optimizing for australis. we use it twice on each tab shape
- # [23:08] * philor|away is now known as philor
- # [23:08] <catlee> RyanVM: ah, ok :)
- # [23:08] * Quits: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP) (Input/output error)
- # [23:08] <catlee> coming soon!
- # [23:08] <dholbert> jaws, if I'm understanding correctly, then that's right. It'd require an entirely different type of caching
- # [23:08] <catlee> maybe calling itself mako instead
- # [23:08] <catlee> no idea why we can't name things consistenly
- # [23:08] <jaws> ok
- # [23:08] * Quits: mconley (mconley@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [23:09] * Joins: annevk (annevk@DF1341F2.4F390C2A.420B7681.IP)
- # [23:09] * Joins: tuxie_ (paranoid@moz-C7220681.adsl.alicedsl.de)
- # [23:09] * Quits: mak (chatzilla@moz-21B52CB4.retail.telecomitalia.it) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 2.0/20110318052756])
- # [23:09] * Quits: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net) (Ping timeout)
- # [23:09] <RyanVM> man, these 3 hour JB builds get old in a hurry
- # [23:10] * Joins: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:10] * Joins: bz (bzbarsky@moz-D68BFF08.bstnma.fios.verizon.net)
- # [23:10] * ChanServ sets mode: +o bz
- # [23:11] <RyanVM> mwu: one other question - bug 908797 references JB in the commit message, but it's not JB-only, correct?
- # [23:11] <mwu> RyanVM: correct - it affects all b2g device builds
- # [23:12] <RyanVM> great, thanks
- # [23:13] * KWierso|Sheriff is now known as KWierso|Sheriff|Lunch
- # [23:13] * kats is now known as kats-afk
- # [23:13] * Quits: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [23:13] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Client exited)
- # [23:14] * Joins: shorlander (shorlander@moz-D330B48F.dhcp.insightbb.com)
- # [23:14] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [23:14] * Joins: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net)
- # [23:14] * Quits: jedp (jedp@moz-89599B04.dsl.dynamic.sonic.net) (Input/output error)
- # [23:14] * Quits: karl (karl@moz-C433B975.jetstream.xtra.co.nz) (Ping timeout)
- # [23:15] * Quits: davidillsley (chatzilla@moz-44428DDB.range86-160.btcentralplus.com) (Client exited)
- # [23:15] * Joins: davidillsley (chatzilla@moz-44428DDB.range86-160.btcentralplus.com)
- # [23:15] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [23:15] * Quits: catalinn (Thunderbir@AFBD498F.5363EAC5.D602D2C5.IP) (Ping timeout)
- # [23:16] * Quits: @ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [23:16] * Joins: ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP)
- # [23:16] * ChanServ sets mode: +o ehsan
- # [23:16] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [23:16] * Quits: Keva161 (Keva161@moz-D4E2F7.static.enta.net) (Quit: Keva161)
- # [23:17] <firebot> Check-in: http://hg.mozilla.org/integration/mozilla-inbound/rev/f4a9b805c313 - Ethan Hugg - Bug 844071 - Patch 1 - handle building and parsing of setup and connection attributes r=abr
- # [23:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/842a3da6e311 - Ethan Hugg - Bug 844071 - Patch 3 - DTLS role negotiation unit test r=ekr
- # [23:17] <firebot> http://hg.mozilla.org/integration/mozilla-inbound/rev/55d6779a2cc6 - Ethan Hugg - Bug 844071 - Patch 2 - Reset DTLS role on SDP negotiation r=ekr
- # [23:17] * Joins: gandalf (zbraniecki@moz-645FE505.tmodns.net)
- # [23:17] * Quits: grubshka (grubshka@moz-2A388ED.rev.sfr.net) (Client exited)
- # [23:18] * Quits: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [23:18] * Quits: davidillsley (chatzilla@moz-44428DDB.range86-160.btcentralplus.com) (Client exited)
- # [23:18] <gwagner> RyanVM: hm can you help backing out https://tbpl.mozilla.org/?tree=B2g-Inbound&rev=001a849303de
- # [23:18] * Joins: jrmuizel (jrmuizel@13F2CEC5.7672369.D8E68FF6.IP)
- # [23:18] * Quits: @ehsan (ehsan@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
- # [23:18] <gwagner> RyanVM: the phone doesn't boot any more
- # [23:19] * Joins: mwargers (chatzilla@moz-AF369B35.adsl.online.nl)
- # [23:19] <RyanVM> bug #?
- # [23:19] <RyanVM> for the regression
- # [23:19] <gwagner> RyanVM: don't think it's filed yet. I will file
- # [23:19] * Quits: humph (dave@moz-E0B198AD.senecac.on.ca) (Quit: leaving)
- # [23:19] * Quits: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:20] <RyanVM> and do all 3 bugs need backing out?
- # [23:20] * Joins: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [23:20] <gwagner> RyanVM: bug 907585 is the regression
- # [23:20] <gwagner> I am not sure about the others
- # [23:21] <RyanVM> k, as soon as I have a bug #, I'll backout
- # [23:21] * Joins: Rik (rik@moz-E813DFA5.fbx.proxad.net)
- # [23:21] * Quits: bbondy (bbondy@moz-717FF534.home.cgocable.net) (Quit: Going offline, see ya! (www.adiirc.com))
- # [23:21] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [23:22] <gwagner> RyanVM: don't you want to reopen it? or are you asking about the error msg
- # [23:23] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [23:23] * Joins: jwilde (Thunderbir@moz-CADA6C60.medford.tufts.edu)
- # [23:23] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [23:23] <RyanVM> yeah, looks like I need to back them all out
- # [23:23] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [23:23] * Quits: Mook_as (mook@moz-1FCC0032.activestate.com) (Quit: Mook_as)
- # [23:24] * Quits: fredw (fredw@moz-B9C110E2.fbx.proxad.net) (Quit: Leaving.)
- # [23:25] * Parts: Snuffleupagus (chatzilla@moz-7411B7A4.bredband.comhem.se)
- # [23:26] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [23:27] <gwagner> RyanVM: so should I still file a new bug or do you just reopen the existing ones?
- # [23:28] <gwagner> I added a comment to the bug that caused the regression
- # [23:28] * Joins: wlach (wlach@239F6FBE.80831F93.3DEE0DD0.IP)
- # [23:29] <RyanVM> gwagner: don't worry about it
- # [23:29] * Quits: jwilde (Thunderbir@moz-CADA6C60.medford.tufts.edu) (Quit: jwilde)
- # [23:29] <RyanVM> I just reopened them all
- # [23:29] <gwagner> RyanVM: thanks a lot!
- # [23:29] <RyanVM> was planning another b-i merge today anyway, so I'll make sure it gets to m-c today still
- # [23:29] <fabrice> RyanVM++
- # [23:30] * Quits: tomer (tomer@7AF4670C.A2C54A10.FC30AC02.IP) (Ping timeout)
- # [23:30] * Joins: jwilde (Thunderbir@moz-CADA6C60.medford.tufts.edu)
- # [23:30] <RyanVM> that said, I need to get dinner started
- # [23:30] <RyanVM> so bbl
- # [23:30] * RyanVM is now known as RyanVM|afk
- # [23:31] * Quits: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:32] <Rik> fitzgen: should I file a follow up to bug 762761 about auto pretty printing minified files?
- # [23:32] <fitzgen> Rik: in the debugger?
- # [23:32] <fitzgen> sure
- # [23:32] * Joins: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [23:33] * Joins: dzbarsky (Adium@6443E33.69EBDC0E.B5B6DD03.IP)
- # [23:34] <KWierso|Sheriff|Lunch> okay, comcast, I'm getting really tired of these shenanigans...
- # [23:34] <RyanVM|afk> avih: so it sounds like you can whip up a patch for that pretty easily now that bz's weighed in? :)
- # [23:37] * Quits: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:37] * Joins: josh (josh@moz-348C4790.hsd1.mn.comcast.net)
- # [23:38] * Joins: ben (ben@moz-A4DD1A61.wlan.wireless-pennnet.upenn.edu)
- # [23:38] * Joins: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP)
- # [23:38] * Joins: KWierso|Sheriff|Lunch (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [23:38] <jesup> bsmedberg: ping
- # [23:39] * ben is now known as IRCMonkey59386
- # [23:39] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Connection reset by peer)
- # [23:39] * Joins: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP)
- # [23:40] * KWierso|Sheriff|Lunch is now known as KWierso|Sheriff
- # [23:40] * Quits: FabioMagnoni (fabiomagno@7889FA6B.E363BDBE.8AF99142.IP) (Ping timeout)
- # [23:42] * catlee is now known as catlee-away
- # [23:42] * kats-afk is now known as kats|away
- # [23:42] * philor is now known as philor|away
- # [23:42] * Quits: dzbarsky (Adium@6443E33.69EBDC0E.B5B6DD03.IP) (Quit: Leaving.)
- # [23:42] * Quits: ehugg (chatzilla@CC43922C.29102B70.6CD50604.IP) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [23:44] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:44] * Joins: b10n1k (j0ni@moz-1AA244C5.tellas.gr)
- # [23:44] <avih> RyanVM|afk: well.. yeah, though i think we just want to remove this test, since we have an updated version of it already at the tree. no?
- # [23:44] * kmoir is now known as kmoir-afk
- # [23:44] * Joins: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com)
- # [23:45] * Quits: KWierso|Sheriff (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:45] * Quits: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net) (Input/output error)
- # [23:45] * Joins: milan (milan@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:46] * Joins: christina (christina@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [23:46] * Joins: KWierso|Sheriff (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [23:46] * Joins: grubshka (grubshka@moz-2A388ED.rev.sfr.net)
- # [23:47] <avih> bz: ^ ?
- # [23:47] * Joins: ehugg (chatzilla@CC43922C.29102B70.6CD50604.IP)
- # [23:47] * Quits: dao (dao@moz-6B8DD8A7.superkabel.de) (Quit: Leaving.)
- # [23:48] * Quits: Enn (enn@moz-1758BB1C.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:48] <@khuey> is it a known issue that every download is zero bytes long?
- # [23:49] <sfink> khuey: yes, I think that was mentioned in the Downloads.jsm thread
- # [23:49] <sfink> it must include a *really* fancy new compression engine
- # [23:49] <@khuey> it's going to come in really handy when I'm tethering
- # [23:50] <avih> next steap: break lightspeed, and actually gain memory when downloading a compressed blob
- # [23:50] * Joins: maxli (maxli@moz-6EADA619.cpe.net.cable.rogers.com)
- # [23:50] <sfink> bug 901563?
- # [23:51] <seth> avih: is ux nightly the same codebase as current nightly but with the australis theme turned on? or is the code older?
- # [23:51] <avih> seth: m-c is merged into ux regularly, typically every few days. jaws usually do the merges.
- # [23:52] * Quits: marco (marco@moz-7B0110AD.mv.mozilla.com) (Input/output error)
- # [23:52] <jesup> ehsan_: ping
- # [23:52] <avih> seth: and yes, that's the main difference
- # [23:53] * Quits: KWierso|Sheriff (chatzilla@moz-39E2648C.hsd1.ca.comcast.net) (Ping timeout)
- # [23:53] * Quits: IRCMonkey59386 (ben@moz-A4DD1A61.wlan.wireless-pennnet.upenn.edu) (Client exited)
- # [23:53] * Quits: Asa (asa@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:53] <RyanVM|afk> mwu: those Hamachi builds all appear to be dying
- # [23:53] <RyanVM|afk> mwu: are they new?
- # [23:54] * Quits: jet (jet@moz-BE33DA21.fw1.sfo1.mozilla.net) (Quit: jet)
- # [23:54] * Joins: KWierso|Sheriff (chatzilla@moz-39E2648C.hsd1.ca.comcast.net)
- # [23:54] * Quits: Ms2ger (Ms2ger@moz-B53902AE.adsl-dyn.isp.belgacom.be) (Quit: nn)
- # [23:54] <RyanVM|afk> mwu: and some of these are clobbers
- # [23:54] <mwu> RyanVM|afk: you're right, I've never seen the BiMs before
- # [23:54] <mwu> where did they come from
- # [23:54] <RyanVM|afk> mwu: I have no idea
- # [23:54] <RyanVM|afk> ask #releng?
- # [23:54] * Quits: b10n1k (j0ni@moz-1AA244C5.tellas.gr) (Ping timeout)
- # [23:54] * Joins: marco (marco@moz-7B0110AD.mv.mozilla.com)
- # [23:54] <RyanVM|afk> either way, looks like they're on the road to hiding in short order
- # [23:54] <RyanVM|afk> they're running on m-c too
- # [23:55] <mwu> catlee-away: ^
- # [23:55] * Joins: chrisccoulson (chr1s@moz-6A3A134E.cust-13020.ip.static.uno.uk.net)
- # [23:55] * baku|away is now known as baku
- # [23:55] <RyanVM|afk> KWierso|Sheriff ^
- # [23:57] <+felipe> khuey: i think the download problem had been fixed. if you're getting that on a recent nightly it's worth filing
- # [23:57] * Quits: phenom (phenom@7C80F86A.FA81B475.A36FFCDA.IP) (Quit: Leaving)
- # [23:58] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [23:58] <nsm> annevk: ping
- # [23:59] * Quits: jib (Jan-Ivar@moz-772521AF.hsd1.pa.comcast.net) (Quit: jib)
- # [23:59] <MattN> avih: btw., we all merge
- # Session Close: Sat Sep 07 00:00:00 2013
The end :)