/irc-logs / mozilla / #developers / 2012-04-23 / end
Options:
- # Session Start: Mon Apr 23 00:00:00 2012
- # Session Ident: #developers
- # [00:03] * Joins: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP)
- # [00:04] * Quits: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP) (Quit: Computer has gone to sleep.)
- # [00:06] * Joins: Matti (chatzilla@moz-11DC3DDB.dip.t-dialin.net)
- # [00:09] * Quits: automata (automata@moz-1CE7A56D.ifsc.usp.br) (Quit: Saindo)
- # [00:12] * Quits: squeakytoy (squeakytoy@moz-79070305.dynamic.se.alltele.net) (Quit: Leaving)
- # [00:15] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [00:16] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [00:17] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [00:18] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Quit: Ex-Chat)
- # [00:18] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [00:19] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [00:20] * Joins: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP)
- # [00:23] * Joins: Matti_ (chatzilla@moz-11DC3DDB.dip.t-dialin.net)
- # [00:23] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
- # [00:23] * Quits: Matti (chatzilla@moz-11DC3DDB.dip.t-dialin.net) (Ping timeout)
- # [00:23] * Matti_ is now known as Matti
- # [00:24] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [00:24] * Quits: geoffbrown (geoffbrown@moz-E63016E2.vc.shawcable.net) (Quit: geoffbrown)
- # [00:27] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
- # [00:28] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [00:29] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Quit: bholley)
- # [00:34] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [00:35] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [00:39] * Quits: Matti (chatzilla@moz-11DC3DDB.dip.t-dialin.net) (Ping timeout)
- # [00:41] * Joins: Matti (chatzilla@moz-C5C911AA.customers.d1-online.com)
- # [00:42] * Joins: pascalc (chatzilla@moz-104CC309.mv.mozilla.com)
- # [00:46] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/6c8fe1624a6b - Margaret Leibovic - Bug 741831 - Readonly text inputs can trigger form autocomplete popups. r+a=mfinkle
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/1f4f4d6466b6 - Margaret Leibovic - Bug 747181 - Profile migration migrates tag folders. r=rnewman a=blocking-fennec-beta
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/ce9fff905894 - Steven Lee - Bug 736939 - AudioManager implementation. r=cjones, a=b2g-only
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/c2aa1c1c0ad6 - Phil Ringnalda - Merge m-c to m-i, a=merge
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/edf115968196 - Richard Newman - Bug 730626 - Implement resetting. r=nalexander, a=blocking-fennec
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/e2af0b79da44 - Steven Lee - Bug 736939 - Audio routing support. r=cjones, a=b2g-only
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/c5cb077b45c8 - Richard Newman - Bug 747040 - Trivial guard against NPE in AndroidBrowserBookmarksRepositorySession.retrieveRecord. r=trivial, a=blocking-fennec
- # [00:46] <firebot> http://hg.mozilla.org/mozilla-central/rev/03d6eed81646 - Phil Ringnalda - Merge the last green PGO changeset from mozilla-inbound to mozilla-central; a=merge
- # [00:46] * Joins: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr)
- # [00:47] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # [00:48] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [00:49] <philor> rnewman: ping
- # [00:49] * Joins: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP)
- # [00:50] * Joins: roc (chatzilla@9C2E78E6.8C982E60.292610BC.IP)
- # [00:50] * ChanServ sets mode: +o roc
- # [00:51] * Quits: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP) (Input/output error)
- # [00:52] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
- # [00:52] * Quits: fxa90id (fxa90id@moz-F7F48278.neoplus.adsl.tpnet.pl) (Connection reset by peer)
- # [00:53] * Quits: mcsmurf (mcsmurf@moz-298EC6DE.dip.t-dialin.net) (Quit: )
- # [00:53] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Ping timeout)
- # [00:54] * Joins: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net)
- # [00:54] * Quits: necolas (necolas@moz-EA7E3264.bb.sky.com) (Client exited)
- # [00:54] * jlund|away is now known as jlund
- # [00:57] * Joins: darktrojan (geoff@moz-30B3CCFD.telstraclear.net)
- # [00:58] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/989503f680bc - Phil Ringnalda - Bug 742455 - disable crashtests on Windows that are taking down the whole suite more often than not, a=test-only
- # [01:02] * Joins: ehoogeveen1 (emanuel.ho@moz-B95F3766.chello.nl)
- # [01:02] * Quits: ehoogeveen (emanuel.ho@moz-B95F3766.chello.nl) (Ping timeout)
- # [01:04] * Joins: rniwa_ (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [01:05] * Joins: rniwa__ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [01:06] * Joins: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net)
- # [01:06] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [01:06] * rniwa__ is now known as rniwa
- # [01:06] * Quits: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net) (Quit: )
- # [01:06] * Quits: rniwa_ (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [01:06] * heycam|away is now known as heycam
- # [01:07] * Quits: twi (Adium@moz-D3D42ABC.cust.dsl.vodafone.it) (Quit: Leaving.)
- # [01:08] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
- # [01:13] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:13] * Joins: njn (chatzilla@moz-AA4CDDB6.dyn.iinet.net.au)
- # [01:14] * Quits: timdream (timdream@moz-4B9BEE5F.dynamic.kbtelecom.net) (Quit: timdream)
- # [01:14] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [01:15] * Quits: @smaug (chatzilla@moz-904B6A92.elisa-mobile.fi) (Ping timeout)
- # [01:16] * Joins: birtles (chatzilla@moz-348F61F0.mozilla.or.jp)
- # [01:17] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [01:20] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [01:20] * Quits: wesj (wesj@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Instantbird 1.1)
- # [01:20] * Joins: wesj (wesj@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [01:22] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [01:25] * Quits: pascalc (chatzilla@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [01:26] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [01:26] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [01:27] * Joins: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl)
- # [01:28] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
- # [01:29] * Quits: ehoogeveen1 (emanuel.ho@moz-B95F3766.chello.nl) (Ping timeout)
- # [01:36] * Joins: kaie2 (kaie@moz-3A36000C.dip.t-dialin.net)
- # [01:36] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [01:36] * Quits: kaie (kaie@moz-C096D487.dip.t-dialin.net) (Ping timeout)
- # [01:36] * kaie2 is now known as kaie
- # [01:39] * Quits: kaie (kaie@moz-3A36000C.dip.t-dialin.net) (Quit: Leaving)
- # [01:40] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
- # [01:40] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:41] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/f4d242fc2534 - Serge Gautherie - Bug 747668. (Bv1) Port |Bug 418712 - nsIAutoCompleteInput should fire an event when a search begins| to SeaMonkey. r=neil.
- # [01:41] <rnewman> philor: pong
- # [01:42] <philor> rnewman: oh, I figured it out, just a wrong bug number for https://hg.mozilla.org/mozilla-central/rev/edf115968196
- # [01:42] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [01:43] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [01:43] <rnewman> drat
- # [01:43] <rnewman> sorry!
- # [01:44] <rnewman> that's what I get for landing stuff late on a weekend!
- # [01:45] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [01:46] * Joins: pascalc (chatzilla@9CE6B47F.6E950C67.2308D2A4.IP)
- # [01:47] * Joins: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com)
- # [01:49] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [01:52] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [01:55] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [01:58] * Quits: @roc (chatzilla@9C2E78E6.8C982E60.292610BC.IP) (Ping timeout)
- # [01:58] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [02:00] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [02:01] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [02:05] * Quits: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr) (Quit: bholley)
- # [02:06] * Joins: surkov (surkov@556DD06D.D2B288F8.5D3F4C44.IP)
- # [02:11] * Quits: wesj (wesj@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [02:15] * Joins: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net)
- # [02:16] * Quits: RyanVM (chatzilla@moz-D04D3C77.phlapa.fios.verizon.net) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a1/20120419191039])
- # [02:18] * Quits: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP) (Quit: Computer has gone to sleep.)
- # [02:18] * Quits: dastergon (dastergon@moz-310566EB.org) (Ping timeout)
- # [02:21] * Quits: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net) (Quit: Leaving...)
- # [02:24] * Quits: garnacho (carlos@moz-EA2D0541.dyn.user.ono.com) (Ping timeout)
- # [02:29] * Joins: dastergon (dastergon@moz-310566EB.org)
- # [02:39] * philor burns with shame
- # [02:39] <philor> I caused a 37% regression in zoom on android, by pushing ""
- # [02:40] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [02:41] * Quits: Havvy (Mibbit@moz-58C3546E.ptld.qwest.net) (Quit: Restarting computer.)
- # [02:45] * Joins: gozala (gozala@moz-CC62E00E.hsd1.ca.comcast.net)
- # [02:46] * Joins: Wei_o_o (Wei@212A6CEB.4F4B4250.FAA9ED67.IP)
- # [02:48] * Parts: lduros (lduros@moz-BED1C6A5.c3-0.rdl-ubr1.trpr-rdl.pa.cable.rcn.com)
- # [02:49] * Joins: Havvy (Mibbit@moz-58C3546E.ptld.qwest.net)
- # [02:53] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [02:53] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [02:53] * Joins: gozala1 (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [02:54] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Quit: Leaving.)
- # [02:54] * Quits: gozala (gozala@moz-CC62E00E.hsd1.ca.comcast.net) (Ping timeout)
- # [03:02] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
- # [03:08] * Quits: pascalc (chatzilla@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [03:12] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [03:14] <darktrojan> philor--
- # [03:14] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [03:17] * Quits: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com) (Quit: loadbang)
- # [03:18] * gregglind is now known as gregglind_away
- # [03:19] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [03:19] * ChanServ sets mode: +o ehsan
- # [03:19] * Quits: surkov (surkov@556DD06D.D2B288F8.5D3F4C44.IP) (Connection reset by peer)
- # [03:20] <@bz_sleep> C++ template question
- # [03:20] <@bz_sleep> Say I have this:
- # [03:20] <@bz_sleep> template<typename T, int Foo()>
- # [03:20] <@bz_sleep> struct Bar {
- # [03:20] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [03:21] <@bz_sleep> /* stuff here, including a method that uses Foo() */
- # [03:21] <@bz_sleep> };
- # [03:21] <@bz_sleep> extern int DummyFoo();
- # [03:21] * Joins: automata (automata@21672CAB.EF70936A.E0F4401A.IP)
- # [03:21] <@bz_sleep> typedef Bar<float, DummyFoo> Bar2;
- # [03:21] <@bz_sleep> Will this compile as long as users of Bar2 don't use the method that uses Foo?
- # [03:22] <@bz_sleep> (that's the goal: to have attempts to use Foo for Bar2 fail to compile, while the rest of the template can be used fine)
- # [03:22] <@bz_sleep> it seems to work with g++ and clang, so far: I get link errors when I try to use Foo in this case, but everything is fine if I don't use it
- # [03:23] <@bz_sleep> Also, is there a way to get this to fail at compile-time, not link-time? ;)
- # [03:26] * Quits: Gentlecat (Roman@CA71FA1C.1149AF99.8FB52CB8.IP) (Connection reset by peer)
- # [03:26] * Joins: Gentlecat (Roman@CA71FA1C.1149AF99.8FB52CB8.IP)
- # [03:29] * Joins: surkov (surkov@A69179C0.55CAE15D.34044A7F.IP)
- # [03:30] <znhxr> int Foo()? is this a C++11 thing?
- # [03:30] <@bz_sleep> no
- # [03:30] <@bz_sleep> it's just a template argument
- # [03:30] <@bz_sleep> you can template on function types
- # [03:31] <znhxr> huh. I thought you could only use types and integers as template arguments
- # [03:31] <@bz_sleep> yes
- # [03:31] <@bz_sleep> that's a type
- # [03:31] <@bz_sleep> it's a function of no arguments that returns int
- # [03:31] <znhxr> but it's not an argument. it's a parameter.
- # [03:31] <@bz_sleep> which is a perfectly fine type in C++ (and even in C)
- # [03:31] <@bz_sleep> yes
- # [03:31] <@bz_sleep> I mean
- # [03:32] <@bz_sleep> how is that different from "template<int> stuff" ?
- # [03:32] <znhxr> DummyFoo is not a type or an integer
- # [03:32] <@bz_sleep> Oh, I see
- # [03:33] <@bz_sleep> I believe template arguments can be all sorts of stuff
- # [03:33] <@bz_sleep> e.g. function addresses are ok
- # [03:34] <@bz_sleep> as long as they're functions with external linkage
- # [03:35] <znhxr> oh, I see
- # [03:36] <znhxr> (thanks, learned me something)
- # [03:36] * @bz_sleep didn't know this either, until very recently. ;)
- # [03:36] <znhxr> ah, but it must be a pointer
- # [03:38] * Joins: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net)
- # [03:39] <@bz_sleep> but in any case, in my case I want to prevent instantiation of one particular member of the template class
- # [03:39] <@bz_sleep> for one particular value of Foo
- # [03:40] * Joins: victorporof (victorporo@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [03:44] <znhxr> bz_sleep: http://codepad.org/QU3FhSRH ?
- # [03:44] * Joins: bonnie (bbsurender@moz-7C71D3B.dsl.pltn13.pacbell.net)
- # [03:45] * Quits: @bz_sleep (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net) (Client exited)
- # [03:45] * Joins: bz (bzbarsky@moz-69B5879F.bstnma.fios.verizon.net)
- # [03:45] * ChanServ sets mode: +o bz
- # [03:45] * @bz tries to sort through that example
- # [03:45] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Ping timeout)
- # [03:47] <@bz> hmm
- # [03:47] <@bz> interesting
- # [03:47] <tbsaunde> bz: I wonder if template<> struct::MethodThatShouldntBeUsed() = delete; works? (assuming cxx11 of course)
- # [03:47] <@bz> let me see if I can do that!
- # [03:48] * Joins: Mavericks (Mibbit@4EC3E20E.8BB74E6E.FDEA3160.IP)
- # [03:48] <@bz> tbsaunde: checking that too
- # [03:48] * Quits: victorporof (victorporo@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [03:50] * Quits: chewey (chewey@moz-81555FAC.dip0.t-ipconnect.de) (NickServ (GHOST command used by chewey_))
- # [03:50] * Joins: chewey (chewey@moz-B0AC5988.dip0.t-ipconnect.de)
- # [03:50] * Quits: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [03:51] <@bz> tbsaunde: apparently not
- # [03:51] <@bz> tbsaunde: complaints about it not being the first declaration
- # [03:51] <tbsaunde> bz: it seems like znhxr's idea may be better since it doesn't require c++11
- # [03:52] <tbsaunde> and apparently the only workable one :)
- # [03:52] * @bz is trying that one
- # [03:54] <Mavericks> is there a way like an option to enable the effect of 0:46-1:10 @ http://www.youtube.com/watch?v=bAPKPhoTqFY
- # [03:54] * znhxr is now known as mauke
- # [03:54] <Mavericks> oh right pre-rendering/pre-fetching. although it would low bandwidth ones
- # [03:55] * Quits: sewardj (sewardj@moz-F87C2978.dip.t-dialin.net) (Ping timeout)
- # [03:55] * Joins: sewardj (sewardj@moz-4B2467E0.dip.t-dialin.net)
- # [03:55] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [03:55] <@bz> yeah
- # [03:55] <@bz> that'll work
- # [03:55] <squib> in javascript, is there a way to get the width of an element *including* margins?
- # [03:55] <@bz> involves some duplication (esp. of my template parameter lists)
- # [03:55] <@bz> but I guess I can live with that
- # [03:55] <@bz> squib: "not easily"
- # [03:56] <squib> bz: do i have to grab the computed style?
- # [03:56] <@bz> squib: what are you actually trying to do?
- # [03:56] <@bz> squib: that won't do the right thing, depending on what you're trying to do
- # [03:56] * @bz notes that at least this is width; it could have been _height_, which is even worse
- # [03:56] <@bz> squib: so what are you trying to do?
- # [03:57] * Joins: rniwa_ (rniwa@60A74940.D6CCE4AE.77834EAA.IP)
- # [03:57] <squib> bz: i have some code for an XBL binding that makes a file list like windows explorer, and i need to know the number of elements that fit in each row
- # [03:57] <squib> (this is in thunderbird)
- # [03:58] <rniwa_> hi bz! (just saying hi)
- # [03:58] <@bz> yeah, you could try computed style then
- # [03:58] <@bz> hey rniwa_
- # [03:58] * Quits: rniwa (rniwa@moz-E171DA5.sfba.hfc.comcastbusiness.net) (Ping timeout)
- # [03:58] * rniwa_ is now known as rniwa
- # [03:58] <squib> then, when you hit the down arrow, it should figure out how long a row is, and then move you forward that many elements in the list so it appears that you moved down; it works, as long as you don't specify a margin, so i've been resorting to adding the "margin" to the width via moz-calc
- # [03:59] <@bz> Can you just compute this using the actual position of the next element?
- # [03:59] <squib> bz: yeah, i was just typing that, actually
- # [04:00] <@bz> that seems like the most robust approach
- # [04:00] <squib> but i have code to do this on the y axis too, and i forget why i needed that... :/
- # [04:00] <@bz> For the y axis that's the _only_ approach
- # [04:00] <@bz> in fact, it might become the only approach for the x axis too once we add writing modes support
- # [04:00] <@bz> because consider this testcase:
- # [04:01] <@bz> <style> div { margin: 10px; } </style>
- # [04:01] <@bz> <div>one</div>
- # [04:01] <@bz> <div>two</div>
- # [04:01] <squib> ah, the y axis code is to support pagedown
- # [04:01] <@bz> <divthree</div>
- # [04:01] <@bz> How much space does "each item" take up?
- # [04:02] * Quits: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [04:02] <squib> bz: in this particular case, we assume that all elements take up a predefined width
- # [04:02] <squib> (and height)
- # [04:02] <Mavericks> or from 8:10 @ http://www.youtube.com/watch?v=pCpLn12rQsA
- # [04:02] <@bz> in that case, where do margins come in?
- # [04:03] <squib> bz: i guess i should say "constant" width; the exact width varies, but in a given list, all items have the same dimensions. i wanted to add a margin around them in one case because they were a bit squashed together
- # [04:04] <@bz> right
- # [04:04] <@bz> but what's that dimension in the example I gave above?
- # [04:04] <@bz> Assume the divs have 13px height style if needed
- # [04:05] <squib> bz: the div {} selector would have a width: xxx; rule in all cases
- # [04:05] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [04:07] <squib> element.boxObject.width (and height) are guaranteed to return predictable values, so long as no one's done evil things to the CSS; it's just that it doesn't include the margin
- # [04:07] <squib> i guess this is academic at this point, since i think just comparing the X positions of the first and second items is easier
- # [04:08] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [04:08] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [04:08] * Quits: CwiiisGoneToTheTownCrier (cwiiis@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Ex-Chat)
- # [04:09] * Quits: KaiRo (robert@moz-4E982DBE.adsl.highway.telekom.at) (Input/output error)
- # [04:10] * Quits: Mardak (Mardak@moz-9509DFBB.hsd1.ca.comcast.net) (Quit: Mardak)
- # [04:10] * Joins: nli__ (nli@moz-99690620.hinet-ip.hinet.net)
- # [04:10] * nli__ is now known as nli`
- # [04:10] * Joins: Mossop (mossop@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [04:11] <@bz> squib: my question was about height
- # [04:11] <@bz> squib: in particular, margin collapsing
- # [04:11] <@bz> back to templates
- # [04:11] <@bz> template<typename T> struct Bar<T, DummyFoo>
- # [04:11] <@bz> Is that a reasonable way to write a template specialization?
- # [04:11] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [04:11] <@bz> where I specialize the non-first template argument?
- # [04:11] <squib> bz: ah, right
- # [04:11] <@bz> (seems to compile and run as expected)
- # [04:12] <squib> bz: that template code looks right to me
- # [04:12] <mauke> yes, partial specialization
- # [04:14] * @bz wishes he could avoid duplicating the shim constructor too, but....
- # [04:14] * Quits: Mossop (mossop@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [04:15] <squib> bz: depending on how much duplication that entails, you could make a private base class that Bar<T, U> and Bar<T, DummyFoo> inherit from
- # [04:15] <@bz> TypedArray(JSContext* cx, JSObject* obj) :
- # [04:15] <@bz> TypedArray_base(cx, obj)
- # [04:15] <@bz> {}
- # [04:15] <mauke> why private?
- # [04:15] * Quits: Matti (chatzilla@moz-C5C911AA.customers.d1-online.com) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.11a1/20120421003033])
- # [04:15] <@bz> That just has to be in both the generic and the specialization, afaict
- # [04:15] <squib> mauke: the base class should be an implementation detail
- # [04:16] <mauke> no, it's a mixin
- # [04:16] <@bz> I don't see how I can get rid of that
- # [04:16] <@bz> offhand
- # [04:16] <mauke> bz: me neither
- # [04:16] <mauke> constructors aren't inherited
- # [04:16] <@bz> yep
- # [04:18] * @bz mutters about how doing this with macros would have been way easier... ;)
- # [04:18] <squib> they will be One Day...
- # [04:18] <squib> though you'd still need a using decl, as i recall
- # [04:19] * @bz wonders whether this code is at all readable.... ;)
- # [04:19] * khuey|away is now known as khuey
- # [04:20] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [04:20] <@bz> khuey!
- # [04:20] <@bz> khuey: got a sec for a sanity-check?
- # [04:20] <@bz> http://pastebin.mozilla.org/1589675
- # [04:21] <@bz> khuey: (the stuff about MOZ_DELETE may be a lie; I'll check what the compiler actually says about it once I have more of a build)
- # [04:22] <@khuey> time, yes
- # [04:22] <@khuey> bandwidth, maybe
- # [04:22] * @khuey kicks his internet connection
- # [04:22] * khuey is now known as khuey|away
- # [04:22] <@bz> lol
- # [04:22] * khuey|away is now known as khuey
- # [04:22] <@khuey> I come back from australia and my DSL line is getting 400 Kbps :-(
- # [04:23] <@bz> mmm
- # [04:23] <mauke> I don't understand why DummyCreateBufferView exists
- # [04:24] <@bz> hmm
- # [04:24] <@bz> I guess with the new setup I could just use the _base class for ArrayBufferView
- # [04:24] <mauke> particularly line 69
- # [04:24] <@bz> and then I do not in fact need the specialization
- # [04:25] <@bz> the point is that there should be no ArrayBufferView::Create
- # [04:25] <@bz> because the operation is nonsensical
- # [04:25] <@khuey> are these templates that take functions as parameters?
- # [04:25] <@bz> khuey: yes
- # [04:25] <@khuey> fun
- # [04:25] <@bz> khuey: yes, they are
- # [04:25] <dwarfcrank> Templates are always fun :)
- # [04:25] <@bz> khuey: the other option is to template on some enum and have traits classes with that info
- # [04:26] <@bz> khuey: but the effect is the same
- # [04:26] <@khuey> right
- # [04:26] <@bz> khuey: well, the yet other option is for the JS folks to expose their internal templating
- # [04:26] <@bz> khuey: since they just turn right around and make JS_NewInt8Array into a call to a template
- # [04:26] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [04:26] <@bz> khuey: but they want to keep their privates private
- # [04:27] <@khuey> seems fine to me
- # [04:27] <@khuey> though I don't like the name DummyCreateBufferView
- # [04:28] <@bz> khuey: I'm going to check whether I can nix the Dummy stuff and just use TypedArray_base for the ArrayBufferView typedef
- # [04:28] <@khuey> I'd name it something that makes it clear its unimplemented
- # [04:28] <@bz> khuey: which would make that problem go away entirely
- # [04:28] <@khuey> ok
- # [04:29] <@bz> The other fun question is whether I should allow creation of TypedArray_base without a cx
- # [04:29] <@bz> in theory, I can pass NULL to those jsapi calls
- # [04:29] <@bz> and all that will happen is they will fail to properly assert that I'm allowed to unwrap if obj is a wrapper around a typed array
- # [04:29] <@bz> but in practice obj should never be such a wrapper
- # [04:30] <@bz> once I some more API love out of sfink...
- # [04:31] * Joins: Mardak (Mardak@moz-332E3DFD.dsl.pltn13.sbcglobal.net)
- # [04:34] <@bz> s/I some/I get some/
- # [04:35] * Quits: Mardak (Mardak@moz-332E3DFD.dsl.pltn13.sbcglobal.net) (Quit: Mardak)
- # [04:36] * @khuey debates whether or not to call his ISP
- # [04:37] <@bz> What have you got to lose?
- # [04:38] * Quits: raccettura (raccettura@moz-660B8F4B.hsd1.nj.comcast.net) (Quit: raccettura)
- # [04:38] <@bz> khuey: so here's a question
- # [04:39] * Joins: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net)
- # [04:39] <@bz> khuey: right now, when we pass in string arguments
- # [04:39] <@bz> khuey: I _think_ nothing prevents the callee from declaring them |nsAString&| instead of |const nsAString&|
- # [04:39] <@bz> khuey: do we care?
- # [04:40] <@bz> khuey: (we could change the codegen to cast to const before passing)
- # [04:40] <@khuey> hmm
- # [04:40] <@khuey> where do we get the string from?
- # [04:40] <@khuey> is it an nsDependentJSString?
- # [04:41] <@bz> probably, yes
- # [04:41] <@bz> fwiw, the same question for sequence args
- # [04:41] <@bz> which is where I thought of it
- # [04:41] <@bz> when I caught myself declaring an in param as nsTArray<nsString> with nary a const in sight
- # [04:42] <@bz> (in the callee)
- # [04:42] <@khuey> does a non-const nsDependentJSString make any sense at all?
- # [04:42] * @bz checks something
- # [04:42] * Quits: jrmuizel (jrmuizel@moz-20EF8EAA.cpe.net.cable.rogers.com) (Input/output error)
- # [04:42] <@bz> Actually, we may have an xpc_qsDOMString
- # [04:43] <@bz> which I guess we could still declare const
- # [04:44] <@bz> hrm
- # [04:45] * @bz wonders how this works
- # [04:45] <@bz> class xpc_qsDOMString : public xpc_qsBasicString<nsAString, nsDependentString>
- # [04:45] <@bz> template <class S, class T>
- # [04:45] <@bz> class xpc_qsBasicString
- # [04:45] <@bz> oh
- # [04:45] <@bz> operator interface_type &()
- # [04:45] <@bz> bah
- # [04:45] <@khuey> in scary ways
- # [04:46] <@khuey> so, again, what does assigning to a dependent string actually do?
- # [04:46] <@bz> it undepends it
- # [04:46] <@bz> if you assign
- # [04:47] * @bz looks into what happens if you append
- # [04:47] <@khuey> ok
- # [04:47] <@khuey> they have MOZ_DELETEd operator=
- # [04:47] <@khuey> so it wasn't clear
- # [04:47] <@bz> Do they have MOZ_DELETED Assign ?
- # [04:47] <@khuey> no
- # [04:47] <@khuey> not afaict
- # [04:47] <@bz> fwiw, these are just nsDependentString
- # [04:47] <@bz> not nsDependentJSString
- # [04:47] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
- # [04:48] <@khuey> right
- # [04:48] * Joins: lht (elihait@moz-722A94AD.dreamhost.com)
- # [04:48] <@khuey> which is what we're interested in for the qs stuff
- # [04:49] <@khuey> bz: fwiw, I think we should just go ahead and make this enforce const
- # [04:50] <@khuey> it makes more sense, and clawing back const-ness later will be a mess
- # [04:51] <@bz> yeah
- # [04:51] <@bz> indeed
- # [04:51] * @bz will file a bug
- # [04:51] <@bz> should be simple enough
- # [04:51] <@bz> I hope
- # [04:51] <@bz> so yeah
- # [04:51] <@bz> assigning to an nsDependentString will just make it forget it ever depended on anything
- # [04:51] <@bz> because it's just an nsTString under the hood
- # [04:51] <@bz> with some jazz
- # [04:51] * @bz hates strings
- # [04:53] <@bz> it's simple, right?
- # [04:53] <@bz> All I want is some string classes that are optimal no matter what boneheaded things someone does with them
- # [04:53] <@bz> and that have a simple interface and simple implementation
- # [04:53] <@bz> is that too much to ask? ;)
- # [04:54] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [04:54] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [04:58] <@khuey> apparently, yes
- # [04:58] <@bz> spoilsport
- # [04:59] <@khuey> :-D
- # [04:59] * khuey is now known as khuey|away
- # [05:00] * khuey|away is now known as khuey
- # [05:00] * Joins: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP)
- # [05:01] * Quits: Mavericks (Mibbit@4EC3E20E.8BB74E6E.FDEA3160.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [05:02] * khuey is now known as khuey|away
- # [05:02] <@bz> TypedArray(JSContext* cx, JSObject* obj) :
- # [05:02] <@bz> TypedArray_base<T,U,GetData,GetLength>(cx, obj)
- # [05:02] <@bz> {}
- # [05:02] <@bz> stupid templates
- # [05:02] <@bz> Given this:
- # [05:02] <@bz> struct TypedArray : public TypedArray_base<T, U, GetData, GetLength> {
- # [05:03] <@bz> Couldn't it have assumed which template arguments should be used for the ctor? :(
- # [05:03] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [05:05] * Joins: timdream (timdream@moz-99690620.hinet-ip.hinet.net)
- # [05:05] * Joins: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net)
- # [05:06] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [05:06] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [05:07] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [05:07] * jlund is now known as jlund|away
- # [05:08] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [05:10] * ewong|away is now known as ewong
- # [05:11] <@bz> hah
- # [05:11] <@bz> looks like we're not having any const-violations yet
- # [05:11] <@bz> in the xhr stuff
- # [05:13] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [05:13] * Joins: taustin (taustin@moz-EE172EAA.resnet.ucsc.edu)
- # [05:15] <@bz> khuey|away: you really away?
- # [05:16] * Quits: AaronMT (AaronMT@moz-E26428A8.cpe.net.cable.rogers.com) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [05:16] * Quits: dcamp (dave@moz-8EBEC133.hsd1.wa.comcast.net) (Quit: Linkinus - http://linkinus.com)
- # [05:19] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [05:20] * Joins: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net)
- # [05:20] * Quits: faramarz (faramarz@moz-CD61C00E.hsd1.ca.comcast.net) (Quit: faramarz)
- # [05:21] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [05:21] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [05:23] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [05:24] * khuey|away is now known as khuey
- # [05:24] <@khuey> bz: no
- # [05:25] <@khuey> just messing with my connection
- # [05:26] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [05:27] * Joins: twi (Adium@moz-D3D42ABC.cust.dsl.vodafone.it)
- # [05:28] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [05:30] * heycam is now known as heycam|away
- # [05:30] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [05:32] * Fallen|away is now known as Fallen
- # [05:33] <@bz> khuey: am I cced on the bugs where you plan to attach your patches?
- # [05:35] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120411064248])
- # [05:36] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [05:37] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [05:37] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [05:42] * Quits: automata (automata@21672CAB.EF70936A.E0F4401A.IP) (Ping timeout)
- # [05:42] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [05:43] <@khuey> bz: I think you filed them
- # [05:44] <@bz> oh, right
- # [05:44] <@bz> ok, then!
- # [05:45] * Quits: gozala1 (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [05:46] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [05:47] <@bz> hrm
- # [05:48] * @bz ponders whether to introduce utilities for wrapping objects which may or may not be new-binding objects
- # [05:48] * Fallen is now known as Fallen|away
- # [05:51] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Connection reset by peer)
- # [05:51] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
- # [05:55] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [05:56] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [05:58] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [06:00] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [06:01] * Joins: ddahl (ddahl@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [06:06] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [06:07] * Quits: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net) (Quit: dria)
- # [06:08] * heycam|away is now known as heycam
- # [06:09] * Joins: glob (glob@moz-DF237567.glob.com.au)
- # [06:14] * khuey is now known as khuey|away
- # [06:19] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [06:19] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [06:30] * Quits: bdahl (bdahl@moz-E197F13B.hsd1.ca.comcast.net) (Client exited)
- # [06:36] * Quits: Havvy (Mibbit@moz-58C3546E.ptld.qwest.net) (Quit: MC.)
- # [06:46] * Quits: Honza (chatzilla@C62E2FAA.23B79DE4.D0083327.IP) (Ping timeout)
- # [06:47] * Joins: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com)
- # [06:50] * Joins: smontagu (chatzilla@moz-B11B060.red.bezeqint.net)
- # [06:50] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
- # [06:50] * Joins: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk)
- # [06:52] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [06:53] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [06:54] * Fallen|away is now known as Fallen
- # [06:57] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [06:59] * Fallen is now known as Fallen|away
- # [06:59] * Quits: ehugg (chatzilla@moz-44D86B1E.cisco.com) (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310010446])
- # [07:00] * Joins: blizzack| (~blizzack@BD2EDF3E.B73A0DBF.D9BC6E2F.IP)
- # [07:01] * Parts: blizzack| (~blizzack@BD2EDF3E.B73A0DBF.D9BC6E2F.IP)
- # [07:01] * Quits: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP) (Quit: Computer has gone to sleep.)
- # [07:01] * nthomas is now known as nthomas|away
- # [07:03] * Quits: taras (taras@moz-8E045071.hsd1.wa.comcast.net) (Quit: leaving)
- # [07:03] * Joins: taras (taras@moz-8E045071.hsd1.wa.comcast.net)
- # [07:04] * Quits: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP) (Ping timeout)
- # [07:04] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
- # [07:05] * Joins: blizzack| (~blizzack@BD2EDF3E.B73A0DBF.D9BC6E2F.IP)
- # [07:06] * Quits: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP) (Ping timeout)
- # [07:06] * Parts: blizzack| (~blizzack@BD2EDF3E.B73A0DBF.D9BC6E2F.IP)
- # [07:07] * Joins: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP)
- # [07:15] * Quits: bonnie (bbsurender@moz-7C71D3B.dsl.pltn13.pacbell.net) (Quit: Ex-Chat)
- # [07:15] * Joins: bonnie (bbsurender@moz-7C71D3B.dsl.pltn13.pacbell.net)
- # [07:17] <darktrojan> oh hey, "try: changeset 100001"
- # [07:17] <darktrojan> go me
- # [07:19] * Joins: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl)
- # [07:29] * Joins: wolfiR (wolfiR@moz-92BE8252.dip0.t-ipconnect.de)
- # [07:32] * Quits: bonnie (bbsurender@moz-7C71D3B.dsl.pltn13.pacbell.net) (Ping timeout)
- # [07:32] * Quits: rwaldron (rwaldron@moz-71B3012E.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com) (Quit: Leaving...)
- # [07:32] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:33] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [07:35] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:36] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [07:38] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:39] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [07:40] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:42] * Quits: vikram360 (vikram360@B45DF0B8.2BCF5317.2A068A5E.IP) (Ping timeout)
- # [07:42] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [07:45] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [07:45] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:47] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [07:48] * Joins: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de)
- # [07:51] * Quits: dumitru (dgherman@moz-7C253BEB.getcadre.com) (Quit: leaving)
- # [07:54] * bz is now known as bz_sleep
- # [07:55] * Quits: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [08:02] <Ameya> what do u mean by create async API?
- # [08:02] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [08:03] * Quits: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:04] * Joins: Mavericks (Mibbit@4A81C077.8B363060.FDEA3160.IP)
- # [08:13] * Joins: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net)
- # [08:14] * Joins: robert (robert@moz-11E4ED00.dynamic.t-2.net)
- # [08:14] * Joins: jhorak (jhorak@moz-107AD163.redhat.com)
- # [08:14] * Quits: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com) (Quit: cilias)
- # [08:16] * Joins: wlach (wlach@moz-14AFFC14.vif.net)
- # [08:19] * Quits: ferongr (ferongr@BFDD10AF.DDEAD33F.F5160715.IP) (Quit: ferongr)
- # [08:20] * Joins: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz)
- # [08:22] * Quits: wlach (wlach@moz-14AFFC14.vif.net) (Input/output error)
- # [08:22] * Joins: wlach (wlach@moz-14AFFC14.vif.net)
- # [08:23] * Joins: wlach_ (wlach@moz-14AFFC14.vif.net)
- # [08:23] * Quits: wlach_ (wlach@moz-14AFFC14.vif.net) (Quit: Ex-Chat)
- # [08:24] * Quits: karl (karl@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:24] * Quits: nrc (nrc@538BABFE.A073F3E.97BBD552.IP) (Ping timeout)
- # [08:24] * Quits: wlach (wlach@moz-14AFFC14.vif.net) (Quit: Ex-Chat)
- # [08:25] * Quits: robert (robert@moz-11E4ED00.dynamic.t-2.net) (Quit: robert)
- # [08:31] * Joins: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de)
- # [08:31] * Quits: graememcc (chatzilla@moz-AA5FE0E0.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
- # [08:32] * Quits: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net) (Client exited)
- # [08:34] * tbsaunde is now known as tbsaunde|zzz
- # [08:36] * philor is now known as philor|away
- # [08:36] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [08:40] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [08:41] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/bd9cdcd353e6 - Mike Hommey - Bug 747322 - Fix jemalloc mmap wrapper for s390x. r=jlebar,a=npotb
- # [08:44] * Joins: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de)
- # [08:45] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [08:48] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/3dd842015565 - Felipe Gomes - Bug 747601. Only create Info.plist file after webapp icon has been downloaded. r=mstange a=desktop-only.
- # [08:48] <firebot> http://hg.mozilla.org/mozilla-central/rev/e29b3d77f808 - Ed Morley - Merge last PGO-green changeset of mozilla-inbound to mozilla-central a=merge
- # [08:48] <firebot> http://hg.mozilla.org/mozilla-central/rev/c823e4f03017 - Takanori MATSUURA - Bug 747041. Fix resource:// path usage in browser. r=felipe a=desktop-only
- # [08:48] <firebot> http://hg.mozilla.org/mozilla-central/rev/133c3b95125f - Phil Ringnalda - Merge m-c to m-i; a=merge
- # [08:53] * Joins: vikram360 (vikram360@BE4728DA.C4369F7.2A068A5E.IP)
- # [08:56] * Quits: vikram360 (vikram360@BE4728DA.C4369F7.2A068A5E.IP) (Ping timeout)
- # [08:56] * Quits: hurley (hurley@moz-10A8C43E.monkey.org) (Ping timeout)
- # [08:57] * Joins: vikram360 (vikram360@BB4093D3.C4369F7.2A068A5E.IP)
- # [08:59] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [08:59] <njn> remote: abort: pretxnchangegroup.c_try_mandatory hook failed
- # [08:59] <njn> what does that mean?
- # [09:00] <njn> oh
- # [09:00] <njn> I removed my try syntax
- # [09:02] * Quits: njn (chatzilla@moz-AA4CDDB6.dyn.iinet.net.au) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a1/20120422154559])
- # [09:02] * Joins: hurley (hurley@moz-10A8C43E.monkey.org)
- # [09:05] * Joins: Daeken (daeken@moz-F43110AA.com)
- # [09:05] <Daeken> i'm trying to track down an odd gfx bug. anyone know if there's a way to force every element to be a separate layer? (on a side note, is there a channel for layout? #layout doesn't seem to exist)
- # [09:06] <Daeken> from the gecko side of things, not by changing html/css preferably.
- # [09:08] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [09:08] * Quits: eflores (eflores@538BABFE.A073F3E.97BBD552.IP) (Quit: Bye)
- # [09:10] * Quits: squib (squib@moz-B01B5D55.dhcp.mdsn.wi.charter.com) (Quit: Leaving)
- # [09:16] * Joins: merinui (merinui@moz-61C7235E.osk2.eonet.ne.jp)
- # [09:21] * Joins: nhirata (nhirata.bu@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [09:21] * Joins: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP)
- # [09:21] * Joins: Stan_ (Stan@moz-563A3BC8.dip.t-dialin.net)
- # [09:22] * Quits: Stan (Stan@moz-77DCD1E8.dip.t-dialin.net) (Ping timeout)
- # [09:26] * Joins: m_kato (m_kato@moz-348F61F0.mozilla.or.jp)
- # [09:27] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Client exited)
- # [09:35] * Quits: rniwa (rniwa@60A74940.D6CCE4AE.77834EAA.IP) (Ping timeout)
- # [09:43] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [09:47] * Joins: necolas (necolas@moz-EA7E3264.bb.sky.com)
- # [09:48] * Joins: sourabh912 (Mibbit@681C3A23.918701C5.DC7754FE.IP)
- # [09:48] * glob is now known as glob|away
- # [09:49] * Quits: sourabh912 (Mibbit@681C3A23.918701C5.DC7754FE.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [09:50] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
- # [09:50] * Joins: glazou (glazou@moz-204094DD.disruptive-innovations.fr)
- # [09:50] <glazou> bonjour
- # [09:51] <Yoric> bonjour
- # [10:00] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [10:02] * Quits: m_kato (m_kato@moz-348F61F0.mozilla.or.jp) (Quit: Leaving...)
- # [10:03] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [10:04] * Joins: adeel (chatzilla@6B3315EA.D30FCE78.59D8DB68.IP)
- # [10:04] * Quits: adeel (chatzilla@6B3315EA.D30FCE78.59D8DB68.IP) (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.8/20120312220748])
- # [10:05] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Client exited)
- # [10:06] * Joins: RemusPop (remuspop@601F3B17.33662590.A5830293.IP)
- # [10:07] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [10:09] * Joins: MarcoZ (Daily@moz-D588F024.dip.t-dialin.net)
- # [10:10] * Quits: necolas (necolas@moz-EA7E3264.bb.sky.com) (Client exited)
- # [10:11] * glob|away is now known as glob
- # [10:12] <jviereck> if I create a new interface "nsICanvasPrintState" and I want to implement the C++ code for it, should I copy the code that I find in the .h files generated from the IDL as a starting point?
- # [10:14] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [10:15] <smontagu> jfkthame: http://t.co/yTE5oVT7 :-P
- # [10:16] <jfkthame> :P !
- # [10:19] * Joins: garnacho (carlos@moz-EA2D0541.dyn.user.ono.com)
- # [10:21] * Quits: masayuki (Daily@moz-911CC660.zaq.ne.jp) (Quit: masayuki)
- # [10:21] * Joins: masayuki (Daily@moz-911CC660.zaq.ne.jp)
- # [10:29] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [10:30] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [10:31] * Joins: Standard8 (Standard8@B7F1AE36.48015583.54C3481B.IP)
- # [10:34] * Joins: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se)
- # [10:38] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [10:39] * Joins: smaug (chatzilla@moz-904B6A92.elisa-mobile.fi)
- # [10:39] * ChanServ sets mode: +o smaug
- # [10:39] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/6b26bdffa1bc - Mounir Lamouri - Bug 747442 - Unlock orientation only if the received mozfullscreenchange is for fullscreen being disabled. r=smaug a=mfinkle
- # [10:40] * Quits: birtles (chatzilla@moz-348F61F0.mozilla.or.jp) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [10:40] <mounir> glandium, edmorley: you forgot to star your pushes
- # [10:40] <glandium> mounir: hey, i stared the oranges that were there already
- # [10:41] <mounir> glandium: good defense ;)
- # [10:41] <Standard8> glandium: do you have any ideas what could be going on here: https://tbpl.mozilla.org/php/getParsedLog.php?id=11104183&full=1&branch=comm-central#error0 ?
- # [10:41] <mounir> glandium: I should have done the same so I will not blame you too much ;)
- # [10:42] <@smaug> some new profiler work again
- # [10:42] <c0smikdebris> what does a dictionary mean in idl?
- # [10:42] <c0smikdebris> for example : dictionary CustomEventInit : EventInit
- # [10:42] <c0smikdebris> {
- # [10:42] <c0smikdebris> nsIVariant detail;
- # [10:42] <c0smikdebris> };
- # [10:42] <@smaug> I'm so not following all this..
- # [10:42] <glandium> Standard8: check config.log in libffi
- # [10:42] <Standard8> glandium: CC and CXX are set in mozconfig to /tools/gcc-4.5-0moz3/bin/gcc (or ++) but when it gets to libffi it isn't there
- # [10:42] <@smaug> c0smikdebris: you can pass dictionary to some method or constructor
- # [10:43] <Standard8> glandium: as in I believe libffi configure.in is trying to use the system default
- # [10:43] <glandium> Standard8: interesting
- # [10:43] <@smaug> c0smikdebris: in case of custom event, you can call in JS: var ce = new CustomEvent("foo", { bubbles: false, cancelable: true, detail: "somedata"});
- # [10:43] * Joins: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net)
- # [10:43] <glandium> Standard8: how do you set CC and CXX in the mozconfig?
- # [10:44] <c0smikdebris> smaug: ahh ok. how does it work in cpp then?
- # [10:44] <Standard8> glandium: mozconfig: http://mxr.mozilla.org/comm-central/source/mail/config/mozconfigs/linux64/nightly included extras: http://mxr.mozilla.org/comm-central/source/build/unix/mozconfig.linux
- # [10:45] <@smaug> c0smikdebris: when you implement a new event class, you should have virtual nsresult InitFromCtor(const nsAString& aType, JSContext* aCx, jsval* aVal);
- # [10:45] <glandium> Standard8: try to export CC=
- # [10:45] <@smaug> c0smikdebris: then implement it like nsDOMCustomEvent::InitFromCtor
- # [10:46] <edmorley> mounir: I was setting up my desk at the office
- # [10:46] <@smaug> c0smikdebris: and add the dictionary to dictionary_helper_gen.conf
- # [10:46] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [10:46] <mounir> edmorley: London?
- # [10:47] <c0smikdebris> smaug: ahh. now i get it. its a bit cryptic
- # [10:47] <@smaug> c0smikdebris: well, it is since some code is generated
- # [10:47] <edmorley> mounir: yeah :-)
- # [10:47] <mounir> edmorley: you are going to be full time there?
- # [10:48] <edmorley> yup
- # [10:48] <mounir> edmorley: cool
- # [10:48] <mounir> I might move there in a few months actually ;)
- # [10:48] <@smaug> c0smikdebris: the generated dictionary helper code ends up to <objdir>/js/xpconnect/src/DictionaryHelpers.h/.cpp
- # [10:48] <glandium> do we *really* need the "v" in rm -rfv during android test runs? it clutters logs for no apparent value
- # [10:49] * AutomatedTester|AFK is now known as AutomatedTester
- # [10:49] * Joins: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net)
- # [10:49] <@smaug> <objdir>/js/xpconnect/src/DictionaryHelpers.*
- # [10:50] <@smaug> c0smikdebris: looking at <objdir>/js/xpconnect/src/DictionaryHelpers.h may be help full.
- # [10:50] <c0smikdebris> smaug: thanks. was looking all over for how this dictionary stuff worked
- # [10:50] <glandium> edmorley: you who look a lot at the tree, does the b-c orange on my push ring a bell?
- # [10:51] <Yoric> I am trying to understand that approval-required thingy.
- # [10:52] <Yoric> I have read the topic link and I still have no clue about what I should do to get my patches landed.
- # [10:54] <Yoric> Can anyone give me a hand or point me to more documentation?
- # [10:54] <AryehGregor> Yoric, if they really have to get into 14, set the approval-mozilla-central? flag on the patch. If they don't, wait till tomorrow.
- # [10:54] <edmorley> glandium: it's one of the usuals, I've just starred it generically for now
- # [10:54] <glandium> edmorley: thanks
- # [10:54] <Yoric> AryehGregor: Ah, that's a patch flag. Thanks.
- # [10:55] * Parts: Mavericks (Mibbit@4A81C077.8B363060.FDEA3160.IP)
- # [10:55] <edmorley> glandium: jmaher isn't using star data for the fixing android tests work he is doing (he's parsing the logs manually), so not going to star manually for now
- # [10:55] <edmorley> s/manually/with specific bug #s/
- # [10:56] <Yoric> AryehGregor: That was the missing piece of information :)
- # [10:56] <glandium> edmorley: good to know
- # [10:56] <edmorley> glandium: on the plus side he's found the vast majority of errors are due to one 2-3 root causes and is working on them now
- # [10:56] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [10:57] * Joins: robhawkes (robhawkes@moz-33A339B7.dsl.cnl.uk.net)
- # [11:02] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
- # [11:02] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [11:02] <Ameya> what is meant by value of rv=0
- # [11:03] * Quits: myk (Instantbir@moz-64D96850.dsl.dynamic.sonic.net) (Ping timeout)
- # [11:03] <Ameya> nsresult rv;
- # [11:04] * Joins: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com)
- # [11:04] * Quits: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com) (Connection reset by peer)
- # [11:05] <edmorley> grr Zimbra :-(
- # [11:05] <mounir> Ameya: you should never set rv to 0
- # [11:05] <AryehGregor> Ameya, generally we don't want to use numbers here, use constants like NS_OK. What code is using rv = 0?
- # [11:05] <AryehGregor> 0 is NS_OK, as it happens.
- # [11:05] <AryehGregor> http://mxr.mozilla.org/mozilla-central/source/xpcom/base/nsError.h#171
- # [11:05] <AryehGregor> (Is there any way to tell the compiler that a particular type is only allowed to have enum values specified, not actual integers? If so, could we change nsresult to such an enum?)
- # [11:06] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [11:06] * Quits: lht (elihait@moz-722A94AD.dreamhost.com) (Ping timeout)
- # [11:06] <mounir> AryehGregor: nsresult is part of NSPR which, AFAIK, should be C compatible and I don't think C have enums
- # [11:07] <AryehGregor> :(
- # [11:07] <mounir> AryehGregor: and you can't pass integers to enum unless you static_cast them
- # [11:07] <AryehGregor> Oh, that's nice. :)
- # [11:08] <AryehGregor> Speaking of which: why do we use all this do_QueryInterface stuff? Doesn't C++ have built-in mechanisms for converting from base to derived classes, like dynamic_cast?
- # [11:08] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [11:09] * Quits: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net) (Ping timeout)
- # [11:10] <Yoric> AryehGregor: Yes, but it is called "using a modern language" :)
- # [11:10] <jfkthame> fwiw, C does have enums … though using them to implement nsresult might have pitfalls
- # [11:10] <Standard8> glandium: I expect an export to work, just confused why FF doesn't have this issue (similar mozconfig set up)
- # [11:11] <glandium> Standard8: is comm-central using the same bots?
- # [11:11] <Yoric> And if I recall correctly, do_QueryInterface et al. 1/ date back to a time when RTTI was a shaky feature that did not work correctly on all compilers 2/ are more powerful than dynamic_cast as they can be used on a cross-language setting (typically through XPConnect).
- # [11:12] <Yoric> AryehGregor: ^
- # [11:12] <Standard8> glandium: we're working on moving over to the same bots. Its when we're on the same bots that we're failing. Although we do have a slightly different mozconfig set up on our older bots
- # [11:12] * Fallen|away is now known as Fallen
- # [11:13] <glandium> Standard8: that's... weird
- # [11:13] <Standard8> yeah
- # [11:13] <Standard8> I think I'm going to have to try and get into the FF ones and see what's happening
- # [11:13] <glandium> mounir: C has enums
- # [11:14] <glandium> mounir: and nsresult has nothing to do with nspr
- # [11:14] <mounir> glandium: damn
- # [11:14] <mounir> glandium: even ANSI C?
- # [11:14] <glandium> Yoric: even now, we don't want to use rtti
- # [11:14] <mounir> why C libraries often use #define instead of enums?
- # [11:14] <jfkthame> yeah, they've always been there, ever since K&R
- # [11:14] <mounir> is that because enums wasn't widely implemented in the old days?
- # [11:15] <glandium> mounir: yes, even ANSI C. only K&R doesn't
- # [11:15] <mounir> great
- # [11:15] <Yoric> glandium: Ah yes, I remember reading that a few years ago. Not sure why. Is the memory overhead too high?
- # [11:16] <mounir> with the time, I realize most differences I thought C and C++ had are actually wrong ;)
- # [11:16] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [11:16] <glandium> mounir: and it's even less true with C99, but msvc doesn't support it
- # [11:16] <mounir> glandium: MSVC doesn't support enums in C?
- # [11:16] <glandium> Yoric: memory and runtime overhead
- # [11:17] <glandium> mounir: no. msvc doesn't support c99
- # [11:17] <mounir> oh
- # [11:17] <glandium> and they apparently don't plan to
- # [11:17] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [11:17] <glandium> it's only 12 years old...
- # [11:17] * Joins: bholley (anonymous@moz-409EE9C9.net-81-220-20.rev.numericable.fr)
- # [11:17] <mounir> because C is dead or they don't want to worry about C99?
- # [11:17] <glandium> (they apparently don't care about C, only C++)
- # [11:17] <jfkthame> oh wow…. you're right, original k&r didn't have enums….. old age must be messing with my memory
- # [11:18] <mounir> is mozilla smtp server down?
- # [11:19] <Standard8> mounir: zimbra is down
- # [11:20] <mounir> awesome
- # [11:20] <Standard8> http://status.mozilla.com/
- # [11:20] <mounir> exactly at the best moment
- # [11:20] <Standard8> although that says smtp is fine ;-)
- # [11:20] <mounir> I can tell you it's not ;)
- # [11:23] <Standard8> you might want to mention in #it about the broken status
- # [11:24] * Joins: squeakytoy (squeakytoy@moz-9E84F244.netset.se)
- # [11:27] <AryehGregor> From a .xul file, can I access constants like nsIPlaintextEditor::eEditorAllowInteraction, or do I have to hardcode them?
- # [11:27] * Joins: gerv (gerv@moz-8E68CF56.in-addr.arpa)
- # [11:29] <hsivonen> AryehGregor: Components.interfaces.nsIPlaintextEditor.eEditorAllowInteraction
- # [11:31] * Joins: jacek (jacek@moz-5D707D3B.psi.wroc.pl)
- # [11:34] * Fallen is now known as Fallen|away
- # [11:34] <AryehGregor> hsivonen, thanks!
- # [11:35] <glazou> hsivonen types faster than I do
- # [11:36] * Joins: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com)
- # [11:37] <Yoric> glandium: But this is surprising. If we used RTTI only on XPCOM classes (assuming that there is a portable way of activating RTTI on a per-class basis), the overhead should be lower than that of XPCOM, shouldn't it?
- # [11:37] <hsivonen> Yoric: why would it be lower?
- # [11:38] <Yoric> Well, at least not higher.
- # [11:38] <Yoric> No?
- # [11:39] <hsivonen> IIRC, someone posted about this in dev-platform or -planning fairly recently and the conclusion was that RTTI isn't a good replacement for QI
- # [11:39] * Joins: davehunt (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [11:39] <hsivonen> I don't remember the details
- # [11:39] <Yoric> ok
- # [11:39] <Yoric> I mean, it definitely does not replace QI for XPConnect.
- # [11:40] <Yoric> And perhaps it requires exceptions to work nicely, which opens another can of worms.
- # [11:40] <Yoric> Regardless, I hope that Rust will eventually rock our world :)
- # [11:41] <glandium> Yoric: if only it wasn't a pita to bootstrap...
- # [11:41] <glandium> (as in, compile the compiler)
- # [11:43] <Yoric> glandium: Well, binaries are available.
- # [11:43] * Quits: surkov (surkov@A69179C0.55CAE15D.34044A7F.IP) (Quit: surkov)
- # [11:45] <Ameya> what is meant by create async API?
- # [11:45] <edmorley> smontagu: sorry, was distracted by unpacking my monitor so didn't check the logs fully, was just hg problems, will reland
- # [11:46] <glandium> Yoric: here's the point: try compiling rust for e.g. mips. oops. The other problem is that by now, it's very hard to know whether the compiler doesn't have a Ken Thompson backdoor
- # [11:46] * ewong is now known as ewong|away
- # [11:47] <Yoric> Ameya: Do you have some context?
- # [11:47] <Yoric> glandium: Sure. And the compiler is not even complete anyway.
- # [11:48] <Yoric> By the way, how do we know that gcc or clang do not have a Thompson backdoor?
- # [11:49] <glandium> Yoric: we don't, although we can probably assume that they don't insert the backdoor in each other (that is, when building clang with gcc and vice-versa)
- # [11:49] <Ameya> Yoric: yes.... addon.getalladdons() is async & if we use such as var foo; in JS which is sync then it does not work properly.
- # [11:49] <glandium> Yoric: even if it did, you could probably use an old version of gcc from before clang even existed
- # [11:50] <Ameya> Yoric: i was discussing with bz & he said.. create async API.
- # [11:50] <Ameya> any idea what is meant by create async API?
- # [11:50] <Yoric> Ameya: Let's switch this to #introduction.
- # [11:51] * Joins: dria (dria@moz-2830A996.dhcp-dynamic.fibreop.nb.bellaliant.net)
- # [11:52] * Joins: ssimhadr (chatzilla@B424C7E6.ABF31D37.16D50D90.IP)
- # [11:53] * Quits: decoder (quassel@moz-216446B9.own-hero.net) (Ping timeout)
- # [11:54] * Quits: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP) (Ping timeout)
- # [11:55] * Joins: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP)
- # [11:55] * Joins: decoder (quassel@moz-216446B9.own-hero.net)
- # [11:55] * Fallen|away is now known as Fallen
- # [11:58] <smontagu> edmorley: um, what?
- # [12:00] * Joins: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP)
- # [12:01] <edmorley> smontagu: tl;dr I backed you out by mistake, have relanded
- # [12:02] <smontagu> and you assumed that I look at tbpl after pushing?
- # [12:02] <ssimhadr> I have an extension which opens a new window with a new profile.I have Charles running in the background. When i try to add an exception it doesn't get added permanently.Can anyone help me?
- # [12:02] <@smaug> AryehGregor: looks like so far there is *1* telemetry entry for detach() :)
- # [12:03] <@smaug> but the sample size is small
- # [12:03] <edmorley> smontagu: I thought you might wonder what was going on at some point :-)
- # [12:03] <AryehGregor> smaug, what's the link to telemetry data again?
- # [12:03] <@smaug> er, I misinterpret
- # [12:05] <AryehGregor> smaug, I can't seem to sign in.
- # [12:05] <@smaug> did I tell wrong username and password
- # [12:06] <AryehGregor> Oh, that was username/password.
- # [12:06] <AryehGregor> That seems insecure. :)
- # [12:06] <@smaug> I'm not sure why there is username and password
- # [12:06] <@smaug> ask #metrics :)
- # [12:07] * Quits: logbot (logbot@moz-622AFC27.glob.com.au) (Client exited)
- # [12:07] * Joins: logbot (logbot@moz-622AFC27.glob.com.au)
- # [12:08] <AryehGregor> 0.00830%
- # [12:08] <@smaug> anyhow, looks like .detach() isn't very commonly used
- # [12:09] <AryehGregor> "0": 20008068, "1": 1661
- # [12:10] * Joins: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr)
- # [12:11] <@smaug> that gives some confidence it is rarely used feature
- # [12:11] <@smaug> perhaps in FF15 we could no-op it
- # [12:11] <@smaug> AryehGregor: are other vendors willing to drop detach() ?
- # [12:11] <AryehGregor> smaug, I don't know . . .
- # [12:11] <Yoric> gavin: ping
- # [12:11] * Quits: bb10 (bb10@moz-C7B05616.org) (Ping timeout)
- # [12:11] <@smaug> especially webkit, since webkit tends to be very reluctant to any changes
- # [12:12] * Joins: bb10 (bb10@moz-C7B05616.org)
- # [12:12] * Joins: jgilbert (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP)
- # [12:12] <AryehGregor> https://bugs.webkit.org/show_bug.cgi?id=73147
- # [12:13] <AryehGregor> Is there a way to see what percentage of users sent back a nonzero total value?
- # [12:14] <@smaug> ask #metrics
- # [12:16] * Fallen is now known as Fallen|away
- # [12:20] * AutomatedTester is now known as AutomatedTester|AFK
- # [12:21] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [12:22] * Quits: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [12:23] * glob is now known as glob|away
- # [12:25] * Quits: @smaug (chatzilla@moz-904B6A92.elisa-mobile.fi) (Ping timeout)
- # [12:27] * glazou is now known as glazou_lunch
- # [12:27] * Joins: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com)
- # [12:28] * Joins: GPHemsley (GPHemsley@moz-A2DF0FC4.hfc.comcastbusiness.net)
- # [12:33] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [12:35] * mattwoodrow is now known as mattwoodrow|away
- # [12:39] * Joins: KaiRo (robert@moz-A969E17.adsl.highway.telekom.at)
- # [12:39] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [12:40] * Joins: pnemsak (Miranda@moz-BE85878E.citicom.sk)
- # [12:42] * Joins: jgilbert_ (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP)
- # [12:43] * Quits: jgilbert (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP) (Ping timeout)
- # [12:43] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [12:45] <smontagu> edmorley: here's an odd thing: on the first push the new tests passed, on the second some of them are failing
- # [12:47] <smontagu> it looks as though the non-ASCII text in the tests got garbled
- # [12:48] <edmorley> smontagu: hmm
- # [12:48] <edmorley> smontagu: sorry, must have been the qimport :-(
- # [12:49] * darktrojan prods mxr
- # [12:51] <smontagu> edmorley: if it's a bug in qimport or somewhere else in hg we should report it
- # [12:51] * smontagu thought that hg was utf-8-safe
- # [12:52] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [12:52] * Quits: jgilbert_ (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP) (Ping timeout)
- # [12:53] <edmorley> smontagu: I don't have the bugzilla hg extension configured on this machine, so had used TortoiseHg's import from clipboard, so suspect it's just TortoiseHg :-/
- # [12:54] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [12:55] * Joins: jgilbert (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP)
- # [12:56] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [12:58] * Joins: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP)
- # [12:58] <edmorley> bah, new head
- # [12:58] <smontagu> edmorley: google seems to think that setting HGENCODING=utf8 will help
- # [12:59] <edmorley> smontagu: ah, thank you :-)
- # [12:59] <smontagu> no promises :)
- # [13:00] <edmorley> I've just done a revert to your original push as a followup, manually inspecting the diff looks fine
- # [13:01] <smontagu> looks ok to me
- # [13:02] <darktrojan> you've backed out the backout of the backout?
- # [13:02] * glazou_lunch is now known as glazou
- # [13:02] <edmorley> smontagu: sorry for messing up your otherwise fine landing!
- # [13:02] <jfkthame> edmorley: in general, i don't trust copying&pasting of patch contents via the clipboard - seems too easy for stuff (char encoding, line ends, ….) to get munged
- # [13:03] <edmorley> jfkthame: yeah I need to get bzimport or whatever it's called working
- # [13:03] * smontagu is in two minds whether it's better not to use fancy scripts in testcases like that
- # [13:03] <edmorley> last time I tried it didn't like windows
- # [13:03] <edmorley> \o/
- # [13:04] <jfkthame> as a fallback, you can just download the patch as a file and then qimport it
- # [13:04] <edmorley> Well after that start to the day, let's hope it improves
- # [13:04] <smontagu> what's wrong with hg log -p?
- # [13:04] * Joins: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net)
- # [13:04] <jfkthame> probably nothing, though i've never used it :)
- # [13:05] <AryehGregor> jfkthame, qimport accepts URLs as arguments too.
- # [13:05] <jfkthame> actually, to re-apply an existing changeset, i'd use hg export
- # [13:05] <edmorley> jfkthame, smontagu: yeah that would have been much easier
- # [13:05] <jfkthame> AryehGregor: so it does, i always forget that
- # [13:05] <darktrojan> hg strip!
- # [13:07] <smontagu> jfkthame: so, about bug 747834
- # [13:07] * Quits: clokep (Instantbir@moz-69FB3955.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [13:07] <jfkthame> smontagu: any preference about how we deal with it?
- # [13:07] <smontagu> we're now generating the header file from a hard-coded list of script codes?
- # [13:07] * Joins: kaie (kaie@moz-3A36000C.dip.t-dialin.net)
- # [13:07] <smontagu> why not just create the header file manually?
- # [13:07] * Quits: mijia (mijia@DC4232F0.766373FB.C3A57E70.IP) (Client exited)
- # [13:08] <smontagu> mind you, I"m shooting myself in the foot by suggesting that
- # [13:08] <jfkthame> smontagu: we might as well, although then we'd need the script to read it
- # [13:09] <jfkthame> smontagu: so i don't really care either way
- # [13:09] <smontagu> since I want to move the struct definitions from nsUnicodePropertyData.cpp into nsUnicodeScriptCodes.h
- # [13:09] <jfkthame> why?
- # [13:10] * davehunt is now known as davehunt|busy
- # [13:10] * Joins: pascalc (chatzilla@9CE6B47F.6E950C67.2308D2A4.IP)
- # [13:11] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
- # [13:11] * Quits: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com) (Quit: loadbang)
- # [13:12] <smontagu> jfkthame: in order to be able to make the one-line accessors into inlines in nsUnicodeProperties.h
- # [13:12] <smontagu> nsUnicodeProperties.h needs to include the structs from somwehere
- # [13:13] <jfkthame> smontagu: yeah, i figured that out too :) …. unless the structs were defined *in* nsUnicodeProperties.h itself
- # [13:13] * Quits: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de) (Ping timeout)
- # [13:13] <jfkthame> but then modifying them would be messier as that would be separate from the generating script
- # [13:14] <smontagu> right
- # [13:14] * Joins: jgilbert_ (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP)
- # [13:14] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [13:14] <jfkthame> smontagu: new file nsUnicodePropertyStructs.h ?
- # [13:14] * Quits: jgilbert (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP) (Ping timeout)
- # [13:15] * Joins: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net)
- # [13:15] <smontagu> might be the cleanest way out
- # [13:16] <jfkthame> smontagu: or else just throw them into nsUnicodeScriptCodes.h …. it feels a bit hacky to me but it saves having an extra .h file
- # [13:16] <smontagu> that's what my latest patch does
- # [13:16] <jfkthame> which no doubt adds a few milliseconds to somebody's build times
- # [13:17] <jfkthame> in which case generating the file as per my patch in 747834 is probably easiest
- # [13:21] * AutomatedTester|AFK is now known as AutomatedTester
- # [13:21] <smontagu> yeah, let's just do that, r=me
- # [13:22] <jfkthame> smontagu: no rush to land any of this before the uplift, is there?
- # [13:22] <smontagu> jfkthame: no
- # [13:23] <AryehGregor> Is there a nice way to assign a PRInt32 to an nsAString? Like, serializing the number to a string?
- # [13:24] <AryehGregor> Like itoa, I guess.
- # [13:24] <jfkthame> AppendInt ?
- # [13:24] <AryehGregor> Ah, nice.
- # [13:24] <AryehGregor> MDN doesn't seem to mention that . . .
- # [13:25] <jfkthame> what, you expect *documentation*?!
- # [13:27] * Quits: ssimhadr (chatzilla@B424C7E6.ABF31D37.16D50D90.IP) (Ping timeout)
- # [13:28] * Quits: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [13:28] <jfkthame> AryehGregor: hmm, it's documented for nsString (https://developer.mozilla.org/en/nsString#AppendInt), but not for nsAString AFAICS
- # [13:29] <AryehGregor> Probably this wasn't documented: https://bugzilla.mozilla.org/show_bug.cgi?id=608914
- # [13:29] <jfkthame> looks like it
- # [13:29] * Joins: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl)
- # [13:30] <smontagu> *up-to-date* documentation is really too much to ask for
- # [13:30] <AryehGregor> :P
- # [13:30] * Fallen|away is now known as Fallen
- # [13:30] * jfkthame adds dev-doc-needed to the bug, and moves on
- # [13:31] * Joins: Boriss (FlyingToas@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [13:31] * Quits: pascalc (chatzilla@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [13:32] * khuey|away is now known as khuey
- # [13:33] <jviereck> is that normal that linking the libraries take ages?
- # [13:33] * Quits: Boriss (FlyingToas@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Boriss)
- # [13:33] <jfkthame> jviereck: linking libxul, specifically? yes
- # [13:33] * Joins: Boriss (FlyingToas@8F761026.B5EF4AF6.E96CA9D8.IP)
- # [13:37] * Joins: ssimhadr (chatzilla@D255E523.ABF31D37.16D50D90.IP)
- # [13:38] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
- # [13:38] <jviereck> jfkthame: any good practise to speed this up during development? Do I have to link the library at all?
- # [13:38] * Joins: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP)
- # [13:39] * Quits: ssimhadr (chatzilla@D255E523.ABF31D37.16D50D90.IP) (Ping timeout)
- # [13:39] * Joins: ssimhadr (chatzilla@B424C7E6.ABF31D37.16D50D90.IP)
- # [13:40] * Quits: jgilbert_ (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP) (Ping timeout)
- # [13:41] * Joins: jgilbert (jgilbert@9A6CD06.C1D490E1.AF3F67D5.IP)
- # [13:43] * Quits: ssimhadr (chatzilla@B424C7E6.ABF31D37.16D50D90.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [13:44] * glob|away is now known as glob
- # [13:45] * glob is now known as glob|away
- # [13:46] * Joins: pascalc (chatzilla@moz-104CC309.mv.mozilla.com)
- # [13:48] <edmorley> could someone who has moderator access to dev.planning see if my post has gotten caught up needing approval please :-)
- # [13:50] <jfkthame> jviereck: having tons of ram and a fast disk can help somewhat
- # [13:50] <glob|away> beltzner, ^ (edmorley's comment)
- # [13:50] <jfkthame> jviereck: whether you need to re-link depends what you've been modifying
- # [13:50] * Joins: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP)
- # [13:51] * Quits: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP) (Input/output error)
- # [13:52] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Quit: ChatZilla 0.9.87 [Firefox 3.6.28/20120306064154])
- # [13:52] * Joins: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP)
- # [13:53] * Joins: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP)
- # [13:53] <edmorley> beltzner: ah it's appeared now, so unping :-)
- # [13:54] * Quits: MarcoZ (Daily@moz-D588F024.dip.t-dialin.net) (Input/output error)
- # [13:54] * Joins: MarcoZ (Daily@moz-D588F024.dip.t-dialin.net)
- # [13:54] * Quits: cviecco_ (cviecco@9CE6B47F.6E950C67.2308D2A4.IP) (Input/output error)
- # [14:00] * Joins: c0smikde_ (c0smikdebr@A0A2CE93.458E4F88.B84D4DA2.IP)
- # [14:00] * Quits: c0smikdebris (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP) (Ping timeout)
- # [14:02] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [14:02] <edmorley> smontagu: there's an xul android R1 orange on inbound tip
- # [14:03] * Quits: nli` (nli@moz-99690620.hinet-ip.hinet.net) (Quit: nli`)
- # [14:04] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Ping timeout)
- # [14:04] * Quits: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com) (Ping timeout)
- # [14:05] * Quits: darktrojan (geoff@moz-30B3CCFD.telstraclear.net) (Quit: darktrojan)
- # [14:06] <smontagu> edmorley: I don't understand the log
- # [14:06] * Joins: smaug (chatzilla@moz-85FC9817.fe.helsinki.fi)
- # [14:06] * ChanServ sets mode: +o smaug
- # [14:08] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [14:09] * Quits: pascalc (chatzilla@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [14:11] <edmorley> smontagu: have you looked at the images in the log?
- # [14:11] <smontagu> reftest-analyzer shows the reference as blank
- # [14:11] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Ping timeout)
- # [14:12] <smontagu> in the log there seems to be garbage in the middle of the image
- # [14:12] <edmorley> smontagu: opening each manully use the data: url wfm
- # [14:12] <smontagu> before 413696, after 413696, break 057f3000
- # [14:16] <jfkthame> smontagu: on the android-opt run (not XUL), reftest analyzer shows a couple of differing pixels
- # [14:16] <smontagu> android does that a lot :(
- # [14:16] <jfkthame> smontagu: looks like a minor antialiasing difference, probably due to text runs getting broken up differently or something
- # [14:16] <jfkthame> :(
- # [14:17] * Joins: ted_ (luser@moz-4D95B73C.sctnpa.east.verizon.net)
- # [14:17] <edmorley> smontagu: win Ru too unfortunaltey
- # [14:18] * khuey is now known as khuey|away
- # [14:18] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [14:18] <smontagu> it's a conspiracy
- # [14:18] <jfkthame> (but on a different testcase)
- # [14:18] * ted_ is now known as ted
- # [14:20] * catlee-away is now known as catlee
- # [14:21] * Joins: mconley (mconley@moz-D640D16C.cable.teksavvy.com)
- # [14:22] * Joins: graememcc (chatzilla@moz-AA5FE0E0.range86-148.btcentralplus.com)
- # [14:23] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [14:23] <smontagu> antialiasing does not like bdo
- # [14:25] <smontagu> or reordering in general
- # [14:26] * Joins: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net)
- # [14:27] * Joins: smya (chatzilla@91BC8839.F442218F.88FACCAA.IP)
- # [14:27] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [14:28] * Quits: smya (chatzilla@91BC8839.F442218F.88FACCAA.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0a1/20120303192654])
- # [14:29] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [14:31] * Joins: doublehp (dhp@moz-11780613.villers.doublehp.org)
- # [14:33] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [14:34] * Joins: Polynomial-C (Poly-C@moz-9B3FE1F5.dip.t-dialin.net)
- # [14:36] <AryehGregor> . . . how much slower are debug builds than opt builds?
- # [14:36] * AryehGregor is seeing Firefox take an amazingly longer time than expected to run a script of his
- # [14:36] * Quits: timdream (timdream@moz-99690620.hinet-ip.hinet.net) (Quit: timdream)
- # [14:37] * Joins: drice (derice@1606D15F.E628B196.8E155D4E.IP)
- # [14:37] <doublehp> i want to alter a CSS on the fly, and make the change permanent; what's better than Firebug ?
- # [14:37] * Quits: vikash (vikash@4F9D8DB5.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [14:38] <glazou> define 'permanent' ?
- # [14:38] * Joins: zuzelvp (zuzelvp@2112147D.C3507A2D.9A8C35B4.IP)
- # [14:39] <doublehp> pêrsist after reboot
- # [14:39] * Joins: evilpie_ (evilpie@moz-F0C9BA2F.pools.arcor-ip.net)
- # [14:39] <glazou> reboot ? in a browser ?
- # [14:39] <doublehp> with firebug, changes are lost after Firefox restart
- # [14:39] <glazou> you mean reload ?
- # [14:40] <glazou> I see
- # [14:40] <@smaug> AryehGregor: debug builds are debug build ;) they run a lot more code
- # [14:40] <AryehGregor> smaug, I know that, but what ballpark should I expect? Twice as long, ten times as long, a hundred times as long?
- # [14:40] <glazou> doublehp: hack your userContent.css file and use @-moz-document rules ?
- # [14:40] <@smaug> all sorts of #ifdef DEBUG code which validates that certain data structures are ok
- # [14:40] <smontagu> yuk, fix ijust pushed is worse than original
- # [14:41] <doublehp> glazou: that would do it; tuto ?
- # [14:41] * Joins: clee (clee@moz-70DDAA8E.rev.dyxnet.com)
- # [14:41] <glazou> doublehp: developer.mozilla.org is your friend
- # [14:41] <@smaug> AryehGregor: in general, I'd expect 10x, but in some cases O(n) algorithms become O(n^2) or so
- # [14:41] <AryehGregor> Okay./
- # [14:41] <@smaug> I'm talking about debug non-optimized
- # [14:41] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [14:42] * Quits: mconley (mconley@moz-D640D16C.cable.teksavvy.com) (Input/output error)
- # [14:42] <@smaug> but the change to algorithms is there even with optimize + debug
- # [14:42] * Quits: gandalf (zbraniecki@moz-7E0F7239.neoplus.adsl.tpnet.pl) (Quit: Computer has gone to sleep.)
- # [14:43] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [14:44] * AryehGregor reinstalls firefox-trunk for when he wants to run something time-consuming
- # [14:45] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [14:45] * Joins: scenor (Daily@moz-60F9079D.rkhl.at)
- # [14:46] <doublehp> glazou: thank you. I ll see.
- # [14:47] <ted> our debug builds on tinderbox are debug+opt nowadays\
- # [14:47] <ted> FWIW
- # [14:48] * bhearsum|afk is now known as bhearsum
- # [14:49] * Quits: @smaug (chatzilla@moz-85FC9817.fe.helsinki.fi) (Ping timeout)
- # [14:49] * Quits: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [14:52] * Quits: andreasn (andreasn@moz-436FB3D1.a336.priv.bahnhof.se) (Ping timeout)
- # [14:52] * jmaher|afk is now known as jmaher
- # [14:54] * Joins: Gentlecat_ (Roman@CA71FA1C.1149AF99.8FB52CB8.IP)
- # [14:55] * Quits: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net) (Ping timeout)
- # [14:55] * Quits: Gentlecat (Roman@CA71FA1C.1149AF99.8FB52CB8.IP) (Quit: Leaving)
- # [14:56] * rail_away is now known as rail
- # [14:56] * Quits: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP) (Input/output error)
- # [14:58] * Joins: joey (chatzilla@moz-EFCB4CBF.princetowncable.com)
- # [15:00] * jaws|away is now known as jaws
- # [15:03] * Joins: cviecco_ (cviecco@25893D29.E9895F58.7410BC0D.IP)
- # [15:04] * Joins: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP)
- # [15:04] * Quits: cviecco_ (cviecco@25893D29.E9895F58.7410BC0D.IP) (Input/output error)
- # [15:04] * Joins: vikash (vikash@4F9D8DB5.9B552DFD.5D9ABA9F.IP)
- # [15:05] * Quits: nhirata (nhirata.bu@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: nhirata)
- # [15:05] * ewong|sleep is now known as ewong
- # [15:06] * Quits: ddahl (ddahl@8F761026.B5EF4AF6.E96CA9D8.IP) (Ping timeout)
- # [15:06] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [15:07] * Joins: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP)
- # [15:07] * Joins: cviecco_ (cviecco@25893D29.E9895F58.7410BC0D.IP)
- # [15:08] * rail is now known as rail-buildduty
- # [15:11] * glandium wonders how many of our OSX 10.5 users are using MobileMe
- # [15:12] * Joins: jimm (jmathies@moz-7F164CA1.pn.at.cox.net)
- # [15:12] * Joins: cjones (cjones@moz-70DDAA8E.rev.dyxnet.com)
- # [15:13] * Joins: dbradley (dbradley@moz-80450F75.fuse.net)
- # [15:13] * jlund|away is now known as jlund
- # [15:16] * Joins: AaronMT (AaronMT@F2D29657.F60B0462.67AC9B1.IP)
- # [15:16] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [15:16] * Joins: ferongr (ferongr@BFDD10AF.DDEAD33F.F5160715.IP)
- # [15:16] * Joins: smaug (chatzilla@moz-C19A6CA3.elisa-mobile.fi)
- # [15:16] * ChanServ sets mode: +o smaug
- # [15:17] * Quits: cviecco_ (cviecco@25893D29.E9895F58.7410BC0D.IP) (Input/output error)
- # [15:17] * Quits: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net) (Quit: Too much information in my brain driving me insane)
- # [15:19] * Parts: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [15:19] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Ping timeout)
- # [15:20] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
- # [15:21] <mounir> smaug: hi
- # [15:21] <@smaug> in a meeting
- # [15:21] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [15:21] * Joins: Goldorak (chatzilla@5EE9433E.8A6C726.187A1082.IP)
- # [15:21] * Quits: cjones (cjones@moz-70DDAA8E.rev.dyxnet.com) (Quit: Leaving)
- # [15:22] <mounir> smaug: I was going to suggest you to have a meeting with vingtetun and I ;)
- # [15:22] <mounir> smaug: let me know when you are available :)
- # [15:23] * jhopkins|afk is now known as jhopkins
- # [15:23] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [15:24] * Joins: logiclord (Gaurav@1B863DE0.885709D4.8D9DA8D9.IP)
- # [15:24] * Joins: Enn (enn@F2D29657.F60B0462.67AC9B1.IP)
- # [15:25] * Joins: msucan (msucan@754ABC71.319ADCBF.D7B372F7.IP)
- # [15:25] * Joins: Wes (chatzilla@moz-BEF0C255.page.ca)
- # [15:27] * Quits: @smaug (chatzilla@moz-C19A6CA3.elisa-mobile.fi) (Input/output error)
- # [15:27] * bsmedberg-bbl is now known as bsmedberg
- # [15:28] <jviereck> I try to pass a object to a callback function in c++. I've created the shape of the object to get passed in as a new IDL entry (nsICanvasPrintState) and implemented the C++ parts for it. When I access the object from JS, I get a "[15:15:32.633] Permission denied for <file://> to get property UnnamedClass.context @ file:///Users/jviereck/develop/moz/pdfjs/_notes/printing_callback/print_test_page_arg.html:33" in the WebConsole
- # [15:28] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [15:28] * Parts: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [15:28] <jviereck> any ideas what I'm doing wrong?
- # [15:29] <jviereck> or can someone give me a pointer to a pace in the codebase, where a object is defined and then passed to a callback function
- # [15:29] * Joins: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP)
- # [15:29] * Quits: davehunt|busy (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk) (Client exited)
- # [15:30] * Joins: cjones (cjones@moz-70DDAA8E.rev.dyxnet.com)
- # [15:30] <askalski> hi guys
- # [15:30] * Joins: timdream (timdream@moz-EBBD5C2E.adsl.dynamic.seed.net.tw)
- # [15:30] <askalski> anyone fancy for "why it doesn't compile" in c++ question?
- # [15:30] * Joins: harsh (Mibbit@B510F52C.15C6DF7B.1551A00F.IP)
- # [15:31] <Yoric> askalski: Not really, bug you can try :)
- # [15:31] * Joins: ajuma (ajuma@F2D29657.F60B0462.67AC9B1.IP)
- # [15:31] <askalski> Yoric, ok, in a class declaration, in .h file
- # [15:32] <askalski> Yoric, I put static long sIA2Roles [] = {0};
- # [15:32] <askalski> Yoric, I put "static long sIA2Roles [] = {0}; "
- # [15:33] <Yoric> askalski: Don't hesitate to use a pastebin, btw :)
- # [15:33] <Yoric> (not if it's just one line, of course)
- # [15:33] <askalski> Yoric, ms visual studio complains: C2059
- # [15:34] <Yoric> askalski: arf, the "general syntax error".
- # [15:34] * Joins: gandalf (zbraniecki@76A6886A.12B84787.CACFD8FF.IP)
- # [15:34] <askalski> Yoric, http://pastebin.com/qnyAzwrd
- # [15:35] <askalski> Yoric, yeah, I wrote a simple program to find out whether VS accepts such array initialisation and it's OK
- # [15:35] * Joins: andreasn (andreasn@73B37BA9.90C1090D.CAC080E6.IP)
- # [15:35] <Ameya> how to prompt alert in C++?
- # [15:35] <Yoric> What's "code" and "private"?
- # [15:35] <askalski> Yoric, furthermore, if I remove initialisation (leave ; after []) it compiles (of course doesn't work, because I really need to initiate this stuff
- # [15:36] <askalski> code it's code, private: is you know "private:" in class declaration
- # [15:36] <askalski> code is code as opposite to "result:" later :D
- # [15:37] <Yoric> ok
- # [15:38] * Quits: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net) (Ping timeout)
- # [15:38] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Client exited)
- # [15:38] <askalski> Yoric, that is weird. the "unexpected token" is "=" or "array declaration = "
- # [15:38] <edmorley> mounir: filed bug 747890 for your M1 orange
- # [15:39] <Yoric> askalski: Here's the error message in gcc http://pastebin.mozilla.org/1590860
- # [15:39] * Joins: pascalc (chatzilla@CF99FC85.C1FBC67E.E203372D.IP)
- # [15:40] <mounir> edmorley: which m1 orange?
- # [15:40] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [15:40] <askalski> Yoric, thanks. so is there a walkaround?
- # [15:40] <Yoric> I have never placed a static array initializer in a class.
- # [15:41] <Yoric> Not sure.
- # [15:41] <Yoric> Well, you can make it global :)
- # [15:41] <askalski> Yoric, hmm, I guess that I will just initialise it from cpp then
- # [15:41] * Joins: lmandel (lmandel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:42] * Joins: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com)
- # [15:43] * Quits: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net) (Ping timeout)
- # [15:43] * Quits: vikash (vikash@4F9D8DB5.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [15:43] <edmorley> mounir: m-c tip, win opt - that had been retriggered
- # [15:45] <mounir> ... I don't see it
- # [15:45] <mounir> refreshing
- # [15:45] <glandium> askalski: it should work if you declare the static variable in the class, and assign the value outside the class
- # [15:45] <edmorley> mounir: it's the first M1 orange
- # [15:46] <askalski> glandium, thanks
- # [15:46] <askalski> glandium, I am trying that now. I just wonder - should I initiate it in c++ or in header, but outside class definition? what's the guideline?
- # [15:46] <mounir> oh
- # [15:46] <mounir> edmorley: ok
- # [15:47] <edmorley> smontagu: hate to say it, but inbound tip android still orange
- # [15:48] <mounir> askalski: you should keep the declaration of the static variable in the header
- # [15:48] <mounir> the definition should go to the cpp file
- # [15:48] * Quits: mjschranz (mjschranz@moz-6FE6B833.cpe.net.cable.rogers.com) (Client exited)
- # [15:48] * Joins: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [15:48] <mounir> that's why the compilation is failing
- # [15:48] <mounir> static variable definition are allowed for simple types like integers
- # [15:48] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [15:48] * Joins: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net)
- # [15:49] * Quits: c0smikde_ (c0smikdebr@A0A2CE93.458E4F88.B84D4DA2.IP) (Ping timeout)
- # [15:50] <smontagu> edmorley: maybe I just don't udnerstand fuzzy-if :S
- # [15:50] <Ameya> To store nsXPIDLCString into nsAutoString is nsAutoString.Assign(xpidlString) right?
- # [15:50] * Joins: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [15:50] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [15:51] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Connection reset by peer)
- # [15:51] * Joins: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP)
- # [15:51] * Joins: automata (automata@8D23278A.C27CA109.16867D26.IP)
- # [15:51] * Quits: pascalc (chatzilla@CF99FC85.C1FBC67E.E203372D.IP) (Ping timeout)
- # [15:52] * bwinton_away is now known as bwinton
- # [15:52] * Joins: ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP)
- # [15:52] * ChanServ sets mode: +o ehsan
- # [15:52] <Ameya> hello
- # [15:52] <Ameya> anyone
- # [15:54] * Quits: scenor (Daily@moz-60F9079D.rkhl.at) (Ping timeout)
- # [15:54] * Quits: @ehsan (ehsan@F0B20A8D.8458880F.57F33CED.IP) (Input/output error)
- # [15:55] * Quits: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Ping timeout)
- # [15:55] * bear-afk is now known as bear
- # [15:56] * Joins: mbrubeck (mbrubeck@moz-755AD63.hsd1.wa.comcast.net)
- # [15:56] * Quits: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net) (Quit: Leaving.)
- # [15:56] * Joins: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net)
- # [15:56] * Joins: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [15:56] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [15:57] <smontagu> edmorley: I'll just wait to see if the window fix is equally #$%^ed up
- # [15:57] * Quits: kredik (chatzilla@moz-7BF4BFBD.w80-11.abo.wanadoo.fr) (Quit: ChatZilla 0.9.88.2 [Firefox 3.6.28/20120306064154])
- # [15:58] * Joins: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com)
- # [15:58] <jviereck> Hi. I try to pass a object that I defined as IDL/C++ to a callback. But as I access the object in JS, I get "Permission denied for <file://> to get property UnnamedClass.context". Any idea?
- # [15:58] * Joins: Mossop (mossop@F2D29657.F60B0462.67AC9B1.IP)
- # [16:00] * Parts: logiclord (Gaurav@1B863DE0.885709D4.8D9DA8D9.IP)
- # [16:03] * Joins: bnicholson (bnicholson@F2D29657.F60B0462.67AC9B1.IP)
- # [16:03] * Joins: mak (mak@F2D29657.F60B0462.67AC9B1.IP)
- # [16:04] * Quits: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Ping timeout)
- # [16:05] * Quits: margaret (margaret@moz-B77DEAEB.mozilla.org) (Ping timeout)
- # [16:05] * Joins: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [16:06] * Joins: margaret (margaret@moz-B77DEAEB.mozilla.org)
- # [16:06] * Quits: clee (clee@moz-70DDAA8E.rev.dyxnet.com) (Quit: clee)
- # [16:06] * Joins: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP)
- # [16:07] * Joins: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP)
- # [16:07] * Joins: vikash (vikash@DB47DD4E.9B552DFD.5D9ABA9F.IP)
- # [16:07] * Joins: MMx (mmx@moz-1AFE3502.afthd.hg.tu-darmstadt.de)
- # [16:08] * Joins: cviecco_ (cviecco@23EBCE95.DED5616E.7410BC0D.IP)
- # [16:09] * Joins: smooney (smooney@F2D29657.F60B0462.67AC9B1.IP)
- # [16:09] * Quits: cviecco_ (cviecco@23EBCE95.DED5616E.7410BC0D.IP) (Input/output error)
- # [16:09] <AryehGregor> Ameya, what happens if you try?
- # [16:10] * Joins: logiclord (gaurav@11E55B89.1DA16444.8D9DA8D9.IP)
- # [16:10] <AryehGregor> (seems right enough to me, but I dunno for sure)
- # [16:10] <Ameya> ok
- # [16:10] * Quits: bnicholson (bnicholson@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [16:10] * Joins: c0smikde_ (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP)
- # [16:11] <jtcranmer> you need some sort of ->UTF16 conversion
- # [16:11] * Quits: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Ping timeout)
- # [16:11] <jtcranmer> either NS_ConvertUTF8toUTF16 or NS_ConvertASCIItoUTF16
- # [16:12] <smontagu> do we have a checkin hook for DONTBUILD DOTEST?
- # [16:12] * Joins: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP)
- # [16:12] * Joins: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net)
- # [16:12] <jtcranmer> in Mozilla, it's recommended to check IRC during some meetings :-)
- # [16:13] * Joins: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP)
- # [16:13] <jtcranmer> bah wrong channel
- # [16:13] <jtcranmer> SIX CHANNELS IS TOO MANY FOR MY PUNY BRAIN
- # [16:14] <KWierso> in Mozilla, it's recommended to check your IRC channels before posting :)
- # [16:14] * Joins: wlach (wlach@moz-14AFFC14.vif.net)
- # [16:15] * Joins: bnicholson (bnicholson@F2D29657.F60B0462.67AC9B1.IP)
- # [16:15] * Joins: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [16:15] <Wes> lol
- # [16:15] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [16:15] <Wes> at least he didn't say "a/s/l"
- # [16:15] <Wes> in the meetin #
- # [16:16] * Joins: nhirata (nhirata.bu@F2D29657.F60B0462.67AC9B1.IP)
- # [16:16] * Joins: hipokrit (hipokrit@81016825.8DB70AE8.839F6EC0.IP)
- # [16:17] * Quits: vikash (vikash@DB47DD4E.9B552DFD.5D9ABA9F.IP) (Ping timeout)
- # [16:17] <jviereck> ddahl: hi David
- # [16:17] <ddahl> jviereck: wassup?
- # [16:18] * Quits: tonymec (tonymec@E62DE15B.D5A95C1B.277517C1.IP) (Input/output error)
- # [16:18] <jviereck> ddahl: can you help me with some C++/Gecko hacking?
- # [16:18] * zzzzz wonders if Ted is buried in snow
- # [16:18] <ddahl> jviereck: what are you hacking on?
- # [16:18] * Joins: ehsan (ehsan@F2D29657.F60B0462.67AC9B1.IP)
- # [16:18] * ChanServ sets mode: +o ehsan
- # [16:18] <jviereck> ddahl: printing support in Gecko for PDF.JS. Let me create a pastbin...
- # [16:19] <ddahl> jviereck: ok
- # [16:19] * Quits: tonymec|away (tonymec@E62DE15B.D5A95C1B.277517C1.IP) (Quit: Konversation terminated!)
- # [16:20] <edmorley> smontagu: do you think it's perhaps worth backing out for now, given that it's still failing on android?
- # [16:20] <smontagu> edmorley: I don't have a leg to stand on to say no
- # [16:20] * glob|away is now known as glob
- # [16:20] <smontagu> :(
- # [16:22] <jviereck> ddahl: I've implemented a new mozPrintCallback on the canvas element. The callback is a new `nsIPrintCallback`. Right now I pass in the context of the canvas as first parameter and I want to change things, such that the first argument passed to this function is an object, that has other attributes as well. See: https://gist.github.com/2471150
- # [16:22] <bholley> edmorley: what was that link you gave to me about tpaint?
- # [16:22] * Joins: victorporof (victorporo@F2D29657.F60B0462.67AC9B1.IP)
- # [16:23] * Joins: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP)
- # [16:23] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/85abf12e5c83 - Dave Townsend - Bug 747005: OSX XULRunner SDKs aren't getting named propertl. r=bsmedberg, a=lsblakk
- # [16:23] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [16:23] <jviereck> ddahl: (the IDL file is at the bottom of the patch). That works so far, but as soon as I try to access anything from the passed in `nsCanvasPrintState` object, I get a error on the WebConsole: "Permission denied for <file://> to get property UnnamedClass.context"
- # [16:23] <jviereck> ddahl: any idea?
- # [16:24] <ddahl> jviereck: looking...
- # [16:24] <ddahl> jviereck: what happens in your debugger?
- # [16:24] <bholley> edmorley: nm, I found it
- # [16:24] <jviereck> ddahl: what do you mean by debugger?
- # [16:25] <ddahl> jviereck: gdb
- # [16:25] <jviereck> ddahl: this is a JS exception
- # [16:25] * Quits: Ameya (chatzilla@637D4CD0.BF84E432.1C37C358.IP) (Ping timeout)
- # [16:26] * Quits: vikram360 (vikram360@BB4093D3.C4369F7.2A068A5E.IP) (Ping timeout)
- # [16:26] * Joins: scenor (Daily@moz-60F9079D.rkhl.at)
- # [16:26] * philor|away is now known as philor
- # [16:27] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [16:28] <ddahl> jviereck: i am unsure what is happening there, if I were you I would try to set a breakpoint in nsCanvasPrintState to see what is really happening
- # [16:29] <ddahl> jviereck: also, do you see any other errors in the Error Console?
- # [16:29] * AutomatedTester is now known as AutomatedTester|AFK
- # [16:29] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [16:30] <jviereck> ddahl: no errors in the ErrorConsole at all
- # [16:30] <edmorley> bholley: ah sorry, pidgin is running on my home machine to which I am connected by remote desktop, so no obvious notifications
- # [16:30] <jviereck> ddahl: can you think of a place in the codebase where something similar is done?
- # [16:31] <bholley> edmorley: heh, no worries, I found it :-)
- # [16:31] <jviereck> such that i could look at the code and compre it?
- # [16:32] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [16:33] <smontagu> edmorley: but I'd rather mark them fails-if, and still have them on other platforms
- # [16:33] <ddahl> jviereck: i am very unfamiliar with anythig related to printing
- # [16:34] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Quit: Instantbird -- http://www.instantbird.com)
- # [16:34] <jviereck> ddahl: this has nothing to do with actual "printing code" ;) What I meant, do you know another place in the codebase, where we have a callback and pass some object to the callback?
- # [16:34] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [16:35] <edmorley> smontagu: ok, want to do that then? :-)
- # [16:35] <ddahl> jviereck: YES
- # [16:35] <ddahl> sorry
- # [16:35] <ddahl> I have a patch like that
- # [16:36] <smontagu> edmorley: done
- # [16:36] <jviereck> :) Want to share it?
- # [16:36] * Quits: gandalf (zbraniecki@76A6886A.12B84787.CACFD8FF.IP) (Ping timeout)
- # [16:36] <ddahl> jviereck: https://bugzilla.mozilla.org/attachment.cgi?id=615543&action=diff#a/security/manager/ssl/src/nsIdentityServiceKeyPairGenRunnable.h_sec1
- # [16:37] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [16:37] <ddahl> jviereck: nsIIdentityServiceKeyGenCallback is my callback that gets the keypair object
- # [16:37] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [16:38] * Quits: cjones (cjones@moz-70DDAA8E.rev.dyxnet.com) (Quit: Leaving)
- # [16:38] <jviereck> ddahl: thank! I take a look at it
- # [16:41] * Quits: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP) (Quit: jorendorff)
- # [16:41] * Joins: timdream_ (timdream@moz-104CC309.mv.mozilla.com)
- # [16:41] * Joins: vikash (vikash@DB47DD4E.9B552DFD.5D9ABA9F.IP)
- # [16:42] * Quits: timdream (timdream@moz-EBBD5C2E.adsl.dynamic.seed.net.tw) (Ping timeout)
- # [16:42] * timdream_ is now known as timdream
- # [16:44] * Quits: TheOne (TheOne@moz-D58488C3.dfki.uni-kl.de) (Ping timeout)
- # [16:44] * Joins: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP)
- # [16:44] * Joins: mcot (mcot@C4B02.F3C4E8F3.C8444B8.IP)
- # [16:44] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [16:45] * tbsaunde|zzz is now known as tbsaunde
- # [16:47] * Joins: josh (josh@moz-2EE66546.nyc.res.rr.com)
- # [16:47] * Joins: cviecco_ (cviecco@23EBCE95.DED5616E.7410BC0D.IP)
- # [16:47] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:49] * Quits: cviecco_ (cviecco@23EBCE95.DED5616E.7410BC0D.IP) (Ping timeout)
- # [16:49] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [16:49] * Quits: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:50] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [16:51] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [16:51] * Quits: SeoZ (DanielJuyu@E9B5BAA5.F5246840.EAF0BD7A.IP) (Quit: Leaving)
- # [16:51] * Joins: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP)
- # [16:51] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [16:53] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [16:53] * coop|away is now known as coop
- # [16:56] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [16:57] * Quits: sfink (chatzilla@moz-9B3B02C7.dsl.pltn13.sbcglobal.net) (Client exited)
- # [16:58] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [17:00] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [17:01] * Quits: fabrice (fabrice@moz-94F028C6.hsd1.ca.comcast.net) (Quit: Leaving.)
- # [17:02] <jviereck> dholbert: *ping*
- # [17:02] * Joins: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [17:03] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:04] * Quits: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:05] * Joins: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP)
- # [17:06] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [17:06] * Joins: cviecco_ (cviecco@CF99FC85.C1FBC67E.E203372D.IP)
- # [17:06] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [17:07] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:08] * Joins: brendan_ (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [17:08] * brendan_ is now known as brendan
- # [17:08] * Quits: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:08] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:09] <AryehGregor> ehsan, BTW, I'm still waiting for responses on the other three of the first four bugs you asked me to look at -- if you want me to work on those, please respond on those bugs sometime before my tomorrow.
- # [17:09] * Quits: maikmerten (merten@moz-E254386D.cs.uni-dortmund.de) (Quit: Verlassend)
- # [17:09] <AryehGregor> (now is the rare window between when you log on, and when my wife comes home/I stop working :) )
- # [17:09] <@ehsan> AryehGregor: sure, sorry I'm way behind catching up on my bugmail :(
- # [17:09] <AryehGregor> ehsan, no problem. I can always find other stuff to work on! :)
- # [17:09] <@ehsan> indeed
- # [17:09] * Quits: Goldorak (chatzilla@5EE9433E.8A6C726.187A1082.IP) (Ping timeout)
- # [17:09] <@ehsan> reviewing your other patches now :)
- # [17:10] * Joins: Goldorak (chatzilla@FA5C5F44.CC71321D.187A1082.IP)
- # [17:10] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [17:11] * philor is now known as philor|away
- # [17:11] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [17:12] * Quits: RemusPop (remuspop@601F3B17.33662590.A5830293.IP) (Connection reset by peer)
- # [17:12] * mcote|afk is now known as mcote
- # [17:12] <AryehGregor> ehsan, I don't think I can make nsHTMLCSSUtils::GenerateCSSDeclarationsFromHTMLStyle use a switch, because nsEditProperty::foo isn't a constant expression, right?
- # [17:13] * Joins: vikram360 (vikram360@BB4093D3.C4369F7.2A068A5E.IP)
- # [17:13] <AryehGregor> What I'd really like to do is get rid of the const declarations of *EquivTable, since they're all only used in one place . . .
- # [17:13] * Parts: logiclord (gaurav@11E55B89.1DA16444.8D9DA8D9.IP)
- # [17:13] <AryehGregor> But that looks somewhat complicated.
- # [17:13] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [17:13] * Joins: dbaron (dbaron@9CE6B47F.6E950C67.2308D2A4.IP)
- # [17:13] * ChanServ sets mode: +o dbaron
- # [17:15] * Quits: rwaldron (rwaldron@moz-BDCCF091.hfc.comcastbusiness.net) (Ping timeout)
- # [17:15] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:15] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [17:16] * Quits: pranavrc (pranavrc@D0692CCE.13E32140.520CDC98.IP) (Quit: Ping timeout: ∞)
- # [17:17] * Quits: Mnyromyr (MnyroWork@moz-E2E3FF3D.tal.de) (Input/output error)
- # [17:17] <@ehsan> AryehGregor: hmm, yeah, right, some day I'll learn C++ :)
- # [17:17] <@ehsan> AryehGregor: so, nm that comment
- # [17:17] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [17:17] * philor|away is now known as philor
- # [17:19] * Joins: kumar (kmcmillan@moz-E31CD2CB.mozilla.org)
- # [17:19] * Joins: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net)
- # [17:20] * Joins: kdcw (kdc@moz-F7413045.pk.shawcable.net)
- # [17:21] <decoder> anyone seen espindola?
- # [17:21] * decoder needs him
- # [17:21] * Quits: evilpie_ (evilpie@moz-F0C9BA2F.pools.arcor-ip.net) (Ping timeout)
- # [17:21] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [17:21] * Quits: cviecco_ (cviecco@CF99FC85.C1FBC67E.E203372D.IP) (Input/output error)
- # [17:22] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [17:22] * coop is now known as coop|afk
- # [17:22] * Joins: cviecco_ (cviecco@CF99FC85.C1FBC67E.E203372D.IP)
- # [17:22] * Quits: ekr (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr)
- # [17:24] * Quits: cviecco_ (cviecco@CF99FC85.C1FBC67E.E203372D.IP) (Ping timeout)
- # [17:26] * Joins: dumitru (dgherman@moz-7C253BEB.getcadre.com)
- # [17:26] * Joins: squib (squib-@moz-415BAA34.engr.wisc.edu)
- # [17:27] * Joins: logiclord (Gaurav@11E55B89.1DA16444.8D9DA8D9.IP)
- # [17:28] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:29] <glandium> jhford: ping
- # [17:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [17:29] <jhford> glandium: pong
- # [17:29] <glandium> jhford: what is the status of the rpm packaging stuff?
- # [17:29] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [17:29] <jhford> glandium: we generate rpms, but we don't generate the yum repo
- # [17:30] <glandium> jhford: so the packaging bug was done?
- # [17:30] <jhford> yes
- # [17:30] <glandium> mmm i missed that part
- # [17:31] <glandium> erf, I'm the one who did the review
- # [17:31] <jhford> heh
- # [17:31] * Joins: evilpie_ (evilpie@moz-F0C9BA2F.pools.arcor-ip.net)
- # [17:32] * Joins: Mardak (Mardak@moz-BBE3ABD.mv.mozilla.com)
- # [17:32] <jhford> at some point, i'd like to add the ability to package as a deb file
- # [17:35] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
- # [17:35] * Quits: stransky (stransky@moz-BA3F7E46.net.upcbroadband.cz) (Quit: Connection reset by beer)
- # [17:35] * Quits: bjacob (bjacob@moz-ADCA75DC.cpe.net.cable.rogers.com) (Ping timeout)
- # [17:35] <glandium> jhford: I remember you were saying that
- # [17:36] * catlee is now known as catlee-away
- # [17:36] <jhford> it shouldn't be too difficult to do, i just need to figure out deb packaging a little better. my understanding is that with debs, you build the equivalent to RPM_BUILD_ROOT how ever you want, then build the deb file from that
- # [17:37] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:37] <glandium> jhford: basically, yes
- # [17:37] <glandium> jhford: I just CCed you on a related bug
- # [17:37] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [17:37] <jhford> cool
- # [17:37] * Joins: madhava_ (madhava@F2D29657.F60B0462.67AC9B1.IP)
- # [17:37] * Quits: evilpie_ (evilpie@moz-F0C9BA2F.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a1/20120422030638])
- # [17:37] <jhford> i should head into the office
- # [17:38] <smontagu> yeah, thunderbirds are green
- # [17:38] <smontagu> or rather android is
- # [17:38] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:38] * madhava_ is now known as madhava
- # [17:38] <gavin> Yoric: pong
- # [17:39] <Yoric> Hi
- # [17:39] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [17:39] * Quits: Boriss (FlyingToas@8F761026.B5EF4AF6.E96CA9D8.IP) (Quit: Boriss)
- # [17:39] <Yoric> gavin: I'd like to discuss two bugs if you have a few minutes.
- # [17:39] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [17:39] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [17:40] <gavin> Yoric: sure
- # [17:40] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [17:40] * gavin just arrived in Toronto
- # [17:41] * Joins: evilpie (chatzilla@moz-F0C9BA2F.pools.arcor-ip.net)
- # [17:41] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [17:42] * Joins: victorporo (victorporo@F2D29657.F60B0462.67AC9B1.IP)
- # [17:42] <Yoric> gavin: Firstly, about |Schedule| (bug 692420). You wanted a second look at it, a few weeks ago, but I haven't heard from you since then.
- # [17:42] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [17:42] * Quits: victorporof (victorporo@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [17:43] <Yoric> Secondly, about |nsSearchService| (bug 722332). I hope that my current attempt at making it asynchronous and patching every single client in the code will eventually work, but I would like to discuss the alternative (having a synchronous initializer that can interrupt the asynchronous one, as suggested by mak a few months ago).
- # [17:43] <gavin> Yoric: I didn't realize you were waiting on my feedback...
- # [17:43] <gavin> it isn't in my review queue
- # [17:44] <Yoric> Ah right, I obviously forgot to mark it as such.
- # [17:44] <gavin> you need to make it clear and be persistent about reminding people if you're blocking on them :)
- # [17:44] <Yoric> But since you had mentioned it on irc that you wanted to take a look, I kind of assumed that you would :)
- # [17:45] * Joins: davehunt|busy (davehunt@moz-E2929564.dsl.in-addr.zen.co.uk)
- # [17:45] * Quits: @dbaron (dbaron@9CE6B47F.6E950C67.2308D2A4.IP) (Quit: 8403864 bytes have been tenured, next gc will be global.)
- # [17:46] * Quits: jhorak (jhorak@moz-107AD163.redhat.com) (Quit: Leaving)
- # [17:46] <Wes> I just got a JS error in my devtools console related to testpilot. Does anybody care about those? If so, who? [11:37:29.032] subject.getAttribute is not a function @ resource://testpilot/modules/lib/securable-module.js -> /Users/wes/Library/Application Support/Firefox/Profiles/dgsfejx9.default/TestPilotExperimentFiles/desktop-heatmap-2012.jar!desktop-heatmap-2012.js:698
- # [17:46] <Yoric> gavin: It should now be on your queue :)
- # [17:47] * Joins: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net)
- # [17:47] * Quits: c0smikde_ (c0smikdebr@50F660E7.48DE37B0.BE90E62C.IP) (Quit: Computer has gone to sleep.)
- # [17:48] * philor is now known as philor|away
- # [17:48] * Quits: ekr_ (ekr@moz-A62EC22B.hfc.comcastbusiness.net) (Quit: ekr_)
- # [17:48] <glazou> gavin: ping
- # [17:48] * Quits: harth (harth@moz-C2C235AC.bb.sky.com) (Input/output error)
- # [17:50] <gavin> glazou: pong
- # [17:50] * Quits: paulproteus (quassel@rose.makesad.us) (Ping timeout)
- # [17:50] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [17:50] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
- # [17:51] * Quits: logiclord (Gaurav@11E55B89.1DA16444.8D9DA8D9.IP) (Ping timeout)
- # [17:51] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [17:52] <glazou> gavin: see query
- # [17:52] * Joins: paulproteus (quassel@moz-E86A3B42.makesad.us)
- # [17:52] * nical|away is now known as nical
- # [17:53] * Quits: gozala (gozala@moz-D5BED6F9.dsl.dynamic.sonic.net) (Quit: Leaving.)
- # [17:53] * Joins: logiclord (Gaurav@587FA0B.6F607646.85BF2EFC.IP)
- # [17:53] * Quits: andreasn (andreasn@73B37BA9.90C1090D.CAC080E6.IP) (Ping timeout)
- # [17:55] * Joins: xakz (XaMaD@moz-CD238FAF.w86-220.abo.wanadoo.fr)
- # [17:55] * victorporo is now known as victorporof
- # [17:56] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
- # [17:56] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [17:56] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [17:58] * fabrice1 is now known as fabrice
- # [17:58] <glazou> +quit bbl
- # [17:58] * Quits: glazou (glazou@moz-204094DD.disruptive-innovations.fr) (Quit: bbl)
- # [17:59] <gavin> Yoric: re: alternative approach to nsSearchService, I'm not sure I udnerstand
- # [17:59] * davehunt|busy is now known as davehunt
- # [17:59] * Quits: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: leaving)
- # [18:00] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [18:00] <Yoric> gavin: At the moment, every client of the search service has to somehow ensure that the (asynchronous) call to |init| has completed before it can call any of the methods of the service.
- # [18:01] * Joins: artur (artur@moz-FAEA1344.hsd1.vt.comcast.net)
- # [18:01] <Yoric> gavin: This is rather hard to check, error-prone and rewrite-intensive.
- # [18:01] * Quits: xakz (XaMaD@moz-CD238FAF.w86-220.abo.wanadoo.fr) (Ping timeout)
- # [18:02] <Yoric> An alternative strategy is the following: write the asynchronous initializer in a manner such that it can be interrupted if it is currently running, and restarted (or resumed) as a synchronous initializer.
- # [18:02] * Joins: bdahl (bdahl@moz-BBE3ABD.mv.mozilla.com)
- # [18:03] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
- # [18:03] <Yoric> If this is possible (and I suspect it is), we "only" have to ensure that each of the function of the API (not the client) checks whether initialization is complete, and whenever this is not the case, proceeds to interrupt the asynchronous initialization and replace it with a synchronous initialization.
- # [18:03] * coop|afk is now known as cop
- # [18:03] * cop is now known as coop
- # [18:03] <Yoric> Advantage: no client must be rewritten (although we certainly want to rewrite some clients anyway).
- # [18:04] * jhford-work-away is now known as jhford-work
- # [18:05] * Joins: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [18:05] * Joins: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net)
- # [18:06] * Joins: jhammel (jhammel@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:07] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [18:07] * Quits: artur (artur@moz-FAEA1344.hsd1.vt.comcast.net) (Ping timeout)
- # [18:08] * Joins: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP)
- # [18:08] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:08] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:08] * Joins: artur (artur@moz-6DFBD742.hsd1.vt.comcast.net)
- # [18:09] * Joins: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:09] * Parts: knelson (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [18:11] * Quits: pnemsak (Miranda@moz-BE85878E.citicom.sk) (Quit: pnemsak)
- # [18:13] * rail-buildduty is now known as rail-lunch
- # [18:13] * ewong is now known as ewong|sleep
- # [18:14] * jlund is now known as jlund|lunch
- # [18:15] * Quits: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP) (Quit: yuan)
- # [18:15] * Parts: blizzack (dpierre@moz-38C4F261.ptr.us.xo.net)
- # [18:16] * Joins: akeybl (akeybl@F2D29657.F60B0462.67AC9B1.IP)
- # [18:16] * Quits: squeakytoy (squeakytoy@moz-9E84F244.netset.se) (Quit: Leaving)
- # [18:17] * Joins: blizzack (blizzack@moz-38C4F261.ptr.us.xo.net)
- # [18:17] * Joins: timdream_ (timdream@moz-EBBD5C2E.adsl.dynamic.seed.net.tw)
- # [18:18] * Quits: timdream (timdream@moz-104CC309.mv.mozilla.com) (Ping timeout)
- # [18:18] * timdream_ is now known as timdream
- # [18:18] * Joins: abwillis (abwillis@9877934.9DD4DBBF.6A7A197.IP)
- # [18:18] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [18:19] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [18:19] * gregglind_away is now known as gregglind
- # [18:19] * Joins: pranavrc (pranavrc@77420204.418E38CF.C28326FD.IP)
- # [18:19] * Quits: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [18:21] * Joins: bjacob (bjacob@F2D29657.F60B0462.67AC9B1.IP)
- # [18:23] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [18:26] * tbsaunde is now known as tbsaunde|afk
- # [18:27] <Yoric> gavin: logging out, I will try and continue that animated conversation later.
- # [18:27] * Quits: Yoric (Yoric@moz-A2A3C9E6.vlan402.asr1.cdg3.gblx.net) (Input/output error)
- # [18:27] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
- # [18:28] <ted> zzzzz: no snow here
- # [18:29] <ted> although the forecast says a chance of snow tonight into tomorrow
- # [18:29] * Joins: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com)
- # [18:29] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:31] * Quits: rohan (chatzilla@CE8DD343.2C2BFB59.35E0727C.IP) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [18:31] * khuey|away is now known as khuey
- # [18:31] <jwir3> ah, the default faviron in the corner of the address bar changed, eh?
- # [18:32] <jwir3> nice
- # [18:32] <ted> huh
- # [18:32] <ted> and we got rid of the blue site name
- # [18:34] * edransch is now known as edransch-lunch
- # [18:34] * Ms2ger throws a snow ball at ted
- # [18:34] * joduinn-home is now known as joduinn-commute
- # [18:34] * ted watches it melt on the snow
- # [18:34] <ted> er
- # [18:34] <ted> rain
- # [18:35] * ted watches his brain melt
- # [18:35] <jhammel> but still no http:// :(
- # [18:36] <Mossop> Huh, the security state is really subtle
- # [18:37] * Joins: gwagner (gwagner@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:37] <ted> yeah
- # [18:37] <ted> unless it's EV
- # [18:38] <KWierso> there's bugs on that stuff, iirc
- # [18:39] * hwine-commuting is now known as hwine
- # [18:39] * Joins: jgriffin (jgriffin@moz-4FBFA41D.hsd1.wa.comcast.net)
- # [18:39] <Mossop> ted: Even EV is really subtle
- # [18:39] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [18:40] <ted> it's got a company name there as opposed to nothing
- # [18:40] <Mossop> Right, but unless I physically look for it I wouldn't notice it, it just blends into the address
- # [18:41] * Quits: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [18:41] * Joins: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net)
- # [18:41] * bear is now known as bear-afk
- # [18:41] <jviereck> Ms2ger: Hi. I'm still fighting with the callback thing you helped me with back in the days. On the callback function, I want now to pass instead of a nsRenderingContext a new object, that has the context and another function, the developer can call (`done`). I've defined the shape of the object I pass to the callback in an IDL file and implemented the C++ part. If I then access any property of the passed in object, I get an "Permission d
- # [18:42] <jviereck> if that helps, here is the patch I have so far: https://gist.github.com/2471150
- # [18:43] * glob is now known as glob|away
- # [18:45] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [18:47] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [18:47] * jimm is now known as jimm-lunch
- # [18:48] * Quits: akeybl (akeybl@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [18:49] <Ms2ger> mPrintCallback->Render(obj.forget().get()); < this leaks
- # [18:49] <Ms2ger> jviereck, you'll need some nsDOMClassInfo goop, I'm afraid
- # [18:49] * Quits: biesi (cbiesinger@moz-5EE692A7.ca.hfc.comcastbusiness.net) (Ping timeout)
- # [18:50] <Ms2ger> jviereck, have a look at https://bug550309.bugzilla.mozilla.org/attachment.cgi?id=600646
- # [18:51] * Quits: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net) (Quit: mkaply)
- # [18:51] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [18:51] * Joins: mkaply (Earlybird@moz-92EDDD02.lightspeed.austtx.sbcglobal.net)
- # [18:52] <jviereck> Ms2ger: ahh, that looks promising :)
- # [18:52] * Joins: akeybl (akeybl@F2D29657.F60B0462.67AC9B1.IP)
- # [18:53] <jviereck> Ms2ger: thanks a lot for this hint!
- # [18:53] <Ms2ger> Np
- # [18:53] * padenot is now known as padenot|away
- # [18:53] * padenot|away is now known as padenot
- # [18:53] * padenot is now known as padenot|away
- # [18:54] * Joins: bbondy (bbondy@F2D29657.F60B0462.67AC9B1.IP)
- # [18:54] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [18:54] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [18:54] * Quits: padenot|away (paul@moz-63925F6.members.linode.com) (Quit: WeeChat 0.3.5)
- # [18:56] * Joins: Mook_as (mook@moz-1FCC0032.activestate.com)
- # [18:57] * Joins: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:58] * rail-lunch is now known as rail
- # [18:58] * Joins: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP)
- # [18:58] * Joins: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [18:59] <Ms2ger> mayhemer__, yt?
- # [18:59] * Joins: padenot (paul@moz-63925F6.members.linode.com)
- # [18:59] <mayhemer__> Ms2ger: yes
- # [18:59] * Joins: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com)
- # [18:59] * Quits: bbondy (bbondy@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:00] * Joins: bbondy (bbondy@F2D29657.F60B0462.67AC9B1.IP)
- # [19:00] <Ms2ger> I was looking at stealing your localStorage security tests for the W3C test suite, wdyt? :)
- # [19:00] <mayhemer__> which test you mean?
- # [19:01] <Ms2ger> http://mxr.mozilla.org/mozilla-central/source/dom/tests/mochitest/localstorage/test_localStorageOriginsDiff.html?force=1 and a few similar ones
- # [19:02] * Quits: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:02] * Quits: anant (anant@moz-BBE3ABD.mv.mozilla.com) (Quit: anant)
- # [19:02] <mayhemer__> Ms2ger: ah, sure :)
- # [19:02] * Quits: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net) (Ping timeout)
- # [19:03] * bz_sleep is now known as bz
- # [19:03] <@bz> bjacob: ping
- # [19:03] <Ms2ger> Morning, bz :)
- # [19:03] <@bz> yep, morning. ;)
- # [19:03] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
- # [19:03] <mayhemer__> Ms2ger: I was thinking of removing the need for an iframe, just passing some arguments to the main window would make things easer
- # [19:04] * Joins: anant (anant@moz-BBE3ABD.mv.mozilla.com)
- # [19:04] <msucan> can i use an environment variable in my mozconfig? would that work?
- # [19:04] <Ms2ger> mayhemer__, as long as that doesn't make life harder for me, go for it ;)
- # [19:05] <mayhemer__> Ms2ger: I won't do that ;)
- # [19:05] <bjacob> bz: pong in 5 min
- # [19:05] * catlee-away is now known as catlee
- # [19:05] <Ms2ger> msucan, I think it should work; never done it myself
- # [19:06] <@bz> bjacob: ok, lemme know
- # [19:06] * glob|away is now known as glob
- # [19:06] * philor|away is now known as philor
- # [19:08] * edransch-lunch is now known as edransch
- # [19:08] <Ms2ger> Mmm
- # [19:09] <Ms2ger> Can we have Nicolas Silva create diagrams for the rest of Gecko too?
- # [19:09] * jlund|lunch is now known as jlund
- # [19:09] <ted> yeah, that was pretty
- # [19:09] <ted> Ms2ger: "depends"
- # [19:09] * rail is now known as rail-buildduty
- # [19:09] <ted> er
- # [19:09] * Joins: prazuber (prazuber@moz-8FDA4E25.savvy.volia.net)
- # [19:09] <ted> msucan: "depends"
- # [19:09] * Joins: gkw (Instantbir@moz-7CD88B0C.hsd1.ca.comcast.net)
- # [19:09] <ted> your mozconfig is just a shell script
- # [19:09] <ted> so if you exported something it should be available
- # [19:10] * Joins: dveditz (dveditz@moz-BBE3ABD.mv.mozilla.com)
- # [19:10] * ChanServ sets mode: +o dveditz
- # [19:10] * Joins: azakai (alon@moz-BBE3ABD.mv.mozilla.com)
- # [19:11] * joduinn-commute is now known as joduinn-mtg
- # [19:11] <padenot> Ms2ger: you should have seen the early drafts, using pen and paper.
- # [19:12] * bear-afk is now known as bear
- # [19:15] <askalski> hi, can anyone help me with push to try?
- # [19:15] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [19:15] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [19:16] <jduell> michal: ping
- # [19:16] * Quits: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:16] <michal> jduell: pong
- # [19:17] <jduell> michal: hey--so I notice that we don't cache the body of redirects
- # [19:17] <mbrubeck> askalski: Sure, what's up?
- # [19:17] * Quits: jacek (jacek@moz-5D707D3B.psi.wroc.pl) (Quit: Konversation terminated!)
- # [19:17] <jduell> But that means we don't have anything to render if a cached redirect is vetoed by a redirect observer or there's any other error
- # [19:17] <jduell> michal: Do you know why we decided to not cache the redirect body?
- # [19:18] <msucan> ted: i'd like to be able to change the objdir based on an env variable
- # [19:18] <msucan> can i just directly export MOZ_OBJDIR for this purpose?
- # [19:18] <michal> jduell: I have no idea, I remember that caching of redirect did Bjarne
- # [19:18] <ted> msucan: yeah, you can do that
- # [19:18] <jduell> michal: ok. Maybe I'll ask on the newsgroup. Thanks
- # [19:18] <ted> well
- # [19:19] <ted> actually that'd be weird
- # [19:19] <ted> but i guess it'd work
- # [19:19] <msucan> ted: weird, yes, but if it works... ;)
- # [19:19] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [19:19] <ted> sure
- # [19:20] * Joins: jfkthame_ (jfkthame@15AA2040.A1C12133.9542EC20.IP)
- # [19:20] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Connection reset by peer)
- # [19:20] * jfkthame_ is now known as jfkthame
- # [19:20] <msucan> thanks for the info
- # [19:20] <ted> my mozconfig does:
- # [19:20] <ted> srcdirname=`basename \`pwd\``
- # [19:20] <ted> mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../opt-$srcdirname
- # [19:20] <ted> so i can share the same mozconfig across source trees
- # [19:20] * Joins: jviereck (Adium@moz-F8F2D9E3.ethz.ch)
- # [19:20] * Fallen is now known as Fallen|away
- # [19:20] * jimm-lunch is now known as jimm
- # [19:21] <bjacob> bz: pong for real
- # [19:21] * davehunt is now known as davehunt|away
- # [19:21] * Joins: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP)
- # [19:22] * Quits: jfkthame (jfkthame@15AA2040.A1C12133.9542EC20.IP) (Quit: jfkthame)
- # [19:22] <@bz> bjacob: so I'm running the webgl conformance suite locally (via mochitest)
- # [19:22] * Joins: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [19:22] <@bz> bjacob: apart from the long long thing I mailed you about, I get two failures
- # [19:23] <@bz> bjacob: and the harness file seems to be claiming two failures are expected; is that right?
- # [19:23] * @bz gets those failures in a vanilla build too
- # [19:25] * ctalbert|afk is now known as ctalbert
- # [19:26] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Max SendQ exceeded)
- # [19:26] <sfink> bz: I get 2 failures too, and was told they're both expected
- # [19:26] <bjacob> bz: i'm not sure i understand the question :-) each platform gives different failures. the failing_tests_*.txt files give the failures on our test slaves. You'll get different failures locally, which means that you probably won't pass the mochitest locally. One exception is windows with recent nvidia / amd drivers where you can get a full pass, like we do on win7 test slaves
- # [19:26] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [19:26] <@bz> bjacob: aha!
- # [19:26] <@bz> bjacob: lemme look at this failing_tests file. ;)
- # [19:27] <bjacob> bz: in content/canvas/test/webgl
- # [19:27] * Joins: pnemsak (Miranda@80CFE454.10D9684B.4F33160D.IP)
- # [19:27] <@bz> bjacob: yep
- # [19:27] <@bz> bjacob: ok, I think those match my fails
- # [19:27] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [19:27] * Joins: pcwalton (pcwalton@moz-BBE3ABD.mv.mozilla.com)
- # [19:27] <@bz> bjacob: so modulo this long long thing, my conversion seems to be passing tests. ;)
- # [19:27] <bjacob> if it does, then the mochitest should pass for you locally
- # [19:27] <sfink> failing_tests_linux.txt lists some failures I don't see locally
- # [19:27] <@khuey> jwir3: ping
- # [19:27] <@bz> bjacob: awesome.
- # [19:28] <bjacob> bz: cool!
- # [19:28] * Quits: jviereck (Adium@moz-F8F2D9E3.ethz.ch) (Quit: Leaving.)
- # [19:28] <jwir3> khuey: pong
- # [19:28] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [19:28] <@bz> I'm going to ask for review on it
- # [19:28] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [19:28] <@khuey> jwir3: did you see 747688?
- # [19:28] <@bz> we can land it independently of new-binding hookup, and the review might take some time
- # [19:28] <@bz> 200KB patch. :(
- # [19:28] <bjacob> sfink: failing_tests_linux.txt is for our linux test slaves which have really old nvidia 190.42 driver
- # [19:28] <jwir3> hm, no I didn't see that yet
- # [19:28] * Joins: hub (hub@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:28] * Quits: mak (mak@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:29] <bjacob> bz: aren't you the one who once said that patch review time grows quadratically with patch size?
- # [19:29] <@khuey> jwir3: well now you have! ;-)
- # [19:29] * Joins: wesj (Instantbir@F2D29657.F60B0462.67AC9B1.IP)
- # [19:29] <sfink> bjacob: so is it really failing_tests_linux, or really failing_tests_nvidia, or failing_tests_nvidia_on_linux? (ok, old nvidia on linux)
- # [19:29] * Joins: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net)
- # [19:29] <@bz> bjacob: yes, but .....
- # [19:29] <@bz> bjacob: I did ask how you wanted this done
- # [19:29] <jwir3> khuey: indeed. I'll take a look at it.
- # [19:30] <@bz> bjacob: and you chose the non-incrementalizable version that's less code churn overall, but changes the signatures of all the error handling methods to void
- # [19:30] <jwir3> khuey: Thanks for pointing it out to me, I must have missed it in my bugmail
- # [19:30] <@bz> bjacob: so requires updating all the callers to return void too
- # [19:30] <@bz> bjacob: ;)
- # [19:30] <bjacob> sfink: these files only care about our test slaves. Our test slaves have only nvidia cards with proprietary 190.42 driver
- # [19:30] <@khuey> jwir3: that seems to happen more and more often with security bugs these days, sadly
- # [19:30] <@bz> bjacob: this is not as bad as some because there are no interactions, too, so review time really should be linear.
- # [19:30] * @khuey refrains from bitching further
- # [19:31] * Joins: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP)
- # [19:31] <jwir3> :)
- # [19:31] <bjacob> bz: i wasn't complaining :)
- # [19:31] * Joins: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP)
- # [19:31] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Max SendQ exceeded)
- # [19:31] <mfinkle> khuey, wow - refraining?
- # [19:32] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [19:32] * Quits: sheppy (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com) (Ping timeout)
- # [19:32] <@khuey> mfinkle: I've already wasted several hours of my life complaining about this
- # [19:32] <jhammel> khuey: you should complain about that :P
- # [19:32] <sfink> hm, it would be interesting to find an accurate model of review time, and publish everyone's constant factors...
- # [19:32] * Joins: sheppy (sheppy@moz-93F0182.sub-166-248-129.myvzw.com)
- # [19:32] <gerv> Can someone tell me what the "desktop web runtime" is?
- # [19:32] <gerv> https://bugzilla.mozilla.org/show_bug.cgi?id=747451
- # [19:32] <@khuey> gerv: its the runtime for webapps
- # [19:33] <gerv> As in, it's part of Firefox?
- # [19:33] <gerv> Or do you mean B2G?
- # [19:33] * Quits: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:33] <gerv> Or are we doing a whole new product, where people who don't have Firefox but want to run webapps install this instead?
- # [19:33] <gavin> gerv: it's a stub executable that runs web apps
- # [19:33] <@khuey> depending on your definition of "part of" its part of firefox
- # [19:33] <gavin> using the Firefox installation its bundled with
- # [19:33] * Quits: heycam (cam@moz-1D84C1DF.mcc.id.au) (Ping timeout)
- # [19:33] * wlach is now known as wlach|lunch
- # [19:33] <gerv> Ok, so we aren't shipping it separately.
- # [19:34] <gavin> no, it's shipped with firefox
- # [19:34] * Joins: heycam (cam@moz-1D84C1DF.mcc.id.au)
- # [19:34] <gerv> Does anyone have a good reason why it should have a different UA string from Firefox?
- # [19:34] <gerv> Do web apps which run in it run also in Firefox? (Surely that's the point, right?)
- # [19:34] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
- # [19:35] <gavin> yes, it should just have the same UA
- # [19:36] <fabrice> it'slisghtly different right now
- # [19:36] * Quits: mw22 (chatzilla@3D110EAA.15D46EC.6C59353A.IP) (Ping timeout)
- # [19:36] * davidb is now known as davidb|mtg
- # [19:36] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Max SendQ exceeded)
- # [19:36] <gerv> OK. I'll file a bug.
- # [19:37] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [19:37] * Joins: Waldo (waldo@moz-BBE3ABD.mv.mozilla.com)
- # [19:38] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [19:38] <gavin> dunno how we're going to do that :)
- # [19:38] * Joins: rillian (giles@21B7B9F2.B87E9213.6E712CE2.IP)
- # [19:39] * Quits: gkw (Instantbir@moz-7CD88B0C.hsd1.ca.comcast.net) (Quit: Instantbird -- http://www.instantbird.com)
- # [19:39] * Quits: terrence (terrence@moz-BBE3ABD.mv.mozilla.com) (Client exited)
- # [19:40] * Joins: Yoric (Yoric@moz-920DB13B.fbx.proxad.net)
- # [19:40] * Quits: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving.)
- # [19:41] * Joins: charmander (Mibbit@26727EDB.D5D7E57B.E5772CEC.IP)
- # [19:41] * davidb|mtg is now known as davidb
- # [19:41] * Quits: charmander (Mibbit@26727EDB.D5D7E57B.E5772CEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [19:42] <gerv> https://bugzilla.mozilla.org/show_bug.cgi?id=747990
- # [19:43] * Joins: gakiwate (gautam@3AD1CBD5.809D2ACB.314AAB94.IP)
- # [19:43] * Parts: gakiwate (gautam@3AD1CBD5.809D2ACB.314AAB94.IP) (Leaving)
- # [19:43] * Joins: sheppy_ (sheppy@moz-F39D62DA.dhcp.kgpt.tn.charter.com)
- # [19:43] * Quits: sheppy (sheppy@moz-93F0182.sub-166-248-129.myvzw.com) (Ping timeout)
- # [19:43] * sheppy_ is now known as sheppy
- # [19:44] <Yoric> gavin: I'm back.
- # [19:45] * Quits: MarcoZ (Daily@moz-D588F024.dip.t-dialin.net) (Quit: l8er)
- # [19:45] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [19:45] * Joins: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com)
- # [19:45] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [19:45] * Joins: terrence (terrence@moz-BBE3ABD.mv.mozilla.com)
- # [19:46] * Quits: taustin (taustin@moz-EE172EAA.resnet.ucsc.edu) (Quit: taustin)
- # [19:47] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Max SendQ exceeded)
- # [19:47] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [19:48] * Joins: fabrice (fabrice@moz-BBE3ABD.mv.mozilla.com)
- # [19:49] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [19:49] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Ping timeout)
- # [19:49] * Joins: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP)
- # [19:53] * Joins: beaufour (beaufour@moz-2E6963D3.nyc.res.rr.com)
- # [19:56] * Joins: tchevalier (Instantbir@moz-2E5043DA.w90-48.abo.wanadoo.fr)
- # [19:57] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:57] * Quits: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [19:57] <ddahl> jst: another DOM error related to DOMCI_DATA: https://bugzilla.mozilla.org/show_bug.cgi?id=673432#c97
- # [19:58] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [19:58] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [19:59] * Joins: pascalc (chatzilla@CF99FC85.C1FBC67E.E203372D.IP)
- # [19:59] * Joins: kaze (kaze@moz-7E0F0F9E.fbx.proxad.net)
- # [19:59] * davidb is now known as david|mtg
- # [20:00] * Joins: gozala (gozala@A01051A9.6F669779.3D1CA460.IP)
- # [20:00] * Quits: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:01] * Quits: tchevalier (Instantbir@moz-2E5043DA.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
- # [20:01] * Joins: tchevalier (Instantbir@moz-2E5043DA.w90-48.abo.wanadoo.fr)
- # [20:01] <nical> Hi everyone. I'm wondering, has anybody tried to run doxygen on firefox's source code?
- # [20:02] <jwir3> whoa! the download manager is different, too
- # [20:02] * Joins: JonathanS (JonathanS@17EDFC35.8737F162.521902B0.IP)
- # [20:02] <jwir3> slick ui
- # [20:02] <jtcranmer> nical: yes
- # [20:02] <jtcranmer> make documentation in the objdir gives you it
- # [20:02] * Quits: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP) (Quit: Adios Amigos)
- # [20:02] * Joins: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:02] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:02] * Joins: ddahl (ddahl@F2D29657.F60B0462.67AC9B1.IP)
- # [20:03] <nical> oh thats cool!
- # [20:03] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:04] * Joins: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es)
- # [20:04] <jtcranmer> doygen fails a bit hard though on macros
- # [20:04] <mbrubeck> ah, it's been a while since we had a good Jono accordian serenade!
- # [20:04] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Quit: GeekBouncer - http://geekbouncer.co.uk)
- # [20:04] <jtcranmer> that comment is dying for a snark reply, but I don't want to be kicked ...
- # [20:05] * tbsaunde|afk is now known as tbsaunde
- # [20:06] * Joins: bent (chatzilla@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:07] * wlach|lunch is now known as wlach
- # [20:07] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:08] * Quits: JeroenDeDauw (j@moz-3A36A7D3.dip.t-dialin.net) (Ping timeout)
- # [20:08] * Quits: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [20:09] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [20:10] * Joins: smaug (chatzilla@moz-61BF88C.elisa-mobile.fi)
- # [20:10] * ChanServ sets mode: +o smaug
- # [20:10] <edmorley> philor: I'm somewhat reluctant to merge inbound to m-c given the increase in |leaked 121 DOMWindow(s) and 2 DocShell(s) until shutdown| :-(
- # [20:10] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [20:11] <philor> edmorley: I didn't actually look at what dao said was the regressor, is it already on m-c?
- # [20:11] <AryehGregor> ehsan, would it be worthwhile for me to work on porting aAttribute to nsIAtom* instead of nsAString*?
- # [20:11] <@ehsan> AryehGregor: not really, there's a lot of cleanups like that which we can do in the editor
- # [20:11] <AryehGregor> Yeah.
- # [20:11] <@ehsan> AryehGregor: and this is not particularly more important than the rest
- # [20:12] <AryehGregor> Probably best to work on fixing functionality and only cleanup on the side, but that doesn't work for global stuff like this.
- # [20:12] <philor> edmorley: brought to you by a merge from fx-team, apparently
- # [20:12] <AryehGregor> Also constifying aProperty everywhere.
- # [20:12] <AryehGregor> Although that might be easier to do.
- # [20:12] <@ehsan> yeah
- # [20:12] <edmorley> philor: ah, seemed like it was much less frequent on m-c, but presumably just traffic related
- # [20:13] <@ehsan> I'd be fine if you don't do this
- # [20:13] <@ehsan> but I'd definitely take a patch if someone writes one :)
- # [20:13] <philor> I bet it was much less frequent and harder to see on fx-team, too
- # [20:13] <philor> it's really handy to land somewhere that gets some runs before you merge to m-c
- # [20:13] <AryehGregor> Which, converting aAttribute or constifying aProperty or both?
- # [20:13] <philor> he said rather pointedly
- # [20:13] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Connection reset by peer)
- # [20:14] <AryehGregor> I figure it's fair if I spend the occasional hour doing just cleanup in between "real" work, as long as it's rare enough . . .
- # [20:14] * Joins: taustin (taustin@moz-94197569.cse.ucsc.edu)
- # [20:14] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [20:14] <edmorley> philor: :-)
- # [20:15] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [20:16] * Joins: krit (Adium@moz-1FC1932F.adobe.com)
- # [20:16] <philor> edmorley: be sure to merge from way down, there's android reftest bustage that's getting hidden
- # [20:16] * Joins: cstipkovic (Clauber@CF99FC85.C1FBC67E.E203372D.IP)
- # [20:16] <philor> 190fc7cd65c6 I suppose
- # [20:17] <philor> which is well above any PGO
- # [20:19] * Joins: jamesr_ (jamesr@9D646D74.D6CCE4AE.77834EAA.IP)
- # [20:19] <AryehGregor> ehsan, would you take a patch of me constifying aProperty? Or converting aAttribute to nsIAtom? If so, which would you prefer? Or maybe some other global cleanup that I can do in between actual features? Someone has to do it sometime . . .
- # [20:19] * khuey is now known as khuey|away
- # [20:19] <@ehsan> AryehGregor: what do you mean by constifying?
- # [20:20] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [20:20] * Joins: billm (billm@moz-CF6D0A66.hsd1.ca.comcast.net)
- # [20:20] * Joins: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP)
- # [20:20] <jst> ddahl: hmm, seems to build here... but I had to manually apply the getRandomValues patch due to some silly conflict
- # [20:21] <ddahl> ah, ok, I only applied th eone patch whoops!
- # [20:21] <ddahl> jst^^
- # [20:21] <@smaug> jst: do you remember when sicking will be back
- # [20:22] * Quits: vladan (vladan@9CE6B47F.6E950C67.2308D2A4.IP) (Ping timeout)
- # [20:22] <jst> smaug: he'll be back in the office on Wednesday
- # [20:23] * Joins: rniwa (rniwa@5CA6DC39.C60FE7DC.4065847B.IP)
- # [20:23] <JonathanS> http://mozillamemes.tumblr.com/post/21655801339/moztrap-is-the-new-test-case-management-software it is a moztrap!
- # [20:24] <@smaug> jst: ok, thanks
- # [20:24] <@smaug> dougt: I guess sicking should review the MediaStorage API
- # [20:25] <dougt> smaug: parts of it
- # [20:25] <dougt> the API, sure.
- # [20:25] <dougt> but I think you can look at how I hooked the API up to the dom, right?
- # [20:25] <@smaug> well, sure
- # [20:26] <dougt> if you want him to review, it, set it to him.
- # [20:26] <@smaug> I'm just trying to reduce my reviewing overload ;)
- # [20:26] <dougt> heh
- # [20:26] <dougt> okay
- # [20:26] <dougt> i have 6 reviews against sicking now.
- # [20:27] <@smaug> hmm, ok, my review queue doesn't look too bad
- # [20:27] <dougt> maybe bent can take more reviews.
- # [20:27] <@smaug> yes!
- # [20:27] <@smaug> (I was almost going to say I could review)
- # [20:27] * Joins: biesi (cbiesinger@EE9A5AA8.6B10AC3.E2F59BBC.IP)
- # [20:27] * Quits: akeybl (akeybl@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
- # [20:27] * Joins: akeybl (akeybl@F2D29657.F60B0462.67AC9B1.IP)
- # [20:28] * Quits: jamesr_ (jamesr@9D646D74.D6CCE4AE.77834EAA.IP) (Quit: jamesr_)
- # [20:29] * Quits: smontagu (chatzilla@moz-B11B060.red.bezeqint.net) (Ping timeout)
- # [20:29] * Joins: smontagu (chatzilla@730621CA.C39404F5.CB858787.IP)
- # [20:30] * jhford-work is now known as jhford-work-lunch
- # [20:30] * Quits: Goldorak (chatzilla@FA5C5F44.CC71321D.187A1082.IP) (Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204])
- # [20:31] * Quits: hurley (hurley@moz-10A8C43E.monkey.org) (Ping timeout)
- # [20:31] * Quits: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [20:31] * Joins: jamesr_ (jamesr@9D646D74.D6CCE4AE.77834EAA.IP)
- # [20:31] * Joins: adeel (chatzilla@6B3315EA.D30FCE78.59D8DB68.IP)
- # [20:33] * Quits: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com) (Client exited)
- # [20:33] * Joins: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [20:33] * glob is now known as glob|away
- # [20:33] * Joins: davidillsley (chatzilla@moz-6FDCDDC6.range86-160.btcentralplus.com)
- # [20:34] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [20:34] * Quits: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP) (Ping timeout)
- # [20:35] * Joins: gkw (Instantbir@moz-BBE3ABD.mv.mozilla.com)
- # [20:35] * Joins: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP)
- # [20:35] * zpao is now known as zpao|detached
- # [20:36] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [20:36] * jhford-work-lunch is now known as jhford-work-away
- # [20:36] * Joins: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com)
- # [20:36] * Quits: krit (Adium@moz-1FC1932F.adobe.com) (Quit: Leaving.)
- # [20:37] * Joins: hurley (hurley@moz-10A8C43E.monkey.org)
- # [20:37] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Quit: sworkman)
- # [20:37] <Mossop> Is Orange Factor working right now?
- # [20:38] * Quits: gozala (gozala@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [20:39] * Joins: gozala (gozala@A01051A9.6F669779.3D1CA460.IP)
- # [20:39] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [20:40] * Quits: fs (Elchi3@B9C9103E.56629902.2EC4CA51.IP) (Quit: Leaving)
- # [20:41] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [20:41] * david|mtg is now known as davidb
- # [20:41] * Quits: cadecairos (cadecairos@moz-632B4208.cpe.net.cable.rogers.com) (Ping timeout)
- # [20:41] <philor> no
- # [20:42] * Quits: @smaug (chatzilla@moz-61BF88C.elisa-mobile.fi) (Ping timeout)
- # [20:42] * Quits: Enn (enn@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:44] * Quits: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Instantbird -- http://www.instantbird.com)
- # [20:44] * Quits: vikram360 (vikram360@BB4093D3.C4369F7.2A068A5E.IP) (Ping timeout)
- # [20:44] * Joins: myk (Instantbir@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [20:44] * Quits: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [20:45] <@bz> woohoo
- # [20:46] * Quits: gozala (gozala@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [20:46] <@bz> urgh
- # [20:46] * Joins: smaug (chatzilla@moz-BEA42BA1.gprs.sl-laajakaista.fi)
- # [20:46] * ChanServ sets mode: +o smaug
- # [20:46] * @bz almost pushed an mq repo to m-c
- # [20:46] <@bz> would have been bad. ;)
- # [20:47] <Mossop> Someone's going to do it one of these days. It's just a question of who!
- # [20:47] * Quits: pranavrc (pranavrc@77420204.418E38CF.C28326FD.IP) (Quit: Ping timeout: ∞)
- # [20:47] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [20:47] <jtcranmer> bz: I think m-c has hooks that prevent you from submitting mq patches
- # [20:47] * Joins: Noah (opera@moz-7A0655.dsl.rcsntx.sbcglobal.net)
- # [20:47] * Joins: gozala (gozala@A01051A9.6F669779.3D1CA460.IP)
- # [20:47] * Quits: nhirata (nhirata.bu@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:48] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [20:48] * Joins: pranavrc (pranavrc@77420204.418E38CF.C28326FD.IP)
- # [20:49] * Quits: ekr (ekr@moz-D7997EC8.rtfm.com) (Ping timeout)
- # [20:51] * Joins: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP)
- # [20:51] * Joins: Archaeopteryx (itsme@moz-756328DB.cust.telecolumbus.net)
- # [20:54] * Joins: cpeterso_ (cpeterson@F2D29657.F60B0462.67AC9B1.IP)
- # [20:54] <Mardak> is there a wiki page about how nightly moves to aurora and how autoupdates work on aurora?
- # [20:54] * Quits: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [20:54] <@bsmedberg> hrm, rowspans operate on displayed table cells, not DOM cells... that's interesting
- # [20:54] * Quits: Yoric (Yoric@moz-920DB13B.fbx.proxad.net) (Input/output error)
- # [20:54] * Joins: Julian (chatzilla@moz-79A72EAF.dynamic.hispeed.ch)
- # [20:54] <@bsmedberg> making intervening rows display:none changes the spanning behavior
- # [20:55] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [20:55] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [20:55] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
- # [20:56] * Quits: rnewman (rich_holyg@moz-B77DEAEB.mozilla.org) (Ping timeout)
- # [20:56] * Joins: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP)
- # [20:57] <Mardak> are autoupdates for aurora are turned off for a week or so while the new nightly->aurora code is turned off if necessary?
- # [20:57] * Quits: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net) (Client exited)
- # [20:58] <@bsmedberg> Mardak: a day or two typically; have you talked to akeybl about your issue/is the blocking flag marked?
- # [20:58] * zpao|detached is now known as zpao
- # [20:58] * Joins: krit (Adium@moz-1FC1932F.adobe.com)
- # [20:59] * Joins: xakz (XaMaD@moz-CD238FAF.w86-220.abo.wanadoo.fr)
- # [21:00] * Joins: mcsmurf (mcsmurf@moz-A3D4E3B6.dip.t-dialin.net)
- # [21:01] * Joins: jorendorff_ (jorendorff@F2D29657.F60B0462.67AC9B1.IP)
- # [21:01] <gavin> Mardak: disabling webapps isn't critical enough that it needs to happen right on merges
- # [21:02] <gavin> no need to worry aobut updates or anything, let's just land the patches on the appropriate branches
- # [21:02] * Quits: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:02] * jorendorff_ is now known as jorendorff
- # [21:02] <Mardak> ok
- # [21:02] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [21:02] * Quits: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [21:02] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [21:02] * Quits: logiclord (Gaurav@587FA0B.6F607646.85BF2EFC.IP) (Quit: Leaving.)
- # [21:02] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [21:03] * Quits: smooney (smooney@F2D29657.F60B0462.67AC9B1.IP) (Quit: smooney)
- # [21:03] * Joins: ekr (ekr@moz-D7997EC8.rtfm.com)
- # [21:03] * Joins: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net)
- # [21:04] * AutomatedTester|AFK is now known as AutomatedTester
- # [21:05] * Quits: smontagu (chatzilla@730621CA.C39404F5.CB858787.IP) (Ping timeout)
- # [21:05] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [21:05] * Joins: mak (mak@F2D29657.F60B0462.67AC9B1.IP)
- # [21:05] <fryn> dholbert: ping
- # [21:06] <fryn> dholbert: unping :)
- # [21:06] * Joins: smooney (smooney@F2D29657.F60B0462.67AC9B1.IP)
- # [21:06] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:06] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:07] * Joins: smontagu (chatzilla@moz-7B849C8E.red.bezeqint.net)
- # [21:07] * Joins: nhirata (nhirata.bu@F2D29657.F60B0462.67AC9B1.IP)
- # [21:07] <dholbert> fryn: pong/unpong!
- # [21:07] * Joins: rnewman (rich_holyg@moz-B77DEAEB.mozilla.org)
- # [21:07] <fryn> dholbert: reping!
- # [21:07] <dholbert> fryn: repong!
- # [21:08] <fryn> dholbert: the new flexbox supports vertical layout
- # [21:08] <fryn> overflowing into multiple columnes right?
- # [21:08] <fryn> *columns, right?
- # [21:08] <dholbert> fryn: the spec does, yes
- # [21:08] <dholbert> fryn: I'm not doing multiline (= multicol, in vertical mode) yet, though
- # [21:09] <fryn> when do we get it in mozilla-central?
- # [21:09] <fryn> ah ok :P
- # [21:09] * Joins: anky (anky@3C95732E.2C40EFCA.A3D1B221.IP)
- # [21:09] <dholbert> fryn: that part is unclear. (we might prioritize css3-grid over the multiline part of flexbox, not sure)
- # [21:09] <dholbert> fryn, what's your use case, out of curiosity?
- # [21:09] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:09] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:10] * mccr8 is now known as mccr8|lunch
- # [21:10] * Quits: cstipkovic (Clauber@CF99FC85.C1FBC67E.E203372D.IP) (Client exited)
- # [21:10] * Joins: c0smikdebris (c0smikdebr@62F05475.1B98A9E0.BE90E62C.IP)
- # [21:11] * Joins: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP)
- # [21:11] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [21:11] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:11] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:12] * Quits: brendan (brendaneic@moz-A286C218.hsd1.ca.comcast.net) (Quit: brendan)
- # [21:12] * Quits: mcote (mcote@moz-FD8EB826.mc.videotron.ca) (Quit: leaving)
- # [21:12] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Ex-Chat)
- # [21:13] * Quits: kdcw (kdc@moz-F7413045.pk.shawcable.net) (Quit: HydraIRC -> http://www.hydrairc.com <- \o/)
- # [21:13] * Joins: faramarz (faramarz@moz-BBE3ABD.mv.mozilla.com)
- # [21:13] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:13] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:14] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [21:14] * Joins: ahal (ahal@moz-63D82BEC.wireless.telus.com)
- # [21:14] * Parts: ahal (ahal@moz-63D82BEC.wireless.telus.com) (Leaving)
- # [21:15] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Quit: Instantbird -- http://www.instantbird.com)
- # [21:15] * Joins: mcote (mcote@moz-FD8EB826.mc.videotron.ca)
- # [21:15] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:15] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:16] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [21:16] * Joins: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se)
- # [21:16] * Joins: Cwiiis (cwiiis@F2D29657.F60B0462.67AC9B1.IP)
- # [21:17] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [21:17] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:17] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:17] <joduinn-mtg> ted: ping?
- # [21:17] <ted> jopong
- # [21:17] <ted> er
- # [21:17] <ted> joduinn-mtg: pong
- # [21:18] <joduinn-mtg> heh
- # [21:18] * joduinn-mtg waves hello.
- # [21:18] <ted> hi
- # [21:18] <joduinn-mtg> just out of series of meetings. did you see my patch for feedback from last night?
- # [21:18] <joduinn-mtg> (...and do you have time to chat now?)
- # [21:18] <ted> saw the request, didn't get to look at the patch yet
- # [21:18] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:18] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:19] <ted> trying to pare down some of my existing review backlog :-/
- # [21:19] * jhford-work-away is now known as jhford-work
- # [21:19] <ted> joduinn-mtg: yeah, we can chat
- # [21:20] <ted> i think i'm going to miss the meeting today, scheduling conflict
- # [21:20] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:20] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:20] <joduinn-mtg> :-(
- # [21:20] <joduinn-mtg> ok, then lets chat now and i'll share the notes with rest in the mtg
- # [21:20] <ted> yeah, 5pm is past my usual work day
- # [21:20] <ted> okay
- # [21:20] <ted> skype?
- # [21:20] <joduinn-mtg> skype?
- # [21:20] <joduinn-mtg> :-)
- # [21:21] <joduinn-mtg> shows you offline
- # [21:21] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/937cdb639def - Dão Gottwald - Bug 748027 - Make the identity box transparent in more cases. r=jaws a=desktop-only
- # [21:21] <firebot> http://hg.mozilla.org/mozilla-central/rev/09750e764b6a - Dão Gottwald - Bug 747742 - The identity panel's arrow should point to the center of the identity icon. r=jaws
- # [21:21] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:21] * Quits: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP) (Max SendQ exceeded)
- # [21:22] <Ms2ger> AryehGregor, ehsan, btw, for editor cleanup, always feel free to file a bug and CC me :)
- # [21:22] * jhford-work is now known as jhford-work-lunch
- # [21:22] * Quits: askalski (akuda@moz-4C8A107E.pool85-48-91.dynamic.orange.es) (Quit: Wychodzi)
- # [21:23] * bear is now known as bear-afk
- # [21:23] * Joins: Tobbi (Tobbi@1CA3658A.933EA279.AC7F8427.IP)
- # [21:23] <vikash> gerv, Thanks a tonne :-)
- # [21:23] <gerv> vikash: No problem :-)
- # [21:23] <gerv> Gotta go.
- # [21:24] * Tobbi is now known as IRCMonkey1689
- # [21:24] * vikash hugs gerv
- # [21:24] <vikash> bye, tc
- # [21:24] * Joins: vikram360 (vikram360@E618EC07.8274BA73.2A068A5E.IP)
- # [21:24] <harsh> vikash
- # [21:24] <harsh> project name?
- # [21:25] * IRCMonkey1689 is now known as Tobbi_
- # [21:25] <vikash> HTML5 and CSS3 examples in MDN :-)
- # [21:25] * Quits: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP) (Quit: jorendorff)
- # [21:25] <harsh> okay
- # [21:26] <harsh> congrats :)
- # [21:26] <ddahl> jst: Now I get some seemingly unrelated build errors: http://pastebin.mozilla.org/1591466
- # [21:27] * Tobbi_ is now known as Tobbi
- # [21:28] * Tobbi is now known as IRCMonkey1638
- # [21:29] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:29] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [21:29] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:30] * IRCMonkey1638 is now known as Tobbi
- # [21:32] * jhford-work-lunch is now known as jhford-work-away
- # [21:33] * Joins: c0smikde_ (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [21:33] * Quits: gozala (gozala@A01051A9.6F669779.3D1CA460.IP) (Ping timeout)
- # [21:33] * Joins: gozala (gozala@A01051A9.6F669779.3D1CA460.IP)
- # [21:34] * sheppy is now known as sheppy-afk
- # [21:34] * Quits: c0smikdebris (c0smikdebr@62F05475.1B98A9E0.BE90E62C.IP) (Ping timeout)
- # [21:34] * Joins: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP)
- # [21:34] * Joins: mwu (mwu@moz-59435430.hsd1.nj.comcast.net)
- # [21:34] * mcote is now known as mcote|afk
- # [21:37] <@bz> bjacob: ping
- # [21:37] <bjacob> bz: poing
- # [21:37] <@bz> bjacob: last arg to drawElements is 64-bit per spec, but 32-bit in our impl
- # [21:37] * Quits: graememcc (chatzilla@moz-AA5FE0E0.range86-148.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
- # [21:38] <@bz> bjacob: can that be a large number in practice? If so, we probably should add a test for that somewhere....
- # [21:38] <bjacob> bz: ok, so, bug in our impl
- # [21:38] * Quits: harsh (Mibbit@B510F52C.15C6DF7B.1551A00F.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [21:38] <bjacob> bz: it's extremely unlikely to be > 2^31 on any current code / hardware
- # [21:38] <@bz> ok
- # [21:39] <bjacob> but i guess this was done for future-proof-ness
- # [21:39] <@bz> well, the question is whether the spec should have a conformance test
- # [21:39] <@bz> for this
- # [21:39] <bjacob> hehe
- # [21:39] <bjacob> good question
- # [21:39] <@bz> or whether I should just fix our impl and move on
- # [21:39] * Quits: Jesse (jruderman@moz-537BCF9.hsd1.ca.comcast.net) (Quit: Jesse)
- # [21:39] <bjacob> it's practically untestable on current hw:
- # [21:39] <@bz> ok
- # [21:39] * @bz won't worry about it, then
- # [21:40] <bjacob> ok
- # [21:40] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [21:40] * Parts: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [21:41] <@bz> Another question
- # [21:41] * Joins: brendan (brendaneic@moz-BBE3ABD.mv.mozilla.com)
- # [21:41] <@bz> These various types like WebGLuint and whatnot
- # [21:41] <bjacob> 1) on desktop opengl, one would have to feed vertex attrib 0 with gigabytes of buffer data, but allocating these would probably OOM ; 2) most GPUs would likely freeze and reset before they're done drawing 2^21 vertices
- # [21:41] <@bz> In the spec they're just called GLuint
- # [21:41] <@bz> In the new binding code...
- # [21:41] <@bz> should I use WebGLuint, or can I just use GLuint?
- # [21:41] <bjacob> let me check
- # [21:42] * @bz has been doing the former, like the old-binding code
- # [21:42] <bjacob> it seems that the webgl* types are all gone from the spec
- # [21:42] <@bz> they're just GL* now
- # [21:42] <@bz> in the spec
- # [21:42] <bjacob> yes
- # [21:42] <@bz> basically, the question is whether we want WebGLContext.h to say:
- # [21:42] <@bz> void DepthFunc(WebGLenum func);
- # [21:42] * Joins: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com)
- # [21:42] <bjacob> the question is do the GL*types from the webgl spec agree with the GL* types from the GL spec
- # [21:42] <@bz> or
- # [21:42] <@bz> the same thing with GLenum
- # [21:43] <@bz> I would really hope so
- # [21:43] <@bz> I can double-check
- # [21:43] <bjacob> bz: in IDL, is long guaranteed to be 32bit?
- # [21:43] <@bz> yes
- # [21:43] <@bz> it is
- # [21:43] <@bz> hmm
- # [21:43] <@bz> GL ES spec talks about uint and whatnot
- # [21:44] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [21:44] * Quits: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com) (Input/output error)
- # [21:44] <@bz> ah
- # [21:44] * Joins: sworkman (sworkman@moz-BBE3ABD.mv.mozilla.com)
- # [21:44] * Quits: gozala (gozala@A01051A9.6F669779.3D1CA460.IP) (Quit: Leaving.)
- # [21:44] <@bz> the header files on khronos have some typedefs here
- # [21:45] <@bz> typedef khronos_float_t GLclampf;
- # [21:45] <@bz> ?
- # [21:45] <bjacob> bz: the place we want to look at is GLES 2.0.25 spec, 2.4 Basic GL Operation
- # [21:46] * Quits: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [21:46] <bjacob> page 12
- # [21:46] <bjacob> bz: our typedefs for these are in gfx/gl/GLDefs.h
- # [21:46] <@bz> ok
- # [21:46] * @bz looks
- # [21:47] * Joins: jrmuizel (jrmuizel@F2D29657.F60B0462.67AC9B1.IP)
- # [21:47] <bjacob> bz: except for an oddity i dont understand: we rename GLboolean to realGLboolean.
- # [21:47] <@bz> in any case, the question is whether you'd prefer for your own consumption to have the WebGL* types or the GL* types
- # [21:47] * Joins: bsmith (bsmith@moz-BBE3ABD.mv.mozilla.com)
- # [21:47] <bjacob> bz: by default i prefer to use the GL*types only
- # [21:47] <@bz> ok
- # [21:47] <@bz> easy enough for me to do
- # [21:47] <bjacob> bz: and there's 99% chances we are in that default case
- # [21:47] <@bz> thanks
- # [21:48] <bjacob> just worth double checking that there isn't some odd requirement in WebGL spec on these types, that is not met by GL types. But it seems to be safe.
- # [21:48] * @bz will check
- # [21:48] <@bz> hrm
- # [21:48] <@bz> unsigned int
- # [21:49] <bjacob> bz: note that when that table on page 12 says "non-negative integer" it doesn't mean unsigned
- # [21:49] <@bz> is what we have for GLenum
- # [21:49] <bjacob> bz: see the difference between uint and sizei
- # [21:49] <@bz> So
- # [21:49] <@bz> the types in GLDefs don't seem to really guarantee much about sizes
- # [21:49] <@bz> should they?
- # [21:49] * zpao is now known as zpao|detached
- # [21:50] * Quits: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se) (Ping timeout)
- # [21:50] * Quits: anky (anky@3C95732E.2C40EFCA.A3D1B221.IP) (Client exited)
- # [21:50] * Joins: efes (efes@moz-929D2974.dynamic.chello.pl)
- # [21:50] * khuey|away is now known as khuey
- # [21:50] <@bz> also, is the GLDefs.h file used in C code?
- # [21:50] <@bz> is that why it doesn't use bool?
- # [21:51] <@bz> ah
- # [21:51] <bjacob> bz: from looking at this spec, it indeed seems that they dont guarantee much. However i had always been under the impression that they did guarantee strict sizes, as a *lot* relies e.g. on ubyte being actually 1 byte
- # [21:51] <@bz> Or is that because the GL api in fact uses char?
- # [21:51] * Joins: anky (anky@8036E2A4.67FB055E.A3D1B221.IP)
- # [21:51] <@bz> Our GLubyte guarantees one byte
- # [21:51] <bjacob> we dont use that in C code, but I bet that we just wanted to stay close to official GL headers, which are C
- # [21:51] <@bz> it's our GLuint that doesn't guarantee a 32-bit int
- # [21:52] <bjacob> so
- # [21:52] <bjacob> i would rewrite these typedefs to guarantee the minimum required size
- # [21:52] <@bz> and then use them in the binding code?
- # [21:52] <bjacob> yes
- # [21:52] <gavin> bsmedberg: adding a field to application.ini involves adding it to nsXREAppData, right?
- # [21:52] * @bz will also add a GLBoolean which is a bool
- # [21:53] <@bsmedberg> gavin: usually, unless there's something really special going on
- # [21:53] <bjacob> bz: hm. bool really doesn't guarantee it's 1 byte. It was 4 bytes on some old gcc versions
- # [21:53] * Joins: anky_ (anky@3C95732E.2C40EFCA.A3D1B221.IP)
- # [21:53] <bjacob> bz: that would be a great reason to use uint8 for it
- # [21:53] * Joins: clee (clee@moz-70DDAA8E.rev.dyxnet.com)
- # [21:53] * mccr8|lunch is now known as mccr8
- # [21:53] <@bsmedberg> gavin: I'd like to see the need, because those fields are really expensive compared to prefs or other kinds of app data
- # [21:53] <@bz> hmm
- # [21:53] <@bz> ok
- # [21:53] <gavin> bsmedberg: I think I want to add a "uaName" field, for bug 747990
- # [21:54] * Quits: scenor (Daily@moz-60F9079D.rkhl.at) (Quit: scenor)
- # [21:54] <gavin> fennec/b2g could also use it instead of MOZ_APP_UA_NAME
- # [21:54] * Quits: anky (anky@8036E2A4.67FB055E.A3D1B221.IP) (Ping timeout)
- # [21:54] <gavin> bsmedberg: I guess I could use a pref instead
- # [21:54] * zpao|detached is now known as zpao
- # [21:55] <@bsmedberg> A pref would be a lot less work unless there's some really important need to prevent extensions from futzing with the field or something
- # [21:55] <gavin> though we originally had a similar pref and got rid of it because people were abusing it...
- # [21:55] <@bsmedberg> extensions can still completely override the UA string, no?
- # [21:55] <gavin> well if they try really hard
- # [21:55] <bjacob> bz: we dlopen() these GL libraries,dlsym() functions and call them with prototypes that use these types. Am I correct to say that if some function takes some argument of some type was not of the width expected by the GL library, the call would go wrong (with wrong values for these func args read by that GL func)?
- # [21:55] * @bsmedberg is skeptical that we need to dummyproof this too much
- # [21:55] <@bz> bjacob: yes
- # [21:56] <@bz> bjacob: I believe
- # [21:56] <gavin> bsmedberg: I think having a pref lowers the bar enough to make people do it when they otherwise wouldn't bother
- # [21:56] <bjacob> bz: so, it seems vital that the GL spec enforces precise sizes for these types. I thought it did. I'm surprised it doesn't seem to.
- # [21:56] <gavin> "hey we can tweak this easily, might as well!"
- # [21:56] <@bz> bjacob: heh
- # [21:57] * @bz is trying to figure out how risky making this change will be and whether he should do it in a separate bug.
- # [21:57] * Quits: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net) (Ping timeout)
- # [21:57] <bjacob> bz: this isn't risky by itself, but if you get something wrong, you'll easily get crashes, so for bisecting purposes, a separate patch could be nice
- # [21:57] * Joins: nrc (nrc@538BABFE.A073F3E.97BBD552.IP)
- # [21:57] <@bz> yeah
- # [21:57] <@bz> makes sense
- # [21:58] * bear-afk is now known as bear
- # [21:58] * Joins: sourabh912 (Mibbit@A64948EA.ADB5418D.DC7754FE.IP)
- # [21:58] <@bz> typedef ptrdiff_t GLsizeiptr;
- # [21:58] <@bz> Per webgl spec this is 64-bit always...
- # [21:58] <bjacob> bz: long long is always 64bit in webidl?
- # [21:58] <@bz> yes
- # [21:58] * Joins: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP)
- # [21:58] <bjacob> ouch.
- # [21:59] <sourabh912> jaws:hi
- # [21:59] * Quits: anky_ (anky@3C95732E.2C40EFCA.A3D1B221.IP) (Client exited)
- # [21:59] <Optimizer> sourabh912: Did you get selected ?
- # [21:59] <@bz> I could keep the two *ptr types prefixed with "Web"
- # [21:59] <@bz> or something
- # [21:59] <Optimizer> I mean if you applied
- # [22:00] * Quits: efes (efes@moz-929D2974.dynamic.chello.pl) (Client exited)
- # [22:00] <bjacob> bz: i'll ask the ml
- # [22:00] <@bz> ok
- # [22:00] <bjacob> bz: it seems that that part of webgl is not implementable on 32bit systems
- # [22:00] <@bz> mmm
- # [22:00] <@bz> interesting
- # [22:00] <@bz> funtimes
- # [22:01] * @bz puts the removal of "Web" on hold for now, pending that. ;)
- # [22:01] <sourabh912> optimizer: the project for which i applied is not even mentioned in the final accepted list.....
- # [22:01] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Quit: Leaving.)
- # [22:01] <Optimizer> which ?
- # [22:01] * philor is now known as philor|away
- # [22:01] * Joins: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net)
- # [22:01] <sourabh912> fullscreen mode
- # [22:02] * merike|away is now known as merike
- # [22:03] <@bz> this is for gsoc?
- # [22:03] * jwir3 is now known as jwir3|lunch
- # [22:03] <sourabh912> yes
- # [22:04] * Joins: c0smikdebris (c0smikdebr@62F05475.1B98A9E0.BE90E62C.IP)
- # [22:04] <@bz> I believe we had more projects than slots
- # [22:04] <@bz> like usual
- # [22:04] * Joins: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz)
- # [22:04] <@bz> oh, I see
- # [22:05] * @bz sees context
- # [22:05] <@bz> I do think we had a number of projects for which we had good applicants
- # [22:05] <@bz> and then we had to pick some subset. :(
- # [22:05] * Quits: c0smikde_ (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Ping timeout)
- # [22:05] <sourabh912> but nobody got selected for that project
- # [22:05] <Optimizer> hmm, that means that project was dropped
- # [22:06] <Optimizer> there were total around 20+ ideas on the wiki page
- # [22:06] <Optimizer> not all got in the final list
- # [22:06] <@bz> the point is, we had more projects than slots
- # [22:06] * jhford-work-away is now known as jhford-work
- # [22:06] <@bz> so some projects didn't get picked at all, yes....
- # [22:06] * nthomas|away is now known as nthomas
- # [22:06] * merike is now known as merike|away
- # [22:06] <Optimizer> when does past come online ?
- # [22:07] <sourabh912> bad luck :(
- # [22:07] * KWierso barely refrains from making a "sometime in the future" joke...
- # [22:08] <mak> bjacob: aurora bustage
- # [22:08] <bjacob> mak: ah sorry
- # [22:09] * Quits: Julian (chatzilla@moz-79A72EAF.dynamic.hispeed.ch) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])
- # [22:09] <sourabh912> optimizer:did u get selected?
- # [22:09] <Optimizer> hmm :)
- # [22:10] * jhford-work is now known as jhford-work-away
- # [22:10] <bjacob> mak: ok, got it, landing a fix
- # [22:10] * Joins: gandalf (zbraniecki@moz-D750BA17.neoplus.adsl.tpnet.pl)
- # [22:10] <sourabh912> for which one?
- # [22:10] <Optimizer> timeline
- # [22:11] <sourabh912> congrats :)
- # [22:11] * rail-buildduty is now known as rail-mtg
- # [22:11] <Optimizer> thanks :)
- # [22:12] <sourabh912> is this your first attempt in gsoc?
- # [22:12] * Joins: hvq (HVQ@moz-46D4892A.dynip.nus.edu.sg)
- # [22:12] <Optimizer> yes
- # [22:12] <sourabh912> ohh thats nice :)
- # [22:13] <Optimizer> did you try earlier also ?
- # [22:13] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:13] <mak> bjacob: thanks
- # [22:13] <sourabh912> no it was my first time
- # [22:14] * jhford-work-away is now known as jhford-work
- # [22:14] * Quits: smooney (smooney@F2D29657.F60B0462.67AC9B1.IP) (Quit: smooney)
- # [22:14] * Joins: bmoss (bmoss@moz-BBE3ABD.mv.mozilla.com)
- # [22:15] * @bz wonders how long it'll be till the fact that typed array lengths are 32-bit becomes a problem
- # [22:15] <bjacob> bz: so, on a 32bit system, when a too-large 64bit value is passed, bufferData should do as if the allocation failed (can't create an array of that size on a 32bit sys) and other functions that take GLintptr always use it as an offset into such an array, so they should treat any such index as out-of-range
- # [22:15] <bjacob> bz: so, so far, it seems like webgl did the right thing here
- # [22:15] <@bz> bjacob: ok
- # [22:15] <bjacob> bz: but,
- # [22:16] <bjacob> bz: this is the first example where WebGL type != OpenGL type
- # [22:16] <@bz> bjacob: yep
- # [22:16] <bjacob> bz: so yes, do keep WebGLintptr
- # [22:16] <@bz> bjacob: ok
- # [22:17] * Quits: Optimizer (Mibbit@6BCF5DE2.2E81CE6D.89AC0F27.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:17] * Quits: sourabh912 (Mibbit@A64948EA.ADB5418D.DC7754FE.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [22:18] * Quits: smontagu (chatzilla@moz-7B849C8E.red.bezeqint.net) (Ping timeout)
- # [22:20] * Quits: mayhemer__ (Miranda@B3D46202.F87A741B.F23860FD.IP) (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
- # [22:20] * Quits: thinker (thinker@moz-71AD2643.dynamic.kbronet.com.tw) (Ping timeout)
- # [22:20] * KaiRo is now known as KaiRo_away
- # [22:22] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:22] <Waldo> bz: why would it become a problem?
- # [22:22] * Quits: cpearce (chatzilla@moz-510B10B9.xdsl.xnet.co.nz) (Ping timeout)
- # [22:22] <Waldo> (noting that we arbitrarily choose to only allow arrays at most INT32_MAX length
- # [22:23] <@bz> waldo: because we may want typed arrays with > (1<<32) entries?
- # [22:23] <Waldo> oh
- # [22:23] * Joins: TehLink (TheLink@moz-6D57A14F.pools.arcor-ip.net)
- # [22:23] * Quits: TheLink (TheLink@moz-C76AC80E.pools.arcor-ip.net) (Ping timeout)
- # [22:23] * Waldo has no idea whether graphics users use arrays that big, suspects they couldn't just for speed reasons
- # [22:23] * Quits: jeffgman (Daily@moz-AC43E5A0.static.rvsd.ca.charter.com) (Quit: jeffgman)
- # [22:23] <@bz> sure
- # [22:24] <@bz> hence "when"
- # [22:24] * Joins: smooney (smooney@F2D29657.F60B0462.67AC9B1.IP)
- # [22:24] * Waldo admits to some difficulty believing reading 4GB of RAM or any sort of memory will ever be that fast
- # [22:24] <Waldo> unless this is some sort of crazy transpilation to FPGA or something
- # [22:26] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [22:26] * Joins: darin (darin@moz-CD91E596.google.com)
- # [22:26] * Quits: darin (darin@moz-CD91E596.google.com) (Connection reset by peer)
- # [22:26] * Joins: darin (darin@moz-CD91E596.google.com)
- # [22:27] <Waldo> btw, bz, http://mozillamemes.tumblr.com/post/21494090208/hubris-leads-to-laziness-laziness-leads-to-no was for you and document.all()
- # [22:27] <Waldo> although in retrospect "overconfidence" would have been better than hubris there
- # [22:27] <Waldo> well, I guess either
- # [22:27] * Joins: c0smikde_ (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [22:28] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Ping timeout)
- # [22:28] * Quits: c0smikdebris (c0smikdebr@62F05475.1B98A9E0.BE90E62C.IP) (Ping timeout)
- # [22:28] <Waldo> darin: in case you missed it: http://mozillamemes.tumblr.com/post/21374743271/ive-yet-to-see-an-r-foo-formerly-netscape-tld :-)
- # [22:29] * Quits: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP) (Quit: Boriss)
- # [22:30] * Quits: TehLink (TheLink@moz-6D57A14F.pools.arcor-ip.net) (Ping timeout)
- # [22:30] * Joins: Jesse (jruderman@moz-BBE3ABD.mv.mozilla.com)
- # [22:31] * Quits: gandalf (zbraniecki@moz-D750BA17.neoplus.adsl.tpnet.pl) (Quit: Textual IRC Client: http://www.textualapp.com/)
- # [22:33] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [22:34] * jwir3|lunch is now known as jwir3
- # [22:35] * Joins: smagnin (pike@moz-DEF53BC9.fbx.proxad.net)
- # [22:35] * Quits: smagnin (pike@moz-DEF53BC9.fbx.proxad.net) (Client exited)
- # [22:35] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [22:35] * Quits: bbondy (bbondy@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:36] * Quits: vikash (vikash@DB47DD4E.9B552DFD.5D9ABA9F.IP) (Quit: Leaving)
- # [22:37] <@bz> Waldo: I still have it on my list to find when it broke
- # [22:37] <@bz> Waldo: the null .call is indeed fishy
- # [22:37] * Quits: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
- # [22:38] <darin> Waldo: heh
- # [22:39] * Joins: gandalf (zbraniecki@moz-D750BA17.neoplus.adsl.tpnet.pl)
- # [22:39] <Waldo> bz: incidentally, what's the way to have document.all be anything at all? I tried stuff like [document.all][0] in various pages (no doctype and otherwise) and kept getting undefined with the pages I tried out
- # [22:39] <@bz> darin: I claimed, indirectly, that asking you for HTTP networking reviews was probably not a viable proposition
- # [22:39] <@bz> darin: sorry if I misrepresented, of course. ;)
- # [22:39] <mkaply> I'm sure darin still has all that knowledge trapped in his head somewhere.
- # [22:40] <darin> it is a request queue where patches go to die
- # [22:40] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [22:40] <@bz> darin: right, that was basically my claim. Not just you, obviously; this was someone claiming that we should require original-file-author review on all patches so I provided ... counterexamples
- # [22:40] <@bz> Waldo: looking
- # [22:40] <Waldo> (which is entirely fine by me, I think we should do all we can to kill document.all, just saying :-) )
- # [22:41] <@khuey> Jesse: ping
- # [22:41] * Joins: hessam (hessam@F2B4716.935591D9.4622A9EB.IP)
- # [22:41] * Quits: gkw2|mini (gkw@moz-BBE3ABD.mv.mozilla.com) (Quit: Leaving)
- # [22:41] * Joins: robkoch86 (robkoch86@moz-7509850E.dynamic.adsl-line.inode.at)
- # [22:42] <@bz> waldo: try alert(document.all[0]) in quirks mode
- # [22:42] <darin> bz: ic
- # [22:42] * Quits: c0smikde_ (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Ping timeout)
- # [22:42] <@bz> darin: (joki, kipp, troy, some others)
- # [22:43] * Quits: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP) (Ping timeout)
- # [22:43] * Quits: robkoch86 (robkoch86@moz-7509850E.dynamic.adsl-line.inode.at) (Quit: Leaving.)
- # [22:43] <@bz> darin: what's sad is that this is someone who 1) was serious and 2) has been around for a while
- # [22:43] * Joins: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP)
- # [22:43] * Joins: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP)
- # [22:43] <Jesse> khuey: pong
- # [22:44] <@bz> waldo: I have no idea why quirks matters....
- # [22:44] * Joins: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:44] <mkaply> original authors? That's quite humorous
- # [22:44] * Quits: kennyluck (kennyluck@moz-2E3E3AD8.dynamic.hinet.net) (Connection reset by peer)
- # [22:44] * Waldo 's thoughts would turn a little more morbid, like finding some file originally authored by Nigel McFarlane
- # [22:44] <@khuey> Jesse: you might be interested in looking at why the fuzzer didn't stumble onto 747688
- # [22:45] <jwir3> aaronmt, ping?
- # [22:45] <Waldo> which may not exist, I don't know if he ever hacked Mozilla directly
- # [22:45] <@bz> waldo: so in general, we only resolve document.all if not JSRESOLVE_DETECTING and if JSRESOLVE_QUALIFIED
- # [22:45] <AaronMT> jwir3: pong
- # [22:45] <mkaply> Waldo: but it certainly could happen
- # [22:45] <Jesse> khuey: i think it's because i don't run with ASAN/Valgrind enough
- # [22:45] <@bz> waldo: and only in quirks mode
- # [22:45] * Joins: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch)
- # [22:46] * Joins: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP)
- # [22:46] * Quits: deLta30 (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [22:46] <@khuey> Jesse: do you fuzz only debug builds?
- # [22:46] <Waldo> yeah, I'm aware of the rough restrictions on that; I'm just really surprised that direct use of the value in [] would be a detecting use :-(
- # [22:46] <jwir3> AaronMT: So I'm looking at bug 746966, and I'm a little confused about the write up of the bug. Everyone seems to be thinking that it's font inflation at work here, but it seems like what you want is simply to increase the text size unilaterally, or am I wrong?
- # [22:46] <@bz> waldo: no idea why [document.all][0] doesn't resolve it
- # [22:46] <@khuey> for some reason I could only reproduce the crash in opt
- # [22:46] * Joins: kennyluck (kennyluck@moz-FA28F045.dynamic.hinet.net)
- # [22:46] <@bz> Waldo: but JSRESOLVE_DETECTING is just a black box for me
- # [22:46] <Jesse> khuey: oh, interesting. i only fuzz debug builds.
- # [22:46] <Waldo> 'tis true
- # [22:46] <darin> bz: even if some of the original authors were around, you'd probably not want them reviewing the files they named
- # [22:46] * Quits: mccr8 (mccr8@moz-BBE3ABD.mv.mozilla.com) (Quit: mccr8)
- # [22:46] * Quits: Ms2ger (Ms2ger@85110C90.3711BBF6.37724B0D.IP) (Quit: nn)
- # [22:47] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/b9936b8bcccf - Kyle Huey - Bug 745681: Prepare the reftest harness for Bug 695480. r=dbaron a=test-only
- # [22:47] <jwir3> AaronMT: and what it sounds like (and I've confirmed) is that changing the text size actually changes font inflation, which isn't the desired behavior
- # [22:47] <darin> bz: some of those guys haven't touched the code in over 12 years
- # [22:47] <Jesse> khuey: interesting. i too can reproduce in opt but not debug
- # [22:47] <@khuey> Jesse: very strange
- # [22:47] * Quits: jdm (jdm@moz-15BB5FE6.cable.teksavvy.com) (Client exited)
- # [22:48] <Waldo> and perhaps some you wouldn't want touching it even if they'd touched much more recently than 12 years ago :-)
- # [22:48] <@bz> darin: yep
- # [22:48] * Joins: karl (karl@moz-A9D282FB.jetstream.xtra.co.nz)
- # [22:48] <@bz> darin: you were the active guy on the list. ;)
- # [22:48] <AaronMT> jwir3: The gist of it what I consider the bug is that font-inflation is not working on the area expected
- # [22:48] <jwir3> AaronMT: So I guess the question I have for you is, "What would you expect it to do when changing the font-size from 'tiny' to 'large', e.g."?
- # [22:48] * Quits: pranavrc (pranavrc@77420204.418E38CF.C28326FD.IP) (Quit: Ping timeout: ∞)
- # [22:48] <jwir3> AaronMT: Yes, I understand that. But I think there are two problems
- # [22:48] <AaronMT> jwir3: Increase the font size of the article I want ot read not the sidebar
- # [22:48] <AaronMT> or if not, both
- # [22:49] <jwir3> AaronMT: Ok, right. But the control you selected actually should change ALL font sizes, without taking font-inflation into account.
- # [22:49] <jwir3> So, there seems to be 1) a problem with font-inflation and 2) the control isn't working to just change the font size
- # [22:49] <jwir3> it should be like hitting CTRL-++ on desktop
- # [22:49] <jwir3> wait, no, that's not right
- # [22:50] <jwir3> what I mean is Preferences->Content->Font Size
- # [22:50] <jwir3> like changing that setting on desktop
- # [22:50] * Joins: johanc (chatzilla@moz-D8A1AA43.bredband.comhem.se)
- # [22:51] * Quits: hvq (HVQ@moz-46D4892A.dynip.nus.edu.sg) (Quit: Instantbird 1.1)
- # [22:51] <Jesse> khuey: i'm also ignoring a whole pile of crash signatures due to https://bugzilla.mozilla.org/show_bug.cgi?id=588237, but none of those signatures matches the opt crash i got
- # [22:52] * Joins: bbondy (bbondy@F2D29657.F60B0462.67AC9B1.IP)
- # [22:52] * mattwoodrow|away is now known as mattwoodrow
- # [22:52] * Joins: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com)
- # [22:52] <@khuey> Jesse: fun
- # [22:53] <jduell> If I need to backout a bug on m-c, do I just put "a=backout"? Do I need approval for a backout?
- # [22:53] <jwir3> jduell: Yes.
- # [22:53] <mbrubeck> jduell: If it's a backout for something that just landed and is busted, use a=backout
- # [22:53] <mbrubeck> jduell: If it's something that's been in the tree for a few days or more, I would request approval.
- # [22:54] <AaronMT> jwir3: yep agreed
- # [22:54] <jduell> mbrubeck: been in tree for a few days. OK
- # [22:54] * Quits: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:54] <jwir3> AaronMT: Ok, I'm going to clarify in the bug then.
- # [22:55] <Jesse> taras: i threw this together while helping TheCrap in #firefox, and am thinking of putting it on devmo. what do you think? do you want to help improve it? https://etherpad.mozilla.org/DebuggingHangs
- # [22:56] * Quits: bonnie (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [22:56] * Quits: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [22:56] * jmaher is now known as jmaher|afk
- # [22:56] * Joins: bonnie__ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:56] <mbrubeck> AaronMT, jwir3: Except that pref doesn't affect all fonts either
- # [22:56] * Joins: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [22:56] <mbrubeck> for example, you can set Content > Default font > Size to 72 on desktop and it will not do anything the fonts on www.google.com
- # [22:56] <Jesse> taras: TheCrap and I didn't get very far. we hit https://bugzilla.mozilla.org/show_bug.cgi?id=747745 :(
- # [22:57] <mbrubeck> and on Bugzilla it will enlarge the text in some elements but not others.
- # [22:57] <AaronMT> mbrubeck: It's misleading because it's not actually text scaling, correct
- # [22:57] <mbrubeck> probably the expected result is something more like Content > Default font > Advanced > Minimum font size
- # [22:57] <mbrubeck> (I'm talking about desktop here)
- # [22:58] <jwir3> mbrubeck,AaronMT: Ok, this is quite confusing. lol
- # [22:58] <jwir3> mbrubeck,AaronMT: Perhaps we should consider migrating this to *be* a control for font-inflation. and make it a bit more clear
- # [22:58] <Jesse> khuey: i guess i need to add opt builds to the mix. will require some work; i'll at least need to add crash signatures that are hidden by aborts in debug builds.
- # [22:59] * Quits: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [22:59] <AaronMT> jwir3: Yeah when I see "Text Size" in preferences, I would expect it to be related to Font Scaling like you seem in stock and Chrome Beta on Android
- # [22:59] <mbrubeck> jwir3: Yeah, we couldn't really come up with a good name/explanation for what it really does
- # [22:59] <taras> Jesse: looking
- # [23:00] <mbrubeck> the hope was that we can get the heuristics good enough that it does "the right thing" on the vast majority of pages
- # [23:00] <mbrubeck> so that it's the same as far as the user is concerned.
- # [23:00] <taras> Jesse: have you seen vladan's posts on setting up a symbol server?
- # [23:00] <taras> though i guess that should work
- # [23:00] <jwir3> ok, I understand a bit better now.
- # [23:01] * Quits: deLta30_ (quassel@8E6C34C1.A3F9767A.1C37C358.IP) (Client exited)
- # [23:01] <mbrubeck> though I'd still like to see a better name
- # [23:01] <Jesse> taras: i don't think so. add links to the etherpad if they're relevant?
- # [23:01] <mbrubeck> "minimum font size" is a little more accurate but still misleading.
- # [23:01] <taras> Jesse: http://blog.mozilla.org/vdjeric/
- # [23:01] <taras> last post
- # [23:02] * rail-mtg is now known as rail-buildduty
- # [23:02] * Joins: daoberes (donna@D2B84AF4.C749D475.1139E686.IP)
- # [23:02] * Joins: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP)
- # [23:02] <taras> Jesse: its already in the ehterpad
- # [23:02] * Quits: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP) (Connection reset by peer)
- # [23:02] <jwir3> mbrubeck: that's a bit worse, because it's not actually the minimum font size
- # [23:02] <taras> you don't need a symbol server on mac
- # [23:03] <taras> Jesse: his about:telemetry extensions should just work
- # [23:03] <Jesse> i think TheCrap is on windows
- # [23:03] <jhammel> it certainly is
- # [23:03] * Quits: dao (dao@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving.)
- # [23:03] <jhammel> oh you mean the user of that name
- # [23:03] <KWierso> oh, you
- # [23:03] * Joins: jhk (jiggy@8E6C34C1.A3F9767A.1C37C358.IP)
- # [23:04] <jwir3> haha
- # [23:04] <taras> Jesse: lots of mentions of mac made that no clear
- # [23:04] * Quits: mcsmurf (mcsmurf@moz-A3D4E3B6.dip.t-dialin.net) (Quit: )
- # [23:04] <taras> Jesse: but yeah, about:telemetry diff mode is the easiest way to see wtf just happen
- # [23:04] <taras> ed
- # [23:04] * Parts: msucan (msucan@754ABC71.319ADCBF.D7B372F7.IP)
- # [23:04] <taras> if the hang is captured by a histogram
- # [23:04] <mbrubeck> jwir3: How about "Text awesomification: [None, Kinda, Lots, EXTREME]" :)
- # [23:05] * Quits: gandalf (zbraniecki@moz-D750BA17.neoplus.adsl.tpnet.pl) (Ping timeout)
- # [23:05] <jwir3> mbrubeck: Perfect! Print it!
- # [23:05] <jhammel> mbrubeck++
- # [23:05] * Joins: catalinb (ethereal@2F3D1500.677AFCF3.5BC07656.IP)
- # [23:06] * Quits: jviereck (Adium@moz-26045BE5.dclient.hispeed.ch) (Quit: Leaving.)
- # [23:08] * Joins: cilias (cilias@moz-D65C0C74.cpe.net.cable.rogers.com)
- # [23:08] * Quits: evilpie (chatzilla@moz-F0C9BA2F.pools.arcor-ip.net) (Quit: ChatZilla 0.9.88.2 [Firefox 14.0a1/20120422030638])
- # [23:08] <mbrubeck> (You should have seen what our UX looked like when mart3ll was busy and I had to draw my own placeholder icons in GIMP...)
- # [23:08] <@khuey> who is giving approvals?
- # [23:09] <mbrubeck> khuey: mfinkle is one of the people who is...
- # [23:09] <@khuey> mfinkle: please approve 747245
- # [23:09] <@khuey> kthx
- # [23:10] * Joins: gandalf (zbraniecki@moz-BE10021F.neoplus.adsl.tpnet.pl)
- # [23:10] * Quits: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [23:10] * Quits: bonnie__ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: Ex-Chat)
- # [23:11] * Joins: bonnie_ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:11] * Joins: bonnie__ (bbsurender@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net)
- # [23:11] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
- # [23:11] * Joins: harth (harth@moz-C2C235AC.bb.sky.com)
- # [23:12] * cpeterso_ is now known as cpeterson
- # [23:12] * Quits: mconley (mconley@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:12] <joduinn-mtg> khuey: ping?
- # [23:12] <Mook_as> hmm, if I have two cc-edges-NNNN.log files, are there tools to run diffs between them?
- # [23:13] <@khuey> joduinn-mtg: hi
- # [23:13] <joduinn-mtg> hey, so you in SF or still south of the equator?
- # [23:13] * Joins: jdm (jdm@moz-9AEDE212.cpe.net.cable.rogers.com)
- # [23:13] * Joins: TheLink (TheLink@moz-2C115FCB.pools.arcor-ip.net)
- # [23:14] * Quits: xakz (XaMaD@moz-CD238FAF.w86-220.abo.wanadoo.fr) (Ping timeout)
- # [23:14] <@smaug> Mook_as: not that I know
- # [23:14] <@smaug> Mook_as: why would you need it ?
- # [23:14] <Mook_as> alright, thanks.
- # [23:14] <@khuey> joduinn-mtg: I'm back in SF
- # [23:14] * Joins: dao (dao@F2D29657.F60B0462.67AC9B1.IP)
- # [23:14] <Mook_as> smaug: oh, trying to track down a DOM element alive longer than it should be
- # [23:14] * Quits: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com) (Ping timeout)
- # [23:15] <Mook_as> (open tab, close tab, stuff in it still alive - this isn't firefox, the tabs are not frames)
- # [23:15] <@smaug> Mook_as: can you reproduce the problem?
- # [23:15] <joduinn-mtg> khuey: cool. can you join us in 7Q ? Makefile mtg
- # [23:15] <Mook_as> yep! gecko 7, unfortunately
- # [23:15] <@khuey> joduinn-mtg: now?
- # [23:15] * Joins: sfink (chatzilla@moz-BBE3ABD.mv.mozilla.com)
- # [23:15] <@smaug> Mook_as: is the leak still there during shutdown?
- # [23:15] <mfinkle> khuey, risky?
- # [23:15] <Mook_as> smaug: as far as I can tell, no
- # [23:15] <@khuey> mfinkle: no
- # [23:15] * Quits: pascalc (chatzilla@CF99FC85.C1FBC67E.E203372D.IP) (Ping timeout)
- # [23:16] <mfinkle> are you lying?
- # [23:16] <@khuey> nope
- # [23:16] <Mook_as> smaug: but the rest of the app leaks like a sieve, so who really knows
- # [23:16] <joduinn-mtg> y. same time as last week - only now you are not in Aus! :-)
- # [23:16] <@khuey> scout's honor
- # [23:16] <@khuey> joduinn-mtg: on my way
- # [23:16] <@smaug> Mook_as: then you could debug when that element is releases
- # [23:16] <@smaug> released
- # [23:16] <mfinkle> khuey, a+
- # [23:16] <joduinn-mtg> khuey: k. thx
- # [23:16] <@khuey> mfinkle: ty
- # [23:17] <Mook_as> smaug: ooh, that sounds useful. now I just need to figure out which element it is... (unfortuantely, xbl and html:embed is involved.)
- # [23:17] * bwinton is now known as bwinton_away
- # [23:17] <@smaug> Mook_as: cc log should tell the address of the element
- # [23:17] <@smaug> hmm, in FF 7 cc log didn't contain as much information
- # [23:18] <@smaug> Mook_as: you could add something to NS_IMPL_CYCLE_COLLECTION_TRAVERSE_BEGIN_INTERNAL(nsGenericElement)
- # [23:19] <@khuey> you could switch to Gecko 14
- # [23:19] * @khuey ducks
- # [23:19] <@smaug> yeah
- # [23:19] <@smaug> Mook_as: Gecko 14 has tons of leak fixes
- # [23:19] <Mook_as> smaug: thanks, I'll look at that. also, I'll check things near nsHTMLObjectElement
- # [23:19] * Joins: gkw2|mini (gkw@moz-BBE3ABD.mv.mozilla.com)
- # [23:19] <Mook_as> smaug: yeah. unfortunately, that would mean more work to fix pyxpcom first...
- # [23:20] <Mook_as> nothing like having three languages in one app... ugh
- # [23:20] * Joins: rjohnson19 (chatzilla@moz-9148485F.hsd1.ma.comcast.net)
- # [23:21] * Quits: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net) (Ping timeout)
- # [23:21] * Quits: Asa (asa@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:21] * Quits: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP) (Quit: Ex-Chat)
- # [23:22] <jduell> Anybody know what Bugzilla component I should use for a bug where we cache thumbnails of HTTP redirects? What's thumbnail component?
- # [23:22] <firebot> Check-in: http://hg.mozilla.org/mozilla-central/rev/142fe408f5b4 - Kyle Huey - Bug 747245: Fix a silly weak reference assertion. r=bent a=mfinkle
- # [23:23] * Joins: KWierso (chatzilla@moz-DDEBF960.desm.qwest.net)
- # [23:23] <dholbert> jduell, thumbnail = favicon, or the thumbnail shown on about:newtab?
- # [23:23] <jduell> dholbert: cache entry says "Client: moz-page-thumb": does that help?
- # [23:24] <jduell> Otherwise I have no clue
- # [23:24] * Quits: stevee (Miranda@moz-BEBDF855.cable.virginmedia.com) (Quit: Miranda IM - Multi protocol instant messenger @ www.miranda-im.org)
- # [23:24] * Joins: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [23:24] <jduell> I'm assuming thumbnail, because there's no favicon for the URI
- # [23:24] <jduell> and the start of the entry is ".PNG"
- # [23:24] <dholbert> jduell, I'm guessing that's the about:newtab thumbnail, yeah. I'd say Firefox | Tabbed Browser, based off of https://bugzilla.mozilla.org/show_bug.cgi?id=455553 , and CC ttaubert
- # [23:24] <jduell> well, the PNG could be either
- # [23:25] <jduell> dholbert: thanks!
- # [23:25] * Quits: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP) (Quit: Boriss)
- # [23:25] <dholbert> jduell, alternately Firefox|General
- # [23:25] <dholbert> jduell, (that's where some other newtab bugs have gone)
- # [23:25] <jduell> dholbert: mmmK
- # [23:25] <dholbert> either is probably fine, to start out, as long as you CC someone connected to about:newtab, like ttaubert
- # [23:26] * Quits: squib (squib-@moz-415BAA34.engr.wisc.edu) (Quit: Leaving)
- # [23:26] * Joins: Enn (enn@moz-DB6467E3.cpe.net.cable.rogers.com)
- # [23:27] * Joins: chrisccoulson (chr1s@CF62D2D6.FC921812.EE27BB8D.IP)
- # [23:27] * bz is now known as bz_dinner
- # [23:30] * Quits: c0smikdebris (c0smikdebr@FCC6B65B.783E19DB.B84D4DA2.IP) (Quit: Computer has gone to sleep.)
- # [23:30] * bear is now known as bear-afk
- # [23:30] * philor|away is now known as philor
- # [23:30] * Quits: Mnyromyr (Mnyromyr@B2521176.7B0892CB.771966F7.IP) (Quit: ChatZilla 0.9.86 [SeaMonkey 1.1.19/2010030105])
- # [23:30] * Quits: catalinb (ethereal@2F3D1500.677AFCF3.5BC07656.IP) (Ping timeout)
- # [23:31] * rail-buildduty is now known as rail
- # [23:31] * rail is now known as rail-almost-gone
- # [23:32] * rail-almost-gone is now known as rail_away
- # [23:33] <daoberes> hello, everyone! can someone confirm or deny this? --> there are some prefs that you can't set in distribution.ini, like privacy.donottrackheader.enabled. firefox will always set that to the default when creating a new profile, no matter what distribution.ini says
- # [23:34] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [23:36] * bhearsum is now known as bhearsum|afk
- # [23:36] * philor is now known as philor|away
- # [23:37] * Quits: andreasn (andreasn@moz-8A84C28A.bredband.comhem.se) (Quit: Leaving.)
- # [23:37] * Quits: janv (varga@moz-6D58DC19.flarion.as5628.telecom.sk) (Quit: This computer has gone to sleep)
- # [23:38] * Quits: edmorley (edmorley@moz-BAF1E716.range109-156.btcentralplus.com) (Quit: Leaving.)
- # [23:39] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [23:39] * Joins: mr_boo (Mibbit@26727EDB.D5D7E57B.E5772CEC.IP)
- # [23:39] * Joins: necolas (necolas@moz-EA7E3264.bb.sky.com)
- # [23:40] * Quits: mr_boo (Mibbit@26727EDB.D5D7E57B.E5772CEC.IP) (Quit: http://www.mibbit.com ajax IRC Client)
- # [23:40] * Joins: Boriss (FlyingToas@F2D29657.F60B0462.67AC9B1.IP)
- # [23:40] * Quits: wolfiR (wolfiR@moz-92BE8252.dip0.t-ipconnect.de) (Quit: Leaving)
- # [23:41] * philor|away is now known as philor
- # [23:41] * Joins: Asa (asa@F2D29657.F60B0462.67AC9B1.IP)
- # [23:42] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [23:43] * Joins: anky (anky@5AE5A3E6.B0C57854.74119F78.IP)
- # [23:43] * Quits: yuan (ywang@F2D29657.F60B0462.67AC9B1.IP) (Quit: yuan)
- # [23:43] * Quits: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP) (Input/output error)
- # [23:43] * Quits: jorendorff (jorendorff@F2D29657.F60B0462.67AC9B1.IP) (Quit: jorendorff)
- # [23:43] * Quits: florian (Instantbir@moz-87C33FDA.kimsufi.com) (Ping timeout)
- # [23:45] * Quits: automata (automata@8D23278A.C27CA109.16867D26.IP) (Ping timeout)
- # [23:46] * Joins: knelson1 (Adium@moz-BBE3ABD.mv.mozilla.com)
- # [23:46] * Quits: tchevalier (Instantbir@moz-2E5043DA.w90-48.abo.wanadoo.fr) (Quit: Instantbird -- http://www.instantbird.com)
- # [23:47] * Quits: ircloggr (nodebot@moz-7DD8C6FD.compute-1.amazonaws.com) (Client exited)
- # [23:48] * Joins: ircloggr (nodebot@moz-9E3AF5B0.compute-1.amazonaws.com)
- # [23:49] * Quits: jet (junglecode@moz-C03D0C61.vlan426.asr1.sfo1.gblx.net) (Quit: jet)
- # [23:50] * philor is now known as philor|away
- # [23:50] * Quits: @smaug (chatzilla@moz-BEA42BA1.gprs.sl-laajakaista.fi) (Ping timeout)
- # [23:50] * Joins: florian (Instantbir@moz-87C33FDA.kimsufi.com)
- # [23:51] * Quits: anky (anky@5AE5A3E6.B0C57854.74119F78.IP) (Client exited)
- # [23:52] * Joins: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net)
- # [23:52] * Quits: shorlande (shorlander@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving...)
- # [23:54] * Quits: jduell (jduell@moz-2D9EDA98.lightspeed.sntcca.sbcglobal.net) (Ping timeout)
- # [23:54] * Quits: madhava (madhava@F2D29657.F60B0462.67AC9B1.IP) (Quit: madhava)
- # [23:55] * Joins: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP)
- # [23:56] * Joins: smaug (chatzilla@moz-D81BFA7B.gprs.sl-laajakaista.fi)
- # [23:56] * ChanServ sets mode: +o smaug
- # [23:56] * Joins: loadbang (loadbang@moz-A7A86367.range86-174.btcentralplus.com)
- # [23:56] * Quits: joey (chatzilla@moz-EFCB4CBF.princetowncable.com) (Quit: ChatZilla 0.9.88.2 [Firefox 13.0a2/20120421042012])
- # [23:56] * khuey is now known as khuey|away
- # [23:56] * philor|away is now known as philor
- # [23:56] <nemo> hm. that's odd
- # [23:56] <nemo> oh. #addons I suppose
- # [23:57] * Joins: eflores (eflores@538BABFE.A073F3E.97BBD552.IP)
- # [23:57] * Quits: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
- # [23:58] * Joins: cpeterson (cpeterson@F2D29657.F60B0462.67AC9B1.IP)
- # [23:59] * Joins: cpearce (chatzilla@538BABFE.A073F3E.97BBD552.IP)
- # Session Close: Tue Apr 24 00:00:00 2012
The end :)