/irc-logs / mozilla / #developers / 2012-05-23 / end
Options:
- # Session Start: Wed May 23 00:00:00 2012
- # Session Ident: #developers
- # [00:00] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [00:00] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [00:00] * Joins: bc (bc@454BDC37.1D5E8529.AC69809B.IP)
- # [00:01] * Quits: heycam|away (cam@moz-1D84C1DF.mcc.id.au) (Ping timeout)
- # [00:01] * philor is now known as philor|away
- # [00:01] * Joins: heycam|away (cam@moz-1D84C1DF.mcc.id.au)
- # [00:02] * Quits: kaie (kaie@moz-DD975B4B.dip.t-dialin.net) (Quit: Leaving)
- # [00:03] * Quits: Optimizer (Instantbir@57693FD2.C9A62A88.2AB48280.IP) (Ping timeout)
- # [00:03] * Quits: jduell (jduell@moz-C44620F2.hsd1.ca.comcast.net) (Ping timeout)
- # [00:04] <@roc> how could you have more than 2^31 print canvases in the page?
- # [00:04] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [00:06] * Joins: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP)
- # [00:06] * Joins: Optimizer (Instantbir@465BBAC1.148FBA5C.2AB48280.IP)
- # [00:07] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:07] * jlebar|mtg is now known as jlebar
- # [00:09] * kmoir_buildduty is now known as kmoir-afk
- # [00:10] * Joins: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [00:10] * zpao is now known as zpao|detached
- # [00:11] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [00:11] * philor|away is now known as philor
- # [00:12] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [00:13] * Quits: Optimizer (Instantbir@465BBAC1.148FBA5C.2AB48280.IP) (Ping timeout)
- # [00:13] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [00:13] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [00:13] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [00:14] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
- # [00:15] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [00:16] * Quits: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP) (Ping timeout)
- # [00:17] * Quits: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz) (Ping timeout)
- # [00:18] * Quits: Pike (Pike@moz-E31CD2CB.mozilla.org) (Ping timeout)
- # [00:18] * Quits: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP) (Quit: ajuma)
- # [00:19] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [00:19] * Joins: kaie (kaie@moz-DD975B4B.dip.t-dialin.net)
- # [00:20] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
- # [00:21] * Quits: jimb (user@9E727688.17C2F9C.163DC5C6.IP) (Ping timeout)
- # [00:22] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [00:24] <@ehsan> bjacob: ping
- # [00:26] * khuey is now known as khuey|away
- # [00:26] * joduinn is now known as joduinn-mtg
- # [00:27] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [00:27] * bhearsum is now known as bhearsum|afk
- # [00:28] * Joins: Pike (Pike@moz-9B1A0463.pool.mediaways.net)
- # [00:28] * philor files 60% failure as randomorange, then goes back to stabbing himself in the eye with a rusty fork
- # [00:31] <lsblakk> BenWa: would you be able to land jeff's patch in bug 752341 to beta?
- # [00:32] * zpao|detached is now known as zpao
- # [00:33] <BenWa> lsblakk: sure
- # [00:33] <lsblakk> thanks BenWa
- # [00:34] <lsblakk> decoder: since bhackett isn't around - are you up for landing the fix on 755750?
- # [00:35] <lsblakk> if either you or dvander`home can land in the next hour that would be great
- # [00:36] * mattwoodrow|away is now known as mattwoodrow
- # [00:36] <@ehsan> bjacob: ok, no crashes
- # [00:37] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [00:37] <@ehsan> bjacob: should I file a bug?
- # [00:37] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [00:37] <bjacob> ehsan: sure
- # [00:37] * Quits: Pike (Pike@moz-9B1A0463.pool.mediaways.net) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [00:37] <@ehsan> what should I put in the bug?
- # [00:38] * Quits: tchevalier (Instantbir@moz-A2B0E34F.w92-133.abo.wanadoo.fr) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:39] * Joins: kvda (kvda@moz-DFDA7ADE.dyn.iinet.net.au)
- # [00:39] * Quits: jhammel (jhammel@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [00:40] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [00:40] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [00:40] <@ehsan> bjacob: ^
- # [00:40] <bjacob> ehsan: did force-msaa fix antialiasing with not apparent downside for you?
- # [00:41] <@ehsan> bjacob: yes
- # [00:42] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:42] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:43] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:43] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:43] <bjacob> ehsan: so, say that. That implies that the antialiasing blacklist needs to be updated
- # [00:44] <@ehsan> bjacob: yeah I mean, what info from my GPU should I include?
- # [00:44] * Joins: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr)
- # [00:44] <bjacob> ehsan: your about:support / Graphics should be enough
- # [00:44] <@ehsan> ok
- # [00:45] * Quits: anant (anant@moz-B3621916.dsl.dynamic.sonic.net) (Quit: anant)
- # [00:45] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
- # [00:46] <@ehsan> bjacob: filed bug 757642
- # [00:47] * Quits: kvda (kvda@moz-DFDA7ADE.dyn.iinet.net.au) (Quit: ( x____x))
- # [00:47] * Joins: kvda (kvda@moz-DFDA7ADE.dyn.iinet.net.au)
- # [00:48] * Joins: anant (Anant@moz-488092DD.hsd1.ca.comcast.net)
- # [00:48] * Joins: mimcpher (mimcpher@moz-21D6B3DE.csclub.uwaterloo.ca)
- # [00:48] <bsmith> is there any intended difference in semantics between mPrefBranch->SetBoolPref("mypref", <defaultValue>) and mPrefBranch->ClearUserPref("mypref")?
- # [00:48] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:49] <biesi> bsmith, I guess the difference is that the former keeps it as a user-set value until shutdown
- # [00:49] <biesi> i.e. hasUserValue (sp) returns true
- # [00:49] <firebot> The dictionary service is not accessible right now, sorry.
- # [00:49] * Quits: mcsmurf (mcsmurf@moz-DC53CE72.dip.t-dialin.net) (Quit: )
- # [00:49] <bsmith> biesi: thank you
- # [00:49] * Quits: kvda (kvda@moz-DFDA7ADE.dyn.iinet.net.au) (Ping timeout)
- # [00:49] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:49] * adev is now known as balloon
- # [00:50] * Quits: balloon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:50] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:50] * adev is now known as aleth1
- # [00:50] * Quits: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [00:50] * aleth1 is now known as clokep1
- # [00:51] * Quits: clokep1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [00:53] <doublec> ehsan: I'm getting a build failure building b2g using the latest mozilla-central in code changed with commit c20d415ef1b5 (bug 307181)
- # [00:53] <doublec> ehsan: is it a known issue?
- # [00:53] <MarcosS> is there a place with documentation on mozilla's code? Like what methods are available with certain classes?
- # [00:53] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [00:53] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [00:53] <@ehsan> doublec: what's the build error?
- # [00:53] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [00:53] <doublec> ehsan: http://pastebin.mozilla.org/1648309
- # [00:53] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [00:54] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:54] <@ehsan> doublec: yep, it's fixed on inbound
- # [00:54] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: adev)
- # [00:54] <doublec> ehsan: thanks
- # [00:54] <@ehsan> np
- # [00:54] * Joins: kvda (kvda@moz-B4797196.dyn.iinet.net.au)
- # [00:54] * Quits: dhylands (dhylands@91EBC268.7E8C66B9.5D698A29.IP) (Input/output error)
- # [00:54] * Joins: dhylands (dhylands@91EBC268.7E8C66B9.5D698A29.IP)
- # [00:54] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [00:55] * Quits: rniwa (rniwa@moz-CD91E596.google.com) (Quit: rniwa)
- # [00:56] * Quits: allison (Mibbit@moz-C8DE45DB.intradyn.com) (Quit: http://www.mibbit.com ajax IRC Client)
- # [00:57] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [00:58] * rail_away is now known as rail
- # [00:58] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [00:59] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:00] * Parts: aeroevan (aeroevan@moz-9D6E72BE.lugatgt.org)
- # [01:00] * Quits: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP) (Client exited)
- # [01:01] <RyanVM> holy crap, 19 c-n bugs
- # [01:01] * Joins: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP)
- # [01:01] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:01] * Quits: IanN (chatzilla@moz-3F5A461C.cable.virginmedia.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.12a1/20120512132543])
- # [01:02] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:02] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [01:02] <philor> and 3489 pending jobs
- # [01:03] * Quits: int3 (int3@1AD25C43.E8D90279.E655E8E1.IP) (Client exited)
- # [01:03] <philor> sorry, 3582
- # [01:04] * Quits: jviereck1 (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [01:04] * Joins: Boriss_ (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:04] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [01:04] * Boriss_ is now known as Boriss
- # [01:05] <Waldo> RyanVM: low, or high?
- # [01:05] <RyanVM> Waldo: High - I think I left it with 5 last night (some c-a, c-b ones)
- # [01:06] * Quits: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net) (Quit: I has album artz!!!1)
- # [01:10] * khuey|away is now known as khuey
- # [01:12] * Joins: anant_ (Anant@moz-B3621916.dsl.dynamic.sonic.net)
- # [01:13] * Joins: jphan (Mibbit@moz-550E5C98.allocated.csupomona.edu)
- # [01:13] * Quits: anant (Anant@moz-488092DD.hsd1.ca.comcast.net) (Ping timeout)
- # [01:14] * Quits: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com) (Quit: damons)
- # [01:14] * jlebar is now known as jlebar|dinner
- # [01:14] * Joins: jrmuizel (jrmuizel@C978FD7E.5BCEC6DB.DA78B690.IP)
- # [01:15] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
- # [01:16] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:16] * Joins: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu)
- # [01:16] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [01:16] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:16] * Quits: loadbang (loadbang@moz-773B0216.range81-151.btcentralplus.com) (Quit: loadbang)
- # [01:17] * adev is now known as balloon
- # [01:17] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120521221027])
- # [01:17] * Quits: balloon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:17] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:18] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [01:18] * ChanServ sets mode: +o smaug
- # [01:18] * adev is now known as clokep1
- # [01:18] * Joins: Hughman_MibbitTest (Mibbit@612FCB38.45583DB0.A3B82EC7.IP)
- # [01:19] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
- # [01:20] * Quits: clokep1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:20] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:20] * Quits: ianbicking (ianbicking@moz-36B9BE32.hsd1.mn.comcast.net) (Quit: ianbicking)
- # [01:20] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:20] * mjschranz_away is now known as mjschranz
- # [01:20] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [01:21] * adev is now known as clokep1
- # [01:21] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:21] * Joins: markh (markh@moz-25D681DF.cxzr1.win.bigpond.net.au)
- # [01:21] * Joins: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu)
- # [01:21] * Quits: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net) (Ping timeout)
- # [01:21] * Quits: marco (marco@E9FC0A9A.A00BAEB.10DC0B64.IP) (Quit: Sto andando via)
- # [01:21] * Quits: anant_ (Anant@moz-B3621916.dsl.dynamic.sonic.net) (Quit: Leaving)
- # [01:22] * clokep1 is now known as flo1
- # [01:22] * Joins: DeathWolf (DeathWolf@moz-7EDF16F7.ovh.net)
- # [01:22] * Joins: anant (Anant@moz-488092DD.hsd1.ca.comcast.net)
- # [01:23] * Joins: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au)
- # [01:23] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [01:24] * Quits: jimm (jmathies@moz-7F164CA1.pn.at.cox.net) (Quit: )
- # [01:24] * Quits: flo1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:25] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [01:25] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:28] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [01:29] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:30] * mjschranz is now known as mjschranz_away
- # [01:31] * Quits: jphan (Mibbit@moz-550E5C98.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [01:31] * Quits: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com) (Quit: Mardak)
- # [01:32] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [01:35] <edmorley> ehsan: pong
- # [01:35] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:36] <edmorley> ehsan: (sorry for delay, was out at dinner)
- # [01:36] * Quits: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr) (Ping timeout)
- # [01:36] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:36] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [01:37] * Joins: adev1 (Instantbir@moz-F4963E9F.ictp.it)
- # [01:39] * joduinn-mtg is now known as joduinn-brb
- # [01:40] * Quits: adev1 (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
- # [01:40] * Quits: jrmuizel (jrmuizel@C978FD7E.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [01:41] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:41] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:43] <NeilAway> biesi: actually that's not true
- # [01:43] * Joins: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr)
- # [01:43] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:43] * Joins: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net)
- # [01:43] <NeilAway> biesi: if the pref has a default value, then setting it to default has the same effect as clearing it
- # [01:44] * gregglind is now known as gregglind_away
- # [01:44] <gavin> bsmith: ^
- # [01:45] <bsmith> So, after setting to default value, PrefHasUserValue() returns false
- # [01:45] <bsmith> ?
- # [01:45] * Quits: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr) (Ping timeout)
- # [01:46] <gavin> easy enough to test!
- # [01:46] <WeirdAl> note to self: if you want patches reviewed, pick a module that everyone cares about...
- # [01:46] <decoder> lsblakk: i cannot land anything :) you should ping one of the js devs to land it :)
- # [01:46] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [01:46] <gavin> appears to not be the case
- # [01:47] <gavin> http://pastebin.mozilla.org/1648338
- # [01:47] <gavin> NeilAway: ^
- # [01:47] <lsblakk> ah, ok - thanks decoder
- # [01:47] * heycam|away is now known as heycam
- # [01:48] <darktrojan> gavin, is there a default for that pref?
- # [01:48] <gavin> yes
- # [01:48] <darktrojan> k
- # [01:48] <darktrojan> just checking
- # [01:49] * joduinn-brb is now known as joduinn
- # [01:51] <NeilAway> gavin: strange, because when I toggle it in about:config its status changes to default
- # [01:51] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [01:52] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:52] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:52] <cers> is there a way to get a list of changed files in a patch managed by mercurual queues? like hg status usually would...
- # [01:52] <NeilAway> gavin: can't reproduce here sorry
- # [01:52] * Joins: adev1 (Instantbir@moz-F4963E9F.ictp.it)
- # [01:52] <NeilAway> gavin: oh, you can't spell
- # [01:52] * Quits: Mardak (Mardak@moz-9D4EA709.sfo4.dsl.speakeasy.net) (Quit: Mardak)
- # [01:53] * Quits: adev1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:53] <NeilAway> gavin: a11y should have 13 letters
- # [01:53] * Quits: jbalogh (jbalogh@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving...)
- # [01:53] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:53] * adev is now known as balloon
- # [01:54] * Quits: balloon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:54] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:54] <Mossop> cers: If you only have one patch applied "hg status --rev qparent". If you have multiple patches that'll tell you the files they all touch but you can compare against previous patches too
- # [01:54] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:54] * adev is now known as aleth1
- # [01:55] * Quits: aleth1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [01:55] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [01:55] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
- # [01:55] * Quits: nhirata (nhirata.bu@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: nhirata)
- # [01:55] <cers> Mossop: awesome - thanks (I only had one patch applied)
- # [01:55] * Joins: rniwa (rniwa@moz-CD91E596.google.com)
- # [01:56] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:56] <biesi> NeilAway, oh I thought that happened at shutdown only
- # [01:56] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [01:58] * joduinn is now known as joduinn-coffee
- # [01:59] * njn is happy to see vlad landing patches
- # [02:00] * Joins: birtles_ (chatzilla@moz-4B5534A0.mozilla.or.jp)
- # [02:00] <gavin> NeilAway: ah, heh
- # [02:00] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Ping timeout)
- # [02:00] * birtles_ is now known as birtles
- # [02:01] * Quits: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120520180745])
- # [02:01] * cadecairos is now known as cadecairos_away
- # [02:01] * Joins: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au)
- # [02:01] * bear is now known as bear-afk
- # [02:02] * Quits: TheCrap (TheCrap@moz-99D6F6F7.dip0.t-ipconnect.de) (Ping timeout)
- # [02:03] * Quits: Asa (asa@52A1524D.4E7EDEC9.632B8C24.IP) (Ping timeout)
- # [02:03] <njn> anyone else use the "send in background" feature in Gmail? I've been having problems with it laterly
- # [02:03] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [02:04] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
- # [02:04] * Joins: kanru` (user@moz-1846D96C.dynamic.hinet.net)
- # [02:05] <@smaug> njn: I don't use Gmail, but could spdy have something to do with the problem?
- # [02:05] <njn> smaug: no idea
- # [02:05] * Joins: mreavy (chatzilla@52A1524D.4E7EDEC9.632B8C24.IP)
- # [02:06] <njn> smaug: hmm, I think it's been happening on my Mac too, where I have FF13 beta installed, which doesn't have SPDY on by default, IIRC
- # [02:09] <@khuey> I thought 13 was the first release with SPDY on
- # [02:10] * Joins: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [02:11] * Joins: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu)
- # [02:11] * Quits: ferongr (ferongr@moz-6D46D07A.dsl.dyn.forthnet.gr) (Ping timeout)
- # [02:11] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [02:11] * Joins: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu)
- # [02:12] <jesup> glandium: got some people waiting on the Windows libvpx bustage on alder - what's your ETA on a review of derf's patch? I ran a build of it locally, worked, and he did a try build. If it's something you can do a quick review on, we'd appreciate it. Thanks
- # [02:12] * Joins: Asa (asa@moz-E098C967.static.wiline.com)
- # [02:13] * zpao is now known as zpao|detached
- # [02:13] * @khuey wonders if jesup realizes it's 2 am in Paris
- # [02:13] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [02:14] <jesup> khuey: I have no idea where glandium is. Of course, he seems to always be on...
- # [02:14] <@smaug> hmm, it is getting a bit late indeed
- # [02:15] <njn> khuey: oh, you're right about SPDY
- # [02:15] <jesup> And I'm often on until 2, 3, 4am...
- # [02:15] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [02:16] <@khuey> s/about SPDY//
- # [02:16] <Bas> nrc: You can.
- # [02:16] * @khuey ducks
- # [02:16] * joduinn-coffee is now known as joduinn-mtg
- # [02:16] <Bas> nrc: And I may very well say yes! :)
- # [02:16] <jesup> njn: perhaps one of the spdy addons would help you debug if that's the cause
- # [02:16] <nrc> Bas: cool, thanks!
- # [02:16] * Quits: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com) (Quit: Linkinus - http://linkinus.com)
- # [02:17] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [02:17] * Quits: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: yuan)
- # [02:17] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [02:17] * ChanServ sets mode: +o ehsan
- # [02:17] * Joins: tonymec__ (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [02:18] * tonymec__ is now known as tonymec|away
- # [02:19] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Ping timeout)
- # [02:19] * Quits: @ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [02:20] <darktrojan> !seen paenglab
- # [02:20] <firebot> paenglab was last seen 9 hours, 3 minutes and 23 seconds ago, changing nick to Paenglab_away.
- # [02:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:21] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [02:21] * Quits: mak (chatzilla@moz-569E8147.retail.telecomitalia.it) (Input/output error)
- # [02:22] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [02:24] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [02:25] * Quits: myk (Instantbir@moz-BBE3ABD.mv.mozilla.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:27] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Client exited)
- # [02:27] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [02:29] * Quits: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [02:30] * Quits: rwaldron (rwaldron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving...)
- # [02:30] * Quits: birtles (chatzilla@moz-4B5534A0.mozilla.or.jp) (Ping timeout)
- # [02:32] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [02:32] * Joins: sfink (chatzilla@moz-7B7651CB.dsl.pltn13.sbcglobal.net)
- # [02:33] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [02:34] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [02:38] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [02:38] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [02:39] <BenWa> Anyone have 5 mins to try my profiling tool on windows?
- # [02:40] * Quits: michal (michal@18728636.D0F82CD8.32697916.IP) (Ping timeout)
- # [02:40] * Quits: rniwa (rniwa@moz-CD91E596.google.com) (Ping timeout)
- # [02:40] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [02:40] * Quits: @dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [02:41] <@roc> ok
- # [02:41] * Quits: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: brendan)
- # [02:42] * Quits: zzzzz_ (chatzilla@moz-107FCDBA.hfc.comcastbusiness.net) (Quit: ChatZilla 0.9.87 [Firefox 12.0/20120420145725])
- # [02:42] <BenWa> roc: Try the first 3 steps: https://developer.mozilla.org/en/Performance/Profiling_with_the_Built-in_Profiler#Running_the_profiler
- # [02:42] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [02:42] * jorendorff is now known as jorendorff-away
- # [02:43] * Quits: mreavy (chatzilla@52A1524D.4E7EDEC9.632B8C24.IP) (Ping timeout)
- # [02:43] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [02:46] * nthomas is now known as nthomas|away
- # [02:46] <@roc> get your addon on AMO!
- # [02:46] * Joins: rniwa (rniwa@moz-CD91E596.google.com)
- # [02:47] <@roc> your "Profiler: Running" text is cut off in the addon bar
- # [02:47] <BenWa> roc: I update it too often
- # [02:47] <@roc> but it seems to be working
- # [02:47] <@roc> why don't you hide the Fennec UI when running in non-Fennec?
- # [02:48] <BenWa> roc: Because if you have fennec you can have the extension pull the profile and fetch the data
- # [02:48] <BenWa> it does the the tedious ADB stuff for you
- # [02:48] <@roc> shift-ctrl-S doesn't work, seems to active the script debugger now
- # [02:48] <BenWa> Yea, the hotkeys are a mess because they don't work on all platforms
- # [02:48] <BenWa> I think they work ok on mac, but not elsewhere
- # [02:48] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [02:49] <BenWa> roc: See if this demo is janky and if you can find the performance problem: http://www.ambiera.com/coppercube/demo.php?demo=backyard&mode=webgl
- # [02:49] <@roc> I have my own performance problem to try this on :-)
- # [02:49] <BenWa> We already know whats wrong but I'd like to confirms others can easy find the problem
- # [02:49] <@roc> have you talked to the devtools guys about integrating with them?
- # [02:49] <BenWa> Ok cool. Let me know
- # [02:49] <BenWa> Yes I have
- # [02:50] <@roc> I can hazily imagine this being utterly awesome combined with script debugging and other tools
- # [02:50] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [02:50] <BenWa> roc: I'm bugging the JS team to have a mode to emit JIT code with frame pointers :)
- # [02:50] * Quits: jesup (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:50] <@roc> with their help, can't you walk the JS stack without frame pointers?
- # [02:50] <BenWa> I'm sure they will up the priority if people start using this tool
- # [02:51] * Quits: cjones_ (cjones@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [02:51] <BenWa> The interpreted code we just get useless stuff on the stack. JM JIT code is on its own stack
- # [02:51] <BenWa> So we can unwind fine but we never get useful JS profiling to blame
- # [02:51] <@roc> your stack walking isn't working for me in xul.dll
- # [02:52] <BenWa> Are you using a nightly profiling or a custom build?
- # [02:52] * Fallen|away is now known as Fallen
- # [02:52] <@roc> custom build, but with --enable-profiling; I just used xperf successfully on this build
- # [02:52] * Quits: sriram (sriramr@moz-7B0110AD.mv.mozilla.com) (Quit: sriram)
- # [02:52] <BenWa> roc: Right, to profile locally you need to install your own symbol server
- # [02:52] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [02:52] <@roc> how do I do that?
- # [02:53] <BenWa> I'll write a tutorial for that this week. For now you should just download the night profiling build
- # [02:53] <@roc> strangely it does have some symbols for some DLLs
- # [02:53] <@roc> like d3d10_1core.dll
- # [02:53] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [02:54] <BenWa> Right, so the crash server has those. But your libxul is custom so it doesn't know about it
- # [02:54] <BenWa> on windows we profile remotetly
- # [02:54] <BenWa> err symbolicate
- # [02:54] <BenWa> We didn't want to have all the tedious setup of setting up PDBs, parsing them etc...
- # [02:55] <@roc> ok
- # [02:55] <@roc> I gotta go
- # [02:55] <@roc> looks promising!
- # [02:55] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Quit: bmoss)
- # [02:56] <BenWa> Cool, thanks
- # [02:57] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [02:57] <@roc> seems to me that given JS can unwind their stack (I hear the JS debugger can always get a good stack trace), then we should be able to do that for profiling too
- # [02:57] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [02:58] * Joins: jprmc (jprmc@301566BC.5BCEC6DB.DA78B690.IP)
- # [02:58] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
- # [02:59] * jmaher|afk is now known as jmaher
- # [02:59] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
- # [02:59] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:00] * Joins: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu)
- # [03:00] * Joins: rajul (quassel@ED9A9458.519A4FE9.27560D6E.IP)
- # [03:00] * Joins: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp)
- # [03:00] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:02] * Quits: Hughman (Mibbit@612FCB38.45583DB0.A3B82EC7.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:02] * jlebar|dinner is now known as jlebar
- # [03:02] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [03:03] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [03:04] * lsblakk is now known as lsblakk|afk
- # [03:05] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Ping timeout)
- # [03:05] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [03:05] * ChanServ sets mode: +o ehsan
- # [03:08] * Joins: cjones_ (cjones@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [03:08] * Joins: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net)
- # [03:10] * Quits: mike5w3c (MikeS@moz-A6C6B6A1.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [03:11] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:13] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [03:14] * Quits: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com) (Quit: ChatZilla 0.9.87-4.1450hg.fc15 [XULRunner 12.0/20120424092743])
- # [03:16] * Quits: Goldorak (chatzilla@F478F3FF.946F7B3.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [03:16] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [03:16] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Quit: )
- # [03:16] <padenot> dolske: ping ?
- # [03:19] * Quits: chewey (chewey@moz-ED87FE5C.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:19] * Joins: chewey (chewey@moz-3C280CE9.dip0.t-ipconnect.de)
- # [03:19] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:20] <@dolske> padenot: hello
- # [03:20] <padenot> dolske: this function http://mxr.mozilla.org/mozilla-central/source/toolkit/content/widgets/videocontrols.xml#1255 always return false, any idea why ?
- # [03:20] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Client exited)
- # [03:21] * cadecairos_away is now known as cadecairos
- # [03:21] <padenot> dolske: even if it compare the same node, it returns false.
- # [03:22] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [03:22] * Quits: dmb (dmb@moz-3565FEE9.da4.org) (Ping timeout)
- # [03:22] <RyanVM> njn: I'm seeing more of the sending in background stuff too
- # [03:22] <RyanVM> lsblakk: Did you get what you needed landed?
- # [03:23] * Joins: dmb (dmb@moz-3565FEE9.da4.org)
- # [03:23] * Quits: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.87-4.1450hg.fc16 [XULRunner 12.0/20120424094117])
- # [03:24] * Quits: cjones_ (cjones@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:25] * Joins: cjones (cjones@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [03:26] * Quits: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [03:26] <@dolske> padenot: hmmmm... the original intent of that was that mousein/mouseout fires for elements within the video controls, whereas we just wanted to know if the mouse is in/out for the outermostish videocontrol container
- # [03:27] <@dolske> padenot: we recently tried switching to the new mouse events, but that broke something iirc
- # [03:27] * Quits: kaie (kaie@moz-DD975B4B.dip.t-dialin.net) (Ping timeout)
- # [03:27] <dzbarsky> /whois dbaron
- # [03:27] <@dolske> ah, bug 689387
- # [03:28] <@dolske> padenot: kind of surprised it would be failing... perhaps jaws knows.
- # [03:30] * Quits: kanru` (user@moz-1846D96C.dynamic.hinet.net) (Ping timeout)
- # [03:30] * fabrice is now known as fabrice|afk
- # [03:30] * Quits: fabrice1 (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [03:31] * ewong|afk is now known as ewong
- # [03:31] * cadecairos is now known as cadecairos_away
- # [03:31] * Quits: edmorley (edmorley@moz-3D130806.range86-166.btcentralplus.com) (Quit: Leaving.)
- # [03:32] * Quits: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net) (Quit: jgriffin)
- # [03:35] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [03:36] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:39] * Quits: WeirdAl (chatzilla@moz-D461843.ask.info) (Ping timeout)
- # [03:40] * Quits: MarcosS (Mibbit@moz-4FA9771F.allocated.csupomona.edu) (Quit: http://www.mibbit.com ajax IRC Client)
- # [03:40] <njn> oh cool, bug 754771 landed
- # [03:41] <njn> about:compartments just got a whole lot more interesting
- # [03:41] * njn waits for the bug reports -- "that compartment shouldn't be there!" -- to start rolling in
- # [03:43] * Quits: hub (hub@A5087023.2354C43D.D8E68FF6.IP) (Ping timeout)
- # [03:45] * Quits: jorendorff-away (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: jorendorff-away)
- # [03:45] * Quits: mccr8 (mccr8@moz-5F92CD4B.dsl.dynamic.sonic.net) (Quit: mccr8)
- # [03:45] * Quits: KaiRo_away (robert@moz-E021E9EE.adsl.highway.telekom.at) (Input/output error)
- # [03:45] * Quits: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [03:45] * rail is now known as rail_away
- # [03:46] * Quits: jprmc (jprmc@301566BC.5BCEC6DB.DA78B690.IP) (Ping timeout)
- # [03:46] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [03:47] * Quits: willy1234x1 (willy1234x@moz-34F5F076.slkc.qwest.net) (Ping timeout)
- # [03:47] <njn> why do we have --disable-tracejit builds on TBPL?
- # [03:49] <daleharvey> anyone I can bug about indexeddb stuff? :)
- # [03:49] <@khuey> daleharvey: hi
- # [03:49] <@khuey> njn: because nobody told releng the tracer is dead?
- # [03:50] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Ping timeout)
- # [03:50] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [03:50] <daleharvey> khuey: yo, so I was wondering about what will be happening with collation in keyRanges, window.IDBKeyRange.bound('a', 'Z', false, false); gives me a DATA_ERR
- # [03:51] <@bz> khuey: ping
- # [03:51] * Quits: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net) (Quit: ChatZilla 0.9.86.1-rdmsoft [XULRunner 1.8.0.9/2006120508])
- # [03:51] * Joins: willy1234x1 (willy1234x@moz-C1F4DCAA.slkc.qwest.net)
- # [03:51] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [03:51] <daleharvey> where as window.IDBKeyRange.bound('a', 'b', false, false); works fine ('a' < 'Z') but 'a'.localeCompare('Z') > 0
- # [03:52] <@khuey> bz: pong
- # [03:52] * Quits: billm (billm@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [03:52] <daleharvey> I am fairly sure this code used to pass tests in firefox
- # [03:52] <@khuey> daleharvey: you had to pick a hard question ...
- # [03:53] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [03:53] * @khuey pulls up the spec
- # [03:53] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [03:53] <@bz> khuey: nevermind; I sorted it out
- # [03:54] <daleharvey> :P its by no means urgent, its not even a work thing, I cant remember if I have talked to you before but I took over writing the couchdb implementation in javascript
- # [03:54] <@khuey> bz: ok
- # [03:54] <@bz> khuey: actually
- # [03:54] * nthomas|away is now known as nthomas
- # [03:55] <@bz> khuey: I do have another question
- # [03:55] <@bz> khuey: did a bug ever get filed on the distinguishability fix for typed arrays
- # [03:55] <@bz> khuey: or did you roll it into your patch?
- # [03:55] <daleharvey> I can see the if (keyRange->Lower() > keyRange->Upper() in KeyRange.cpp, so not surprising its failing, but I was wondering what might happen to it
- # [03:55] * @bz is trying to get his patches actually into reviewable form, and keeps finding hacks....
- # [03:55] <@khuey> bz: what fix?
- # [03:55] * Quits: sewardj (sewardj@moz-1EB85132.dip.t-dialin.net) (Ping timeout)
- # [03:55] <@bz> khuey: the fix to make isDistinguishableFrom do the right thing with typed arrays?
- # [03:56] * Joins: sewardj (sewardj@moz-35461339.dip.t-dialin.net)
- # [03:56] <@bz> khuey: I mailed it to you at some point
- # [03:56] * @bz can pastebin if desired
- # [03:56] * @khuey looks
- # [03:56] * rail_away is now known as rail
- # [03:56] <@bz> or file a bug or whatever
- # [03:56] <@khuey> ah, yes
- # [03:56] <@khuey> I rolled that in
- # [03:56] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [03:56] <@khuey> daleharvey: I don't really know, sorry
- # [03:57] <@bz> excellent
- # [03:57] <@khuey> daleharvey: I think we mostly tried to avoid collation :-P
- # [03:57] * Quits: ircloggr (nodebot@moz-DCEE69CC.compute-1.amazonaws.com) (Client exited)
- # [03:58] <@bz> collation is the root of all evil
- # [03:58] * Joins: ircloggr (nodebot@moz-6F70D890.compute-1.amazonaws.com)
- # [03:58] <@bz> for one thing, it's locale-dependent....
- # [03:58] <@bz> well, maybe s/all/some/
- # [03:58] <daleharvey> heh, as does most of the dom api, no bother, I think it was always going to be a known issue / incompatibility
- # [03:59] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [03:59] * philor is now known as philor|away
- # [04:00] * Joins: kaie (kaie@moz-300B5A28.dip.t-dialin.net)
- # [04:01] * Quits: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120520180745])
- # [04:03] * glob|away is now known as glob
- # [04:03] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [04:03] * Joins: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au)
- # [04:04] * joduinn-mtg is now known as joduinn-coffee
- # [04:05] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [04:05] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [04:08] * Joins: timdream (timdream@2074941E.2E75629.482BB9A9.IP)
- # [04:10] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120518135927])
- # [04:11] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [04:13] * Quits: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [04:14] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [04:14] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [04:15] * jmaher is now known as jmaher|afk
- # [04:15] * Fallen is now known as Fallen|away
- # [04:18] * Quits: cjones (cjones@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving)
- # [04:20] * Joins: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net)
- # [04:21] * Quits: victorporof (victorporo@85DFD77.7E2AA079.79933D60.IP) (Connection reset by peer)
- # [04:22] * rail is now known as rail_away
- # [04:22] * nli|away is now known as nli
- # [04:23] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [04:24] * Joins: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net)
- # [04:27] * Joins: mike5w3c (MikeS@moz-EB9E7808.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [04:27] * joduinn-coffee is now known as joduinn
- # [04:29] * Joins: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net)
- # [04:29] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [04:30] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [04:33] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [04:34] * Quits: Asa (asa@moz-E098C967.static.wiline.com) (Ping timeout)
- # [04:35] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [04:38] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [04:39] <@bz> bjacob: ping
- # [04:40] * philor|away is now known as philor
- # [04:40] <bjacob> bz: pong
- # [04:41] <@bz> bjacob: do you have a mac? if not, I can test that test failure for you
- # [04:41] <@bz> bjacob: just need to make sure I grab the right changesets....
- # [04:41] <bjacob> bz: i can grab one tomorrow at the office
- # [04:41] <humph> does chromium have any debug builds or release builds with symbols?
- # [04:41] * Quits: ewong (chatzilla@moz-3CBEA671.ctinets.com) (Quit: brb)
- # [04:41] * Quits: jorendorff (jorendorff@moz-91590D94.hsd1.tn.comcast.net) (Quit: Eaten by grue.)
- # [04:41] * Quits: kvda (kvda@moz-B4797196.dyn.iinet.net.au) (Quit: Computer has gone to sleep.)
- # [04:41] <bjacob> bz: not worth your time
- # [04:41] * Joins: nli` (nli@moz-99690620.hinet-ip.hinet.net)
- # [04:42] * Quits: vikash (vikash@116BC91F.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
- # [04:42] <@bz> bjacob: ok
- # [04:42] * devd is now known as dev_afk
- # [04:42] <@bz> bjacob: I just want the test suite update, since after that my stuff should all be green and I'll just be blocked on reviews. ;)
- # [04:42] <bjacob> bz: 1.0.1 is significantly behind trunk, so even with that update, we won't have perfect test coverage
- # [04:42] <@bz> sure
- # [04:43] <bjacob> bz: but there are downsides to switching us to trunk - it's a dilemma.
- # [04:43] * @bz goes to push to try and settles in for the wait
- # [04:43] <@bz> What's the downside?
- # [04:44] <bjacob> bz: 1) less polished, new tests will mean effort needed to get something green on try and even then, there is a risk of intermittent oranges. And risking 1.0.1 conformance regressions.
- # [04:45] <@bz> ah
- # [04:45] <@bz> ok
- # [04:45] * Joins: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com)
- # [04:46] * karl wonders how to do the equivalent of git rev-list --bisect reva...indirectrelativerevb in hg
- # [04:46] <bjacob> bz: we're likely blocked on mac 10.8 release to claim 1.0.1 conformance though, so maybe we should just switch to trunk asap
- # [04:47] * Quits: timdream (timdream@2074941E.2E75629.482BB9A9.IP) (Quit: timdream)
- # [04:47] <bjacob> karl: if it existed, it would just give you a python stacktrace
- # [04:47] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [04:47] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [04:48] <karl> :), turns out i don't need it right now anyway
- # [04:48] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [04:48] * Quits: kmoir-afk (chatzilla@moz-4CA9B556.cable.teksavvy.com) (Ping timeout)
- # [04:49] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
- # [04:51] <karl> hg was telling me that a revision was not directly related to itself
- # [04:51] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [04:51] * heycam is now known as heycam|away
- # [04:51] <karl> which was most likely because i told it garbage
- # [04:51] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [04:53] * Quits: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:55] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Quit: rcirc on GNU Emacs 24.1.50.2)
- # [04:56] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [04:56] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
- # [04:58] * dev_afk is now known as devd
- # [04:58] * devd is now known as dev_afk
- # [04:58] * Joins: mike5w3c_ (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [04:58] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [04:58] * Quits: rclick (rclick@moz-914CAD41.dsl.covlil.sbcglobal.net) (Connection reset by peer)
- # [04:59] * Quits: mike5w3c (MikeS@moz-EB9E7808.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [04:59] * mike5w3c_ is now known as mike5w3c
- # [04:59] * Fallen|away is now known as Fallen
- # [04:59] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [05:00] <philor> since our test logs are about 4:1 "WARNING: No outer window available!":everythingelse, is that maybe, possibly, not worth warning about?
- # [05:01] * Joins: kanru (user@moz-99690620.hinet-ip.hinet.net)
- # [05:02] <KWierso> philorbot: do I care about any of these oranges or reds? https://tbpl.mozilla.org/?noignore=1&tree=Mozilla-Inbound&rev=f713ee5937ab
- # [05:02] <philor> of course not, that's why you pushed to inbound!
- # [05:03] <philor> Peptest is only of interest to someone in management, who failed to arrange for anyone else to care about it
- # [05:03] * Joins: priya (Adium@moz-5843392D.hsd1.ca.comcast.net)
- # [05:04] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Ping timeout)
- # [05:04] <philor> I fixed that 10.7 moth six or eight pushes up, probably do xpcshell next, but the orange fairies are going to have to fix the plugin leaks of m1/m3/crashtest
- # [05:04] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [05:05] * Quits: kanru (user@moz-99690620.hinet-ip.hinet.net) (Quit: rcirc on GNU Emacs 24.1.50.2)
- # [05:05] * Joins: kanru (user@moz-99690620.hinet-ip.hinet.net)
- # [05:06] <philor> but if you toggle back to ignore, you'll see that you're actually all-green
- # [05:06] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [05:07] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [05:07] <Unfocused> if you hide all the reds and oranges and purples, it's all green
- # [05:07] * philor hums a little happy song
- # [05:08] <philor> the first verse goes something like "Hello, Android / Goodbye, Android / Burn in hell for all eternity you worthless load of crap Android"
- # [05:09] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [05:09] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Ping timeout)
- # [05:09] * Quits: anant (Anant@moz-488092DD.hsd1.ca.comcast.net) (Quit: Leaving)
- # [05:09] <Callek> philor: no, not my first verse
- # [05:10] <Callek> my first verse starts something like "OSX you're worthless, why you fail badly with a simple password change"
- # [05:10] * KWierso likes that his IRC client emphasizes "Goodbye, Android" because it's between the slashes
- # [05:10] <bhearsum|afk> anyone know if it's possible to assign to an access a variable in the same rule of a Makefile? i'm trying to do something like: 'cwd=`pwd` && cd /elsewhere && do stuff && cd $cwd'
- # [05:11] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [05:11] * ChanServ sets mode: +o ehsan
- # [05:11] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [05:11] * Joins: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net)
- # [05:12] <philor> Callek: if that password thing used up as many person-hours as I think it did, then it's a puff of vapor in the bucket
- # [05:12] <karl> bhearsum|afk: should be fine to use sh variables within the same command
- # [05:12] * Joins: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net)
- # [05:12] * karl guesses pushd is only available in modern/interactive shells
- # [05:12] * Quits: lmandel (lmandel@FE1F74.86ED00A7.971E19F6.IP) (Quit: lmandel)
- # [05:12] <bhearsum|afk> karl: yeah, pushd/popd doesn't work
- # [05:12] <bhearsum|afk> probably because they are builtin
- # [05:13] <bhearsum|afk> karl: http://pastebin.mozilla.org/1648421 doesn't work, like i was hoping
- # [05:13] * Joins: rclick (rclick@moz-914CAD41.dsl.covlil.sbcglobal.net)
- # [05:13] <nthomas> doesn't our packaging stuff all go '$(foo && bar && baz)' ?
- # [05:13] <bhearsum|afk> oooh
- # [05:14] <bhearsum|afk> i didn't think of trying $(foo && bar)
- # [05:14] * bhearsum|afk looks at update-packaging
- # [05:14] <nthomas> or just ( cd foo && bar && baz )
- # [05:14] <bhearsum|afk> ah
- # [05:15] <nthomas> http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/installer/packager.mk#347
- # [05:15] <bhearsum|afk> thanks
- # [05:15] * Joins: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net)
- # [05:15] <karl> bhearsum|afk: i expect you need to double $$ to quote them
- # [05:15] <bhearsum|afk> ah, right
- # [05:16] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [05:16] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [05:17] <bhearsum|afk> looks like this awful hack works: http://pastebin.mozilla.org/1648422
- # [05:17] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Input/output error)
- # [05:17] <karl> i have some notes that say that $() is ksh and i should use ``, but they don't say which shell $() failed in; probably bourne shell
- # [05:17] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [05:17] <bhearsum|afk> i'm pretty sure $() works in bash
- # [05:17] <bhearsum|afk> though...i'm testing in zsh right now
- # [05:17] * Quits: rniwa (rniwa@moz-CD91E596.google.com) (Quit: rniwa)
- # [05:17] <karl> do we explicitly request bash from make?
- # [05:18] <bhearsum|afk> i'm not sure
- # [05:18] * Quits: mike5w3c (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [05:18] <bhearsum|afk> i just realized that $(shell pwd) isn't going to do what i want though....
- # [05:18] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [05:19] <bhearsum|afk> backticks work on bash
- # [05:19] <bhearsum|afk> and zsh
- # [05:19] * Joins: mike5w3c (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [05:20] <karl> what does $(shell pwd) do wrong/
- # [05:20] <karl> ?
- # [05:20] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [05:20] <bhearsum|afk> that's interpreted at parse time rather than execution time afaict
- # [05:20] <bhearsum|afk> because it's a make function, i think
- # [05:21] <karl> iirc "=" variables are interpreted when the macro is expanded
- # [05:21] <karl> := are interpreted at parse time
- # [05:21] <bhearsum|afk> huh
- # [05:21] <bhearsum|afk> well, i dunno then :)
- # [05:21] <njn> Can you use a bug's alias in a comment, or just in the blocks/depends on fields?
- # [05:22] * Quits: mike5w3c (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout)
- # [05:22] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [05:23] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [05:23] * jlebar is now known as jlebar|sleep
- # [05:26] <philor> don't think it gets linked, no
- # [05:26] * Joins: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it)
- # [05:26] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [05:26] <philor> that would lead to rather surprising behavior
- # [05:27] <philor> since you could give a bug the alias "in" and suddenly link thousands of comments
- # [05:27] * Joins: smooney (smooney@moz-57825793.hsd1.ca.comcast.net)
- # [05:28] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Ping timeout)
- # [05:29] <Callek> njn: basically to give another reason why "no" to philors mention here, bug # links are constant and static, you can always remove an alias one day, and add the same alias to another bug another day...
- # [05:29] <Callek> njn: if you *really* *really* want an alias link you can use the bmo long form for show-bug with an alias
- # [05:29] <Callek> ;-)
- # [05:29] <njn> philor, Callek: fair enough
- # [05:30] <Callek> njn: e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=SM2.8b3
- # [05:30] <Callek> ;-)
- # [05:30] <glob> Callek, while bug comments are static, linkification is not
- # [05:30] <glob> Callek, eg. you can reference a bug number which doesn't exist yet; once it does it'll be linkified
- # [05:31] <Callek> glob: I know ;-) but my point is that the comment semantics would change if the alias is changed
- # [05:31] <njn> Callek: will that full link show up in the comment as "SM2.8b3" with a link
- # [05:31] <Callek> while an invalid bug # won't
- # [05:31] <Callek> njn: no it will show up as a url link
- # [05:31] <njn> Callek: oh, that's boring
- # [05:31] <glob> Callek, my point is a bug number may be invalid now, but will become valid in the future -- it's no different from an alias changing and altering what is linked
- # [05:32] <Callek> glob: o, but it is different (imo)
- # [05:32] <glob> :)
- # [05:32] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [05:32] <Callek> an invalid bug number will be valid at most once, and when valid point at most one place
- # [05:33] <Callek> an alias may be valid/invalid at any day/time and point as many places (over time) as many times as the alias is changed
- # [05:33] <glob> fair enough :)
- # [05:33] <glob> let's not linkify aliases :)
- # [05:33] <glob> hrm, we should probably collapse full urls to our own bugs to just the alias/bug#
- # [05:33] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [05:33] <Callek> glob: yea, that I would support
- # [05:33] <Callek> ;-)
- # [05:34] <glob> i wonder if there's a 5 digit bug requesting that..
- # [05:34] <Callek> since if someone lists a whole url-to-an-alias they most likely _want_ the alias linked ;-)
- # [05:34] * heycam|away is now known as heycam
- # [05:34] <glob> i hacked it into the bugzilla instance i maintained prior to bmo; it's an easy fix
- # [05:35] <Callek> could do things like "Red Hat Bug XXXX" "GitHub Issue FOO" etc if we really wanted too ;-)
- # [05:35] <Callek> with the full urls
- # [05:35] <Callek> (might make full sense to also "try" to do the same munging on see-also
- # [05:35] <glob> we already do that for quite a few specials
- # [05:36] * Joins: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [05:36] * glob digs up a link
- # [05:36] <Callek> glob: I know we do something like that for bzr checkins ;-)
- # [05:36] <glob> http://bzr.mozilla.org/bmo/4.0/annotate/head:/extensions/BMO/Extension.pm#L485
- # [05:36] <glob> Callek, if you want to see more, file a bug :)
- # [05:37] <Callek> hehe I don't need more, just mentioning
- # [05:37] <Callek> :-)
- # [05:37] * Callek brainstorms while you started it
- # [05:37] <bbondy> ehsan: there?
- # [05:37] <@ehsan> yeah
- # [05:37] <@ehsan> bbondy: what's up?
- # [05:37] <bbondy> so what would happen if someone upgrades to your task but the service doesn't get upgraded?
- # [05:38] <bbondy> I think there is a bug but I'm not sure why you woudln't have seen it on oak
- # [05:38] <@ehsan> not sure what you mean
- # [05:38] <bbondy> so I mean on tomrorow's update, what happens if the service doesn't get upgraded
- # [05:38] <bbondy> maintenanceservice.exe
- # [05:38] <bbondy> but everything else does
- # [05:39] <@ehsan> hmm
- # [05:39] <@ehsan> same thing as if that happens even without my patch?
- # [05:40] <bbondy> you are sure?
- # [05:40] <bbondy> the upgrade will still work?
- # [05:40] <bbondy> if everything gets upgraded but the service doesn't get upgraded
- # [05:41] <@ehsan> I haven't tested it explicitly, but I don't see why my changes would make a difference
- # [05:41] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [05:41] * Quits: rajul (quassel@ED9A9458.519A4FE9.27560D6E.IP) (Ping timeout)
- # [05:41] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [05:41] <bbondy> so what I just found is if you install a build after 2012-05-02 the service won't get upgraded subsequently
- # [05:42] <bbondy> maintenanceservice.exe won't get replaced
- # [05:42] <bbondy> if you have a build before that it is ok
- # [05:42] <bbondy> if you have a build that was originally installed before that, it's ok
- # [05:42] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [05:42] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [05:42] <bbondy> so I want to make sure we shouldn't backout bgupdates before the nightly build
- # [05:43] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [05:43] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [05:44] <@ehsan> bbondy: if you have specific concerns, please let me know, but I can't think of any reason why tomorrow's nightly should be any worse than today's
- # [05:44] * Joins: ewong (chatzilla@moz-3CBEA671.ctinets.com)
- # [05:44] <KWierso> haven't there been a number of respin updates today that included background updates?
- # [05:44] <bbondy> my specific concern is that the rest of your code will assume that the service does something, but it'll be using the old service
- # [05:45] <bbondy> so maybe something will break updates
- # [05:45] <bbondy> if so then great
- # [05:45] <KWierso> hrm, now I'm getting "Update failed" in About Nightly
- # [05:45] <bbondy> but maybe people didn't notice because they installed a build before 2012-05-02
- # [05:45] <@ehsan> bbondy: I don't make any such assumptions
- # [05:46] <bbondy> k
- # [05:46] <@ehsan> KWierso: what platform are you on?
- # [05:46] <KWierso> I'm using the 32-bit Windows build on Windows 8
- # [05:46] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [05:48] <KWierso> I'm currently on the build from c20d415ef1b5, which was one of today's respins, I think (I remember updating twice already today)
- # [05:48] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [05:49] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [05:50] <KWierso> ehsan: nothing useful is being logged to the error console with app.update.log enabled, for what it's worth
- # [05:51] <@ehsan> KWierso: do you have a last-update.log file in %LOCALAPPDATA%\Mozilla\Firefox\<install directory name>\updates?
- # [05:51] <KWierso> ehsan: huh, I restarted Firefox and now the About window says I can restart to update
- # [05:51] * joduinn is now known as joduinn-afk
- # [05:51] <@ehsan> hrm
- # [05:51] <KWierso> and the error console has a bunch of AUS:SVC messages
- # [05:52] <@ehsan> KWierso: do you remember exactly what you did before?
- # [05:52] <KWierso> ehsan: most recently? I went to Help - About Nightly, and it showed the "checking for updates" string for a split second, then it said "update failed: Download manually" or something like that
- # [05:53] <@ehsan> hmm
- # [05:53] <KWierso> maybe I had a staged update prior to that?
- # [05:53] <@ehsan> KWierso: can you cheeck to see if you have the log file?
- # [05:53] <KWierso> though wouldn't it have shown me the "restart" button?
- # [05:53] <KWierso> sure
- # [05:53] <bbondy> ehsan: btw here is the bug I was talking about, I just posted it bug 757711
- # [05:53] <@ehsan> KWierso: it shouldn't attempt to download another update when there's a pending one
- # [05:54] * Quits: smooney (smooney@moz-57825793.hsd1.ca.comcast.net) (Quit: smooney)
- # [05:54] * Quits: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: brendan)
- # [05:54] <KWierso> ehsan: I have a last-update.log from 5 minutes ago and a backup-update.log from 7 minutes ago
- # [05:55] <KWierso> both just say "Performing a background update"
- # [05:55] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [05:55] <@ehsan> bbondy: hmm, that's bad... as the faulty code is inside the service itself :(
- # [05:55] <@ehsan> KWierso: is there a directory named "0" under the updates directory?
- # [05:56] <KWierso> yes
- # [05:56] <KWierso> update.status has "pending"
- # [05:56] <@ehsan> KWierso: can you check the contents of that directory?
- # [05:56] <@ehsan> hmm
- # [05:56] <KWierso> and that's it
- # [05:56] <@ehsan> is there a log file there?
- # [05:56] <bbondy> ya I think the fix for bug 757711 will need to be inside postupdate code
- # [05:56] <KWierso> nope
- # [05:56] <@ehsan> KWierso: so that's the only file?
- # [05:56] <KWierso> yes
- # [05:56] <@ehsan> KWierso: that's the sign of a problem...
- # [05:57] <@ehsan> but I'm not sure why that has happened
- # [05:57] <@ehsan> KWierso: can you please file a bug and include as much information as possible?
- # [05:57] * Joins: mike5w3c (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [05:57] <KWierso> ehsan: after restarting, I'm still on that same cset: c20d415ef1b5
- # [05:57] <@ehsan> KWierso: (to fix your situation, just get rid of that file)
- # [05:57] <KWierso> :\
- # [05:58] <@ehsan> KWierso: (I mean the update.status file)
- # [06:00] <biesi> janv, so it feels like I reviewed that patch before. is it the same?
- # [06:02] <bbondy> ehsan: Wouldn't it try to use the wrong installdir if the service didn't get upgraded? (New code in workmonitor.cpp GetInstallationDir)
- # [06:03] <@ehsan> hmm
- # [06:03] <@ehsan> bbondy: yeah maybe that's possible
- # [06:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [06:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [06:03] * Joins: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [06:04] <bbondy> so the question is what effects will that have
- # [06:04] <@ehsan> bbondy: hmm wait, what old version?
- # [06:04] <@ehsan> bbondy: GetInstallationDir was added today
- # [06:04] <bbondy> that code won't be hit though
- # [06:04] <bbondy> but maybe the other new code is expecting it to be hit
- # [06:05] <@ehsan> bbondy: hmm, so we'll end up using the old service with the new client code?
- # [06:05] <bbondy> yes
- # [06:05] <bbondy> that's what I was saying above
- # [06:05] <@ehsan> oh, ok
- # [06:05] <@ehsan> dammit
- # [06:05] <@ehsan> that's a problem
- # [06:05] <@ehsan> who's the build duty
- # [06:05] <@ehsan> ?
- # [06:06] <bbondy> only if you are using a build after 2012-05-02 12:42:07 PDT
- # [06:06] <bbondy> I mean only if you installed after 2012-05-02 12:42:07 PDT
- # [06:06] <bbondy> If you first got the service on a version before that and have been upgrading since, then you are ok
- # [06:06] <@ehsan> bbondy: so here's a general question
- # [06:07] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Connection reset by peer)
- # [06:07] <@ehsan> bbondy: do we update the service before or after attempting to invoke updater?
- # [06:07] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [06:09] * Joins: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net)
- # [06:09] <bbondy> ehsan: we update the service after
- # [06:09] <@ehsan> bbondy: oh, then that's another problem
- # [06:09] <bbondy> why
- # [06:10] <@ehsan> bbondy: that means that the service will not have the needed code the first time that the updater is invoked
- # [06:10] <janv> biesi: yes, I addressed your comments
- # [06:10] <@ehsan> hmm
- # [06:10] <@ehsan> no wait
- # [06:10] <@ehsan> bbondy: ignore me
- # [06:10] <@ehsan> I confused myself :)
- # [06:10] <bbondy> :)
- # [06:10] <biesi> janv, cool. remind me, which bug was the other patch in?
- # [06:10] * Quits: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: brendan)
- # [06:10] <janv> biesi: and we need this earlier in the cycle, since it touches basic interfaces
- # [06:10] <janv> biesi: 726593
- # [06:11] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Quit: Leaving)
- # [06:11] * Quits: Mossop (mossop@moz-347C3D31.dsl.dynamic.sonic.net) (Ping timeout)
- # [06:11] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [06:12] * Fallen is now known as Fallen|away
- # [06:12] <bbondy> ehsan: maybe we should test to see what happens
- # [06:12] <bbondy> with a build before you landed to a build after you landed
- # [06:12] <@ehsan> bbondy: I don't have access to a windows machine...
- # [06:12] <bbondy> I'll try now
- # [06:12] <@ehsan> ok
- # [06:12] * @ehsan holds off on backing out
- # [06:13] * Joins: MarcosS (Mibbit@moz-1D0B8EB2.dsl.irvnca.pacbell.net)
- # [06:13] * Quits: MarcosS (Mibbit@moz-1D0B8EB2.dsl.irvnca.pacbell.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [06:13] * Joins: MarcosS (Mibbit@moz-1D0B8EB2.dsl.irvnca.pacbell.net)
- # [06:13] <KWierso> ehsan: bug 757717 filed
- # [06:14] <@ehsan> thanks
- # [06:14] <KWierso> gonna try restarting again and see if anything changes
- # [06:14] <KWierso> (without having deleted that file)
- # [06:14] <bbondy> build downloading
- # [06:14] <bbondy> 05/21
- # [06:14] <bbondy> will try that to 05/22 and then will try an older 05/22 to 05/22
- # [06:14] <bbondy> and see how it goes
- # [06:14] <@ehsan> ok
- # [06:15] <bbondy> my download speed is unusually slow today so might be 10 min
- # [06:15] <KWierso> well, I'm still on that c20d41 cset, both of the log files say "Peforming a background update"
- # [06:15] * Quits: willy1234x1 (willy1234x@moz-C1F4DCAA.slkc.qwest.net) (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
- # [06:16] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
- # [06:16] <bbondy> hrm 05/21 is saying nightly is up to date
- # [06:17] <@ehsan> KWierso: what does update.status say?
- # [06:17] <bbondy> updates disabled already maybe?
- # [06:17] <KWierso> ehsan: but this time, the About window says I'm up to date
- # [06:17] <@ehsan> bbondy: yeah, bhearsum|afk was quick!
- # [06:17] <KWierso> error console shows these update service messages: http://pastebin.mozilla.org/1648451
- # [06:17] <bbondy> crap
- # [06:17] <KWierso> ehsan: doesn't exist
- # [06:17] <@ehsan> bbondy: you can test on oak nightlies
- # [06:17] <KWierso> the "0" folder does, but it is empty
- # [06:17] <@ehsan> KWierso: we just disabled updates :)
- # [06:17] <KWierso> oh, heh
- # [06:18] <bbondy> ehsan: oak will have the changeset from m-c right?
- # [06:18] <@ehsan> bbondy: yes
- # [06:18] * Joins: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net)
- # [06:18] <bbondy> k
- # [06:18] <@ehsan> bbondy: what is the cset?
- # [06:18] <bbondy> http://hg.mozilla.org/mozilla-central/rev/c9e68a3cb207
- # [06:19] * Quits: dbradley (dbradley@moz-80450F75.fuse.net) (Ping timeout)
- # [06:19] <@ehsan> bbondy: it was pushed here: https://hg.mozilla.org/projects/oak/pushloghtml?changeset=c9e68a3cb207
- # [06:19] <bbondy> k
- # [06:19] * @ehsan crosses fingers
- # [06:19] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
- # [06:20] <bbondy> ehsan: but what I really wanted to test was a build that didn't have your code to a build that did
- # [06:20] <KWierso> ehsan: is there a way for me to see what version the mozillamaintenance service is at?
- # [06:20] <KWierso> or whatever is running the updates on my machine?
- # [06:20] <bbondy> ehsan: Maybe push bgupdates to elm, we can use that.
- # [06:21] <@ehsan> bbondy: can't you use an oak nightly before that push date?
- # [06:21] <bbondy> oh it's already pushed to elm
- # [06:21] <bbondy> ehsan: I need a build before your bgupdates changes
- # [06:21] <bbondy> not before the push with the quotes
- # [06:21] <@ehsan> KWierso: I think it's the file version, bbondy would know best
- # [06:22] <bbondy> file version ya
- # [06:22] <@ehsan> bbondy: oh, ok, try the profiling branch perhaps?
- # [06:22] <bbondy> It's actually already on elm
- # [06:22] <bbondy> we just need to make a nightly there
- # [06:22] <@ehsan> oh cool
- # [06:22] <bbondy> https://tbpl.mozilla.org/?tree=Elm
- # [06:22] <@ehsan> bbondy: should I back out in the meantime? or should we just keep windows updates disabled?
- # [06:23] <bbondy> I think there is no harm to not backout right?
- # [06:23] <bbondy> I'm just not sure if it'll fallback to a normal update if it fails
- # [06:23] <bbondy> if it does then we're cool
- # [06:23] <bbondy> if it doesn't then we'll need to backout
- # [06:23] <@ehsan> bbondy: the harm is that we won't get testing on other platforms :)
- # [06:23] * Joins: MarcoZ (Daily@moz-C4595BC8.dip.t-dialin.net)
- # [06:23] <bbondy> but if there's no harm then don't bother backing out yet
- # [06:23] <@ehsan> bbondy: but if you think this may take a long time let's back out
- # [06:23] <bbondy> I think it'll take tomorrow
- # [06:24] <@ehsan> ok
- # [06:24] <janv> biesi: thanks!
- # [06:24] <bbondy> is that a long time?
- # [06:24] <bbondy> :)
- # [06:24] <@ehsan> bbondy: nah, I think O
- # [06:24] <@ehsan> I'll just leave windows updates disabled for now
- # [06:25] <bbondy> k I started the nightly for elm
- # [06:26] <bbondy> KWierso: can you go to services and check the path of maintenance service?
- # [06:26] <bbondy> is the path quoted or no?
- # [06:26] <@ehsan> thanks
- # [06:27] <bbondy> In particular is it: "C:\Program Files (x86)\Mozilla Maintenance Service\maintenanceservice.exe" or C:\Program Files (x86)\Mozilla Maintenance Service\maintenanceservice.exe
- # [06:27] <KWierso> C:\Program Files (x86)\Mozilla Maintenance Service\maintenanceservice.exe
- # [06:28] <KWierso> bbondy: ^
- # [06:28] <KWierso> no quotes
- # [06:28] <bbondy> ok so I think your issue is not related to what ehsan and I are talking about
- # [06:28] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [06:29] * Quits: pcwalton (pcwalton@moz-BBE3ABD.mv.mozilla.com) (Quit: nbvcx)
- # [06:29] <@ehsan> hmm
- # [06:31] <bbondy> ehsan: most people will already have the service installed without quotes, it's only for the new people that will have quotes
- # [06:31] <@ehsan> ok
- # [06:32] * Quits: cpeterson (cpeterson@moz-175D1473.hsd1.ca.comcast.net) (Input/output error)
- # [06:34] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/a301e1c41b7d - Jan Varga - Bug 757507 - Implement read-write file streams. r=biesi
- # [06:34] <firebot> http://hg.mozilla.org/mozilla-central/rev/36e938e51481 - Jan Varga - Bug 757511 - Make it possible to raise the maximum number of threads. r=biesi
- # [06:35] * philor curses xpcshell manifests
- # [06:36] <@roc> Jan Varga?
- # [06:37] <janv> that's me
- # [06:37] <@roc> hello!
- # [06:37] <janv> hi
- # [06:38] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [06:39] * Joins: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net)
- # [06:40] <KWierso> ehsan: maybe I midaired the disabling of updates and it left me in a confused state?
- # [06:40] * Fallen|away is now known as Fallen
- # [06:41] <@ehsan> KWierso: no, we were talking about that before I filed that bug
- # [06:41] <KWierso> oh, no, I'm the only one in the confused state :)
- # [06:42] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [06:42] * nthomas is now known as nthomas|away
- # [06:43] * Joins: automata (automata@A3A19242.A18180D5.D39F610C.IP)
- # [06:44] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Ping timeout)
- # [06:45] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [06:45] * Joins: Asa (asa@moz-E098C967.static.wiline.com)
- # [06:45] <KWierso> ehsan, bbondy: so someone in a mozillazine thread is saying that updates are stuck for him on Nightly: http://forums.mozillazine.org/viewtopic.php?p=12006053#p12006053
- # [06:46] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Connection reset by peer)
- # [06:46] <KWierso> dunno if it's related to this
- # [06:46] * Joins: m_kato (Daily@moz-348F61F0.mozilla.or.jp)
- # [06:46] <bbondy> there are 2 this:)
- # [06:46] <KWierso> the not-mine this?
- # [06:47] <bbondy> heh this is getting confusing
- # [06:47] * Joins: rwaldron (rwaldron@moz-37AFAA7C.dsl.pltn13.sbcglobal.net)
- # [06:47] <bbondy> does their issue sound the same as yours?
- # [06:48] <KWierso> no, my about window almost immediately went from "checking for updates" to "download failed" (with a really quick "downloading 0 of 2MB" in between), it didn't ever get to the applying stage
- # [06:49] * Quits: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com) (Quit: Jesse)
- # [06:49] * Joins: asadotzler (asa@moz-E098C967.static.wiline.com)
- # [06:49] * Quits: Asa (asa@moz-E098C967.static.wiline.com) (Ping timeout)
- # [06:51] <bbondy> ehsan: so we call the new maintenanceservice.exe by the way for the serviceinstall.cpp
- # [06:51] <bbondy> so the fix shoudl be pretty easy
- # [06:51] * Quits: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP) (Quit: Ommm.......)
- # [06:52] * Quits: automata (automata@A3A19242.A18180D5.D39F610C.IP) (Ping timeout)
- # [06:54] <Callek> bbondy, ehsan: as a "we should think about it if needed" Q, do we need to update the maintenanceservice on the releng systems as well due to this issue?
- # [06:54] <@ehsan> bbondy: cool
- # [06:54] <bbondy> Callek: no those machines will be always updated
- # [06:54] <@ehsan> Callek: don't think so
- # [06:54] * erick is now known as erick-zzz
- # [06:55] <bbondy> because they are installed without the quotes in the path
- # [06:55] <bbondy> for the service path
- # [06:55] <Callek> bbondy: "always updated"? I thought the issue was that it updated incorrectly for users
- # [06:55] <bbondy> the issue would only surface when there are qotes around the path
- # [06:55] <Callek> ahh ok, whichever, I trust you to know correctly
- # [06:55] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [06:55] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [06:55] <bbondy> the issue that Kwierso is not related to that
- # [06:56] <bbondy> the issue that Kwierso *had* is not related to that
- # [06:56] * KWierso is a terrible issue
- # [06:56] <bbondy> haha
- # [06:58] <bbondy> ehsan: so we seen there was a updater compare error from the update tests when the service isn't updated already.
- # [06:58] * Quits: mike5w3c (MikeS@moz-5BA5CAB3.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: mike5w3c)
- # [06:58] <bbondy> ehsan: so if we get that again the good news is it'll just fall back to a normal update on the next update
- # [06:58] <bbondy> at least it would before, not sure about background updates code :)
- # [06:59] <bbondy> I'll link you to the code and you can tell me
- # [07:00] <bbondy> ehsan: so if it goes in here: http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/update/nsUpdateService.js#1471 then it is fine and it will do a normal update without the service the next time.
- # [07:00] * @ehsan looks
- # [07:01] <@ehsan> bbondy: yeah, that will continue to be ok
- # [07:01] <bbondy> ok so looks like the fix for the quoted path will NOT have to land before your bgupdates task
- # [07:01] <@ehsan> bbondy: however, I'm not 100% sure what happens when the old service is passed the new arguments
- # [07:01] * Joins: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
- # [07:01] <bbondy> so likelihood of backout because of the path quoted bug is nil if that's the case
- # [07:01] <@ehsan> bbondy: I'd rather keep windows updates disabled for now
- # [07:01] <bbondy> yes for sure
- # [07:01] <bbondy> :)
- # [07:02] <bbondy> we'll know once elm spits out a couple nightlies
- # [07:02] <@ehsan> but otherwise I'm more relieved now
- # [07:02] * Joins: pauljt (ptheriault@moz-D34B6DF8.lns20.syd6.internode.on.net)
- # [07:02] <bbondy> ya me too
- # [07:02] <bbondy> pulling from our great experience with the service not being updated but the rest of the code getting updated, we were able to deduce what the error would be ;)
- # [07:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [07:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [07:04] * khuey is now known as khuey|away
- # [07:04] <@dolske> hmmm http://www.winsupersite.com/blog/supersite-blog-39/developer/microsoft-details-visual-studio-11-product-lineup-143139
- # [07:04] <@dolske> claims the Express edition won't do C++? not sure if I get that from reading the actual MS blog post, though...
- # [07:05] <bbondy> that would be bad
- # [07:05] * Quits: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP) (Ping timeout)
- # [07:05] * Quits: karl (karl@moz-91AFA3D.jetstream.xtra.co.nz) (Ping timeout)
- # [07:07] <KWierso> If you would like to use a language specific Express edition (C# Express, Visual Basic Express, or C++ Express) without specialized tooling for the latest platforms, you can use the Visual Studio 2010 Express editions, which will continue to be available as free downloads.
- # [07:07] <bbondy> ack
- # [07:08] * Joins: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP)
- # [07:08] * Joins: vikram360 (vikram360@5D69B362.5CE7E5D4.2A068A5E.IP)
- # [07:10] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Connection reset by peer)
- # [07:10] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [07:10] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [07:11] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [07:11] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Ping timeout)
- # [07:11] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [07:13] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [07:14] * glob is now known as glob|away
- # [07:15] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [07:15] <philor> "specialized tooling for the latest platforms" is an interesting way of saying "Metro-only"
- # [07:16] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [07:16] * Joins: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net)
- # [07:16] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [07:18] <@roc> that's sort of odd
- # [07:19] <@roc> does that mean that Visual Studio Express 11 will be able to create C++ apps, but they'll only run on Windows 8?
- # [07:21] <smontagu> what's odd about that?
- # [07:21] <smontagu> mutatis mutandis it's been true of all versions of VS
- # [07:21] <smontagu> it would be odd if it could only create such apps
- # [07:21] <smontagu> but I doubt if that's the case
- # [07:21] <@roc> that's what it sounds like
- # [07:22] <philor> if it's not the case, MS needs to fire their copywriters
- # [07:22] <philor> because that's exactly what they say
- # [07:22] <smontagu> URI?
- # [07:22] <philor> you can create C++ Metro apps, so they can run anywhere Metro apps can run, like Win8 and Win8
- # [07:23] <@roc> right, so that's one interpretation --- that everything it builds requires WinRT
- # [07:23] * Joins: grubshka (grubshka@moz-2D5BA987.w86-216.abo.wanadoo.fr)
- # [07:23] <philor> bottom of http://www.microsoft.com/visualstudio/11/en-us/products/express
- # [07:23] <philor> "Desktop application development"
- # [07:24] <smontagu> The opportunities presented to developers by Microsoft platforms have never been greater. Pick your platform, download your tool, and get started.
- # [07:24] <smontagu> wow, three opportunities right there!
- # [07:24] * Quits: garnacho (carlos@moz-21A1EC24.dyn.user.ono.com) (Quit: Ex-Chat)
- # [07:25] <philor> the opportunity to download download and download
- # [07:25] * Quits: grubshka (grubshka@moz-2D5BA987.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [07:25] <philor> you can also target your C# app at both Vista+ and at XP, by having side-by-side 2010 and 2011 installs
- # [07:27] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [07:28] <smontagu> so you're right, this is actually just a Metro SDK, and not parallel to any earlier version of VSE
- # [07:28] * Joins: grubshka (grubshka@moz-6958B38E.w86-216.abo.wanadoo.fr)
- # [07:29] * Quits: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com) (Input/output error)
- # [07:29] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [07:30] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [07:30] * Joins: xakz (XaMaD@moz-34FBE388.fbx.proxad.net)
- # [07:32] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [07:35] * Joins: Callek (chatzilla@moz-DD17331C.dhcp.oxfr.ma.charter.com)
- # [07:36] * Joins: rclick_ (rclick@moz-914CAD41.dsl.covlil.sbcglobal.net)
- # [07:36] * Quits: rclick (rclick@moz-914CAD41.dsl.covlil.sbcglobal.net) (Connection reset by peer)
- # [07:37] * Joins: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [07:37] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [07:37] * Joins: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr)
- # [07:38] * Quits: eflores (me@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:39] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [07:40] <glandium> http://blog.chromium.org/2012/05/tale-of-two-pwnies-part-1.html waw
- # [07:40] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [07:42] <darktrojan> how come chromium gets ponies?
- # [07:44] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [07:44] * glob|away is now known as glob
- # [07:45] * Joins: jdm (jdm@moz-683CAD3.rev.sfr.net)
- # [07:45] <philor> they have wealthy parents
- # [07:46] * Quits: jduell (jduell@moz-E49CB243.hsd1.ca.comcast.net) (Ping timeout)
- # [07:49] * Quits: paul (paul2@moz-2B44125C.members.linode.com) (Ping timeout)
- # [07:49] * Quits: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl) (Ping timeout)
- # [07:49] * Joins: paul (paul2@moz-2B44125C.members.linode.com)
- # [07:49] * Joins: Bas (chatzilla@moz-DF3CA35A.ftth.concepts.nl)
- # [07:50] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [07:51] * Fallen is now known as Fallen|away
- # [07:53] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [07:54] <@dolske> "with all this horse shit, there's got to be a pony somewhere!" :D
- # [07:54] <@roc> jesup should definitely not be awake now
- # [07:55] <jesup> Why not?
- # [07:57] <jesup> I'm only 1/2 on east-coast time currently. Fought off sleep to see what reviews were waiting for me. :-) BTW, thanks glandium for the quick feedback
- # [07:57] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [07:57] <glandium> jesup: i just got up, that means you shouldn't be here ;)
- # [07:58] <jesup> I snuck out the the west coast for a while
- # [07:58] <@roc> I guess that's true
- # [07:59] <derf> jesup is always awake around this time.
- # [07:59] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [07:59] <derf> Even when he's not on the west coast.
- # [08:00] <glandium> ah finally session restore is not going to blow bugzilla up
- # [08:00] <jesup> I didn't even realize you were in france until today. I just thought you were always on when I was debugging odd c++ issues :-)
- # [08:01] <glandium> jesup: you just manage to have them when I'm around
- # [08:01] <jesup> derf: true - though sometimes it's after an hour or two if I fall asleep putting the kids down
- # [08:03] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [08:03] * Joins: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP)
- # [08:04] * Joins: mburns (mburns@89256F94.30F6F9A5.7B75DA8D.IP)
- # [08:07] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [08:07] * rclick_ is now known as rclick
- # [08:10] * Joins: kvda (kvda@moz-B4797196.dyn.iinet.net.au)
- # [08:12] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [08:12] * Joins: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net)
- # [08:12] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Quit: Ex-Chat)
- # [08:15] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [08:15] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [08:16] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [08:18] * Quits: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.2.19/20110707195905])
- # [08:21] * Quits: asadotzler (asa@moz-E098C967.static.wiline.com) (Ping timeout)
- # [08:23] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [08:23] * ChanServ sets mode: +o smaug
- # [08:26] * Quits: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net) (Ping timeout)
- # [08:27] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [08:28] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [08:28] * rniwa_ is now known as rniwa
- # [08:32] * Parts: pauljt (ptheriault@moz-D34B6DF8.lns20.syd6.internode.on.net)
- # [08:35] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [08:37] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:38] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [08:38] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [08:39] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120501201020])
- # [08:39] * Quits: bnicholson (bnicholson@moz-F08A2DE.hsd1.ca.comcast.net) (Quit: Leaving)
- # [08:40] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [08:41] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [08:42] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [08:42] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [08:44] * Joins: victorporof (victorporo@85DFD77.7E2AA079.79933D60.IP)
- # [08:44] * Quits: rwaldron (rwaldron@moz-37AFAA7C.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [08:44] <smontagu> how far back do we have mozilla-central-debug directories on ftp.mozilla.org/pub/firefox/nightly?
- # [08:45] * joduinn-afk is now known as joduinn-home
- # [08:45] * Joins: rwaldron (rwaldron@moz-37AFAA7C.dsl.pltn13.sbcglobal.net)
- # [08:45] * Quits: @roc (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:46] * Joins: omeringen (omer@96951DB5.F73F68B5.9CD63BA8.IP)
- # [08:47] * Parts: derf (derf@moz-4168F490.net)
- # [08:48] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Ping timeout)
- # [08:49] <philor> grr, https://tbpl.mozilla.org/php/getParsedLog.php?id=11976410&tree=Firefox
- # [08:51] * Quits: rwaldron (rwaldron@moz-37AFAA7C.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [08:52] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [08:53] * Quits: gcp (gpascutto@moz-D0E475EA.access.telenet.be) (Quit: Make a new plan, Stan!)
- # [08:56] * Joins: gcp (gpascutto@moz-D0E475EA.access.telenet.be)
- # [09:03] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:05] * Quits: priya (Adium@moz-5843392D.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [09:05] * Joins: rajul (quassel@663928EA.BE8EA5A2.27560D6E.IP)
- # [09:05] * Quits: rajul (quassel@663928EA.BE8EA5A2.27560D6E.IP) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
- # [09:10] * Joins: rajul (quassel@663928EA.BE8EA5A2.27560D6E.IP)
- # [09:10] * Quits: jdm (jdm@moz-683CAD3.rev.sfr.net) (Client exited)
- # [09:11] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [09:11] * Joins: jdm (jdm@moz-683CAD3.rev.sfr.net)
- # [09:11] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [09:12] * Joins: Stan_ (Stan@moz-82645BFD.dip.t-dialin.net)
- # [09:12] * Quits: Stan (Stan@moz-7847A49F.dip.t-dialin.net) (Ping timeout)
- # [09:12] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Connection reset by peer)
- # [09:12] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [09:13] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Ping timeout)
- # [09:14] * Joins: anant (anant@moz-B3621916.dsl.dynamic.sonic.net)
- # [09:14] * Joins: timdream (timdream@moz-104CC309.mv.mozilla.com)
- # [09:14] * Quits: anant (anant@moz-B3621916.dsl.dynamic.sonic.net) (Quit: anant)
- # [09:16] * Joins: anant (anant@moz-B3621916.dsl.dynamic.sonic.net)
- # [09:16] * Quits: anant (anant@moz-B3621916.dsl.dynamic.sonic.net) (Quit: anant)
- # [09:17] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [09:18] * Quits: jdm (jdm@moz-683CAD3.rev.sfr.net) (Ping timeout)
- # [09:19] * Joins: jdm (jdm@moz-683CAD3.rev.sfr.net)
- # [09:19] * Joins: imphil (philipp@moz-655EF802.customer.m-online.net)
- # [09:20] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [09:21] * Joins: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr)
- # [09:22] <glandium> philor: did you watch the screenshot?
- # [09:24] * Quits: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au) (Ping timeout)
- # [09:24] * Quits: kvda (kvda@moz-B4797196.dyn.iinet.net.au) (Ping timeout)
- # [09:24] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Ping timeout)
- # [09:24] * Quits: nthomas|away (chatzilla@moz-638E07BB.dsl.telstraclear.net) (Ping timeout)
- # [09:24] * Quits: glob (glob@moz-DF237567.glob.com.au) (Ping timeout)
- # [09:24] <philor> glandium: watch? like, was I on the slave at the time? no, they don't let me on the build network
- # [09:24] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [09:25] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [09:25] * Joins: kvda (kvda@moz-B4797196.dyn.iinet.net.au)
- # [09:25] <glandium> philor: there's a data url with the screenshot
- # [09:25] * Joins: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au)
- # [09:25] <glandium> philor: you can copy it, and paste it in the url bar
- # [09:25] * Joins: nthomas|away (chatzilla@moz-638E07BB.dsl.telstraclear.net)
- # [09:25] <philor> look at? yeah, then I filed bug 757755 about it
- # [09:25] * Quits: bsmith (bsmith@A13161C7.979D6A3B.E017DF26.IP) (Ping timeout)
- # [09:25] * Quits: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr) (Ping timeout)
- # [09:27] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [09:27] <glazou> bonjour
- # [09:27] * philor is now known as philor|away
- # [09:28] * philor|away is now known as philor
- # [09:28] <philor> thanks, OS X, that was a really well-timed panic
- # [09:30] <philor> pre-restart, I was trying to say that probably all of talos, spidermonkey, ref/jsref/crashtest fail to set prefs to disable updates, so for most of the day a slave going from one of those to another of those would have actually run its tests on the last nightly instead of the build it was supposed to test
- # [09:32] * Quits: imphil (philipp@moz-655EF802.customer.m-online.net) (Ping timeout)
- # [09:32] * Joins: stransky (stransky@moz-107AD163.redhat.com)
- # [09:37] * Joins: edmorley (edmorley@moz-3D130806.range86-166.btcentralplus.com)
- # [09:37] * edmorley changes topic to 'Next uplift for Fx15: 2012-06-04 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/'
- # [09:38] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [09:38] * Quits: @dveditz (dveditz@moz-5051E786.dhcp.cruzio.com) (Quit: dveditz)
- # [09:39] <glazou> plays with the daily google doodle and can't block a sonic "wooooow"
- # [09:40] * Quits: jdm (jdm@moz-683CAD3.rev.sfr.net) (Client exited)
- # [09:41] * Joins: avih_ (quassel@moz-32FAE3C2.red.bezeqint.net)
- # [09:41] * Quits: avih (quassel@moz-32FAE3C2.red.bezeqint.net) (Ping timeout)
- # [09:42] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [09:42] * Joins: michal (michal@18728636.D0F82CD8.32697916.IP)
- # [09:43] * edmorley visits google
- # [09:46] <edmorley> "Upgrade to a modern browser and see what this doodle can really do." boo
- # [09:46] * Joins: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [09:46] <glazou> yeah, they use an API only implemented in chrome atm
- # [09:46] <glazou> but still, that's very well done
- # [09:46] * philor is now known as philor|away
- # [09:47] <@smaug> does it use the horribly defined WebAudioAPI ?
- # [09:47] <@smaug> s/defined/vaguely described/
- # [09:47] * Joins: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com)
- # [09:50] * Joins: vikash (vikash@88E8941E.8D4651CB.5D9ABA9F.IP)
- # [09:50] * Quits: dzbarsky (Adium@moz-85EBB8A.dia.static.qwest.net) (Quit: Leaving.)
- # [09:52] * Joins: ferongr (ferongr@moz-6575D662.dsl.dyn.forthnet.gr)
- # [09:52] * philor|away is now known as philor
- # [09:56] <NeilAway> bhearsum|afk: you can't use cwd=`pwd` && cd foo && bar && cd $cwd because the variable gets expanded before the assignment
- # [09:56] * Quits: vikash (vikash@88E8941E.8D4651CB.5D9ABA9F.IP) (Quit: Leaving)
- # [09:57] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [09:57] * Quits: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com) (Quit: espadrine)
- # [10:01] * glob is now known as glob|away
- # [10:01] * Joins: tH (Rob@cpc16-seac19-2-0-cust234.7-2.cable.virginmedia.com)
- # [10:03] * Joins: _greg (Mibbit@moz-8A05AD6D.grenet.fr)
- # [10:04] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [10:05] <_greg> Hi! We're working on bug 746142 for a student project - Add @inputmode to input element : https://bugzilla.mozilla.org/show_bug.cgi?id=746142. We're still lost in the large amount of code. Where should we search in the code ? How are the attributes of input defined ?
- # [10:06] <smontagu> greg: content/html/content/src/nsHTMLInputElement.cpp
- # [10:06] * Joins: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [10:07] * Joins: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP)
- # [10:07] * Joins: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com)
- # [10:08] * Quits: juanb|afk (jbecerra@moz-F1012875.hsd1.ca.comcast.net) (Quit: juanb|afk)
- # [10:08] * philor is now known as philor|away
- # [10:09] * philor|away is now known as philor
- # [10:09] <smontagu> _greg: that is where there are attributes of <input> in general. @inputmode may be rather a special case though, since IMEs and such are tucked away in platform specific code
- # [10:09] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [10:10] * Quits: nattokirai (nattokirai@moz-348F61F0.mozilla.or.jp) (Quit: nattokirai)
- # [10:12] * Joins: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP)
- # [10:14] * Joins: lahabana (Mibbit@moz-F3A092D4.imag.fr)
- # [10:16] * Joins: mvalzelli (mvalzelli@22C72AF8.CB3F1861.B8D847BA.IP)
- # [10:17] * glob|away is now known as glob
- # [10:17] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:19] * philor is now known as philor|away
- # [10:19] * Joins: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP)
- # [10:22] * Joins: NimeshNeema (u2689@moz-160C58C6.com)
- # [10:23] * Joins: TheLink (TheLink@moz-45ED2356.pools.arcor-ip.net)
- # [10:25] <@smaug> _greg: you may want to look at nsIMEStateManager::SetIMEState
- # [10:25] <@smaug> http://mxr.mozilla.org/mozilla-central/source/content/events/src/nsIMEStateManager.cpp#309
- # [10:26] * Quits: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net) (Ping timeout)
- # [10:26] <_greg> smaug: thanks we'll have a look
- # [10:26] * Joins: nemo (nemo@moz-57FDFA.hsd1.md.comcast.net)
- # [10:26] * Joins: azakai (alon@60E228B8.B090BEBA.9F675CBD.IP)
- # [10:27] <@smaug> _greg: it is not quite clear to me how IME works on Android, but the special cases in nsIMEStateManager::SetIMEState are really for mobile
- # [10:27] * Joins: davehunt (davehunt@834DEC22.56F75F2C.7D0FCE04.IP)
- # [10:28] * Joins: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP)
- # [10:28] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [10:29] * NeilAway thwaps Google
- # [10:30] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Ping timeout)
- # [10:30] <NeilAway> "You are using Firefox 15. Please upgrade to a modern browser"
- # [10:30] * Quits: njn (chatzilla@moz-D4AACB93.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 15.0a1/20120522183347])
- # [10:30] <AryehGregor> :(
- # [10:30] * Joins: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz)
- # [10:33] * Quits: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net) (Ping timeout)
- # [10:33] <darktrojan> gee, that's subtle
- # [10:34] * Joins: jimb (user@moz-F4EC06CC.hsd1.or.comcast.net)
- # [10:34] * Joins: jviereck (Adium@moz-4203B8C.ethz.ch)
- # [10:36] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:37] * Quits: jviereck (Adium@moz-4203B8C.ethz.ch) (Quit: Leaving.)
- # [10:38] * Joins: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net)
- # [10:38] <gaston> hmmm my fx 13.0b2 build have libxpcom's RPATH set to where it belongs, but not tb 13.0b2.. did something set recently wrt RPATHs ?
- # [10:38] * Quits: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [10:38] * Joins: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net)
- # [10:39] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [10:39] * NeilAway thwaps Mano again because he's in a bad mood
- # [10:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:40] * Quits: davehunt (davehunt@834DEC22.56F75F2C.7D0FCE04.IP) (Client exited)
- # [10:41] * heycam is now known as heycam|away
- # [10:41] * NeilAway gets smaug's bugmail deluge :s
- # [10:41] <@smaug> NeilAway: sorry
- # [10:43] * Joins: espadrine (thaddee_ty@moz-85EBB8A.dia.static.qwest.net)
- # [10:43] * Quits: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [10:43] <@smaug> but I've been waiting long enough Zack or someone to fix the related bugs
- # [10:44] * Joins: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net)
- # [10:44] <@smaug> before that print change can land
- # [10:45] * Joins: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP)
- # [10:45] * Joins: pascalc (chatzilla@4A536503.45AA75E6.5C7CEBE3.IP)
- # [10:46] <@smaug> NeilAway: also, that is the way to get shorter review queue :)
- # [10:46] * Quits: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP) (Input/output error)
- # [10:47] * Joins: graememcc (chatzilla@moz-65CD0AE3.range86-148.btcentralplus.com)
- # [10:48] * Joins: mak (chatzilla@moz-569E8147.retail.telecomitalia.it)
- # [10:48] <Cwiiis> balls, I just pushed a change to inbound and forgot to change the commit message to fill in the r= - Is there a quick way to fix this? (I'd have to back out a patch on top of it to not break tests)
- # [10:49] * Quits: rajul (quassel@663928EA.BE8EA5A2.27560D6E.IP) (Client exited)
- # [10:51] * Joins: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [10:51] * Joins: jviereck (Adium@moz-16BE46FD.ethz.ch)
- # [10:52] * Joins: jfkthame_ (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [10:52] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Connection reset by peer)
- # [10:52] * jfkthame_ is now known as jfkthame
- # [10:52] <glandium> Cwiiis: the usual way to handle this is to backout and reland in one push
- # [10:52] <Cwiiis> glandium, ok, will do that
- # [10:53] <glandium> mounir is orange on m-i
- # [10:53] <glandium> 282 failed tests, nice score
- # [10:55] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [10:57] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [10:57] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [10:57] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [10:58] * glob is now known as glob|away
- # [10:58] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [10:59] * Joins: jdm (jdm@moz-683CAD3.rev.sfr.net)
- # [10:59] <Optimizer> Can a global event listener or/and event dispatcher be made so that irrespective of any chrome window, I can send an event and listen to one ?
- # [10:59] <Yoric> Optimizer: Do you want to send a DOM event across windows?
- # [11:00] * Joins: gfritzsche (gfritzsche@moz-3510DFB9.dynamic.qsc.de)
- # [11:00] <Yoric> If so, that's not possible.
- # [11:01] <Yoric> If you are just interested in something event-like, take a look at nsIObserver
- # [11:02] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [11:02] * Parts: mvalzelli (mvalzelli@22C72AF8.CB3F1861.B8D847BA.IP)
- # [11:03] * Joins: zoe (Mibbit@moz-70BA4675.grenet.fr)
- # [11:03] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:04] * Quits: jviereck (Adium@moz-16BE46FD.ethz.ch) (Quit: Leaving.)
- # [11:04] * Quits: avih_ (quassel@moz-32FAE3C2.red.bezeqint.net) (Client exited)
- # [11:05] * AutomatedTester|AFK is now known as AutomatedTester
- # [11:05] * Joins: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP)
- # [11:05] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [11:05] * Joins: roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP)
- # [11:05] * ChanServ sets mode: +o roc
- # [11:06] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [11:07] * Quits: sgautherie (chatzilla@moz-D7B69DC4.fbxo.proxad.net) (Quit: ChatZilla 0.9.78.1 [SeaMonkey 1.5a/2007051508])
- # [11:07] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [11:07] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [11:08] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:09] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:09] <@roc> mounir: I assume you know about your test failure on inbound?
- # [11:10] * Joins: TheCrap (TheCrap@moz-7D3DE9A2.dip0.t-ipconnect.de)
- # [11:10] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [11:12] * Quits: cjones (cjones@moz-45913895.socal.res.rr.com) (Quit: Leaving)
- # [11:14] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [11:14] * Joins: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP)
- # [11:16] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:16] <NeilAway> I guess we don't have an easy way of writing cross-platform CSS that happens to only affect the Mac?
- # [11:17] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:17] <jdm> preprocess the css files? :P
- # [11:18] <glandium> gcc, you're so helpful... "error: expected unqualified-id before 'do'"... there's no do in the code you point to
- # [11:20] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [11:21] <glandium> could be a macro getting in the way...
- # [11:21] * Joins: JeroenDeDauw (j@moz-50858DE7.dip.t-dialin.net)
- # [11:23] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:24] <NeilAway> jdm: that's only cross-platform at build time :-P
- # [11:24] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Ex-Chat)
- # [11:24] <NeilAway> looks like we have no choice though :s
- # [11:24] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:24] <glandium> NeilAway: depends what you want the css to be applied to
- # [11:25] * Quits: Unfocused (u2622@moz-160C58C6.com) (Ping timeout)
- # [11:26] * Quits: spartan (u5883@moz-160C58C6.com) (Ping timeout)
- # [11:26] * Quits: sid0 (u2934@moz-160C58C6.com) (Ping timeout)
- # [11:26] * Quits: ttaubert (u2620@moz-160C58C6.com) (Ping timeout)
- # [11:26] * Quits: felipe (u2734@moz-160C58C6.com) (Ping timeout)
- # [11:26] * Quits: timeless (u4015@moz-160C58C6.com) (Ping timeout)
- # [11:26] <Optimizer> Can a global event listener or/and event dispatcher be made so that irrespective of any chrome window, I can send an event and listen to one ?
- # [11:27] <@smaug> Optimizer: I assume you missed Yoric's reply
- # [11:27] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [11:28] * Joins: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [11:28] <@smaug> Optimizer: basically, no.
- # [11:28] <@smaug> look at observerservice
- # [11:28] <Yoric> nsIObserverService/nsIObserver
- # [11:28] <Yoric> (or the shortcut Services.obs)
- # [11:28] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Quit: rniwa)
- # [11:29] * Joins: Unfocused (u2622@moz-160C58C6.com)
- # [11:29] <Optimizer> Yes, I missed some replies as I was disconnected, and the logs aren't opening up
- # [11:30] * Joins: sid0 (u2934@moz-160C58C6.com)
- # [11:30] * Joins: timeless (u4015@moz-160C58C6.com)
- # [11:31] * Joins: felipe (u2734@moz-160C58C6.com)
- # [11:31] * Joins: ttaubert (u2620@moz-160C58C6.com)
- # [11:31] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [11:34] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:35] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:38] <jesup> glandium: perhaps it was a do { ... } while (0) hidden in a macro - seen that trick a lot, but as you say it can be surprising in debug output from gcc. I wish gcc would (at least optionally) show the preprocessed line and point to the error in it, instead of playing guess-the-expansion-at-fault
- # [11:39] <jesup> glandium: (yes, I fell asleep at the keyboard and just recently woke up)
- # [11:39] <@smaug> :)
- # [11:39] * @smaug doesn't believe that
- # [11:40] <jdm> heh, I've done that before
- # [11:40] * Quits: tchevalier (Instantbir@moz-2248AD42.rev.sfr.net) (Ping timeout)
- # [11:40] <jdm> some of my most productive days have started at 4am because of that
- # [11:44] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:45] <NeilAway> jesup: it's called clang ;-)
- # [11:45] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:46] <jesup> NeilAway: one of these days I need to try that
- # [11:46] <NeilAway> jesup: according to various blog posts, it has really nice error messages
- # [11:47] * Joins: atuljangra_ (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [11:48] <@smaug> at least some versions of clang create binaries which cause gdb to crash
- # [11:49] * Joins: berkerpeksag (berkerpeks@231B4759.56BE800A.BA04A6B2.IP)
- # [11:49] * Joins: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net)
- # [11:51] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [11:52] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [11:52] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [11:54] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [11:55] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [11:55] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [11:55] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [12:00] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [12:00] * Fallen|away is now known as Fallen
- # [12:01] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [12:01] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.9.1/20120429012611])
- # [12:02] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [12:02] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:03] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:03] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [12:04] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [12:07] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [12:08] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:09] * ewong is now known as ewong|afk
- # [12:11] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [12:11] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
- # [12:12] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:13] * adev is now known as balloon
- # [12:13] * Quits: balloon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:13] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:13] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [12:13] * Joins: maikmerten (maikmerten@moz-D9A586F1.dynamic.qsc.de)
- # [12:15] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:16] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:16] * adev is now known as ballon
- # [12:16] * Quits: ballon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:16] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:17] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:17] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:17] * adev is now known as bald
- # [12:17] * Quits: bald (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:17] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:18] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:19] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:19] * adev is now known as baldsf
- # [12:19] * Quits: baldsf (Instantbir@moz-F4963E9F.ictp.it) (Quit: baldsf)
- # [12:19] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:20] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [12:20] * adev is now known as aleth1
- # [12:20] * Quits: aleth1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:20] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:22] * Joins: jhammel (jhammel@88F51059.F3BBB17D.144F44FA.IP)
- # [12:23] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [12:23] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [12:24] * Joins: mike5w3c (MikeS@moz-83ED83F7.xgsspn.imtp.tachikawa.spmode.ne.jp)
- # [12:24] * glazou is now known as glazou_lunch
- # [12:25] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:27] * Quits: _alex (Mibbit@moz-91848CE0.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:27] * Quits: m_kato (Daily@moz-348F61F0.mozilla.or.jp) (Quit: m_kato)
- # [12:28] * Quits: {V} (V@moz-559B96B2.onsneteindhoven.nl) (Ping timeout)
- # [12:30] * Quits: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:30] <Optimizer> I need to implement a storage system, such that two independent codes can access it (may be at the same time) while one code only reads stuff, other only writes. I want things to be async
- # [12:30] <Optimizer> what is the best option ?
- # [12:31] * Joins: {V} (V@moz-559B96B2.onsneteindhoven.nl)
- # [12:32] * Joins: avih (quassel@moz-32FAE3C2.red.bezeqint.net)
- # [12:32] * Quits: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:32] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:33] * Joins: adev1 (Instantbir@moz-F4963E9F.ictp.it)
- # [12:33] * Quits: adev1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:34] * Quits: mreavy (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [12:34] * Joins: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [12:35] * Quits: zoe (Mibbit@moz-70BA4675.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:35] * Quits: jdm (jdm@moz-683CAD3.rev.sfr.net) (Client exited)
- # [12:35] <@smaug> Optimizer: independent code running in the same process?
- # [12:35] <@smaug> or separate processes
- # [12:35] <@smaug> single thread vs. multiple thread?
- # [12:36] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [12:37] * Quits: vikram360 (vikram360@5D69B362.5CE7E5D4.2A068A5E.IP) (Ping timeout)
- # [12:38] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [12:39] * Quits: _greg (Mibbit@moz-8A05AD6D.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:39] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [12:40] * Quits: jesup (chatzilla@moz-A899486F.hsd1.ca.comcast.net) (Ping timeout)
- # [12:40] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [12:41] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:41] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:43] * Quits: lahabana (Mibbit@moz-F3A092D4.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:45] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [12:46] <gcp> android tests on try are way backlogged
- # [12:46] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [12:46] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [12:48] * Joins: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:49] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [12:49] * Quits: clokep_js (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [12:51] <mounir> roc, glandium: sorry, I did the push and ran scenario
- # [12:51] * ctalbert|afk is now known as ctalbert
- # [12:51] <@roc> no worries, the system worked
- # [12:51] * Quits: MarcosS (Mibbit@moz-1D0B8EB2.dsl.irvnca.pacbell.net) (Quit: http://www.mibbit.com ajax IRC Client)
- # [12:51] <mounir> yeah, I know it's the point of m-i
- # [12:51] <mounir> otherwise, I wouldn't have done that ;)
- # [12:52] <mounir> hmm, waitForFocus() in the test would have been nice I guess
- # [12:55] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [12:55] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [12:56] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [13:00] <mounir> hmm, Try needs a bit of cleanup
- # [13:00] <mounir> still searching for changes
- # [13:03] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:04] * Joins: rajul (quassel@F6ED1FF8.B286D3EC.27560D6E.IP)
- # [13:05] * Joins: janv (varga@moz-F1E37DCD.t-com.sk)
- # [13:06] <NeilAway> lol @ time and rememberance decay in SRAM ;-)
- # [13:06] <@ted> huh, when did XRE_Main get refactored into a class?
- # [13:06] <NeilAway> sorry, remanence
- # [13:06] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [13:07] * adev is now known as jb2
- # [13:08] <NeilAway> bhearsum|afk: your post ends with the word "and"?
- # [13:08] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [13:08] * NeilAway also wonders what the security code on the comment form is
- # [13:08] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [13:09] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:10] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [13:12] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:13] * Quits: jb2 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:13] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:13] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [13:13] * adev is now known as jb2
- # [13:13] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [13:13] * Quits: jb2 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:13] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [13:13] <Optimizer> what is meant by a version property of an IndexedDB database ?
- # [13:13] * adev is now known as aleth1
- # [13:14] * Quits: aleth1 (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:14] * Quits: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz) (Ping timeout)
- # [13:14] * Joins: adev1 (Instantbir@moz-F4963E9F.ictp.it)
- # [13:15] * adev1 is now known as jb2
- # [13:15] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:15] * Quits: crussell (colby@4C613230.5A834493.B8E6AC67.IP) (Connection reset by peer)
- # [13:17] * Fallen is now known as Fallen|away
- # [13:17] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:18] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [13:18] * Joins: crussell (colby@4C613230.5A834493.B8E6AC67.IP)
- # [13:19] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [13:19] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:19] * jb2 is now known as adev1
- # [13:19] * adev1 is now known as jb2
- # [13:19] * Quits: jb2 (Instantbir@moz-F4963E9F.ictp.it) (Input/output error)
- # [13:20] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [13:20] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:20] * adev is now known as balloon
- # [13:20] * Quits: balloon (Instantbir@moz-F4963E9F.ictp.it) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [13:20] * Joins: adev (Instantbir@moz-F4963E9F.ictp.it)
- # [13:20] * Quits: adev (Instantbir@moz-F4963E9F.ictp.it) (Quit: adev)
- # [13:20] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [13:22] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [13:23] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [13:23] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [13:24] * Joins: KaiRo (robert@moz-E021E9EE.adsl.highway.telekom.at)
- # [13:24] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [13:25] * mattwoodrow is now known as mattwoodrow|away
- # [13:26] <mounir> edmorley: you around?
- # [13:27] <edmorley> mounir: hi :-)
- # [13:27] * Joins: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz)
- # [13:28] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:29] <mounir> edmorley: I've been pointed multiple times that I'm not following the rules when pushing to m-i
- # [13:29] <mounir> and it seems the reason is that I'm not adding the link to m-i
- # [13:29] <mounir> I wonder why that is necessary
- # [13:30] * Quits: cpearce (chatzilla@moz-61822E48.xdsl.xnet.co.nz) (Ping timeout)
- # [13:31] <edmorley> mounir: it is convention at present, but yeah I suppose the actual url is less important, it's more that it's helpful to be able to track landings vs backouts vs merges, in-bug
- # [13:31] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:32] <edmorley> mounir: particularly with bugs that bounce & have several different parts that have landed at different times
- # [13:32] <@smaug> masayuki: sorry, takes a bit time to review wheel event patches. It is error prone code
- # [13:32] <@smaug> (though you're making it better :) )
- # [13:33] <edmorley> mounir: also, there have been times when I can see two inbound rev urls in the comments, and I know that the one i'm about to add, post m-c merge is only the first of two, so I can leave the bug open (not everyone remembers to put [leave open] in the whiteboard)
- # [13:33] <mounir> edmorley: I understand special cases should be pointed
- # [13:34] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:34] <mounir> but in the general case, the m-i link is just useless
- # [13:34] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [13:34] <mounir> no-one wants to have a look at it (unless you really don't trust the commiter and want to check what is in inbound before going to m-c)
- # [13:34] <edmorley> hmmm
- # [13:34] * Quits: janv (varga@moz-F1E37DCD.t-com.sk) (Quit: This computer has gone to sleep)
- # [13:36] * Quits: jhammel (jhammel@88F51059.F3BBB17D.144F44FA.IP) (Quit: leaving)
- # [13:36] <edmorley> I don't mind too much as long as the assignee and target milestone is set
- # [13:36] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:36] <mounir> yeah, that's what I do
- # [13:37] <mounir> I'm just a bit annoyed to be told I'm not following the rules
- # [13:37] <edmorley> though if we decide it's not useful information, then it would make sense to remvoe it from the tree rules wiki and at least be consistent
- # [13:37] <mounir> I never follow stupid rules :)
- # [13:37] <mounir> edmorley: this why I'm talking to you ;)
- # [13:37] <@ted> so google has decided that only chrome is a modern browser?
- # [13:37] <@ted> pretty lame
- # [13:37] <edmorley> ted: yeah cheeky huh
- # [13:37] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [13:37] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:38] <@ted> "upgrade to google chrome to get better doodles"
- # [13:38] <@ted> really?
- # [13:38] <mounir> doodles ?
- # [13:38] <mounir> oh, those things
- # [13:38] <mounir> you really need Chrome for that?
- # [13:38] <edmorley> mounir: if you are up for posting in dev.platform about the inbound url, I'm happy to support either way
- # [13:38] * Quits: jprmc (jprmc@moz-7F2FF3EB.cpe.net.cable.rogers.com) (Ping timeout)
- # [13:38] <darktrojan> that doodle WFM
- # [13:38] <@ted> pretty stupid reason to upgrade your browser
- # [13:38] <edmorley> mounir: and we can then update the wiki
- # [13:38] <@ted> doesn't seem to do anything for me
- # [13:38] <edmorley> ted: flash
- # [13:38] <@ted> ah
- # [13:38] <@ted> no wonder
- # [13:39] * Joins: KWierso|outoftown_ (chatzilla@moz-92762BF7.desm.qwest.net)
- # [13:39] <jtcranmer> Google: destroying productivity since... I don't know when
- # [13:39] * Quits: KWierso|outoftown (chatzilla@moz-92762BF7.desm.qwest.net) (Ping timeout)
- # [13:39] * KWierso|outoftown_ is now known as KWierso|outoftown
- # [13:40] <@ted> do they have a whole doodle team?
- # [13:40] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:43] * mattwoodrow|away is now known as mattwoodrow
- # [13:44] <darktrojan> you betcha
- # [13:45] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [13:46] * Quits: atuljangra_ (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [13:47] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:49] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [13:50] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [13:51] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [13:51] * Joins: vikram360 (vikram360@5D69B362.5CE7E5D4.2A068A5E.IP)
- # [13:54] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [13:56] * Joins: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [13:56] <glandium> ted: i bet they have several such teams, for different countries
- # [13:57] * Joins: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [13:57] <@ted> heh
- # [13:57] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [13:58] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
- # [13:59] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [13:59] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [14:00] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Ping timeout)
- # [14:00] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [14:01] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [14:04] * Joins: lahabana (Mibbit@moz-D55DBCC1.imag.fr)
- # [14:04] * Joins: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP)
- # [14:04] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [14:04] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [14:06] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:07] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/e54a85233701 - Olli Pettay - Bug 749920 - Unprefix MozMutationObserver and add a warning about use of mutation events, r=sicking
- # [14:07] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Quit: timdream)
- # [14:09] * bhearsum|afk is now known as bhearsum
- # [14:10] <mounir> roc: are you around?
- # [14:10] <@roc> yes
- # [14:10] <mounir> roc: do you know if we fire a resize event when we go fullscreen?
- # [14:10] <JPeterson> how do i use mintty instead of bash directly with mozilla-build? is it simply mingw-get install msys-mintty?
- # [14:10] <JPeterson> in the start-msvc10.bat terminal
- # [14:10] <@roc> I don't know
- # [14:10] <@roc> I hope we would
- # [14:10] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [14:11] <mounir> ok, I will check
- # [14:11] <mounir> someone opened a bug saying that the fullscreenchange event was fired before the fullscreen really hapening
- # [14:11] * glazou_lunch is now known as glazou
- # [14:11] <mounir> and he hadn't the correct screen size
- # [14:11] <mounir> I was surprised the solution wasn't to use the resize event...
- # [14:12] <@roc> there is a known issue about the fullscreenchange event being fired too early
- # [14:12] <@roc> cpearce has been working on it
- # [14:12] <mounir> I've seen that
- # [14:13] <@roc> gotta go
- # [14:14] <mounir> we fire the event
- # [14:14] <mounir> good
- # [14:14] <mounir> thanks
- # [14:14] * Joins: jwatt (roslea@jwatt.irc.users.mozilla.org)
- # [14:15] * Joins: espindola (espindola@moz-4374B808.dsl.teksavvy.com)
- # [14:16] <@roc> I always get ghost windows associated with nytimes.com and I can never track down the cause
- # [14:16] <@smaug> roc: ghost window?
- # [14:16] <@roc> about:compartments
- # [14:16] <@smaug> also, is it enough to just load nytimes.com ?
- # [14:16] * kmoir_buildduty is now known as kmoir-afk
- # [14:16] <@roc> I don't think so
- # [14:16] <@smaug> any addons?
- # [14:17] <@smaug> roc: could you file a bug and CC me and mccr8
- # [14:17] <@roc> not all NYT articles trigger it
- # [14:18] * Quits: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net) (Input/output error)
- # [14:18] <joe_walker> Anyone else having build problems (I guess this is windows specific) ? http://pastebin.mozilla.org/1648541
- # [14:18] <@roc> can you tell me how to use about:ccdump to debug it?
- # [14:18] <joe_walker> Happened since my last pull. even with clobber ...
- # [14:18] <@roc> keep in mind that my Firefox process is using 1.5GB of memory
- # [14:18] <@ted> ugh, bug 757755 is pretty scary
- # [14:18] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [14:18] <@smaug> about:cc is simpler... but about:ccdump might help too
- # [14:19] <@roc> what do I have to install for about:cc?
- # [14:19] <@smaug> roc: about:ccdump has something like "Find zombie documents" ?
- # [14:19] <@smaug> about:cc is in Bug 726346
- # [14:19] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [14:20] * Joins: nattokirai (nattokirai@moz-6A258170.dynamic.ppp.asahi-net.or.jp)
- # [14:20] <@roc> I have the latest version of about:ccdump but I can't see "find zombie documents"
- # [14:20] <@roc> maybe if I "run CC Analysis"
- # [14:21] <@smaug> yeah
- # [14:21] <@roc> but I have a large heap
- # [14:21] <@smaug> run CC and then search...
- # [14:21] <@roc> now what
- # [14:21] * erick-zzz is now known as erick
- # [14:21] <@smaug> under search there is the zombie documents
- # [14:21] <@roc> ooh nifty
- # [14:21] <@smaug> if there are zombie documents, it should show what is keeping the documents alive
- # [14:22] <@smaug> that is at least what about:cc does
- # [14:22] <glandium> does about:cc require an addon?
- # [14:22] <@smaug> about:cc is an addon :)
- # [14:23] <@smaug> available in Bug 726346
- # [14:23] <@smaug> I never managed to figure out how to upload it to AMO
- # [14:23] <@smaug> and it is very very simple addon
- # [14:23] <@smaug> but useful
- # [14:23] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:24] <@roc> smaug: so I do "show roots" on one of these zombie documents, and it shws me just one, a <p> element
- # [14:24] <@roc> refcount 5
- # [14:24] <@roc> knownEdges 3
- # [14:24] <@roc> root true
- # [14:24] <@smaug> that is interesting
- # [14:25] <@roc> does that mean there are two refs unknown to the cycle collector
- # [14:25] <@roc> ?
- # [14:25] <@smaug> yes
- # [14:25] * Quits: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [14:25] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:25] <@smaug> well, it is possible that the thing keeping the element alive isn't in the graph
- # [14:25] <@smaug> although it is CCable object
- # [14:26] <@smaug> roc: if you can reproduce this in a debug build, you could check what ends up releasing the element
- # [14:26] <@smaug> (==decrease refcount)
- # [14:26] <@smaug> assuming this is a runtime leak, not a shutdown leak
- # [14:26] <glandium> smaug: strangely, about:cc shows me nothing when about:ccdump does
- # [14:26] <glandium> show stuff
- # [14:27] <@smaug> glandium: what stuff?
- # [14:27] * Joins: gustavold (gustavold@45585AD.ECBC1091.946930A0.IP)
- # [14:27] <glandium> ah, i needed to "run cycle collector" first
- # [14:27] <@smaug> yes
- # [14:27] <@smaug> and if you just installed about:cc without restarting, you may have leaks
- # [14:28] * @smaug needs to find someone from Firefox team to fix addon-installation-leaks-occasionally bug
- # [14:29] * Joins: jprmc (jprmc@C3A2FAF3.5BCEC6DB.DA78B690.IP)
- # [14:30] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [14:31] <@roc> smaug: how come the zombie document that about:ccdump is kept alive by the <p> element itself has 10 references and 0 known edges?
- # [14:31] <@roc> surely if it had 0 known edges it would be a root itself
- # [14:31] <@roc> yet about:ccdump says "root: false"
- # [14:32] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Connection reset by peer)
- # [14:32] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [14:33] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [14:33] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [14:33] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [14:33] <@roc> here's another thing I don't understand. about:ccdump says there are two documents for the URL http://www.nytimes.com/2012/05/18/world/asia/china-princelings-using-family-ties-to-gain-riches.html?_r=1
- # [14:33] <@roc> they have different refcounts and different addresses
- # [14:34] <@roc> yet it says they have the same root, the aforementioned <p> element
- # [14:34] <@roc> (same address)
- # [14:34] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [14:34] <@smaug> well, the <p> could keep them both alive
- # [14:35] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [14:35] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [14:35] * Quits: nli` (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli`)
- # [14:35] <@roc> yes
- # [14:35] * nli is now known as nli|away
- # [14:35] <@roc> it's weird though
- # [14:35] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Ping timeout)
- # [14:36] <@roc> there are two documents for each of the three nytimes URLs
- # [14:36] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [14:36] <glandium> smaug: i don't seem to have a leak after installing the extension
- # [14:36] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [14:37] <@smaug> glandium: it happens only in some cases. I don't know what triggers it
- # [14:37] <@smaug> roc: can you reproduce the leak?
- # [14:38] <@smaug> do you use find?
- # [14:38] * @smaug wonders if khuey|away fixed all the find related leaks..
- # [14:39] <@roc> I don't know if I can reproduce
- # [14:40] <@roc> but I certainly use find in a lot of other sites without leaking
- # [14:40] <@roc> without the ghost windows, anyway
- # [14:40] <@smaug> the find used to cause temporary leaks
- # [14:40] <@smaug> I wonder if it still can cause problems if the found text is in an iframe
- # [14:40] * davehunt is now known as davehunt|away
- # [14:40] <@smaug> and that iframe is navigated away
- # [14:41] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [14:42] <daleharvey> So, I have a test that loads some html, then once onload is fired, checked if there is a paintpending, (if there is then wait for it) then draws the window with ctx.drawWindow
- # [14:42] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Ping timeout)
- # [14:43] <daleharvey> however the ctx.drawWindow is very very occasionally, coming up blank
- # [14:43] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [14:43] <@roc> the leaking node is not in an IFRAME
- # [14:44] * Quits: jprmc (jprmc@C3A2FAF3.5BCEC6DB.DA78B690.IP) (Quit: Leaving)
- # [14:44] <daleharvey> does anyone know of a bulletproof method to test 'this page has loaded and completely drawn' ?
- # [14:45] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [14:46] <@roc> there isn't a better method
- # [14:46] <@roc> doing exactly what the reftest harness does is the best method we have
- # [14:46] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [14:51] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [14:52] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [14:52] <@smaug> roc: find or some such could keep <p> alive, and that <p> keeps it ownerdocument etc alive
- # [14:52] <@roc> yes
- # [14:52] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [14:53] <@roc> but I can't reproduce
- # [14:53] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [14:53] <@roc> I've got another idea
- # [14:53] * Quits: kvda (kvda@moz-B4797196.dyn.iinet.net.au) (Quit: ( x____x))
- # [14:53] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [14:54] * Joins: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP)
- # [14:55] * Joins: hub (hub@moz-E2FCA694.figuiere.net)
- # [14:56] <daleharvey> roc: do you have any suggestions on https://bug756844.bugzilla.mozilla.org/attachment.cgi?id=626006 as it failed on one out of quite a lot tryserver runs, was following your suggestion of paintpending
- # [14:56] * Quits: Optimizer (Instantbir@CA939058.D59F6747.2AB48280.IP) (Connection reset by peer)
- # [14:57] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [14:58] <@roc> no
- # [14:58] <@roc> I don't know what loadFrameScript is
- # [14:58] <@roc> smaug: I think I found STR
- # [14:58] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [14:59] <@smaug> daleharvey: what about loadFrameScript?
- # [15:00] * Joins: armenzg (armenzg@82A4C343.5BCEC6DB.DA78B690.IP)
- # [15:02] <@smaug> roc: good :)
- # [15:02] <@roc> no I don't :-(
- # [15:03] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [15:03] <daleharvey> loadframescript doesnt seem like it has anything to do with it, that script runs at some point after the iframe has fired after onload
- # [15:04] <daleharvey> at which point I check painpending which if false I assume a paint has happened
- # [15:04] * Joins: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com)
- # [15:04] <JPeterson> what's the signature (mediawiki ~~~~) macro for the wiki markup at https://developer.mozilla.org?
- # [15:05] <daleharvey> which means either paintpending is wrong, or ctx.drawwindow isnt picking up what has been painted
- # [15:05] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [15:06] * Quits: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP) (Quit: ejpbruel)
- # [15:06] * Joins: Ms2ger (Ms2ger@624E0BF2.20571028.37724B0D.IP)
- # [15:07] <JPeterson> the preview doesn't expand ~~~~
- # [15:07] * Quits: davehunt|away (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Connection reset by peer)
- # [15:07] * Joins: davehunt|away (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [15:08] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [15:09] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:09] * mjschranz_away is now known as mjschranz
- # [15:09] <bhearsum> florian: i'm told you're the one to talk to about Chat bugs in Thunderbird, is that right?
- # [15:10] <florian> bhearsum: yes.
- # [15:10] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [15:11] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:11] <bhearsum> florian: i've been trying to use it for both twitter and gtalk, but my accounts refuse to connect. i was showing it to mconley, and he noticed that when i go to the 'properties' of the account, that there's nothing in the Account Settings about them
- # [15:11] <bhearsum> do you know if this is a known bug?
- # [15:11] * Quits: vikram360 (vikram360@5D69B362.5CE7E5D4.2A068A5E.IP) (Ping timeout)
- # [15:12] * ewong|sleep is now known as ewong
- # [15:12] <florian> bhearsum: is this a nightly build?
- # [15:13] <bhearsum> Beta
- # [15:13] <bhearsum> 13.0b2, to be specific
- # [15:13] * Joins: cindy_rubio (cindy.rubi@moz-F1D53ECD.cs.wisc.edu)
- # [15:14] <florian> likely bug 736035 then
- # [15:15] <florian> ah, no, "status-thunderbird13: fixed"
- # [15:15] <bhearsum> maybe only fixed in b3?
- # [15:15] <bhearsum> oh
- # [15:15] <bhearsum> fixed awhile ago :)
- # [15:16] <florian> you had to enable IM from about:config to have it in Tb13, right? :)
- # [15:16] <bhearsum> hmmm
- # [15:16] * Joins: Pike (Pike@moz-E31CD2CB.mozilla.org)
- # [15:16] * Joins: shorlander (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [15:16] <bhearsum> i don't think so....
- # [15:16] <bhearsum> what's the pref, though?
- # [15:17] <florian> mail.chat.enabled
- # [15:17] <JPeterson> i've suggested that mintty is used instead of cmd for mozilla-build https://developer.mozilla.org/Talk:En/Developer_Guide/Build_Instructions/Windows_Prerequisites#Please_use.C2.A0mintty_instead_of_cmd.exe_for.C2.A0mozilla-build
- # [15:17] <bhearsum> that says "disabled"
- # [15:17] <bhearsum> (the default)
- # [15:17] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [15:17] <bhearsum> i still have a Tools -> Chat Status menu item, though
- # [15:18] <florian> that's strange :-S
- # [15:18] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [15:18] <bhearsum> is it not supposed to be enabled for 13?
- # [15:18] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [15:19] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [15:19] <florian> we pref'ed it off for Tb13. We are now targeting a release for Tb15.
- # [15:19] <bhearsum> ah
- # [15:19] <florian> but pref'ing off isn't supposed to keep parts of the UI visible ;)
- # [15:19] <bhearsum> yeah
- # [15:19] <bhearsum> let me try with a fresh profile
- # [15:20] <bhearsum> wow, the account wizard changed a lot :)
- # [15:20] <bhearsum> ok, i don't have "chat status" in a fresh profile
- # [15:21] <florian> did you have errors in the error console at start-up with the other profile?
- # [15:21] <bhearsum> let me see
- # [15:22] <bhearsum> tons
- # [15:22] <bhearsum> is there a way to copy the entire error console?
- # [15:22] <florian> I don't know any way to do that :(
- # [15:23] * Joins: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP)
- # [15:23] <bhearsum> alright, screenshot it is!
- # [15:23] * Quits: _alex (Mibbit@moz-91848CE0.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [15:23] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [15:23] * Quits: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se) (Ping timeout)
- # [15:23] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [15:24] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [15:24] <bhearsum> http://people.mozilla.com/~bhearsum/sattap/ab3f502d.png
- # [15:24] <bhearsum> there's more, but it's mostly just css/xml parsing errors
- # [15:24] * armenzg is now known as armenzg_omw
- # [15:24] * Joins: JPeterson (JPeterson@moz-B2998FD7.cust.tele2.se)
- # [15:24] * Quits: armenzg_omw (armenzg@82A4C343.5BCEC6DB.DA78B690.IP) (Input/output error)
- # [15:24] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [15:24] * coop|afk is now known as coop|buildduty
- # [15:25] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
- # [15:25] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [15:25] <bhearsum> brb
- # [15:25] <florian> the one related to IM is the one in chat-messenger-overlay.js
- # [15:25] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:25] <bhearsum> brb
- # [15:26] * Joins: eruza (blah@D63F88F4.D5601C51.45459EBF.IP)
- # [15:27] <eruza> will there be a Nightly respin today so people can test Azure? http://hg.mozilla.org/mozilla-central/pushloghtml?changeset=aa2b52bd0374
- # [15:27] * Fallen|away is now known as Fallen
- # [15:28] * catlee-afk is now known as catlee
- # [15:28] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: brb)
- # [15:29] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
- # [15:30] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:30] <bhearsum> back
- # [15:31] <bhearsum> florian: should i file this? is there any other information i can provide to help debugging?
- # [15:31] <florian> bhearsum: I'm filing a bug on it right now
- # [15:31] <bhearsum> oh, ok
- # [15:31] <bhearsum> thanks!
- # [15:31] <Ms2ger> glandium, pff, 282 failed tests, that's all?
- # [15:32] <Ms2ger> I know some people who've got 20000 failures in one suite
- # [15:32] * Joins: jdm (jdm@moz-683CAD3.rev.sfr.net)
- # [15:32] <florian> bhearsum: have you customized the mail toolbar in your profile?
- # [15:32] * Quits: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP) (Ping timeout)
- # [15:32] <bhearsum> florian: hmmm...it's possible
- # [15:32] <bhearsum> honestly, i can't remember
- # [15:32] <glandium> Ms2ger: that's too easy to do
- # [15:33] <Ms2ger> Yeah, build system
- # [15:33] <florian> bhearsum: is the "Go -> Chat" menu item also visible?
- # [15:33] <mounir> Ms2ger: feel bored? wanna understand why the test I wrote is green localy and fully orange on try and m-i?
- # [15:33] <bhearsum> florian: yup
- # [15:33] <Ms2ger> mounir, I don't
- # [15:33] <Ms2ger> Link?
- # [15:33] <florian> bhearsum: thanks
- # [15:33] <bhearsum> florian: it gives me: Timestamp: 05/23/12 09:25:27 AM
- # [15:33] <bhearsum> Error: Error: No such tab mode: chat
- # [15:33] <bhearsum> Source File: resource:///modules/errUtils.js
- # [15:33] <mounir> Ms2ger: https://tbpl.mozilla.org/?tree=Try&rev=470314cfec55
- # [15:33] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
- # [15:34] * Joins: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP)
- # [15:34] <mounir> it's the second patch I wrote in a week that has failure on try but not locally
- # [15:34] <mounir> that's a bit annoying
- # [15:34] * Joins: kanha (quassel@6CCA9C8D.8293D34.9105FBCF.IP)
- # [15:34] <froydnj> mounir: "it works on *my* machine" :)
- # [15:34] * Joins: adrian (adrian@moz-638E9C4.pool85-48-143.dynamic.orange.es)
- # [15:35] * Joins: timdream (timdream@moz-C54AD173.adsl.dynamic.seed.net.tw)
- # [15:35] * Joins: drice (derice@moz-1D9C882A.deploy.akamaitechnologies.com)
- # [15:35] <mounir> froydnj: it's pretty hard to debug something when you have a result every 2 hours because we have the best build machines
- # [15:35] <Ms2ger> Fascinating
- # [15:35] * jmaher|afk is now known as jmaher
- # [15:35] <Ms2ger> Request a machine
- # [15:36] <mounir> Ms2ger: for the build bots?
- # [15:36] <Ms2ger> Ya
- # [15:36] * Joins: ejpbruel (ejpbruel@933E3A2E.83A511AD.F413BF4D.IP)
- # [15:36] <florian> bhearsum: I filed https://bugzilla.mozilla.org/show_bug.cgi?id=757825 Thanks for the report! :)
- # [15:37] <bhearsum> yw!
- # [15:38] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Quit: jfkthame)
- # [15:38] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [15:39] * Quits: davehunt|away (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [15:39] * Joins: davehunt|away (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [15:39] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [15:39] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [15:40] * davehunt|away is now known as davehunt
- # [15:40] <froydnj> bz: for interdiffs, do you want r? set on the interdiff, or will you just notice through normal bugmail?
- # [15:40] * Joins: vikram360 (vikram360@5D69B362.5CE7E5D4.2A068A5E.IP)
- # [15:43] * Quits: adrian (adrian@moz-638E9C4.pool85-48-143.dynamic.orange.es) (Quit: Konversation terminated!)
- # [15:44] * Joins: adrian (adrian@moz-E31CD2CB.mozilla.org)
- # [15:44] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Connection reset by peer)
- # [15:46] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [15:46] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [15:46] * rail_away is now known as rail
- # [15:47] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [15:47] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [15:47] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [15:47] <jdm> woah, when did the b2g team get so large?
- # [15:48] <Ms2ger> Since it's all we care about
- # [15:48] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [15:48] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [15:49] <@smaug> hmm, is mozilla::MediaStreamGraphImpl::EnsureNextIteration known to be crashy ?
- # [15:49] <@smaug> roc: ^
- # [15:49] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [15:50] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [15:50] <@smaug> looks like yes
- # [15:53] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [15:56] * khuey|away is now known as khuey
- # [15:56] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:56] * mattwoodrow is now known as mattwoodrow|away
- # [15:57] * mjschranz is now known as mjschranz_away
- # [15:58] * Joins: gmoro (guilherme@84484EC9.1F1093E8.D159334F.IP)
- # [15:58] <gmoro> hello all
- # [15:59] <gmoro> is there a way to change programatically the default search engine?
- # [15:59] <gmoro> I need this as part of a internationalization option, detect the language and change the search engine according
- # [16:00] * Joins: ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP)
- # [16:00] * ChanServ sets mode: +o ehsan
- # [16:00] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [16:00] * Joins: dao (dao@moz-38822FD3.superkabel.de)
- # [16:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/8cf563a575fd - Olli Pettay - Bug 734015 - Try to slow down parsing of web pages in background tabs, r=hsivonen
- # [16:03] * Quits: @smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi) (Input/output error)
- # [16:03] * glob|away is now known as glob
- # [16:04] * Joins: smaug (chatzilla@moz-3C907DEA.elisa-laajakaista.fi)
- # [16:04] * ChanServ sets mode: +o smaug
- # [16:05] * Quits: kaie (kaie@moz-300B5A28.dip.t-dialin.net) (Ping timeout)
- # [16:05] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [16:05] <Pike> gmoro: what exactly are you doing?
- # [16:06] <Ms2ger> espadrine, I avoid CSSOM ;)
- # [16:06] * Parts: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [16:06] * Quits: @ehsan (ehsan@BEDFFF26.EE049E25.8B035CD7.IP) (Input/output error)
- # [16:06] * Joins: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP)
- # [16:06] <Yoric> In JS, is there a simple way to determine if some value/property of an object is implemented as a getter?
- # [16:06] * kmoir-afk is now known as kmoir_buildduty
- # [16:07] * armenzg_omw is now known as armenzg
- # [16:08] <gmoro> Pike: on the first run (or every run) determine if the what language is being used
- # [16:09] <gmoro> and if for example is russian, I want to change the default search engine to yandex
- # [16:09] <gmoro> if not keep google
- # [16:09] <Fallen> Yoric: there used to be __lookupGetter__, if that returns a function then its likely a getter. Probably ES5 has a replacement though
- # [16:09] <Pike> gmoro: I strongly suggest you don't do that. I.e., we're doing all we can to make that as hard as possible on our side
- # [16:10] <Fallen> i.e get the property descriptor and check get/set functions
- # [16:10] * mjschranz_away is now known as mjschranz
- # [16:10] * Quits: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp) (Quit: Leaving...)
- # [16:11] <gmoro> Pike: so people don't change from default google?
- # [16:11] * Quits: mcot (mcot@moz-F552191C.hsd1.va.comcast.net) (Ping timeout)
- # [16:11] <gmoro> so you can earn some advertising money? :)
- # [16:11] * bwinton_away is now known as bwinton
- # [16:12] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [16:12] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [16:12] * Joins: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP)
- # [16:12] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [16:13] * mattwoodrow|away is now known as mattwoodrow
- # [16:13] <NeilAway> gmoro: I always thought the default was already locale-specific anyway
- # [16:13] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [16:13] <Pike> gmoro: we're keeping addons developers from stealing peoples default search engines to cache out without them actually wanting that
- # [16:13] <Yoric> Fallen: Property descriptor, got it.
- # [16:13] <Yoric> Thanks.
- # [16:14] <Pike> the default search engine is localized, yes, and yandex is default for russian and a few localizations that are close regionally
- # [16:14] <Pike> gmoro: also, users can totally change it
- # [16:15] * Quits: Mardak (Mardak@moz-4FA48382.hsd1.ca.comcast.net) (Quit: Mardak)
- # [16:15] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [16:15] <gmoro> Pike: I dont see that working
- # [16:15] * NeilAway still can't figure out why the click to play placeholder doesn't appear on vimeo
- # [16:16] <gmoro> if I don't change anything russian locales should configure to yandex automatically?
- # [16:16] * Joins: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu)
- # [16:16] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [16:17] <Pike> yes
- # [16:17] <Ms2ger> I love how the Kilimanjaro basecamp goals include patent-encumbered codecs and proprietary webkit extensions, but nothing about unprefixing our own stuff
- # [16:18] <gmoro> Pike: I will test this here
- # [16:18] <gmoro> lets see
- # [16:18] <@smaug> hsivonen: ping
- # [16:18] <gmoro> thx for the info
- # [16:18] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [16:18] <@smaug> Ms2ger: huh
- # [16:19] * Quits: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP) (Quit: beaufour)
- # [16:19] * Joins: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr)
- # [16:20] * jlebar|sleep is now known as jlebar
- # [16:20] <jlebar> smaug, What is confusing about how the event handling works?
- # [16:21] <@smaug> ?
- # [16:21] <@smaug> nothing :)
- # [16:21] * gregglind_away is now known as gregglind
- # [16:21] <jlebar> smaug, https://bugzilla.mozilla.org/show_bug.cgi?id=741587#c42 :)
- # [16:21] <@smaug> jlebar: I guess you mean your patch
- # [16:22] <@smaug> jlebar: so which event gets dispatched and where
- # [16:22] <@smaug> and what does preventDefault() actually do
- # [16:22] <jlebar> smaug, There's a mozbrowsershowmodaldialog event which gets dispatched to the <iframe mozbrowser>.
- # [16:22] <jlebar> smaug, If you never preventDefault, then we don't block the inner content.
- # [16:22] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [16:22] <jlebar> smaug, The alert just gets ignored.
- # [16:23] <@smaug> oh
- # [16:23] <@smaug> that sounds odd
- # [16:23] <jlebar> smaug, OTOH if you do preventDefault, then you're promising to call e.detail.unblock().
- # [16:23] <jlebar> Indeed, it is.
- # [16:23] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [16:23] <@smaug> I would assume that preventdefault would let the browser app to implement alert
- # [16:24] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [16:24] <@smaug> but if preventdefault isn't called, some default alert() is shown
- # [16:24] <jlebar> smaug, That would be twice as much work, so no. :)
- # [16:24] <JPeterson> i've suggested that MozillaBuildSetup-Latest.exe is provided as an extractable archive https://developer.mozilla.org/Talk:En/Developer_Guide/Build_Instructions/Windows_Prerequisites#Provide_MozillaBuildSetup-Latest.exe_as_extractable_archive
- # [16:25] <JPeterson> it's unbelievable that i have to ask for that
- # [16:25] <jdm> JPeterson: any particular reason?
- # [16:25] <jlebar> The Firefox install exe is an extractable archive. I wonder if mozillabuild is too.
- # [16:25] <JPeterson> jdm: i don't want to click in a window like a moron when its faster to script it
- # [16:25] * Quits: jdm (jdm@moz-683CAD3.rev.sfr.net) (Client exited)
- # [16:26] * bear-afk is now known as bear
- # [16:27] <jlebar> smaug, If you wanted, we could do e.detail.block() instead of e.preventDefault(). :shrug:
- # [16:27] * @smaug thinks
- # [16:28] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [16:28] * Joins: artur (artur@80F00F5A.1C8523D6.6C361E84.IP)
- # [16:28] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [16:28] * Joins: askalski (akuda@moz-104CC309.mv.mozilla.com)
- # [16:29] <@smaug> jlebar: alert() really just should work
- # [16:29] <@smaug> IMHO
- # [16:29] <jlebar> smaug, I kind of wish you'd raised that objection a few weeks ago...
- # [16:30] <jlebar> smaug, But keep in mind that zero Gaia UI is drawn by chrome.
- # [16:30] <jlebar> smaug, This would be a violation of that rule.
- # [16:30] * Quits: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net) (Ping timeout)
- # [16:31] * @smaug doesn't know what that means
- # [16:31] * Joins: Kabaka (Kabaka@moz-7D55A797.stl1cmta01.stwrok.ok.dh.suddenlink.net)
- # [16:31] <Ms2ger> Is any Gaia UI drawn by opera?
- # [16:31] <@smaug> chrome could show the alert
- # [16:31] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:31] * ChanServ sets mode: +o ehsan
- # [16:31] <@smaug> Ms2ger: hehe
- # [16:31] <jlebar> smaug, why?
- # [16:32] <jlebar> smaug, There's different code for alert on desktop firefox and Fennec, right?
- # [16:32] <@smaug> well, because alert() should just work
- # [16:32] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [16:32] <@smaug> jlebar: yes
- # [16:32] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [16:32] <Ms2ger> Can someone make nsAutoPtr<TextureD3D9BackendData> dat = new TextureD3D9BackendData(); work? :/
- # [16:32] <jlebar> smaug, So there should be different code for B2G too, right?
- # [16:32] <@smaug> in both cases chrome shows the alert
- # [16:32] <jlebar> smaug, Well, how we do things in b2g is forward them to Gaia.
- # [16:32] <jlebar> smaug, Should window.open just work too?
- # [16:32] * @smaug isn't sure he understand what is Gaia and what is b2g
- # [16:33] <JPeterson> why does http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe download at 8.92K/s?
- # [16:33] <@smaug> jlebar: there is still chrome
- # [16:33] <JPeterson> do you have to host it in Tibet?
- # [16:33] <jlebar> smaug, Doing as little as possible.
- # [16:33] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [16:34] * Joins: mayhemer (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [16:34] <jlebar> smaug, So if we read through the initial comments...
- # [16:34] <jlebar> smaug, I initially wanted to handle it entirely in chrome.
- # [16:34] <jlebar> smaug, Then Fabrice said he wanted a lot of control over how it's styled.
- # [16:34] <jlebar> smaug, At which point I switched to the current approach.
- # [16:34] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [16:34] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [16:34] <jlebar> smaug, I don't think it's a good use of my time at the moment to add a default implementation.
- # [16:35] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [16:35] * Quits: dao (dao@moz-38822FD3.superkabel.de) (Quit: Leaving.)
- # [16:35] <JPeterson> jdm: the best way to get MozillaBuild is with, wget -N http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.zip; unzip -u MozillaBuildSetup-Latest mozilla-build
- # [16:36] <JPeterson> that will dl and update it if its newer
- # [16:36] <hsivonen> smaug: pong
- # [16:36] <JPeterson> now the fiels are in a pre 2.35 NSIS (5 years old packager) that can't even be extracted with 7z
- # [16:36] <@ted> JPeterson: there isn't actually a .zip file there...
- # [16:36] <@smaug> hsivonen: do we have only one parser thread?
- # [16:36] <JPeterson> no one else that goofy can be reponsible for this
- # [16:36] <@ehsan> vladan: https://gist.github.com/2775512
- # [16:37] <vladan> ehsan: thx
- # [16:37] <JPeterson> ted: i've suggested that it's supplied as a zip too
- # [16:37] <@smaug> jlebar: still thinking ...
- # [16:37] <@ted> yes, well, it's not
- # [16:37] <hsivonen> smaug: currently, yes
- # [16:37] <JPeterson> why have one step of the build process that isn't scripted
- # [16:37] <@ted> sorry
- # [16:37] <@smaug> jlebar: I agree styling should be possible
- # [16:37] <@smaug> hsivonen: ok, thanks
- # [16:37] <JPeterson> the entire build process should always be scripted
- # [16:37] * Quits: JeroenDeDauw (j@moz-50858DE7.dip.t-dialin.net) (Ping timeout)
- # [16:37] <jlebar> smaug, I don't disagree that it would be *nice* if there were a default implementation.
- # [16:38] <hsivonen> smaug: it doesn't have to be that way as long as each stream parser gets its tasks run in sequence
- # [16:38] <jlebar> smaug, I just don't think it's important right now.
- # [16:38] * Joins: JeroenDeDauw (j@moz-50858DE7.dip.t-dialin.net)
- # [16:39] <@smaug> jlebar: there are too many "not important right now"
- # [16:39] <@smaug> jlebar: we'll have to cleanup everything eventually
- # [16:39] * rail is now known as rail-bbiaf
- # [16:39] <@smaug> when this stuff gets spec'ed
- # [16:39] <jlebar> smaug, If it gets spec'ed.
- # [16:39] <jlebar> smaug, But sure, when. :)
- # [16:40] <hsivonen> smaug: https://bugzilla.mozilla.org/show_bug.cgi?id=709072 might be of interest
- # [16:40] <hsivonen> smaug: if we had that sort of thing, we could spead out stream parser to be served by multiple threads
- # [16:40] * Fallen is now known as Fallen|away
- # [16:40] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [16:41] <JPeterson> why is http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe downloading at 12.7K/s? isn't google hosting the server?
- # [16:41] <JPeterson> why wouldn't google host it if the pay for 75% of the firefox costs
- # [16:41] <JPeterson> *they
- # [16:42] <jlebar> smaug, The good thing is, we can do a default alert implementation without modifying any of the calling code.
- # [16:42] <jlebar> smaug, It will Just Work Better.
- # [16:43] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [16:45] <@ehsan> bbondy: ping
- # [16:45] <@smaug> jlebar: true
- # [16:47] * Joins: tchevalier (Instantbir@moz-A2B0E34F.w92-133.abo.wanadoo.fr)
- # [16:48] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [16:48] * mattwoodrow is now known as mattwoodrow|away
- # [16:49] * Joins: catalinb (ethereal@29814056.10D2EED.5BC07656.IP)
- # [16:49] <@smaug> jlebar: let me think a bit
- # [16:50] <jlebar> smaug, Sounds good to me.
- # [16:50] <@smaug> :)
- # [16:51] * Quits: rclick (rclick@moz-914CAD41.dsl.covlil.sbcglobal.net) (Ping timeout)
- # [16:51] * Quits: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [16:53] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [16:54] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [16:54] <gcp> http://windowsteamblog.com/ie/b/ie/archive/2012/03/18/understanding-browser-usage-share-data.aspx
- # [16:54] <gcp> looks like the latest news struck a nerve :P
- # [16:56] * cadecairos_away is now known as cadecairos
- # [16:57] <lahabana> bz I don't know if u remember me I'm working on TextControlFrame
- # [16:57] * Joins: _alex (Mibbit@moz-91848CE0.grenet.fr)
- # [16:58] <lahabana> bz we read quite a few docs and it is starting to get much clearer
- # [16:58] <lahabana> though we've got a doubt in the possible kids that a TextControlFrame can have
- # [16:59] <jviereck> Bas: hi
- # [16:59] * Quits: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:00] <lahabana> I guess know as it is said as a leaf (IsLeaf method)
- # [17:00] <lahabana> but we are not actually sure of that
- # [17:02] * Quits: Stan_ (Stan@moz-82645BFD.dip.t-dialin.net) (Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 6109, sources date: 20120101, built on: 2012-03-27 22:01:16 UTC - http://www.kvirc.net/)
- # [17:04] <vladan> ehsan: i'm having trouble triggering a call to "Statement::execute" from the main function when navigating from the location bar.. were you using the Nightly?
- # [17:05] <vladan> *from the main thread
- # [17:05] <@ehsan> yeah
- # [17:05] * Quits: zzzzz (chatzilla@moz-FC5E07A0.dhcp.embarqhsd.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [17:06] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [17:06] <@bz> lahabana: the only kid an nsTextControlFrame should have is the editable div
- # [17:06] <@bz> lahabana: well, and maybe the placeholder
- # [17:07] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [17:07] <mounir> lahabana: for a first pass, you can forget about the placeholder
- # [17:07] <mounir> if it makes thing harder
- # [17:07] <lahabana> ok
- # [17:08] * jlebar is now known as jlebar|afk
- # [17:08] <mounir> (playing with display: none might be enough though)
- # [17:08] <lahabana> we were also thinking to do it in two times (first make it inherit from BoxFrame and then directly from Container) would be less painfull
- # [17:09] <NeilAway> gcp: I read that as Window Steam Blog ;-)
- # [17:09] <gcp> NeilAway: it's apparently old news. I blame /.
- # [17:09] <lahabana> as there's not much to do to remove from StackFrame it might be a loss of time no?
- # [17:09] * Quits: rajul (quassel@F6ED1FF8.B286D3EC.27560D6E.IP) (Client exited)
- # [17:09] <gcp> NeilAway: I thought it was a reaction to yesterdays news.
- # [17:10] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [17:10] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [17:10] * Joins: dveditz (dveditz@moz-5051E786.dhcp.cruzio.com)
- # [17:10] * ChanServ sets mode: +o dveditz
- # [17:10] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [17:10] * Joins: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP)
- # [17:11] * Joins: zzzzz (chatzilla@moz-FC5E07A0.dhcp.embarqhsd.net)
- # [17:11] * Joins: clee (clee@52A1524D.4E7EDEC9.632B8C24.IP)
- # [17:12] * Joins: kaie (kaie@moz-300B5A28.dip.t-dialin.net)
- # [17:12] * Quits: jfkthame (jfkthame@89E78188.5BC345F5.9542EC20.IP) (Ping timeout)
- # [17:12] <lahabana> bz: is it a mistake to inspire ourself from nsHTMLButtonControlFrame for the reimplementation of nsTextControlFrame it seems to us that these 2 are quite close?
- # [17:12] <lahabana> bz: if not how is it different?
- # [17:12] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [17:13] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [17:13] <kats> whoops, i broke inbound
- # [17:13] <Ms2ger> Out you go
- # [17:13] <@smaug> hsivonen: as a followup, I could do something like https://hg.mozilla.org/try/rev/db440e326510
- # [17:13] <@smaug> er, that is wrong
- # [17:14] * Joins: Mavericks (Mibbit@B56E8B74.31A00CBB.B84D4DA2.IP)
- # [17:14] <@smaug> hsivonen: remove the isinlist check
- # [17:14] <@smaug> hsivonen: what does FlushSpeculativeLoads do?
- # [17:14] <@bz> lahabana: hmm
- # [17:15] * joduinn-home is now known as joduinn-mtg
- # [17:15] <@bz> lahabana: Using buttons for inspiration is probably fine
- # [17:15] <@bz> lahabana: just don't copy all the weird centering stuff they do. ;)
- # [17:15] <lahabana> yes yes
- # [17:15] * Quits: adrian (adrian@moz-E31CD2CB.mozilla.org) (Quit: Konversation terminated!)
- # [17:15] * Quits: gerv (gerv@moz-8E68CF56.in-addr.arpa) (Quit: Leaving.)
- # [17:15] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [17:15] <hsivonen> smaug: it runs a separate queue of speculative image, stylesheet and script requests
- # [17:16] * Joins: adrian (adrian@moz-638E9C4.pool85-48-143.dynamic.orange.es)
- # [17:16] * Joins: Stan (Stan@moz-82645BFD.dip.t-dialin.net)
- # [17:16] * philor|away is now known as philor
- # [17:16] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [17:16] <lahabana> bz: I wasn't thinking about copy and paste. But to understand better how it was working when it wasn't a boxFrame
- # [17:16] <lahabana> bz: especially the sizing...
- # [17:16] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [17:16] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [17:16] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [17:16] <kats> backed myself out
- # [17:17] <@smaug> hsivonen: meaning what?
- # [17:17] <@smaug> hsivonen: what exactly happens in main thread?
- # [17:17] <lahabana> bz: and what do you think in doing 2 step the reimplementation
- # [17:17] <lahabana> bz: first remove the inheritance with stackframe
- # [17:18] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [17:18] <lahabana> bz: and then with BoxFrame
- # [17:18] <@smaug> hsivonen: it just starts loading new resources?
- # [17:18] <lahabana> bz: might be a loss of time to do it that way rather than directly no?
- # [17:19] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:20] * Joins: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net)
- # [17:21] * Joins: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net)
- # [17:21] <@smaug> hsivonen: do we have any data how many speculative loads we do
- # [17:23] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [17:24] * coop|buildduty is now known as coop|afk
- # [17:25] * Joins: Asa (asa@moz-E098C967.static.wiline.com)
- # [17:26] <NeilAway> bz: can't we turn buttons into an inline block yet?
- # [17:27] <hsivonen> smaug: on the main thread, some data structures get updated with a handle to a load and Necko is told to start a fetch
- # [17:27] <hsivonen> smaug: no data
- # [17:28] * ewong is now known as ewong|sleep
- # [17:28] <@smaug> hsivonen: I wonder if it is possible that bg pages start so many necko requests, that fg page needs to wait them to be ready
- # [17:29] <hsivonen> smaug: http://mxr.mozilla.org/mozilla-central/source/parser/html/nsHtml5TreeOpExecutor.cpp#1080 and onwards get called
- # [17:29] <hsivonen> smaug: possible
- # [17:29] <@smaug> if that is the case, would it make sense to start speculative loads for bg tabs later
- # [17:29] <@smaug> or, hmm
- # [17:29] <@smaug> maybe not later
- # [17:29] <@smaug> but could we use priorities
- # [17:29] <hsivonen> smaug: however, you must let the preload flush handle the app cache manifest
- # [17:30] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [17:30] <hsivonen> which isn't a real preload but needs to happen before preloads, so it happens off the preload queue
- # [17:30] <@smaug> right
- # [17:31] * Joins: kanru` (user@moz-1846D96C.dynamic.hinet.net)
- # [17:31] * jlebar|afk is now known as jlebar
- # [17:32] * Quits: stransky (stransky@moz-107AD163.redhat.com) (Quit: Connection reset by beer)
- # [17:34] * Quits: _alex (Mibbit@moz-91848CE0.grenet.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:34] * armenzg is now known as armenzg_mtg
- # [17:34] <Ms2ger> gerv, so
- # [17:35] <Ms2ger> It appears that you put "file" on the third line of the MPL header in your S&R, while it's on the second line on http://www.mozilla.org/MPL/headers/ ...
- # [17:35] * Joins: mreavy (chatzilla@52A1524D.4E7EDEC9.632B8C24.IP)
- # [17:35] <@khuey> oh noes
- # [17:36] * Joins: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP)
- # [17:36] * Ms2ger kicks khuey
- # [17:36] * Quits: timdream (timdream@moz-C54AD173.adsl.dynamic.seed.net.tw) (Quit: timdream)
- # [17:37] * Joins: wam (wam@moz-1C4E90A4.hsi.kabelbw.de)
- # [17:37] <wam> Hi, I'm a bit lost with developing with xulrunner (exactly chromeless). I'm creating a canvas from protected code, adding a window screenshot to it (via this: http://pastebin.com/A72DQdp2). When passing this return to "normal" code, I get this error: Security Manager vetoed action arg 0 [nsIDOMCanvasRenderingContext2D.drawImage] - Any hints (urls to docs!!) are welcome. I'd love to understand this security manager stuff.
- # [17:38] <gerv> Ms2ger: not a big deal.
- # [17:38] <gaston> Ms2ger: haha
- # [17:39] <gerv> The formatting has no legal significance.
- # [17:39] <Ms2ger> Yeah
- # [17:39] <gerv> But I will fix the web page.
- # [17:39] <Ms2ger> But consistency, dammit ;)
- # [17:39] <gerv> Is that the only difference.
- # [17:39] <gerv> ?
- # [17:39] <Ms2ger> AFAICT, yes
- # [17:39] <Ms2ger> jlebar didn't know pinkerton?!
- # [17:40] * jlebar is far too young.
- # [17:40] <KaiRo> haha, don't make us feel old! ;-)
- # [17:40] <@bz> NeilAway: "maybe"
- # [17:40] <gerv> Change checked in.
- # [17:40] <Ms2ger> 'Hyatt, whom Pinkerton inexplicably refers to as "Jinglepants," ...'
- # [17:40] <@bz> NeilAway: would have to do some web compat experiments
- # [17:40] * Ms2ger loves wikipedia
- # [17:41] <@bz> Ms2ger: wow, that got wikied?
- # [17:41] <Ms2ger> Yep
- # [17:41] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [17:41] <froydnj> is there a reason nsDocShell doesn't list nsIInterfaceRequestor in its QueryInterface map?
- # [17:41] <jlebar> Enshrined in the collective memory of the Internet forever, until someone changes it.
- # [17:42] * Quits: catalinb (ethereal@29814056.10D2EED.5BC07656.IP) (Ping timeout)
- # [17:42] <@bz> froydnj: yes
- # [17:42] <@bz> froydnj: because nsDocLoader does
- # [17:42] * KaiRo is now known as KaiRo_away
- # [17:42] <Ms2ger> bz, on 3 July 2006, in fact
- # [17:42] * Quits: lahabana (Mibbit@moz-D55DBCC1.imag.fr) (Quit: http://www.mibbit.com ajax IRC Client)
- # [17:43] <froydnj> bz: ah... _END_INHERITING
- # [17:43] <froydnj> thanks
- # [17:43] * Joins: jesup (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:43] <@bz> froydnj: no problem
- # [17:44] <@bz> froydnj: the number of interfaces hanging off there is insane. :(
- # [17:44] <Ms2ger> And smaug keeps finding other projects ;)
- # [17:45] <Ms2ger> bz, btw, when you talked about bigger projects... I hope you didn't mean anything to do with docshell ;)
- # [17:45] <froydnj> bz: for interdiffs, do you want r? set on the interdiff, or will you just notice through normal bugmail?
- # [17:46] <Ms2ger> (And how about diff -w's? ;))
- # [17:47] * Quits: Asa (asa@moz-E098C967.static.wiline.com) (Ping timeout)
- # [17:48] * Quits: eruza (blah@D63F88F4.D5601C51.45459EBF.IP) (Quit: )
- # [17:49] <@bz> Ms2ger: probably not, no
- # [17:49] <@bz> froydnj: I saw the mail
- # [17:49] <@bz> froydnj: in fact, let me just look at it right now
- # [17:49] * lsblakk|afk is now known as lsblakk
- # [17:49] <froydnj> bz: oh, ok, thanks
- # [17:49] * Quits: hub (hub@moz-E2FCA694.figuiere.net) (Ping timeout)
- # [17:49] * rail-bbiaf is now known as rail
- # [17:50] * Quits: gwagner_ (idefix2@moz-B8B530C2.hsd1.ca.comcast.net) (Quit: gwagner_)
- # [17:51] * Joins: bent (chatzilla@moz-C3562645.hsd1.ca.comcast.net)
- # [17:54] * Quits: kanru` (user@moz-1846D96C.dynamic.hinet.net) (Ping timeout)
- # [17:55] * catlee is now known as catlee-away
- # [17:55] * mjschranz is now known as mjschranz_away
- # [17:56] * mjschranz_away is now known as mjschranz
- # [17:57] <@bz> Ms2ger: for diff -w, I don't care that much, I guess
- # [17:57] * dev_afk is now known as devd
- # [17:59] * Joins: ianbicking (ianbicking@8A846ECB.208B7524.B602C522.IP)
- # [18:00] * joduinn-mtg is now known as joduinn-coffee
- # [18:00] * Quits: bonnie (bbsurender@3035F4A5.3753335A.B66DD36E.IP) (Ping timeout)
- # [18:01] <John-Galt> Does anyone know of hand if remote stylesheets linked from chrome privileged HTML documents can use XBL?
- # [18:01] * armenzg_mtg is now known as armenzg_lunch
- # [18:01] * Quits: maikmerten (maikmerten@moz-D9A586F1.dynamic.qsc.de) (Ping timeout)
- # [18:01] * Joins: deco[mobile] (decoder@52D10ED4.FC9770B7.1A5CC7E5.IP)
- # [18:02] * Quits: clee (clee@52A1524D.4E7EDEC9.632B8C24.IP) (Quit: clee)
- # [18:03] * Quits: deco[mobile] (decoder@52D10ED4.FC9770B7.1A5CC7E5.IP) (Quit: Bye)
- # [18:03] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Ping timeout)
- # [18:04] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [18:04] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:04] * Joins: KaIRC (robert@moz-EB4D7985.adsl.highway.telekom.at)
- # [18:05] * Quits: KaiRo_away (robert@moz-E021E9EE.adsl.highway.telekom.at) (Ping timeout)
- # [18:05] <@bsmedberg> I need someone's help who's running nightly on windows
- # [18:05] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:06] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
- # [18:06] <Ms2ger> khuey?
- # [18:06] * Joins: Waldo (waldo@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:07] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [18:07] <edmorley> bsmedberg: I'm running Nightly on windows, what did you need doing?
- # [18:07] <@bsmedberg> edmorley: go to http://ed.agadak.net/app/
- # [18:07] * devd is now known as dev_afk
- # [18:08] <KWierso> bsmedberg: then what?
- # [18:08] <@bsmedberg> first click "webgl_3d" and make sure canvas3d is working
- # [18:08] <@bsmedberg> then go back and choose "install ed_agadak"
- # [18:08] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Connection reset by peer)
- # [18:08] <@bsmedberg> then open ed_agadak from your start menu and report whether canvas3d is working there
- # [18:09] <edmorley> bsmedberg: "Unable to initialize WebGL. Your browser may not support it."
- # [18:09] <@bsmedberg> in Firefox or the app?
- # [18:09] * Quits: priya (Adium@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [18:09] <KWierso> bsmedberg: Timestamp: 5/23/2012 11:00:51 AM
- # [18:09] <KWierso> Error: [Exception... "'processIcon - Failure converting icon ([Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [imgITools.decodeImageData]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: resource:///modules/WebappsInstaller.jsm :: <TOP_LEVEL> :: line 422" data: no])' when calling method: [nsIRequestObserver::onStopRequest]" nsresult:...
- # [18:09] <KWierso> ..."0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0" data: no]
- # [18:09] * Joins: priya (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:09] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [18:09] <@bsmedberg> kwierso: yeah, that error is known/harmless
- # [18:09] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [18:10] * Quits: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP) (Ping timeout)
- # [18:10] <edmorley> bsmedberg: http://i49.tinypic.com/an09yh.jpg
- # [18:10] * khuey is now known as khuey|away
- # [18:10] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [18:10] <@bsmedberg> edmorley: oh, well if webgl doesn't work in-browser then this test is probably pointless
- # [18:11] <KWierso> it worked for me
- # [18:11] <@bsmedberg> edmorley: do you not have a suitable graphics card?
- # [18:11] * Joins: Goldorak (chatzilla@27637B53.1EC05627.187A1082.IP)
- # [18:11] <@bsmedberg> kwierso: in Firefox or in the app?
- # [18:11] <KWierso> in firefox
- # [18:11] <@bsmedberg> ok can you try in-app?
- # [18:11] <KWierso> bsmedberg: by clicking webgl_3d inside the app?
- # [18:11] <@bsmedberg> yes
- # [18:12] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [18:12] <KWierso> I get the unable to initialize webgl alert
- # [18:13] * Quits: sriram (sriramr@moz-BF171339.hsd1.ca.comcast.net) (Quit: sriram)
- # [18:13] <@bsmedberg> crap
- # [18:13] * Joins: cdiehl_ (cdiehl@moz-35EBCF86.pool.mediaways.net)
- # [18:13] <@bsmedberg> Why don't I get that, dammit?
- # [18:13] <bbondy> bhearsum: ping
- # [18:13] <bbondy> bhearsum: are updates disabled on oak? I think they are, if so can they be enabled?
- # [18:13] <edmorley> bsmedberg: oh sorry, about:support says webgl blocked for driver issues (this is on my new mozilla laptop, so hadn't tried anything webgl yet, had presumed Quadro 1000 + latest drivers would have been fine)
- # [18:13] <jimm> bsmedberg: working here in the app
- # [18:14] * Quits: cdiehl (cdiehl@moz-60B89F4E.pool.mediaways.net) (Ping timeout)
- # [18:14] * cdiehl_ is now known as cdiehl
- # [18:14] <KWierso> bsmedberg: OH
- # [18:14] <KWierso> I have webgl.force-enabled set to True in Nightly
- # [18:14] <@bsmedberg> oh heh
- # [18:14] <KWierso> which probably doesn't carry over to the app runtime
- # [18:14] <@bsmedberg> kwierso: could you both post your results in bug 749459
- # [18:14] <@bsmedberg> no, it doesn't
- # [18:14] * Joins: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP)
- # [18:14] <@bsmedberg> sorry, and jimm: ^^
- # [18:15] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [18:15] * Quits: Ms2ger (Ms2ger@624E0BF2.20571028.37724B0D.IP) (Ping timeout)
- # [18:15] <jimm> (i can't uninstall the app though, which is kind of annoying.)
- # [18:16] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [18:16] <KWierso> ^
- # [18:16] <@bsmedberg> jimm: Yeah, I think that's known also, there's a unicode issue we're working on
- # [18:16] <@bsmedberg> that's why the app has those korean characters in its name
- # [18:17] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [18:17] * Quits: adrian (adrian@moz-638E9C4.pool85-48-143.dynamic.orange.es) (Quit: Konversation terminated!)
- # [18:17] * Joins: adrian (adrian@moz-E31CD2CB.mozilla.org)
- # [18:17] <jviereck> I pass a pointer to a class, which stores the pointer in a local nsCOMPtr. Then I don't have to add AddRef on the pointer myself, right?
- # [18:18] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [18:19] * Joins: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP)
- # [18:19] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [18:20] <jlebar> Can I get a JS environment like the error console but which lets me type more than one line at a time?
- # [18:20] <@smaug> scratchpad
- # [18:20] * Joins: hub (hub@A5087023.2354C43D.D8E68FF6.IP)
- # [18:20] * Joins: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP)
- # [18:21] <@smaug> jlebar: devtools.chrome.enabled to true
- # [18:21] <jesup> edmorley: it's annoying that the common mozilla laptops can't run webgl in FF
- # [18:21] <@smaug> and then scratchpad, activate "browser"
- # [18:21] <jlebar> smaug, Then the JS console is chrome?
- # [18:21] <jlebar> Ah, scratchpad.
- # [18:21] <jlebar> Thanks.
- # [18:21] * jimm is now known as jimm-lunch
- # [18:21] <jesup> edmorley: mine is a Thinkpad W520 (Win7 x64)
- # [18:21] <@smaug> jlebar: "Environment->browser"
- # [18:22] <@smaug> I wonder why browser isn't enabled by default
- # [18:22] <@smaug> I mean, why devtools.chrome.enabled is false by default
- # [18:22] <KWierso> because most people want to break only their webpage, not the browser?
- # [18:22] * Joins: nhirata (nhirata.bu@moz-585D5EFC.hsd1.ca.comcast.net)
- # [18:23] <jlebar> KWierso, You still have to go through a menu...
- # [18:23] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [18:23] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [18:23] <@smaug> and you do get a warning when you activate Environment->browser
- # [18:24] * Quits: wam (wam@moz-1C4E90A4.hsi.kabelbw.de) (Quit: Ex-Chat)
- # [18:24] * Joins: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP)
- # [18:24] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:26] <Waldo> ctalbert: I've stolen your desk in SF for the day; do you and fantasai tag-team on it or something?
- # [18:26] <gmoro> Pike: looks like just the upstream builds got yandex as default engine
- # [18:26] <gmoro> if I change everything, even with the locales in RU I dont get yandex yet
- # [18:26] * Joins: WG9s (bill@moz-7A06A043.hsd1.ma.comcast.net)
- # [18:27] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [18:29] <glandium> Waldo: do you think any of this (http://pastebin.mozilla.org/1648597) could be useful in mfbt ?
- # [18:30] * Joins: rwaldron (rwaldron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:30] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [18:31] <Waldo> glandium: you mean the first dozen lines, right? I dunno, depends on the use cases, but perhaps
- # [18:31] * Joins: Ms2ger (Ms2ger@moz-EC9CD674.adsl-dyn.isp.belgacom.be)
- # [18:31] <glandium> Waldo: i mean the whole thing
- # [18:31] <Waldo> er, oh
- # [18:32] * Waldo 's eyes glazed over slightly on the last bit
- # [18:32] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [18:32] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [18:32] <glandium> Waldo: note they are not directly related
- # [18:33] <ctalbert> waldo yeah we share it since neither of us are in SF all the time. Enjoy the desk!
- # [18:33] <glandium> Waldo: I just happen to use both together
- # [18:33] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [18:33] * Joins: cpeterson (cpeterson@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:33] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [18:34] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [18:34] * Joins: sriram (sriramr@moz-7B0110AD.mv.mozilla.com)
- # [18:34] * Quits: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [18:35] <jviereck> Bas: *ping*?
- # [18:35] * Quits: victorporof (victorporo@85DFD77.7E2AA079.79933D60.IP) (Ping timeout)
- # [18:36] * KaIRC is now known as KaiRo
- # [18:36] * Joins: bnicholson (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [18:37] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [18:39] <Waldo> glandium: is_derived_from looks a little like C++11's <type_traits> std::is_base_of or std::is_convertible
- # [18:39] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:39] <glandium> Waldo: yeah, it's kind of that
- # [18:39] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Input/output error)
- # [18:39] * Joins: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net)
- # [18:39] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [18:40] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [18:40] * Quits: graememcc (chatzilla@moz-65CD0AE3.range86-148.btcentralplus.com) (Ping timeout)
- # [18:40] * Joins: graememcc (chatzilla@moz-64F8D821.range86-150.btcentralplus.com)
- # [18:41] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [18:42] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:42] * Joins: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net)
- # [18:43] * Quits: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [18:43] <Waldo> glandium: mfbt/TypeTraits.h doesn't seem unreasonable to me; I wonder if we can just implement the C++11 interface rather than something of our own similar devices, tho
- # [18:44] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [18:44] <Waldo> glandium: or something narrower or wider, such that we can use our thing until the standard thing can just be slotted in
- # [18:45] <Waldo> glandium: the former looks like std::conditional, same place (which definitely we can just steal the spec interface to it)
- # [18:45] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [18:45] * jlebar is now known as jlebar|lunch
- # [18:46] <Waldo> I should say by "implement the C++11 interface" I mean the interface functionally; it'd still be mozilla::Conditional and mozilla::IsBaseOf and such for locations and naming
- # [18:46] * Joins: maikmerten (maikmerten@moz-D9A586F1.dynamic.qsc.de)
- # [18:47] <glandium> Waldo: sounds fair
- # [18:47] <Ms2ger> js::tl::If, you mean?
- # [18:47] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [18:47] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [18:47] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
- # [18:47] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [18:47] * Quits: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Connection reset by peer)
- # [18:47] <Waldo> Ms2ger: upstreaming, and following the standard naming to help with familiarity (modulo underscores being stupid :-) )
- # [18:47] <Ms2ger> Agreed about underscores
- # [18:48] * Joins: jbalogh (jbalogh@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:48] * Joins: Mossop (mossop@moz-BBE3ABD.mv.mozilla.com)
- # [18:48] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [18:48] * khuey|away is now known as khuey
- # [18:48] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
- # [18:49] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:50] <bdahl> Mossop: ping
- # [18:50] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [18:50] <Mossop> bdahl: pong'
- # [18:51] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [18:51] <bdahl> Mossop: now that we have no bootstrap.js where is the best place to put some initialization code? (such has setting up pdf.js as the default viewer on first run)
- # [18:52] * Quits: Boriss (FlyingToas@moz-62AAA429.hsd1.ca.comcast.net) (Quit: Boriss)
- # [18:52] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:54] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
- # [18:54] * Joins: juanb (jbecerra@moz-BBE3ABD.mv.mozilla.com)
- # [18:55] * armenzg_lunch is now known as armenzg
- # [18:56] * coop|afk is now known as coop|buildduty
- # [18:56] <Mossop> bdahl: Bah, I knew as soon as we did that you'd need bootstrap.js again. What you should be able to do is write a simple JS component to get run on startup. If you wanted to keep things as similar to the extension version of pdf.js as possible you could make that component load and run bootstrap.js and keep all the initialisation in there
- # [18:56] * Quits: MarcoZ (Daily@moz-C4595BC8.dip.t-dialin.net) (Quit: l8er)
- # [18:56] * Joins: pcwalton (pcwalton@moz-7B0110AD.mv.mozilla.com)
- # [18:56] * Joins: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net)
- # [18:59] * Quits: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP) (Input/output error)
- # [19:00] * jimm-lunch is now known as jimm
- # [19:00] * Quits: askalski (akuda@moz-104CC309.mv.mozilla.com) (Quit: Wychodzi)
- # [19:00] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [19:00] * Joins: KWierso_ (chatzilla@moz-92762BF7.desm.qwest.net)
- # [19:01] * Quits: KWierso (chatzilla@moz-92762BF7.desm.qwest.net) (Ping timeout)
- # [19:01] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [19:01] * KWierso_ is now known as KWierso
- # [19:02] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [19:03] * Joins: cjones (cjones@moz-45913895.socal.res.rr.com)
- # [19:03] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Quit: Saindo)
- # [19:03] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [19:04] * Joins: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [19:04] * Quits: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net) (Ping timeout)
- # [19:04] * mjschranz is now known as mjschranz_away
- # [19:05] <edmorley> jesup: ah yes, mine too; having looked closer I suspect the driver they use to dynamically switch between the integrated intel card and the quadro is what is causing the problem
- # [19:05] <jesup> Makes sense; I'd vaguely wondered if that was responsible
- # [19:06] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [19:06] <edmorley> I guess we could try installing the stock nVidia quadro driver
- # [19:06] * Joins: tonymec (tonymec@E6EF9FBF.A45A0DE.277517C1.IP)
- # [19:06] <kats> inbound is getting submerged in purple
- # [19:06] * Quits: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP) (Quit: ZNC - http://znc.in)
- # [19:06] <kats> for android anyway
- # [19:06] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [19:06] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [19:06] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [19:07] * mjschranz_away is now known as mjschranz
- # [19:07] * Joins: ericb2 (X@moz-9C4C3DED.fbx.proxad.net)
- # [19:08] <NeilAway> bdahl: out of interest, is there a bug# for this?
- # [19:09] <bdahl> NeilAway: well the change came from #740795
- # [19:10] <bdahl> i'm more specifically working on 752676
- # [19:10] * Joins: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP)
- # [19:10] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [19:11] * Joins: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP)
- # [19:11] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:11] * Quits: Mavericks (Mibbit@B56E8B74.31A00CBB.B84D4DA2.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [19:11] * Joins: Mavericks (Mibbit@B56E8B74.31A00CBB.B84D4DA2.IP)
- # [19:11] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [19:12] * Joins: akeybl (akeybl@moz-BBE3ABD.mv.mozilla.com)
- # [19:13] <NeilAway> bdahl: thanks
- # [19:13] * Joins: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl)
- # [19:13] * coop|buildduty is now known as coop|mtg
- # [19:15] * Joins: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP)
- # [19:15] * Quits: damons (gnubeard@moz-A41E6911.hsd1.ca.comcast.net) (Quit: damons)
- # [19:15] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [19:16] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [19:17] * mjschranz is now known as mjschranz_away
- # [19:17] * Joins: yuan (ywang@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:17] * Quits: jet (junglecode@moz-79F891EE.hsd1.ca.comcast.net) (Quit: jet)
- # [19:17] * dev_afk is now known as devd
- # [19:18] * Joins: billm (billm@moz-BBE3ABD.mv.mozilla.com)
- # [19:19] * Quits: gandalf (zbraniecki@54048E1D.CE06E408.3296EA50.IP) (Quit: Computer has gone to sleep.)
- # [19:20] <jorendorff> So tbpl says the tree is open, but "40 jobs are failing" with infra issues
- # [19:20] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [19:21] <jorendorff> this means I should push right now. right?
- # [19:21] <Ms2ger> It's Android
- # [19:21] <Ms2ger> So, yes
- # [19:22] <jorendorff> see the downside of you being so sarcastic all the time is, I really don't know how to interpret that
- # [19:22] <jorendorff> here's an idea, i'll interpret it in the most convenient way for me
- # [19:23] <Ms2ger> Yeah
- # [19:23] <biesi> haha
- # [19:23] <Ms2ger> That's a good idea
- # [19:23] * Quits: surkov (surkov@1A9A4379.E0C13F7A.33A1AC3C.IP) (Quit: surkov)
- # [19:23] <@ted> gps: i don't see a way to make unzip handle that modules thing
- # [19:23] <@ted> the only thing we could do is stick an empty modules dir in there
- # [19:23] <@ted> and land that on all active branches
- # [19:24] <@ted> should be straightforward, just annoying
- # [19:24] * mjschranz_away is now known as mjschranz
- # [19:24] * Joins: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP)
- # [19:25] <gps> ted: :(
- # [19:26] <gps> although, the patch should be easy enough. just a GENERATED_DIRS += in rules.mk
- # [19:26] * Quits: sawrubh (Mibbit@4F882FCC.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [19:27] * bz is now known as bz_brb
- # [19:27] <gps> or maybe just something in the packaging makefile
- # [19:27] <@ted> except that doesn't exist on all branches
- # [19:27] <@ted> yeah, i'd just do that
- # [19:27] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [19:27] <@ted> stick an extra mkdir in there or whatever
- # [19:27] <@ted> land that on all the branches
- # [19:27] <@ted> get your buildbot change in
- # [19:27] <@ted> then land your actual patch
- # [19:27] <gps> so that lands first. then buildbot. then actual patch
- # [19:28] * zpao|detached is now known as zpao
- # [19:28] * Quits: grubshka (grubshka@moz-6958B38E.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [19:29] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [19:30] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:31] * Joins: grubshka (grubshka@moz-6E1FF9E8.w86-216.abo.wanadoo.fr)
- # [19:31] * Joins: Ms2ger` (Ms2ger@moz-EC9CD674.adsl-dyn.isp.belgacom.be)
- # [19:32] * Quits: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net) (Quit: sheppy)
- # [19:32] * Quits: Ms2ger (Ms2ger@moz-EC9CD674.adsl-dyn.isp.belgacom.be) (Ping timeout)
- # [19:32] * Joins: ddahl (ddahl@moz-976797D6.hsd1.il.comcast.net)
- # [19:33] * Quits: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [19:34] <jtcranmer> we have a ThreadLocal.h mfbt that doesn't use C++11 thread_local ?
- # [19:34] * Joins: scientes (scientes@moz-6F007CB5.dsl.snfc21.pacbell.net)
- # [19:35] <billm> bjacob: ping
- # [19:35] * joduinn-coffee is now known as joduinn-mtg
- # [19:36] <Waldo> jtcranmer: C++11 thread_local isn't available in nearly enough compilers yet
- # [19:36] <Waldo> jtcranmer: you do what you can in the short run
- # [19:36] <Waldo> jtcranmer: also, ThreadLocal does exactly what it did before it was in mfbt, and making it do it somehow arguably possibly "better" would have been dilatory
- # [19:37] <Waldo> also thread_local needs compiler, linker, and other support stuff that doesn't exist in enough compilers yet, as I understand it
- # [19:37] <Waldo> given what I hear of MSVC's __thread support, they can't possibly support thread_local yet, for example
- # [19:38] <Waldo> (__thread doesn't work in dynamically loaded libraries, like, oh, say, libxul)
- # [19:38] <jtcranmer> what about gcc's __thread?
- # [19:38] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:39] <Waldo> I believe gcc's __thread might be adequate
- # [19:39] * jlebar|lunch is now known as jlebar
- # [19:39] <Waldo> but the world isn't just gcc, and something that's gcc-only, for a whole-codebase sort of concept, seems not really acceptable
- # [19:39] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:39] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Ping timeout)
- # [19:39] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [19:39] <jlebar> taras, glandium Like I've said, I and the others in MemShrink don't consider purgable buffers to be a high priority, on any platform.
- # [19:40] <jlebar> taras, glandium I don't mean to say that it's inconceivable that they might be useful.
- # [19:40] <taras> jlebar: this is why the bug isn't assigned to anybody on memshink team
- # [19:40] <taras> i think it's more of a snappy priority
- # [19:40] <taras> so we can do cpu/mem tradeoffs more often
- # [19:40] <jtcranmer> Waldo: gcc supports __thread, I'm guessing clang does too, and it's basically a stepping stone to C++11 thread_local
- # [19:40] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [19:40] <taras> and stil be able to drop the ram when push comes to shove
- # [19:40] * Quits: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP) (Ping timeout)
- # [19:40] <jlebar> taras, I feel like we have some expertise in the area of cpu/memory tradeoffs...
- # [19:41] <Waldo> jtcranmer: yes, certainly; but __thread is an annotation on individual variables; it's not something you can meaningfully abstract
- # [19:41] <jlebar> taras, If you don't want our input, that's fine.
- # [19:41] <taras> jlebar: i do, this is why i brought this bug up
- # [19:41] <Waldo> or at least I don't see how you could
- # [19:41] * coop|mtg is now known as coop|buildduty
- # [19:41] <jlebar> taras, Can you name some areas where you want to do more aggressive caching?
- # [19:42] <taras> jlebar: yes
- # [19:42] <taras> when tab switching
- # [19:42] <taras> i dont want to drop decoded images
- # [19:42] <taras> if i can avoid it
- # [19:42] <glandium> gmail !
- # [19:42] <taras> i also want to do thumbnails for tab
- # [19:42] <taras> tabs
- # [19:42] <taras> like chrome does
- # [19:42] <taras> err
- # [19:42] <taras> chrome caches the whole tab as a screenshot
- # [19:42] <jlebar> taras, Yeah, that's bigger than a thumbnail.
- # [19:43] <taras> we also want to up necko mem cache
- # [19:43] <jlebar> taras, I am not convinced that this API is the magic solution to all these things.
- # [19:43] <froydnj> how about not "that's what chrome does" but "that's what the Right Thing is"?
- # [19:43] <@khuey> honestly I think if we could decode only what's in the viewport and not paint before decoding finishes, we could avoid any visible flickering when dropping decoded images
- # [19:43] <jtcranmer> Waldo: hmm, it needs to be a static variable... :-/
- # [19:43] <@khuey> on reasonable machines
- # [19:43] <taras> froydnj: chrome sets the baseline
- # [19:43] <jlebar> I agree with khuey.
- # [19:43] <taras> for perf we need to match
- # [19:43] <jlebar> taras, With this API, you have no way to specify which pages to discard first, right?
- # [19:44] <froydnj> no, we need to be better
- # [19:44] <jlebar> taras, So as soon as you make good use of this API and shove tons of stuff in there, now things get discarded at random.
- # [19:44] <taras> jlebar: nope, let os decide that with LRU
- # [19:44] <jlebar> taras, You're going to go through and touch pages in order to influence the behavior?
- # [19:44] <taras> i think natural use patterns will do that
- # [19:45] <taras> i'm not saying it's a magic solution
- # [19:45] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [19:45] <taras> it's just a solution we should explore
- # [19:45] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [19:45] <taras> on android the need is obvious
- # [19:45] <jlebar> I disagree.
- # [19:45] <jlebar> I don't think the need is obvious anywhere. :-/
- # [19:45] <jlebar> There are lots of obvious things we need to do.
- # [19:45] <taras> jlebar: fennec gets killed for using too much ram
- # [19:45] <jlebar> Like unloading tabs.
- # [19:45] <jlebar> Exactly.
- # [19:45] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [19:45] <jlebar> If you don't unload tabs, you're never going to be able to throw away most of our JS memory.
- # [19:46] <jlebar> taras, And JS memory is half of everything, and more than half of the per-tab memory.
- # [19:46] <taras> this provides the os withs stuff it can kill without resorting to unloading tabs
- # [19:46] <glandium> i think reducing memory usage for the sake of it is not any useful. if we can keep things in memory because there is memory, it's fine
- # [19:46] * @khuey wonders how hard it would be to XDR a whole tab
- # [19:46] <taras> xdr is a mess
- # [19:46] <Waldo> word
- # [19:46] <taras> khuey: so hard :)
- # [19:46] <@khuey> sure, but that's not relevant
- # [19:46] <jlebar> I'm saying that I don't think this solves the "fennec uses too much memory and gets killed" problem.
- # [19:46] <Waldo> the best of late-nineties serialization
- # [19:46] <@khuey> taras: I'm not sure about that
- # [19:47] <jlebar> But that we do know that unloading tabs would address the problem.
- # [19:47] * Quits: omeringen (omer@96951DB5.F73F68B5.9CD63BA8.IP) (Client exited)
- # [19:47] <taras> jlebar: i think it's a step in the right direction
- # [19:47] <@khuey> it would just be a ton of work
- # [19:47] <jlebar> taras, Okay.
- # [19:47] <taras> jlebar: it's just another tool
- # [19:47] <taras> i think not having this option is a risk we cant take
- # [19:47] * Joins: dzbarsky (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [19:47] <taras> we should have OS-integrated mem management for some stuff
- # [19:47] <bjacob> billm: pong
- # [19:47] * Quits: raphc (rc@4A536503.45AA75E6.5C7CEBE3.IP) (Quit: )
- # [19:47] <taras> necko being an obvious example
- # [19:48] <taras> where we currently rely on os disk cache
- # [19:48] <billm> bjacob: hi. I'm getting a test failure related to webgl that I was hoping you could look at. do you have time?
- # [19:48] <bjacob> billm: sure
- # [19:48] <taras> jlebar: i still think we should do all the other stuff we talked about
- # [19:48] <taras> esp visible image stuff
- # [19:48] <billm> bjacob: here's the log: https://tbpl.mozilla.org/php/getParsedLog.php?id=11973262&tree=Try
- # [19:48] <jlebar> taras, I was trying to make an argument about priorities.
- # [19:49] <taras> jlebar: i bring that one up every time anyone asks me about snappy priorities
- # [19:49] <billm> bjacob: it always happens on the tests for tilt
- # [19:49] * Joins: alexis (alexis@moz-261A0603.lolnet.org)
- # [19:49] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [19:49] <billm> bjacob: the error is always "WebGL: GL error 0x505 occurred during OpenGL context initialization, before WebGL initialization"
- # [19:49] <taras> jlebar: i think discardable memory gets us some easy nearterm wins
- # [19:49] <jlebar> taras, I think it's a poor optimization to make this a priority over unloading tabs.
- # [19:49] <taras> jlebar: have you seen how much work unloading tabs is?
- # [19:49] <jlebar> taras, And I think unloading tabs is demonstrably easy, as chrome on Android shows. We just have some hard-headed people who will not accept it.
- # [19:49] <bjacob> billm: ok
- # [19:50] <bjacob> billm: what about the SIGABRT there? do you think it may be related?
- # [19:50] <taras> jlebar: any specific people?
- # [19:50] * Joins: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP)
- # [19:50] <billm> bjacob: that's what always happens whenever a test times out
- # [19:50] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [19:50] <jlebar> taras, It's been a long time since anyone was brave enough to touch the bug.
- # [19:50] <billm> bjacob: it takes a screenshot and then crashes
- # [19:51] <billm> (on purpose)
- # [19:51] * Quits: pascalc (chatzilla@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [19:51] * Joins: beaufour (beaufour@18D5CC88.C7EE4FB2.ECED8BE3.IP)
- # [19:51] * Quits: jamesr (jamesr@8FC061C0.D6CCE4AE.77834EAA.IP) (Quit: jamesr)
- # [19:51] <jlebar> taras, You could even listen for low-memory and nuke tabs then.
- # [19:51] * philor is now known as philor|away
- # [19:51] <jlebar> taras, It was like 10 lines of code in XUL fennec.
- # [19:51] <alexis> sicking: hi, do you have any idea of what's the support of CORS in browsers wrt caching (at least what's the support in firefox)?
- # [19:51] <bjacob> billm: is this only happening with some patch of yours?
- # [19:51] <taras> jlebar: yeah, well, we got lower hanging frontend fish to fry atm
- # [19:51] <taras> and that's also not making much progress
- # [19:51] <glandium> jlebar: the people working on these issues are not the same, so it's not a question of choosing which to do first
- # [19:51] <taras> jlebar: i filed 757288, which is a step towards unloading paging
- # [19:51] <taras> pages
- # [19:51] <billm> bjacob: yeah, the incremental GC patch. I'm pretty certain that it's just changing the timing of when code runs, though.
- # [19:52] <bjacob> billm: can you reproduce locally?
- # [19:52] <bjacob> billm: in a debug build?
- # [19:52] <billm> bjacob: it only happens on 32-bit linux opt builds, and I don't have such a machine.
- # [19:52] * Joins: brendan (brendaneic@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [19:52] * Joins: omeringen (omer@BB6420F6.D5952795.9CD63BA8.IP)
- # [19:52] <billm> bjacob: do you know what error 0x505 could be?
- # [19:52] <billm> bjacob: or even what system is generating that error code?
- # [19:53] <bjacob> billm: aha, it's GL_OUT_OF_MEMORY
- # [19:53] <bjacob> billm: so, here's what's happening:
- # [19:53] <billm> bjacob: ah, interesting. that could be related to my patch.
- # [19:54] <gps> what's the whiteboard for not resolving in inbound merge?
- # [19:54] <bjacob> Tilt tries to create a WebGL context, which tries to create a OpenGL context and do some OpenGL calls on it to set up some initial things (like the framebuffer, which requires allocating video memory) and that fails with GL_OUT_OF_MEMORY
- # [19:54] <jgriffin> philikon: ping
- # [19:54] <bjacob> billm: ^
- # [19:54] <bjacob> billm: note that video memory is virtualized, so OOM in video memory may be the same as OOM in general memory
- # [19:54] <billm> bjacob: ok, thanks. that's very helpful.
- # [19:55] <bjacob> billm: if you want we can trace which GL call is running out of video memory
- # [19:55] <bjacob> billm: but that requires reproducing locally
- # [19:55] <billm> bjacob: is there an env var I can set or something?
- # [19:56] <bjacob> billm: yes, but it only takes effect in debug builds. you would have to tweak code a bit to enable it in non-debug builds
- # [19:56] <billm> bjacob: what is it?
- # [19:56] <bjacob> billm: MOZ_GL_DEBUG_ABORT_ON_ERROR=1
- # [19:56] <jviereck> smaug: hi. I was thinking again about closing the print-preview window from within the printing code. there is this webProgress object send into the nsPrintEngine at the very beginning of the print/print-preview process. Can that one be used to send some progress that will close print preview?
- # [19:56] <billm> bjacob: and that would give me a stack trace when it's erring out?
- # [19:56] * Joins: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP)
- # [19:56] <jviereck> Bas: *ping*
- # [19:56] * mjschranz is now known as mjschranz_away
- # [19:57] <Bas> jviereck: pong
- # [19:57] <bjacob> billm: sure, if you run in a debugger. it will give you an assert failure right after the failed GL call. it also turns GL into a synchronous API so that stacks are meaningful
- # [19:57] <billm> bjacob: ok. I'll see if I can debug this further. thanks.
- # [19:57] <jviereck> Bas: do you have time to chat about the problem with the not-invaliating canvas in print-preview?
- # [19:57] <jwir3> bz: ping?
- # [19:57] <Bas> jviereck: Sure, yeah, I have a minute.
- # [19:58] <bjacob> billm: i recommend you also enable MOZ_GL_DEBUG_VERBOSE=1, so you see right away, in stderr, if these are taking effect.
- # [19:58] * Quits: kaze (kaze@4A536503.45AA75E6.5C7CEBE3.IP) (Ping timeout)
- # [19:58] <jviereck> Bas: not sure, should I recap the problem I face?
- # [19:58] <billm> bjacob: ok. I'll try that.
- # [19:58] <Bas> jviereck: Please :)
- # [19:59] <bjacob> billm: the code is in GLContext.{cpp,h} in gfx/gl/. You will probably just have to remove some #ifdef DEBUG to let that take effect in opt builds.
- # [19:59] <@smaug> jviereck: it is FF chrome which closes print preview tab
- # [20:00] * glob is now known as glob|away
- # [20:00] * Quits: omeringen (omer@BB6420F6.D5952795.9CD63BA8.IP) (Client exited)
- # [20:00] <@smaug> jviereck: why do you need to close the tab in printing code?
- # [20:00] <gmoro> Pike: got it! thx for the info, my yandex search plugin was borked, it should read Яндекс on ShortName not Yandex
- # [20:01] <gmoro> :)
- # [20:01] <jviereck> smaug: /bc the new mozPrintCallback API has a way to abort the printing to the canvas, which means there is no sense to continue showing print preview
- # [20:01] <glandium> jlebar: about memory/cpu tradeoffs. it's sad to see that FF sucks 2GB of memory on my system, which has 8GB RAM, and yet, feels that it has to save a couple MB of memory by throwing away the background image of gmail when i switch tabs
- # [20:01] <jviereck> Bas: the patch I'm working on makes it possible to draw to canvas elements while printing. That works fine now :) The JS code draws to the canvas context like it would do normal and at some point either calls |done()| on some object to tell the printing backend, that the canvas is now ready to get printed OR calls |abort()| to tell that something fails
- # [20:01] <Pike> gmoro: good, phuuu
- # [20:01] <jviereck> Bas: the problem is in print-preview: The drawing operations to the canvas context don't get updated.
- # [20:01] <@smaug> jviereck: um, it would be very strange if a web page could cancel user-initiated print preview
- # [20:02] <bjacob> hey
- # [20:02] <jlebar> glandium, Unfortunately for you, we store images on desktop linux in X, so your patch will not help. :)
- # [20:02] <Bas> jviereck: I'm not sure what 'to draw to canvas elements while printing' means?
- # [20:02] <bjacob> what's up with TBPL?
- # [20:02] <bhearsum> bjacob: we're having DB issues at the moment
- # [20:02] <bjacob> https://tbpl.mozilla.org/?tree=Mozilla-Inbound
- # [20:02] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/320b16daa7c0 - Ben Hearsum - bug 723176: support mac dmg signing in the build system - add PACKAGE_BASE_DIR to packager.mk, override in l10n.mk, to fix mac repacks. r=ted
- # [20:02] <bhearsum> the tree is a mess
- # [20:02] <bjacob> bhearsum: ok
- # [20:02] <bjacob> bhearsum: should we close it?
- # [20:02] <bhearsum> yeah, i think so
- # [20:02] <glandium> jlebar: there's no api for throwable memory on linux anyways
- # [20:02] * bz_brb is now known as bz
- # [20:02] <bhearsum> edmorley might already be doing it
- # [20:02] * Quits: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Boriss)
- # [20:02] <@khuey> if the tree is a mess why did you just check in? :-P
- # [20:02] * Joins: omeringen (omer@BB6420F6.D5952795.9CD63BA8.IP)
- # [20:03] <joe> do as I say, not as I do
- # [20:03] <bjacob> khuey: problem wasn't apparent when i did!
- # [20:03] <bhearsum> i have no reasonable defence
- # [20:03] <jlebar> glandium, So all of this code using discardable buffers is going to have to have another discard mechanism?
- # [20:03] * Joins: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net)
- # [20:03] <glandium> jlebar: ?
- # [20:03] <jviereck> Bas: the canvas has no content before printing. If the print engine prints a page with this new special type of "PrintCanvas", it will invoke a callback, the user can draw the content that should be on the canvas while printing from JS code and once that done, the page with the new drawn canvas content is printed
- # [20:03] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Connection reset by peer)
- # [20:03] <jlebar> glandium, There's no discardable memory on Linux.
- # [20:04] <@khuey> bjacob: that was directed at bhearsum
- # [20:04] <@khuey> bhearsum: to the gallows with you!
- # [20:04] <bhearsum> i do deserve it
- # [20:04] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [20:04] <jlebar> glandium, So if I want to write code using discardable memory, I'm going to have to include a mechanism for that memory being discarded that doesn't come from the OS, so it works on Linux?
- # [20:04] <bhearsum> though, ehsan and bbondy broke Windows updates, i only broke mac l10n!
- # [20:04] <jviereck> Bas: that's required for PDF.JS: We can't render all the pages before printing, as that would consume too much memory and would take up way too much time
- # [20:04] <Bas> jviereck: How is this using the canvas? Is this using an Azure canvas or a Thebes canvas? A Thebes canvas I assume?
- # [20:04] <glandium> jlebar: just throw it away like you do now
- # [20:04] * ehsan is now known as ehsan-extremelybusy
- # [20:04] <jlebar> glandium, Well, it's work to figure out when to throw it away, exactly.
- # [20:05] <glandium> jlebar: we already throw it away
- # [20:05] <jlebar> glandium, One of the benefits of discardable memory is that I don't have to figure all that stuff out; the OS does it for me.
- # [20:05] <glandium> so we already have made this choice
- # [20:05] <jviereck> Bas: for now, I force it to use a thebes surface.
- # [20:05] <jlebar> glandium, Taras is suggesting we cache and throw away more stuff...
- # [20:05] <jlebar> glandium, In that case, you agree, we'd have to write a throw-away mechanism just for Linux.
- # [20:05] * mjschranz_away is now known as mjschranz
- # [20:06] * mjschranz is now known as mjschranz_away
- # [20:06] <Bas> jvie: Using what kind of surface?
- # [20:06] <jlebar> glandium, I'm just saying that's a bummer.
- # [20:06] <glandium> jlebar: the point is more about allowing ourselves *not* to throw away things we *do* throw away now
- # [20:06] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [20:06] * Joins: Boriss (FlyingToas@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:06] * Quits: avih (quassel@moz-32FAE3C2.red.bezeqint.net) (Ping timeout)
- # [20:06] <glandium> jlebar: so for linux, that would be a status quo
- # [20:07] <jviereck> Bas: for print preview, it's a "normal" ImageSurface
- # [20:07] <rillian> "releng is ready to support git"
- # [20:07] <taras> jlebar: i'm really surpised at all this opposition to what amounts to a new data structure
- # [20:08] <taras> jlebar: glandium's resources are not contending for frontend development
- # [20:08] * Joins: damons (gnubeard@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] <jlebar> taras, But glandium's resources are contending with jemalloc3.
- # [20:08] <jviereck> Bas: sorry, you can remove the quotes on the normal - it's the same surface that we create in nsHTMLCanvasElement::CopyInnerTo
- # [20:08] <taras> jlebar: me+glandium are involved in getting discardable memory support in the linux kernel
- # [20:08] <jlebar> Understood.
- # [20:08] <taras> only a matter of time
- # [20:09] * Quits: adrian (adrian@moz-E31CD2CB.mozilla.org) (Quit: Konversation terminated!)
- # [20:09] <Bas> jviereck: Hmpf. I'm afraid I have very little idea how this code works. You're probably better off asking roc :(
- # [20:09] <taras> jlebar: we aren't dropping jemalloc work either
- # [20:09] <jlebar> taras, I just disagree about how important I think this will be, is all I've been trying to say.
- # [20:10] <taras> jlebar: fair enough, i think we should experiment
- # [20:10] <jviereck> Bas: okay, thanks anyway!
- # [20:10] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [20:10] <taras> jlebar: i'm not banking the future of firefox mem management on this feature
- # [20:11] <Bas> jviereck: The one thing I can say, is are you making sure to flush the context? (this will happen on gfxContext destruction as well)
- # [20:11] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [20:12] * Quits: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Ping timeout)
- # [20:12] <glandium> jlebar: speaking of jemalloc3, i can land it as soon as khuey reviews the last patch. it's not finished and won't be enabled by default, but that will allow more work on it
- # [20:12] * Joins: adrian (adrian@moz-638E9C4.pool85-48-143.dynamic.orange.es)
- # [20:12] <philikon> jgriffin: pong. sry only saw this now
- # [20:12] <jlebar> glandium, Right, I'm looking forward to us figuring out the remaining pieces...
- # [20:12] <jgriffin> philikon: hey np. So that crash we were seeing is definitely an x86-emulator specific thing
- # [20:12] <jgriffin> it doesn't happen with the arm emulator
- # [20:12] <@smaug> glandium: is jemallac3 faster? reduce fragmentation?
- # [20:13] <@smaug> (just curious)
- # [20:13] <philikon> jgriffin: hmm ok. i ahvent seen it at all yet
- # [20:13] <jviereck> Bas: currently, the nsHTMLCanvasElement::MarkContextClean() function is not called in print preview — that prevents the invalidation logic to get triggerd in the nsCanvasRenderingConte2d implementation
- # [20:13] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:13] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [20:13] <glandium> jlebar: one part is making about:memory get all the info it needs, the other part is solving the memory footprint issues
- # [20:13] <jgriffin> philikon: oh interesting, maybe it' sjust my version of Ubuntu or something
- # [20:13] <jlebar> glandium, Yes.
- # [20:13] <jgriffin> (11.04)
- # [20:13] <jviereck> if I force the renderingContext still to tell the canvas to invalidate it's content like it happens on the normal page, then it sometimes I see an update to the canvas
- # [20:13] <philikon> jgriffin: im on 11.10
- # [20:13] <jgriffin> I'll upgrade and see if it goes away
- # [20:13] <jviereck> Bas: but that updated still don't happen all the time
- # [20:14] * Joins: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP)
- # [20:14] <glandium> smaug: supposedly both, but atm all i know is that it regresses RSS after closing tabs
- # [20:14] <philikon> jgriffin: oh dear. what can possibly go wrong... ;)
- # [20:14] <jgriffin> heh
- # [20:14] <jgriffin> it's a VM so I'll upgrade a copy of it ;)
- # [20:14] <Bas> jviereck: Can't help you there, sorry
- # [20:14] <jgriffin> just in case
- # [20:14] * cadecairos is now known as cadecairos_away
- # [20:15] * Quits: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net) (Quit: Leaving)
- # [20:15] <jviereck> Bas: do you know about any good documentation I could look into on how the invalidation/repaint works in Gecko?
- # [20:15] <Bas> jviereck: Mattwoodrow and roc :) I don't know of anything on (electronic) paper.
- # [20:15] * Joins: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net)
- # [20:16] * Quits: gabor (gabor@moz-3B57BCD1.catv.pool.telekom.hu) (Ping timeout)
- # [20:16] * Quits: jwatt (roslea@jwatt.irc.users.mozilla.org) (Ping timeout)
- # [20:17] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [20:17] * gregglind is now known as gregglind_away
- # [20:18] * jmaher is now known as jmaher|afk
- # [20:20] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [20:21] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [20:21] * philor|away is now known as philor
- # [20:21] * Joins: avih (quassel@moz-45BCFC05.red.bezeqint.net)
- # [20:22] * Quits: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com) (Ping timeout)
- # [20:22] * Joins: kmoir_buildduty (chatzilla@moz-ED3249A4.dmz.releng.scl3.mozilla.com)
- # [20:23] * Joins: sawrubh (Mibbit@7E46DB7D.DE43E520.8BC1D756.IP)
- # [20:23] * Quits: omeringen (omer@BB6420F6.D5952795.9CD63BA8.IP) (Client exited)
- # [20:23] <sawrubh> I am pushing to try but am getting this message : Tree try is CLOSED!
- # [20:24] <sawrubh> To push despite the closed tree, include "CLOSED TREE" in your push comment
- # [20:24] <sawrubh> what should I do ?
- # [20:24] <glandium> sawrubh: wait
- # [20:24] * sawrubh is waiting
- # [20:24] * Joins: dbaron (dbaron@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:24] * ChanServ sets mode: +o dbaron
- # [20:24] <Ms2ger`> Infrastructure broke down
- # [20:24] <@bsmedberg> sawrubh: see the status message at https://tbpl.mozilla.org/?tree=Try&pusher=bsmedberg@mozilla.com
- # [20:24] <glandium> sawrubh: see bug 757911
- # [20:24] * Ms2ger` changes topic to 'Everything CLOSED for bug 757911 || Next uplift for Fx15: 2012-06-04 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/'
- # [20:25] <taras> hrm
- # [20:25] <taras> my profiling nightly is stuck on v14
- # [20:25] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Ping timeout)
- # [20:25] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [20:26] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [20:27] <edmorley> taras: profiling updates have been disabled (as have m-c and a few others)
- # [20:27] <edmorley> taras: for bug 757716
- # [20:28] * Quits: mwu (mwu@moz-59435430.hsd1.nj.comcast.net) (Connection reset by peer)
- # [20:30] <taras> edmorley: that is an awesomely sucky situation
- # [20:30] <taras> thanks
- # [20:30] * Quits: rohan (chatzilla@6B3382F0.2C2BFB59.35E0727C.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120423122624])
- # [20:31] * rail is now known as rail-lunch
- # [20:31] * AutomatedTester is now known as AutomatedTester|AFK
- # [20:32] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [20:33] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [20:33] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [20:34] * Joins: Olipro (Olipro@moz-39346478.catv.pool.telekom.hu)
- # [20:38] * Quits: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com) (Ping timeout)
- # [20:38] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [20:38] * Joins: KittyRa (quassel@A7E4C2EA.E12F84AD.B3E31604.IP)
- # [20:41] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Quit: jfkthame)
- # [20:41] * AutomatedTester|AFK is now known as AutomatedTester
- # [20:42] <jviereck> roc: *ping*
- # [20:43] <mimcpher> obviously not a worthwhile idea, but has anybody ever looked at getting gecko to render to a TTY? ala lynx/w3m/etc
- # [20:44] <Ms2ger`> I would be surprised if nobody ever looked at that
- # [20:44] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [20:44] <@bz> people have
- # [20:45] <@bz> not very seriously
- # [20:45] <Ms2ger`> I would be similarly surprised if anyone succeeded
- # [20:45] <@bz> the problem space is pretty different
- # [20:45] <@bz> right
- # [20:45] <fabrice> ncurses layers!
- # [20:45] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [20:45] * Joins: KLB (Kenneth_Ba@moz-C233EF2B.maine.res.rr.com)
- # [20:45] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [20:46] <philor> ted: is that xpt JarMaker race filed, and I just can't remember how it was described?
- # [20:46] <@ted> um
- # [20:46] <@ted> i thought it was
- # [20:46] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [20:46] <@ted> i thought you filed it
- # [20:46] * jmaher|afk is now known as jmaher
- # [20:47] * joduinn-mtg is now known as joduinn
- # [20:47] <philor> wow, what did I call it?
- # [20:47] * Quits: ferongr (ferongr@moz-6575D662.dsl.dyn.forthnet.gr) (Ping timeout)
- # [20:47] <@ted> i could be wrong
- # [20:47] * Joins: ferongr (ferongr@moz-6575D662.dsl.dyn.forthnet.gr)
- # [20:47] * @ted looks in bugmail
- # [20:48] <@ted> i don't see it
- # [20:48] <@ted> so i guess just file it
- # [20:48] <glandium> i want a libcaca backend for gecko
- # [20:48] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [20:48] * @bz wants a compass-and-straightedge backend
- # [20:48] <@bz> but....
- # [20:49] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [20:49] <@ted> http://mxr.mozilla.org/mozilla-central/source/config/JarMaker.py#426
- # [20:49] <@ted> i'm guessing is that
- # [20:49] <@ted> philor:
- # [20:49] <Waldo> bz: I want your backend to trisect this angle for me
- # [20:49] <@ted> glandium: that's awesome
- # [20:49] <@ted> bz: i bet we could implement a pen plotter backend
- # [20:49] <@ted> that'd be rad
- # [20:50] <@bz> Waldo: using floating point? Totally
- # [20:50] <@bz> waldo: makes it easy!
- # [20:50] <Waldo> dangit
- # [20:50] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [20:50] <Waldo> bz: well
- # [20:50] * bear is now known as bear-afk
- # [20:50] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [20:50] <Waldo> bz: I didn't say the units of measure for my angle, maybe it's gazillionths of a degree and you lose due to limited precision
- # [20:50] <Waldo> ted: well played
- # [20:52] * Quits: espadrine (thaddee_ty@moz-85EBB8A.dia.static.qwest.net) (Quit: espadrine)
- # [20:52] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:53] <philor> ted: bug 747393, looks like joey filed it
- # [20:53] <@bz> Waldo: define "lose"?
- # [20:53] <@ted> aha
- # [20:53] <@bz> Waldo: this is fp, after all
- # [20:53] <philor> I think, hard to read bugzilla-wrapped logs
- # [20:53] <@bz> Waldo: maybe being within epsilon is fine. ;)
- # [20:53] <@ted> philor: i thought it was a jarmaker.py error
- # [20:53] <@ted> we were looking at
- # [20:53] <Ms2ger`> I don't think the oracle would agree!
- # [20:53] <@ted> that's typelib.py
- # [20:54] <Ms2ger`> Actually, that was the doubling of the square
- # [20:54] <@ted> oh wait
- # [20:54] <@ted> philor: no, i think that's just log-copy-paste-fail
- # [20:54] <@bz> er...
- # [20:54] <@bz> doubling the square is trivial
- # [20:54] <Ms2ger`> Cube
- # [20:54] <@ted> philor: i vaguely recall looking at the logs and you had to scroll up to find the stack trace
- # [20:54] <@bz> ok
- # [20:54] <@bz> I was wondering. ;)
- # [20:55] * @bz still thinks its amusing that two of the three problems have the same solution and the third just does ... not
- # [20:55] * Quits: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net) (Ping timeout)
- # [20:55] * Quits: Optimizer (Instantbir@F0263F54.3958B88F.2AB48280.IP) (Ping timeout)
- # [20:55] * Joins: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net)
- # [20:56] * Joins: joe_walker (joe_walker@moz-15405DDA.cable.virginmedia.com)
- # [20:57] * @bz loads html5 single-page spec in a debug build running under gdb, settles in for wait
- # [20:57] <glandium> philor: mmmm i may have the same problem in bug 757339. i guess it would be enough to try: expect: pass on the mkdir/makedirs
- # [20:58] <Ms2ger`> <mwu> with some work, you can make vim an IDE
- # [20:58] <Ms2ger`> <mwu> and with some work, you can make emacs a text editor
- # [20:58] <Ms2ger`> Discuss.
- # [20:59] * catlee-away is now known as catlee
- # [20:59] <glandium> ted: more likely to be header.py, in os.makedirs
- # [20:59] * Quits: ericjung (Mibbit@5210CFD5.1A5EA44.72B23B3D.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:00] * Joins: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP)
- # [21:00] <@ted> glandium: i'm fairly certain there was an error in JarMaker.py
- # [21:00] <glandium> ted: well, anywhere we do os.makedirs and os.mkdir
- # [21:00] <@ted> yeah
- # [21:01] <@ted> we should really have a helper function for that
- # [21:01] <@ted> makedirs_shutupidontcare
- # [21:01] <glandium> or hijack the function
- # [21:01] <glandium> since we use pythonpath everywhere, we could have it monkeypatch os.mkdir and os.makedirs
- # [21:01] <@ted> heh
- # [21:01] <glandium> os.mkdir could be sufficient, presumably
- # [21:01] <@ted> that's a bit scary to me
- # [21:02] * Parts: sawrubh (Mibbit@7E46DB7D.DE43E520.8BC1D756.IP)
- # [21:03] * @ted needs to re-land that virtualenv bug
- # [21:03] <bent> anyone know why MOZ_ASSERT doesn't seem to generate stack traces on windows tinderbox?
- # [21:03] <bent> NS_ASSERTION does...
- # [21:03] <glandium> ted: to avoid failing when doing an mkdir on an existing directory ?
- # [21:03] <@ted> glandium: yeah, goes against the documented python behavior
- # [21:03] <Ms2ger`> There's a bug
- # [21:03] <@ted> despite whether that behavior is sane or not...
- # [21:03] <Ms2ger`> bent, thank you for volunteering to fix it :)
- # [21:04] * Joins: WeirdAl (chatzilla@moz-D461843.ask.info)
- # [21:04] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
- # [21:04] * @ted wonders how many "intentional crash" implementations we have in the tree
- # [21:04] <@bz> mmm
- # [21:05] <@bz> It's a hard problem
- # [21:05] <@bz> turns out
- # [21:05] <WeirdAl> bsmedberg: ping
- # [21:05] <@bsmedberg> WeirdAl: pong
- # [21:05] <jesup> ted: got a conundrum for you. Since I merged m-c to alder, a clean build (rm -rf obj*; make -f client.mk) works. Rebuilding does not (make[6]: *** No rule to make target `-Wl,--whole-archive', needed by `libgkmedias.a.desc'. Stop.)
- # [21:05] * Joins: Enn_ (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [21:05] <WeirdAl> wondering when I might get a review on install_app.py... it's been three weeks since my patch was posted
- # [21:05] <bent> Ms2ger`, thanks for your help, as always
- # [21:05] <@bsmedberg> WeirdAl: it's low on my list, I'm dealing with a lot of k9o blocker code and reviews
- # [21:06] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [21:06] <WeirdAl> I figured there was a reason. :|
- # [21:06] <WeirdAl> not gonna make 15 Aurora, is it?
- # [21:06] <@ted> jesup: that sounds like a great question for glandium
- # [21:06] <glandium> jesup: waw, nice one
- # [21:06] <jesup> ted: obviously seems linked to MKSHLIB_FORCE_ALL; and suggestions on how to debug this?
- # [21:06] <jesup> glandium: ^
- # [21:07] <@bsmedberg> WeirdAl: no probably not
- # [21:07] <glandium> jesup: presumably, bug 757339 will fix it
- # [21:07] <@ted> jesup: i'm guessing something stupid got into SHARED_LIBRARY_LIBS
- # [21:07] * bnicholson is now known as bnicholson|lunch
- # [21:07] <@bsmedberg> WeirdAl: just publish in a user repo for now?
- # [21:07] <@ted> bz: yeah, considering it's really "crash in a way that breakpad can get a stack"
- # [21:07] <WeirdAl> I don't have any user repos @ Mozilla
- # [21:07] <Ms2ger`> You can have
- # [21:07] <Ms2ger`> It's two minutes work
- # [21:07] <glandium> jesup: ah yeah, if you still have the comments in rules.mk that i said you shouldn't have, and have a broken SHARED_LIBRARY_LIBS, well, yeah, you shot yourself in the foot ;)
- # [21:08] * mjschranz_away is now known as mjschranz
- # [21:08] <jesup> ted: stupid == ? what should I look for? media/webrtc/shared_libs.mk is undoubtably the source
- # [21:08] <WeirdAl> Ms2ger`: "you talkin' to me?"
- # [21:08] * rail-lunch is now known as rail
- # [21:08] <jesup> glandium: aha
- # [21:08] <Ms2ger`> WeirdAl, correct
- # [21:08] <jesup> Ok, let me fix that first
- # [21:08] <@bsmedberg> WeirdAl: do you not have an hg accoun?
- # [21:08] <WeirdAl> bsmedberg: and I just realized it's a moot point, since I put it on my verbosio project
- # [21:08] <WeirdAl> bsmedberg: never have had one, not even cvs
- # [21:09] <@bsmedberg> oh, well, then
- # [21:09] <@bsmedberg> use github or something ;-)
- # [21:09] <@bsmedberg> I'll get to it, but not right away
- # [21:09] <Ms2ger`> Boo
- # [21:09] <WeirdAl> sourceforge is something ;)
- # [21:09] <glandium> jesup: that is the problem: https://hg.mozilla.org/projects/alder/file/d70149a63cd9/media/webrtc/shared_libs.mk#l53
- # [21:09] <WeirdAl> my apologies, bsmedberg - the lack of a response is what got me concerned
- # [21:10] <glandium> jesup: you need to remove these $(MKSHLIB_FORCE_ALL)/$(MKSHLIB_UNFORCE_ALL)
- # [21:10] <@bsmedberg> WeirdAl: sorry, been running around rather crazily
- # [21:10] <glandium> jesup: if the standard build system is used for the libraries you put between those, you don't need them
- # [21:11] * WeirdAl wonders idly how vendor API restrictions for browsers, like Windows 8 for IE, Safari for Apple, might affect XULRunner apps
- # [21:12] <@ted> glandium: standard build system is used for everything in webrtc
- # [21:12] <@ted> we just generate makefiles from the gypfiles (but use rules.mk)
- # [21:12] <WeirdAl> I'd hate to lose the wonderful JS JIT work
- # [21:12] <Waldo> bent: because JS_ASSERT didn't, mostly; AryehGregor filed that bug recently, could be fixed with some effort, no doubt
- # [21:12] * armenzg is now known as armenzg_mtg
- # [21:13] <bent> Waldo, does that mean it requires moving stackwalking code to mfbt?
- # [21:13] <Waldo> bent: yes, it would
- # [21:14] <@ted> Waldo: wait, aren't those assertions supposed to be fatal?
- # [21:14] <@ted> shouldn't we just be dying in a way that breakpad will catch, and get a stack from the minidump?
- # [21:14] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Client exited)
- # [21:14] <Ms2ger`> ted, yes, they are fatal
- # [21:14] * Joins: int3 (int3@moz-FAB3747.cpe.distributel.net)
- # [21:14] <Waldo> ted: I think what some people want is stacks without having to set up breakpad and symbols and pain and suffering
- # [21:15] <jesup> yes. But ted, why did we add those in the first place? Wasn't there a visibility problem that you or khuey suggested this to solve (was a while ago, can't remember)? (though this may not be the right solution in any case) Removing and seeing what happens.
- # [21:15] <Waldo> but yeah, fatal (else it wouldn't be an assertion!)
- # [21:15] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [21:15] <@ted> Waldo: that doesn't seem worth the cost/benefit tradeoff
- # [21:15] <@ted> the stackwalking code is large and non-trivial
- # [21:15] <bent> Waldo, this is on tinderbox though... symbols and breakpad should be already set up
- # [21:15] <glandium> jesup: unlikely to be a visibility problem at the origin of those
- # [21:15] <Ms2ger`> ^
- # [21:16] <Waldo> ted: I can buy that; mostly I hadn't taken a position because it was just a bug filed, no patch to think about
- # [21:16] <@ted> yeah
- # [21:16] <@ted> i think we should not reinvent the wheel
- # [21:16] <Waldo> ted: which admittedly would put me in a pickle if someone *did* provide a patch
- # [21:16] <@ted> for non-fatal assertions it's a different ballgame
- # [21:16] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [21:16] <@ted> jesup: i have no idea
- # [21:17] <jesup> ted: np
- # [21:17] <Waldo> lemme find the bug, then, might as well close it if there's some agreement on stacks not being the best use of time/etc.
- # [21:17] * Quits: davehunt (davehunt@88F51059.F3BBB17D.144F44FA.IP) (Client exited)
- # [21:17] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [21:18] <glandium> jesup: according to hg history, you added it when the libraries were built with the upstream build system, which makes sense
- # [21:18] <bent> ted, so since this is a) fatal, and b) on tinderbox, why is breakpad not getting it?
- # [21:18] <@ted> don't know
- # [21:18] * cadecairos_away is now known as cadecairos
- # [21:18] <glandium> bent: does it happen in make check ?
- # [21:18] <@ted> bent: do you have some context here?
- # [21:18] <bent> i wonder if it's calling _exit
- # [21:18] <glandium> or in some other test suite
- # [21:18] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [21:19] <Waldo> bug 753759 for anyone who cares
- # [21:19] * Waldo doesn't close, will let a little discussion have a chance to percolate
- # [21:19] <bent> ted, https://tbpl.mozilla.org/php/getParsedLog.php?id=11980940&tree=Try#error0
- # [21:19] * Waldo is now known as Waldo|lunch
- # [21:19] * Quits: cers (textual@D5CF850E.567E557.FE16CD6C.IP) (Ping timeout)
- # [21:19] <bent> assertion failure followed by timeout
- # [21:19] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:19] <bent> glandium, this is mochitest
- # [21:20] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC)
- # [21:20] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [21:20] <@ted> yeah, that's weird
- # [21:20] <@ted> doesn't seem to be killing the process
- # [21:20] <@bz> wow
- # [21:20] <@bz> inbound is being slow
- # [21:20] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [21:20] * Joins: cers (textual@D5CF850E.567E557.FE16CD6C.IP)
- # [21:21] * Quits: martyn (martyn@moz-356D5506.range86-158.btcentralplus.com) (Quit: Ex-Chat)
- # [21:21] <bent> i guess the crash code is
- # [21:21] <bent> http://mxr.mozilla.org/mozilla-central/source/mfbt/Assertions.h#115
- # [21:22] * Joins: hobophobe (hobophobe@CEB7969B.BA9CDF59.295A79F4.IP)
- # [21:23] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [21:24] <Bas> I propose, everyone changing configure.in has to write a 2 page rationale as to why they -really need- to change configure.in going forward! :P
- # [21:24] <Ms2ger`> +1
- # [21:24] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [21:25] * bear-afk is now known as bear
- # [21:25] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [21:25] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
- # [21:26] * Joins: rstrong (rstrong@moz-217F02CE.lightspeed.sntcca.sbcglobal.net)
- # [21:27] <@bz> man
- # [21:28] <@bz> Bas: in five paragraphs? ;)
- # [21:28] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [21:28] * Joins: bbondy2 (bbondy@moz-C9962B2.home.cgocable.net)
- # [21:28] <froydnj> I wish the tbpl status boxes didn't cover up the tree status message
- # [21:28] <Bas> bz: Hehehe :) Seriously, I refrain from updating my tree because I know a reconfigure and virtually full rebuild will ensue, which on windows, takes a non-insignificant amount of time.
- # [21:28] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Connection reset by peer)
- # [21:28] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [21:28] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [21:29] <@bz> anyone here know anything about tbird?
- # [21:29] <@bz> jtcranmer: ping
- # [21:29] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Quit: jorendorff)
- # [21:29] * bbondy2 is now known as bbondy
- # [21:30] <jtcranmer> bz: pong
- # [21:30] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [21:31] * Quits: KittyRa (quassel@A7E4C2EA.E12F84AD.B3E31604.IP) (Ping timeout)
- # [21:32] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [21:32] * Joins: gw280 (george@moz-B0193EE1.gwright.org.uk)
- # [21:32] <@bz> jtcranmer: hey, so
- # [21:32] <gw280> when is try likely to be back?
- # [21:32] <@bz> jtcranmer: about 30% of the time when I click on a newsgroup in the folderpane
- # [21:33] <@bz> jtcranmer: nothing is shown in the threadpane and the status bar starts showing messages about compacting folders....
- # [21:34] * Quits: KWierso|outoftown (chatzilla@moz-92762BF7.desm.qwest.net) (Ping timeout)
- # [21:34] * Quits: KWierso (chatzilla@moz-92762BF7.desm.qwest.net) (Ping timeout)
- # [21:34] <jtcranmer> compaction decides to completely hide the folder while it works, and autocompaction is no exception
- # [21:34] <@bz> yes, but it's compacting other folders
- # [21:34] <@bz> like Inbox and Sent
- # [21:34] <@bz> and when compaction is done... it doesn't unhide the folder
- # [21:34] * @bz just waited long enough to check on that last bit
- # [21:34] <@bz> more importantly, why is compaction running all the time?
- # [21:35] <jtcranmer> I'm not sure
- # [21:35] <@bz> ok. :(
- # [21:35] <jtcranmer> autocompaction runs on threshold values
- # [21:35] <jtcranmer> it might be borkage which keeps throwing itself around in compaction
- # [21:35] * Quits: smontagu (chatzilla@ACD131AA.B9386950.51B98CA5.IP) (Ping timeout)
- # [21:35] <jtcranmer> anything show up in error console?
- # [21:36] <@bz> what sorts of thresholds?
- # [21:36] <@bz> Timestamp: 5/23/12 3:20:54 PM
- # [21:36] <@bz> Error: this.view.dbView is null
- # [21:36] <@bz> Source File: chrome://messenger/content/folderDisplay.js
- # [21:36] <@bz> Line: 1101
- # [21:36] * Joins: KWierso|outoftown (chatzilla@moz-66981D8E.desm.qwest.net)
- # [21:36] * Joins: KWierso (chatzilla@moz-66981D8E.desm.qwest.net)
- # [21:36] <@bz> twice with that timestamp
- # [21:36] <@bz> and twice a few hours ago....
- # [21:38] * Quits: bnicholson|lunch (bnicholson@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:38] * Joins: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [21:38] <jtcranmer> that sounds bad
- # [21:38] * ctalbert is now known as ctalbert|afk
- # [21:38] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
- # [21:38] * Quits: atuljangra (Mibbit@9075BEE0.4850A4DD.1957C0DA.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:39] * Quits: jgilbert (jgilbert@60E228B8.B090BEBA.9F675CBD.IP) (Ping timeout)
- # [21:39] * Quits: azakai (alon@60E228B8.B090BEBA.9F675CBD.IP) (Ping timeout)
- # [21:39] <jtcranmer> is that occurring whenever you open the newsgroup?
- # [21:40] <bjacob> sewardj: is there hope to some day being able to use V with --enable-jemalloc builds?
- # [21:40] * aki is now known as aki|brb
- # [21:40] * Quits: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com) (Ping timeout)
- # [21:41] * Joins: jamesr (jamesr@FB285460.D6CCE4AE.77834EAA.IP)
- # [21:41] * Joins: atuljangra (Mibbit@C9A416FD.F62962F1.93E5B96C.IP)
- # [21:41] * Quits: jamesr_ (jamesr@moz-CD91E596.google.com) (Client exited)
- # [21:41] <bjacques> Is it generally acceptable to introduce singletons, that will presumably live past XPCOM shutdown?
- # [21:42] * Quits: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [21:42] * Quits: past (past@moz-75B0C54A.dsl.dyn.forthnet.gr) (Input/output error)
- # [21:42] <dRdR> bjacques: if you create something with xpcom it should be destroyed on xpcom shutdown
- # [21:43] <dRdR> otherwise you'll get leaks
- # [21:43] <jesup> ted/glandium: does https://bugzilla.mozilla.org/attachment.cgi?id=626550 look about right? seems to build ok, and rebuild, and properly rebuilds makefiles from gyp on touch
- # [21:43] <bjacques> dRdR: yes, I am attempting to deCOMtaminate an XPCOM service and it was suggested that I turn it into a singleton class
- # [21:43] <bjacques> dRdR: but I am concerned about leaks
- # [21:43] <dRdR> bjacques: oh ok if it's not using xpcom you should be fine, I don't think we have anything that detects leaks unless you're using xpcom as part of it
- # [21:44] * Quits: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.7.2/20120430222706])
- # [21:44] <bjacques> dRdR: thanks
- # [21:44] <dRdR> bjacques: just be careful of any members of it. if you put any xpcom classes on the singleton then they will leak
- # [21:45] <bjacques> dRdR: ok
- # [21:45] * AutomatedTester is now known as AutomatedTester|AFK
- # [21:46] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [21:46] <bjacques> dRdR: as it happens, there are several nsCOMPtr members
- # [21:47] * Quits: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl) (Ping timeout)
- # [21:47] <dRdR> bjacques: yeah you'll probably get leaks then, though I don't know the semantics of putting an nsCOMPtr on it and not freeing it on shutdown, it will probably be due to what they point to
- # [21:48] * Joins: Dagger (Dagger@moz-D33D35F6.cable.virginmedia.com)
- # [21:49] <dRdR> bjacques: I'm shooting from the hip a bit here because I don't know what you're doing, but is it possible to cache information you need on your singleton without xpcom and destroy all xpcom instances on shutdown? that way you could use it after shutdown
- # [21:49] * Joins: davehunt (davehunt@222DAD5A.15DA589D.7D0FCE04.IP)
- # [21:49] <Ms2ger`> bjacques, you probably want to listen for one of the shutdown messages from the observer service?
- # [21:49] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [21:50] <dRdR> Ms2ger`: I think he needs it after shutdown, though he didn't say that
- # [21:50] <bjacques> I don't think it's needed after shutdown
- # [21:50] <dRdR> oh, then just listen for shutdown :)
- # [21:50] <dRdR> destroy everything then
- # [21:51] * Joins: davidb (davidb@moz-68BF56A6.dsl.bell.ca)
- # [21:51] * gregglind_away is now known as gregglind
- # [21:52] * Quits: Enn_ (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [21:52] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [21:52] <dRdR> bjacques: example http://hg.mozilla.org/mozilla-central/file/320b16daa7c0/widget/xpwidgets/GfxInfoBase.cpp#l39
- # [21:52] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [21:52] * Joins: bnicholson|lunch (bnicholson@moz-BBE3ABD.mv.mozilla.com)
- # [21:54] * juanb is now known as juanb|afk
- # [21:54] * Quits: grubshka (grubshka@moz-6E1FF9E8.w86-216.abo.wanadoo.fr) (Ping timeout)
- # [21:54] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [21:54] * cjones is now known as cjones-lunch
- # [21:54] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [21:55] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: anant)
- # [21:55] * Joins: jduell (jduell@4D600DEE.D24049A3.396B22AD.IP)
- # [21:55] * Joins: mw22_ (chatzilla@moz-FB753258.adsl.wanadoo.nl)
- # [21:55] * Joins: sawrubh (Mibbit@7E46DB7D.DE43E520.8BC1D756.IP)
- # [21:58] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [21:58] * Quits: xsergio (sergio@DAEF1255.9C8843EE.A4F23BCE.IP) (Quit: Bye)
- # [21:58] * aki|brb is now known as aki
- # [21:59] * armenzg_mtg is now known as armenzg
- # [22:00] * Quits: Olipro (Olipro@moz-39346478.catv.pool.telekom.hu) (Ping timeout)
- # [22:00] * zpao is now known as zpao|detached
- # [22:01] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:02] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:05] * Quits: xakz (XaMaD@moz-34FBE388.fbx.proxad.net) (Ping timeout)
- # [22:05] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [22:06] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [22:06] <bjacob> glandium: ping. can you take a look at the 2 latest comments in bug 746794
- # [22:06] <bjacob> ?
- # [22:06] * erick is now known as erick-afk
- # [22:07] <sewardj> bjacob: actually, a patch just landed, which is claimed to make jemalloc work
- # [22:07] * Quits: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr) (Quit: bholley)
- # [22:07] <bjacob> sewardj: wonderful!
- # [22:08] <bjacob> anyone else(than glandium) on this channel familiar with how we override the allocator with jemalloc for a source file?
- # [22:08] * Joins: Olipro (Olipro@moz-39346478.catv.pool.telekom.hu)
- # [22:09] <bjacques> dRdR: thank you!
- # [22:09] * nthomas|away is now known as nthomas
- # [22:09] <jesup> bjacob: perhaps jlebar?
- # [22:09] * joduinn is now known as joduinn-mtg
- # [22:09] <bjacob> jlebar: want to be my hero? please take a look at the 2 latest comments in bug 746794
- # [22:09] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [22:09] <jlebar> bjacob, Looking, but I suspect khuey or mwu is your man.
- # [22:09] * Quits: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net) (Quit: sheppy)
- # [22:10] <bjacob> khuey: mwu: ^
- # [22:10] <jlebar> bjacob, Yeah, I don't know how we do it. It probably has to do with which library ANGLE lives in &c.
- # [22:10] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
- # [22:11] <jlebar> bjacob, Worst comes to worst, you can of course specify an include file in the cflags.
- # [22:11] <bjacob> jlebar: it lives in libgkmedias, but we had the same issue before when it lived in libxul
- # [22:11] * zpao|detached is now known as zpao
- # [22:11] * Joins: dria (dria@moz-FF31712D.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [22:11] <bjacob> jlebar: can you? how?
- # [22:11] <@roc> shutting down a 1.5GB browser session with a conditional breakpoint in nsGenericElement::Release is not fast
- # [22:12] <sewardj> bjacob: you want me to check if it actually works w/ Fx? The original motivation was to support tcmalloc, but it is also claimed to work with jemalloc
- # [22:12] <jlebar> bjacob, On gcc it's -include, I think.
- # [22:12] * jmaher is now known as jmaher|afk
- # [22:12] <bjacob> sewardj: if it worked with firefox, clearly, that would be huge!
- # [22:12] * cadecairos is now known as cadecairos_away
- # [22:13] <bjacob> sewardj: do you think it could go as far as helping debug allocator mismatch bugs
- # [22:13] <bjacob> ?
- # [22:13] <jlebar> sewardj, I'd kind of be surprised if it worked with our hacked jemalloc...
- # [22:13] <bjacob> jlebar: thanks!
- # [22:13] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [22:13] * Quits: berkerpeksag (berkerpeks@231B4759.56BE800A.BA04A6B2.IP) (Quit: Leaving)
- # [22:14] <sewardj> jlebar: why is that? basically the patch allows to specify the name of the shared object containing the 'malloc', 'free' etc to intercept
- # [22:14] <sewardj> instead of assuming it is libc.so
- # [22:14] <Ms2ger`> I hate integers
- # [22:14] <jlebar> Oh, I see. Maybe that would work!
- # [22:14] <bjacob> jlebar: can i do it portably in a Makefile.in or do i have to pass compiler-specific flags?
- # [22:14] <sewardj> jlebar: it does assume that jemalloc has the same interface as libc malloc
- # [22:15] <jlebar> bjacob, I don't know.
- # [22:15] <jlebar> bjacob, But likely that isn't the Right Solution.
- # [22:16] * cadecairos_away is now known as cadecairos
- # [22:16] * juanb|afk is now known as juanb
- # [22:17] * bnicholson|lunch is now known as bnicholson
- # [22:18] <Mook_as> -include is -FI for MSVC, so it's definitely compiler-dependent.
- # [22:19] * Joins: KittyRa (quassel@A7E4C2EA.E12F84AD.B3E31604.IP)
- # [22:19] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [22:19] * @bz hates people who check in red
- # [22:20] * Quits: Cwiiis (cwiiis@moz-F15E698.croy.cable.virginmedia.com) (Quit: Leaving)
- # [22:21] * Joins: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:21] <@bz> makes bisecting kinda suck. :(
- # [22:21] * Joins: philipp64|laptop (chatzilla@moz-B40B9015.ctcweb.net)
- # [22:23] * Joins: kaze (kaze@moz-AA15476A.w82-123.abo.wanadoo.fr)
- # [22:24] * Quits: maikmerten (maikmerten@moz-D9A586F1.dynamic.qsc.de) (Client exited)
- # [22:24] <mwu> bjacob: it depends on what platform
- # [22:24] <jviereck> roc: *ping*
- # [22:25] <bjacob> mwu: i'm interested in android at the moment
- # [22:25] <@roc> hi
- # [22:25] <mwu> on android, it's done at link time (so creation)
- # [22:25] * Joins: vladan1 (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [22:25] <mwu> we tell the linker to wrap the memory allocator functions
- # [22:25] <@smaug> jduell: so where is the error dispatched ?
- # [22:25] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [22:26] <mwu> so calls to malloc get converted to __wrap_malloc
- # [22:26] <mwu> and __wrap_malloc is jemalloc
- # [22:26] <jduell> smaug: right now I assume there's no listener, so it gets dropped?
- # [22:26] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [22:26] <bjacob> mwu: does that mean that on android, #including "mozalloc.h" is not needed to get the wrapping?
- # [22:26] <@smaug> jduell: kungfuDeathGrip should be there until the end of the method
- # [22:26] * Quits: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:27] <jduell> kungfu in closeconnection?
- # [22:27] <bjacob> mwu: can you please take a look at the last comments on bug 746794 and share your wisdom there?
- # [22:27] <@smaug> jduell: yes
- # [22:27] <jduell> SetReadyState dispatches a new event during that call that actually does the onclose
- # [22:27] <mwu> bjacob: yeah I think you get jemalloc no matter what as long as you're in libxul. however, there's also the infallible allocator stuff in mozalloc, and I suspect that may require mozalloc.h
- # [22:27] <jduell> so kungfu is gone by then
- # [22:27] <jduell> oddly enough it doesn't seem to cause any trouble, but I think we're getting lucky
- # [22:27] <@smaug> er, which SetReadyState?
- # [22:27] <bjacob> mwu: sure. the code in question here is in libgkmedias. Though a few months ago, it was in libxul and we already had these issues.
- # [22:28] <@khuey> bjacob: hmm?
- # [22:28] <@smaug> kungfu is on stack
- # [22:28] <bjacob> khuey: scrollback / bug 746794 ; alternatively, mwu is doing a good job explaining this to me alrady
- # [22:28] <@khuey> bjacob: ok
- # [22:28] <jviereck> roc: there is this problem that the canvas won't invalided in print-preview as new stuff gets drawn to the context from JS using the mozPrintCallback.
- # [22:28] * Quits: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Leaving.)
- # [22:29] <@roc> interesting
- # [22:29] <@smaug> jduell: or do you mean nsWSCloseEvent ?
- # [22:29] <@roc> you can probably invalidate it from done()
- # [22:29] <@smaug> nsWSCloseEvent itself keeps the ws alive
- # [22:29] <mkaply> bhearsum: I wanted to post a reply to your blog, but I'm not seeing a captcha to put in a code. There are two broken images on chrome and no images at all on Firefox...
- # [22:30] * Quits: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP) (Ping timeout)
- # [22:30] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [22:30] <mkaply> bhearsum: never mind, it got posted. I guess it ignored the captcha thing :)
- # [22:30] <jduell> smaug: ah, that's true.
- # [22:30] <bhearsum> mkaply: =\
- # [22:30] <jduell> Anyway, I'll post my patch soon and I think it makes stuff cleaner.
- # [22:30] <jviereck> roc: this is partial because nsHTMLCanvasElement::MarkContextClean() is not called. however, if the context ignore the isEntireInvalidated flag, it updates more often, but still sometimes only parts of the canvas
- # [22:30] <@smaug> jduell: ok, thanks
- # [22:30] <jviereck> roc: any idea why this might happen?
- # [22:30] * Joins: Asa (asa@52A1524D.4E7EDEC9.632B8C24.IP)
- # [22:30] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [22:31] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:31] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:32] * Joins: gozala (gozala@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:32] * Waldo|lunch is now known as Waldo
- # [22:32] <@roc> not off the top of my head, and I have to go to school
- # [22:32] <bjacob> mwu: khuey: cc'd you on 746794. plz read and reply. very important fennec/android blocker + more general issue with allocator mismatches on android, been plaguing us for > 6 months
- # [22:32] <jviereck> roc: any idea where I should start debugging the breakage/
- # [22:33] * Quits: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird 1.2a1pre -- http://www.instantbird.com)
- # [22:33] * Joins: wesj (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:34] <@roc> see whether nsHTMLCanvasElement::InvalidateCanvasContent is getting called properly
- # [22:34] <@roc> gotta go
- # [22:34] * Quits: int3 (int3@moz-FAB3747.cpe.distributel.net) (Ping timeout)
- # [22:35] <jduell> smaug: ok, posted patches...
- # [22:35] <jduell> gotta run for now...
- # [22:35] * Joins: chrisccoulson (chr1s@moz-692D94C8.cust-3601.ip.static.uno.uk.net)
- # [22:35] <@smaug> jduell: I'll review tomorrow
- # [22:36] * Quits: @roc (chatzilla@C0ACF8B.5E1E9EEA.613E47D1.IP) (Ping timeout)
- # [22:37] * Joins: espadrine (thaddee_ty@moz-BBE3ABD.mv.mozilla.com)
- # [22:38] * Joins: harishneit (Adium@8FD3E33A.D63C8F60.700C6EB0.IP)
- # [22:38] <bjacob> mwu: thanks; replied with more questions
- # [22:38] <@bz> so why _is_ inbound so behind?
- # [22:38] <@bz> it's acting worse than try usually does!
- # [22:38] <Ms2ger`> See topic?
- # [22:39] <@bz> ah
- # [22:39] <@bz> inbound _says_ it's open....
- # [22:39] <Ms2ger`> Refresh
- # [22:39] <@bz> interesting
- # [22:39] <@bz> wtf?
- # [22:39] * Quits: mreavy (chatzilla@52A1524D.4E7EDEC9.632B8C24.IP) (Ping timeout)
- # [22:39] <@bz> ok
- # [22:39] <dholbert> yeah, long-standing tbpl-not-updating-open/closed-status-until-you-reload bug
- # [22:39] * Quits: jet (junglecode@moz-BBE3ABD.mv.mozilla.com) (Quit: jet)
- # [22:39] * @bz will give up on pushing for the moment. ;)
- # [22:39] * Quits: sawrubh (Mibbit@7E46DB7D.DE43E520.8BC1D756.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:40] * Quits: davehunt (davehunt@222DAD5A.15DA589D.7D0FCE04.IP) (Ping timeout)
- # [22:40] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [22:40] <Ms2ger`> I managed to get the auto-refreshing part to a followup
- # [22:41] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:41] * Joins: davehunt (davehunt@83111E72.54641EC0.7D0FCE04.IP)
- # [22:41] * Quits: smooney (smooney@moz-BBE3ABD.mv.mozilla.com) (Quit: smooney)
- # [22:41] <jlebar> joe, Maybe I'm misunderstanding what Fennec does...
- # [22:41] <jlebar> joe, But when you go switch to a background tab, that tab becomes a foreground tab.
- # [22:41] <jlebar> joe, And all its images become locked.
- # [22:41] * Parts: atuljangra (Mibbit@C9A416FD.F62962F1.93E5B96C.IP)
- # [22:41] <joe> yes
- # [22:42] <joe> but we don't auto-decode-on-lock any more
- # [22:42] <bhearsum> mkaply: did my reply re: distribution/ modifications make sense?
- # [22:42] <jlebar> joe, Sure, but we don't decode unlocked images when you switch tabs.
- # [22:42] * Quits: jduell (jduell@4D600DEE.D24049A3.396B22AD.IP) (Ping timeout)
- # [22:42] * Joins: smooney (smooney@moz-BBE3ABD.mv.mozilla.com)
- # [22:42] <joe> ?
- # [22:42] <jlebar> (Also, I'm not sure we don't auto-decode-on-lock.)
- # [22:42] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Quit: L'ordinateur est en sommeil)
- # [22:42] <jlebar> joe, "It's
- # [22:42] <jlebar> perfectly safe to draw a discarded image; that is what we do every time we go
- # [22:42] <jlebar> back to a background tab on desktop, for example."
- # [22:43] <joe> we used to
- # [22:43] * Joins: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP)
- # [22:43] <joe> i reviewed a patch to do the other thing
- # [22:43] <jlebar> joe, It's perfectly safe to draw a discarded image; but the question is whether it's safe to draw an *unlocked* image.
- # [22:43] <joe> oh
- # [22:43] <joe> i see
- # [22:43] <joe> the answer is: yes
- # [22:43] * Joins: jet (junglecode@moz-BBE3ABD.mv.mozilla.com)
- # [22:43] <mkaply> bhearsum: yep, that's perfect. I saw you left out extensions as well. My only other issue (which is rare) would be that in order to rebrand the mac build, you have to change files in Contents/Resources
- # [22:43] <joe> the only difference between an unlocked and locked image is whether we run a discard timer for it
- # [22:44] <mkaply> bhearsum: Mac unfortunately cannot be completely rebranded with an extension
- # [22:44] <jlebar> joe, Correct...
- # [22:44] * cjones-lunch is now known as cjones
- # [22:44] <bhearsum> mkaply: ah
- # [22:44] <bhearsum> is that an additive change, or a modification?
- # [22:44] <bhearsum> in terms of files
- # [22:44] <jimm> anyone know if there's a bug files on the download popup panel hanging off the left side of the main window?
- # [22:45] * Quits: teoli (teoli@D9F10458.1ED91A01.5B427D60.IP) (Ping timeout)
- # [22:45] <mkaply> bhearsum: modification. In order to make the upper left say something other than Firefox, you have to change infolist.pstrings and replace the firefox.icns (and document.icns)
- # [22:46] <mkaply> bhearsum: I have no idea if there is a better way to do it.
- # [22:46] <mkaply> Don't know enough about Mac
- # [22:46] <jlebar> joe, So what happens if the frame is unlocked, and we discard it after it's decoded but before it's drawn to the frame?
- # [22:46] * Quits: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au) (Ping timeout)
- # [22:47] * Joins: Hendikins (wolfox@moz-16899DFF.hhui4.ken.bigpond.net.au)
- # [22:47] <bhearsum> ah
- # [22:47] <bhearsum> mkaply: well, you can file that if you want
- # [22:48] <bhearsum> certainly not a blocker though
- # [22:49] <glandium> bjacob: the stl wrappers should do that.
- # [22:49] <joe> jlebar: we don't discard until decoding is finished
- # [22:50] <joe> jlebar: but in that case, we would just queue up another decode
- # [22:50] <joe> and when that decode finishes, it'll send invalidates
- # [22:50] <jlebar> joe, Do we synchronously copy the image to the layer (?) when decode finishes?
- # [22:50] <bjacob> glandium: see my latest comment on the bug: can you see anything in our angle makefile that would explain why they don't work for angle?
- # [22:51] * Quits: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP) (Connection reset by peer)
- # [22:51] * Joins: jfkthame (jfkthame@A073A697.90783722.9542EC20.IP)
- # [22:51] <glandium> bjacob: is it for android?
- # [22:51] <joe> jlebar: no
- # [22:51] <bjacob> glandium: yes
- # [22:51] <glandium> bjacob: i /think/ the stl wrappers are broken on android
- # [22:51] <mwu> bjacob: I don't see any issues with the angle makefile
- # [22:51] <cjones> bjacob, what's the problem?
- # [22:51] <bjacob> glandium: oh.
- # [22:51] <joe> it's drawn to a thebeslayer at some later time
- # [22:52] * Quits: Sander (chatzilla@moz-B871F4D3.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
- # [22:52] <bjacob> cjones: see the bug; but i'm getting help from glandium and mwu now
- # [22:52] <mwu> cjones: they're hitting the same allocator mismatch we were seeing on b2g
- # [22:52] <jlebar> joe, But you're saying that if it's discarded before it's drawn to the thebeslayer, we'll trigger another decode?
- # [22:52] <glandium> bjacob: broken as in not used
- # [22:52] <cjones> bjacob, if any of the ANGLE code is linking to system ::operator new you're gonna have a bad time
- # [22:53] <cjones> or ::operator delete
- # [22:53] * adrian is now known as adrian|away
- # [22:53] <bjacob> glandium: so are you saying that using c++ (like operator new) allocations is completely supported?
- # [22:53] <mwu> but angle should be in libxul, no?
- # [22:53] <mwu> which autowraps everything
- # [22:53] * Joins: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net)
- # [22:53] <mwu> not sure how TCompiler is escaping that
- # [22:53] <glandium> bjacob: i'm saying that android build system is fucked
- # [22:54] <bjacob> cjones: angle is using some operator new but i have to dust my c++ to remember what's ::operator new again
- # [22:54] <cjones> i don't believe we wrap ::operator new/delete
- # [22:54] <cjones> _Znj or something like that
- # [22:54] <cjones> mangled
- # [22:54] <cjones> nm | c++filt will tell you
- # [22:54] <mwu> oh right, we don't have the --wrap thing for it
- # [22:54] <mwu> crap
- # [22:54] <bjacob> cjones: if i do: int *i = new int; is that using ::operator new? or you mean something else?
- # [22:54] <cjones> if mozalloc is included you use mozalloc
- # [22:54] <cjones> otherwise system
- # [22:55] <cjones> this works on other platforms because of the way we hook malloc
- # [22:55] <cjones> android is a special little bird
- # [22:55] <bjacob> cjones: are you saying that we should include mozalloc.h in all ANGLE files?
- # [22:55] <cjones> that would work
- # [22:55] <mwu> you could also add -include "path/to/mozalloc.h"
- # [22:55] <glandium> cjones: on other platforms we use stl wrappers, and we basically include mozalloc.h whenever a stl header is included
- # [22:55] <bjacob> mwu: sure, i was thinking of that
- # [22:55] <cjones> we solved this for skia by using skia's allocator wrappers
- # [22:56] <cjones> glandium, stl wrappers solve another problem
- # [22:56] <glandium> which we appear do *not* being doing on android
- # [22:56] <cjones> that's a separate but also bad problem
- # [22:56] <cjones> well, less bad
- # [22:56] <bjacob> cjones: could we do that in global CFLAGS so we dont run into this bug over and over again for each library we use?
- # [22:57] <cjones> sadly no
- # [22:57] <bjacob> cjones: why not
- # [22:57] <bjacob> ?
- # [22:57] * Quits: vladan1 (vladan@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:57] <cjones> as i recall we have code that can't link to mozalloc
- # [22:57] <@dbaron> Ms2ger`, I think that auto-refreshing thing is worth fixing
- # [22:57] <cjones> that may have changed in the meantime
- # [22:57] <mwu> cjones: so what's stopping us from wrapping operator new and delete?
- # [22:57] * Joins: vladan (vladan@F2D29657.F60B0462.67AC9B1.IP)
- # [22:57] <cjones> also if we have code that needs to interoperate with system malloc we need to be able to call that
- # [22:57] * Joins: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com)
- # [22:58] <cjones> mwu, ^^ that
- # [22:58] <cjones> i'm not 100% sure --wrap works with mangled C++ but that's easy to test
- # [22:58] <glandium> cjones: i do think using the stl wrappers would solve bjacob's problem
- # [22:58] <cjones> new Foo() is part of the C++ language
- # [22:58] <cjones> not part of STL
- # [22:59] <glandium> cjones: the stl wrappers take care of new Foo()
- # [22:59] <mwu> cjones: why the operator new, specifically? because we can't call the _real_ versions?
- # [22:59] <mwu> __real_
- # [22:59] <cjones> glandium, mozalloc takes care of that
- # [22:59] <cjones> stl wrappers solve the problem of making stl exception safe
- # [22:59] <bjacob> glandium: cjones: mwu: allow me to paste this conversation into the bug?
- # [22:59] <glandium> cjones: the stl wrappers take care of including mozalloc everywhere
- # [22:59] <cjones> mwu, not sure how that work work
- # [22:59] <cjones> *would work
- # [22:59] <cjones> it might
- # [23:00] <cjones> glandium, see above
- # [23:00] <cjones> they take care of ensuring STL headers use mozalloc and don't throw exceptions
- # [23:00] <mwu> not wrapping operator new and delete seems more of an oversight than intentional decision
- # [23:01] <cjones> possibly
- # [23:01] <cjones> we may need to hand new'd memory to libflash.so
- # [23:01] <mwu> random googling suggests it's doable - http://sources.redhat.com/ml/binutils/2004-08/msg00330.html
- # [23:01] <cjones> that'd be a case where we need to choose
- # [23:01] <glandium> bjacob: try export STL_FLAGS='-I$(DIST)/stl_wrappers' and export WRAP_STL_INCLUDES=1 in your mozconfig
- # [23:02] * Quits: avih (quassel@moz-45BCFC05.red.bezeqint.net) (Ping timeout)
- # [23:02] <cjones> glandium, BTW the stl wrappers are being disabled on android because that gcc has a bug our configure.in finds
- # [23:02] <bjacob> glandium: that is exactly what Daeken's patch is doing
- # [23:02] * Quits: davidb (davidb@moz-68BF56A6.dsl.bell.ca) (Quit: davidb)
- # [23:02] <glandium> cjones: i know, and that code path is pretty dumb. there's no relationship between the gcc bug and stl wrappers
- # [23:02] <bjacob> glandium: and he says that works but he also says he doesn't think that's the right solution
- # [23:02] <bjacob> glandium: can you read the bug and his patch?
- # [23:02] <cjones> it's a visibility problem
- # [23:03] <cjones> i'm not 100% sure they're unrelated
- # [23:03] <cjones> (if you know they aren't, cool, just saying i don't know)
- # [23:03] <glandium> cjones: his patch is wrong, but the underlying idea is the right one, imho
- # [23:03] <cjones> android --wrap didn't exist when stl wrappers were written
- # [23:03] <cjones> it's not, unfortunately
- # [23:04] <cjones> it might work for libs we use
- # [23:04] <cjones> it'll still miss new Foo()
- # [23:04] <cjones> in a file that doesn't use STL
- # [23:04] <bjacob> can i paste this conversation to the bug?
- # [23:04] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [23:04] * Joins: mreavy (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:04] * Quits: artur (artur@80F00F5A.1C8523D6.6C361E84.IP) (Input/output error)
- # [23:04] * andreasn is now known as andreasn_away
- # [23:04] <cjones> orthogonally, there are two right ideas
- # [23:04] <mwu> why not? people post random things to qdb all the time
- # [23:05] <cjones> one is to globally --wrap new/delete if we can get away with it
- # [23:05] <cjones> two is to fix the STL wrappers if we know we can enabled them with the android gcc
- # [23:05] * Quits: davehunt (davehunt@83111E72.54641EC0.7D0FCE04.IP) (Client exited)
- # [23:05] <bjacob> ok
- # [23:06] * mjschranz is now known as mjschranz_away
- # [23:07] <glandium> cjones: all new/delete should go through mozalloc.
- # [23:08] <glandium> (except for a few exceptions)
- # [23:08] <cjones> yep
- # [23:08] * Quits: Asa (asa@52A1524D.4E7EDEC9.632B8C24.IP) (Ping timeout)
- # [23:08] <glandium> if the stl wrappers are not enough, then we should add a -include, not --wrap
- # [23:08] <cjones> ("should" in the declarative sense)
- # [23:08] <cjones> stl wrappers solve a different problem
- # [23:08] <cjones> i think we're talking past each other :)
- # [23:09] <cjones> but i believe we agree on what the outcome should be
- # [23:09] <glandium> cjones: they happen to be fixing this one at the same time
- # [23:09] <cjones> sure, until the next ANGLE update and we hit the same bug
- # [23:09] <glandium> except if you don't include e.g. <new>
- # [23:09] * armenzg is now known as armenzg_omw
- # [23:10] * Joins: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP)
- # [23:10] <gaston> cjones: review ping for #752067 :)
- # [23:10] * Joins: Daeken (daeken@moz-7959EDF0.com)
- # [23:11] * Quits: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP) (Ping timeout)
- # [23:11] * bhearsum is now known as bhearsum|afk
- # [23:11] <bjacob> cjones: i'm writing the patch doing -include mozalloc.h in angle makefile. is this still considered the good short-term solution?
- # [23:12] * Quits: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:12] <bjacob> cjones: or is it better to fix Daeken's patch?
- # [23:12] * Quits: Ms2ger` (Ms2ger@moz-EC9CD674.adsl-dyn.isp.belgacom.be) (Ping timeout)
- # [23:12] <glandium> bjacob: short term, that would work
- # [23:12] * Joins: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP)
- # [23:13] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [23:13] <glandium> bjacob: but we definitely need to address the global issue
- # [23:13] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [23:13] <bjacob> glandium: cjones: is either of you going to own the global issue?
- # [23:14] <bjacob> should i file the bug? you would do it better
- # [23:14] <glandium> bjacob: file a bug and i'll take it
- # [23:14] * Quits: armenzg_omw (armenzg@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:14] <bjacob> glandium: ok. but i'll be using the wrong words and my ignorance will be engraved in the marble of bugzilla for posterity to contemplate and laugh
- # [23:15] * Joins: roc (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [23:15] * ChanServ sets mode: +o roc
- # [23:15] * Joins: bbondy (bbondy@moz-C9962B2.home.cgocable.net)
- # [23:15] <glandium> bjacob: you'd be good for mozillamemes, then
- # [23:15] <sheppy> I'm trying to help out a friend who's having periodic Firefox hangs. Does this sample from his Mac offer any insight at all into why it's hanging? http://pastebin.mozilla.org/1648842
- # [23:15] <bjacob> glandium: component?
- # [23:15] * Joins: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP)
- # [23:15] <cjones> bjacob, yes, that's a band-aid
- # [23:16] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [23:17] * Quits: cviecco_ (cviecco@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [23:17] <glandium> bjacob: core::build config
- # [23:17] <@smaug> sheppy: doesn't look useful
- # [23:17] * Joins: sicking (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:17] <sheppy> smaug: Hm, that's my impression as well. Any suggestions on what I can have him do to get me useful information?
- # [23:18] * mjschranz_away is now known as mjschranz
- # [23:18] <@smaug> sheppy: do you think (s)he could enable javascript.options.mem.log and look at error console messages ?
- # [23:18] <@smaug> or, hmm
- # [23:18] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [23:18] * Quits: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP) (Quit: lmandel)
- # [23:18] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [23:18] <@smaug> sheppy: perhaps install memchaser addon
- # [23:19] <@smaug> and check if GC or CC times are high
- # [23:19] <sheppy> smaug: hm, I'm guessing those are probably outside their range of willingness to help. :)
- # [23:19] * Quits: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP) (Ping timeout)
- # [23:19] <@smaug> memchaser is easy to install
- # [23:19] * mjschranz is now known as mjschranz_away
- # [23:19] <@bz> on Mac, how do I change the default search path for the linker?
- # [23:19] <glandium> bz: DYLD_LIBRARY_PATH
- # [23:19] <@bz> ah DYLD, not LD
- # [23:19] <@bz> ok!
- # [23:20] <sheppy> But I will ask.
- # [23:20] <@smaug> sheppy: https://addons.mozilla.org/en-US/firefox/addon/memchaser/?src=ss
- # [23:20] <glandium> bz: they can't do like everybody else
- # [23:21] <@bz> hrm
- # [23:21] <@bz> doesn't seem to work....
- # [23:21] <@bz> ~% echo $DYLD_LIBRARY_PATH
- # [23:21] <@bz> /usr/local/lib:/usr/lib:/usr/openwin/lib:/opt/SUNWdtpcv/lib:/opt/local/lib
- # [23:21] <@smaug> sheppy: if the CC or GC numbers (reported in the addon toolbar) are high, say over CC over 50ms and GC over 200ms something is definitely wrong
- # [23:21] <@bz> g++ test.cpp -lSDL
- # [23:21] <@bz> ld: library not found for -lSDL
- # [23:21] <@bz> collect2: ld returned 1 exit status
- # [23:21] <@smaug> sheppy: occasional high values are ok
- # [23:21] <@bz> ~% g++ test.cpp -lSDL -L/opt/local/lib
- # [23:21] <@bz> ~%
- # [23:21] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [23:21] <@bz> but /opt/local/lib is in DYLD_LIBRARY_PATH....
- # [23:21] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [23:22] <@bz> maybe I should have been clearer
- # [23:22] <glandium> bz: DYLD_LIBRARY_PATH is for the dynamic linker, not when linking
- # [23:22] <sheeri> who's the right person to talk to about how long data should be kept in tbpl?
- # [23:22] <@bz> I'm not talking the dynamic linker
- # [23:22] <@bz> right
- # [23:22] * Joins: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP)
- # [23:22] <@smaug> sheppy: also, if (s)he has any addons
- # [23:22] <@smaug> sheppy: they may cause some problems
- # [23:23] <@bz> So my problem is that I have a build that's assuming it can find the SDL lib
- # [23:23] <@bz> in some standard place
- # [23:23] <@bz> but it's installed in /opt/local/lib
- # [23:23] <sheppy> smaug: Tried removing all add-ons and it didn't help.
- # [23:23] <@smaug> (why does English have he and she. Finnish is so much easier ;) )
- # [23:23] <@bz> which seems to not he in the search path....
- # [23:23] <sheppy> Still had hangs running in safe-mode.
- # [23:23] <glandium> bz: i don't think there's any non-command line argument way of doing that
- # [23:24] * @bz sighs and tries to understand these people's makefiles
- # [23:24] <@smaug> sheppy: which version of FF ?
- # [23:24] <@smaug> I hope at least 12
- # [23:24] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [23:24] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [23:24] * Joins: avih (quassel@moz-D10E983A.red.bezeqint.net)
- # [23:24] * Quits: msucan (mihai@391E43DA.2E4BBBBB.BD62875.IP) (Quit: Leaving.)
- # [23:25] <sheppy> smaug: 12.
- # [23:25] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [23:27] * Quits: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP) (Ping timeout)
- # [23:27] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [23:27] * Quits: kaie (kaie@moz-300B5A28.dip.t-dialin.net) (Quit: Leaving)
- # [23:27] * Quits: andreasn_away (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
- # [23:27] * kats is now known as kats|away
- # [23:28] * erick-afk is now known as erick
- # [23:28] * Quits: overholt (overholt@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
- # [23:28] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [23:30] * @roc closes in on the nytimes ghost window leak
- # [23:30] * Quits: bbondy (bbondy@moz-C9962B2.home.cgocable.net) (Ping timeout)
- # [23:30] * Joins: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP)
- # [23:31] * Quits: mats (chatzilla@E8A3702C.D5022173.8500CC29.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
- # [23:31] <bjacob> glandium: cjones: mwu: BenWa: https://bugzilla.mozilla.org/show_bug.cgi?id=758010
- # [23:31] * Joins: automata (automata@moz-1CE7A56D.ifsc.usp.br)
- # [23:32] <mwu> got it
- # [23:32] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [23:33] <@khuey> firebot: uuid
- # [23:33] <firebot> 16e3f8d1-7f31-48cc-93f5-9c931a977cf6 (/msg firebot cid for CID form)
- # [23:33] <@khuey> roc: woo
- # [23:33] * Quits: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [23:33] <@khuey> firebot: uuid
- # [23:33] <firebot> cddf6087-0e83-4e1f-91b3-4861d5d4c53f (/msg firebot cid for CID form)
- # [23:33] <bjacob> khuey: thanks, i just needed two uuids
- # [23:33] <glandium> bjacob: thanks
- # [23:34] <@roc> I can reproduce it in a session with my default profile but without sessionrestore restored, so just a couple of tabs open
- # [23:34] <@roc> and in a debug build
- # [23:34] <@khuey> bjacob: don't make me get stabby
- # [23:34] <bjacob> khuey: :D
- # [23:34] * Joins: twi (Adium@moz-1AE3B3E2.cust.dsl.vodafone.it)
- # [23:35] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:35] * rail is now known as rail_away
- # [23:35] <bjacob> how can i detect GCC || Clang in a Makefile.in ?
- # [23:36] * Quits: mreavy (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [23:36] * Quits: JeroenDeDauw (j@moz-50858DE7.dip.t-dialin.net) (Quit: Leaving.)
- # [23:36] <@dbaron> khuey, there are inherent advantages to asking for uuids in a private message
- # [23:36] <@roc> oh
- # [23:36] <@roc> hum
- # [23:36] <@roc> fatal JS_ASSERT!
- # [23:37] * kats|away is now known as kats
- # [23:37] * Parts: kats (kats@moz-DE13FC16.compute-1.amazonaws.com)
- # [23:38] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [23:38] <@khuey> dbaron: :-D
- # [23:38] * Quits: Optimizer (Instantbir@DC8065A9.2F75738C.2AB48280.IP) (Ping timeout)
- # [23:38] <jlebar> khuey, mozbuild doesn't have uuidgen?
- # [23:39] <vladan> where can I find info on how to launch an open web app through the Firefox browser? e.g. is there a -webapp switch?
- # [23:39] <WeirdAl> jlebar: it doesn't (shame, that)
- # [23:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/0425cc63d11a - Ehsan Akhgari - Bug 757981 - Make sure to use the correct installation directory for regular updates; r=bbondy
- # [23:39] <jlebar> WeirdAl, Indeed!
- # [23:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/e912c25c141f - Ehsan Akhgari - Bug 757971 - Pref off background updates until all of the known issues with it are resolved; r=rstrong
- # [23:39] <WeirdAl> xpcshell has nsIUUIDGeneator, though
- # [23:39] <firebot> http://hg.mozilla.org/mozilla-central/rev/ca2b81301149 - Brian R. Bondy - Bug 757711 - Service does not get replaced for newer builds since bug 748764; r=ehsan
- # [23:39] <Mook_as> but MSVC has uuigen; it also has a GUI version.
- # [23:39] <WeirdAl> err, nsIUUIDGenerator
- # [23:39] * Joins: faramarz_ (faramarz@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:40] <WeirdAl> quick! how many ways can you generate an universally unique identifier?
- # [23:40] <jlebar> Mook_as, Ah, that's what's been missing from my life: A GUI for generating UUIDs.
- # [23:40] * Quits: ferongr (ferongr@moz-6575D662.dsl.dyn.forthnet.gr) (Quit: ferongr)
- # [23:40] <Mook_as> (it looks like it's shippped with the Windows PSDK as well)
- # [23:40] * Joins: armenzg_omw (armenzg@A6C728E1.5BCEC6DB.DA78B690.IP)
- # [23:40] * Quits: graememcc (chatzilla@moz-64F8D821.range86-150.btcentralplus.com) (Ping timeout)
- # [23:40] * Quits: aja (chatzilla@EE732A75.6BD0AE10.7880DB15.IP) (Client exited)
- # [23:40] * Joins: graememcc (chatzilla@moz-FEA553BF.range86-150.btcentralplus.com)
- # [23:40] * cadecairos is now known as cadecairos_away
- # [23:40] <Mook_as> jlebar: the GUI is for lazy people to choose which output format without memorizing command line arguments. probably a very small set of people...
- # [23:40] * Parts: faramarz_ (faramarz@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:40] <bjacob> asking again: how can i detect GCC || Clang in a Makefile.in ?
- # [23:41] * Joins: anant_ (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:41] * armenzg_omw is now known as armenzg
- # [23:41] * Joins: mreavy (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:42] * Quits: anant (anant@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Ping timeout)
- # [23:42] * anant_ is now known as anant
- # [23:42] <glandium> bjacob: GNU_CC or GNU_CXX
- # [23:42] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [23:42] <bjacob> glandium: this will be true for clang as well?
- # [23:43] <padenot> b 13
- # [23:43] <glandium> bjacob: should be
- # [23:43] <WeirdAl> jlebar: it really shouldn't take that long to drum up a XULRunner app to give you that GUI...
- # [23:43] <bjacob> glandium: should i check #ifdef or the value?
- # [23:43] <glandium> bjacob: ifdef
- # [23:43] <jlebar> WeirdAl, :D
- # [23:43] <bjacob> glandium: thanks
- # [23:43] <@khuey> WeirdAl: don't you need a uuid for a xulrunner app's manifest?
- # [23:43] <@khuey> seems like a chicken and egg problem here
- # [23:43] * bwinton is now known as bwinton_away
- # [23:44] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [23:44] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a2/20120518042008])
- # [23:44] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [23:44] <WeirdAl> khuey: nope! https://developer.mozilla.org/en/XUL_Application_Packaging
- # [23:44] <WeirdAl> use an e-mail for the ID
- # [23:44] <@khuey> ah
- # [23:44] * Quits: jammink (textual@moz-BBE3ABD.mv.mozilla.com) (Quit: Computer has gone to sleep.)
- # [23:45] <glandium> khuey: you are so outdated :)
- # [23:45] <WeirdAl> jlebar: and no, I'm not gonna do it for you
- # [23:46] * Joins: jammink (textual@moz-BBE3ABD.mv.mozilla.com)
- # [23:46] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [23:46] * Joins: int3 (int3@D509D1F2.69F5378C.59D8BB03.IP)
- # [23:47] * Joins: bholley (anonymous@moz-C7467218.net-82-216-232.rev.numericable.fr)
- # [23:47] <@roc> excellent, fatal JS asserts hurt me again
- # [23:47] * Joins: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net)
- # [23:48] * Quits: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [23:49] <RyanVM> edmorley, philor: what's the plan for when the trees reopen?
- # [23:50] <bjacob> roc: haven't non-fatal asserts hurt more a lot more than fatal ones?
- # [23:50] <@roc> certainly not
- # [23:50] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [23:50] <@roc> a fatal assert is a non-fatal assert followed by "now I'm going to destroy your work just because"
- # [23:50] * Quits: int3 (int3@D509D1F2.69F5378C.59D8BB03.IP) (Client exited)
- # [23:51] * ehsan-extremelybusy changes topic to 'Next uplift for Fx15: 2012-06-04 || New/want to help? See irc://irc.mozilla.org/#introduction || http://krijnhoetmer.nl/irc-logs/'
- # [23:51] <bjacob> roc: i guess fatal asserts can be used abusively. but i've also seen lots of bugs that would have been easier to debug if a NS_ASSERTION had been a MOZ_ASSERT
- # [23:51] <@ehsan-extremelybusy> trees are reopened guys
- # [23:51] <gavin> please, let's not discuss fatal assertions. let's stick to politics and religion.
- # [23:52] <bjacob> gavin: can we conflate these three topics together for maximal fun?
- # [23:52] <@bz> gavin++
- # [23:52] <@roc> I'm always up for all three topics
- # [23:53] <@roc> bjacob: I don't believe you, since you can set an environment variable to make NS_ASSERTION fatal if you want
- # [23:53] <RyanVM> only conservatives like fatal asserts - God commands them to
- # [23:53] <bjacob> roc: but it can be a while before i think of setting XPCOM_DEBUG_BREAK
- # [23:54] * Quits: pascalc (chatzilla@moz-446F98C8.fbxo.proxad.net) (Quit: bye)
- # [23:54] <@khuey> RyanVM++
- # [23:54] * Quits: jorendorff (jorendorff@moz-1747FB68.hsd1.tn.comcast.net) (Ping timeout)
- # [23:54] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [23:54] <jlebar> Also, because tinderboxen don't build with XPCOM_DEBUG_BREAK, setting it locally doesn't help me much. I could trigger a bunch of useless "assertions".
- # [23:54] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:55] <@roc> depends on what you're doing
- # [23:55] * Joins: ferongr (ferongr@moz-6575D662.dsl.dyn.forthnet.gr)
- # [23:55] <bjacob> glandium: now i'm getting these linker errors: "/usr/bin/ld.gold.real: error: hidden symbol 'moz_xmalloc' is not defined locally". Any clue? This didn't help: EXTRA_DSO_LDOPTS = $(MOZALLOC_LIB)
- # [23:55] <@roc> here I am triggering JS assertions that I can't make non-fatal that are blocking my work
- # [23:57] <gavin> fatal assertions: wonderful in theory, slightly less wonderful in practice
- # [23:57] <zzzzz> RyanVM: the usual protocol - land all the day's work at once !
- # [23:57] <RyanVM> zzzzz :)
- # [23:58] <RyanVM> err
- # [23:58] <RyanVM> $ hg out
- # [23:58] <RyanVM> comparing with ssh://hg.mozilla.org/mozilla-central/
- # [23:58] <RyanVM> remote: ssh_exchange_identification: Connection closed by remote host
- # [23:58] <RyanVM> abort: no suitable response from remote hg!
- # [23:58] <bjacob> it's all a matter of what one is asserting for. For example, assertions that array indices are in range in nsTArray should be fatal because out-of-range accesses can crash
- # [23:58] <gavin> arguments in favor usually rely on "if only everyone..." statements that kind of fall down in this kind of project :)
- # [23:59] <bjacob> gavin: i'd like to hear the arguments in favor of non-fatal assertions in xpcom like nsTArray
- # [23:59] <gavin> if only everyone cared about JS bustage! if only everyone used assertions consistently in the same way!
- # [23:59] * Quits: sheppy (sheppy@moz-4BE034AB.ptr.us.xo.net) (Quit: sheppy)
- # [23:59] * kmoir_buildduty is now known as kmoir-afk
- # [00:00] <gavin> bjacob: that's called "logging"
- # Session Close: Thu May 24 00:00:00 2012
The end :)